This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] PROCESSOR-SDK-AM437X:[AM437X/AM647x]《AM437x/TI SoC 软重启要求(保留 GPIO 状态)》

Guru**** 2551110 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1275015/processor-sdk-am437x-am437x-am647x-am437x-ti-soc-soft-reboot-requirement-with-preserved-gpio-states

器件型号:PROCESSOR-SDK-AM437X

尊敬的 Gunter:

 

是否有一种方法可以通过保留 GPIO 状态来实现 TI SoC 软重启。

 

  1. 固件升级(文件复制到 EMMC、从 EMMC 引导、复制回 QSPI、然后从 QSPI 重新启动)
  2. 软重启

 

如您所知、在今天的 Linux 重新启动序列中、GPIO 会根据 U-boot 和 Linux DTS 初始化为默认设置

 

此致、

普拉芬

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Praveen:

    我不知道 AM437x GPIO 模块上的复位隔离功能。 我将在内部查看替代解决方案。

    您对 GPIO 输入或输出引脚感兴趣吗? 您希望保留哪些 GPIO 状态信息? 外部上拉/下拉在您的用例中是否有帮助?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Praveen:

    我在离线对话中看到、要求是"在重新启动期间和之后将 GPIO 状态保持为 tri 状态"。

    是否希望 GPIO 在重新启动后处于复位默认状态、而不是预重新启动状态?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    容器、

    我得到了关于这一条的一点澄清。

    其中一个 AM437x 引脚配置为输出、并用作较大系统中其他器件的电源引脚。 在 某些情况下、它们需要复位 AM437x (例如用于固件更新)或使其复位。

    他们想知道 AM437x 上是否存在任何类型的复位、在这种情况下、他们可以保留 GPIO 输出的状态以保持该电源信号、而不会复位系统中的其他器件。

    该线路上有一个上拉/下拉电阻、但如果 AM437x 引脚进入 tri 状态、该电阻似乎太弱、无法克服复位情况。 这些是出现此问题的现场系统、因此需要一种不涉及返工的解决方案。

    从 AM437x TRM 来看、所有复位源(JTAG TRSTz 除外)似乎都将 IO 置于 tri 状态(下表)。 您能否确认情况是这样的? 是否有其他方法可用于固件更新(文件复制到 EMMC、从 EMMC 引导、复制回 QSPI、然后从 QSPI 重新启动)或软件重新启动、以便我们可以保持 IO 状态而不是 tri 状态?

    杰森

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    大家好、Jason、

    非常感谢您的详细信息。 我将在内部讨论、看看是否有任何解决方案。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    大家好、Jason、

    AM437x 似乎没有解决方案、SoC 热复位将无条件地将 GPIO 引脚复位为其复位默认状态。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢、Bin。