尊敬的 Gunter:
是否有一种方法可以通过保留 GPIO 状态来实现 TI SoC 软重启。
- 固件升级(文件复制到 EMMC、从 EMMC 引导、复制回 QSPI、然后从 QSPI 重新启动)
- 软重启
如您所知、在今天的 Linux 重新启动序列中、GPIO 会根据 U-boot 和 Linux DTS 初始化为默认设置
此致、
普拉芬
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.
尊敬的 Gunter:
是否有一种方法可以通过保留 GPIO 状态来实现 TI SoC 软重启。
如您所知、在今天的 Linux 重新启动序列中、GPIO 会根据 U-boot 和 Linux DTS 初始化为默认设置
此致、
普拉芬
容器、
我得到了关于这一条的一点澄清。
其中一个 AM437x 引脚配置为输出、并用作较大系统中其他器件的电源引脚。 在 某些情况下、它们需要复位 AM437x (例如用于固件更新)或使其复位。
他们想知道 AM437x 上是否存在任何类型的复位、在这种情况下、他们可以保留 GPIO 输出的状态以保持该电源信号、而不会复位系统中的其他器件。
该线路上有一个上拉/下拉电阻、但如果 AM437x 引脚进入 tri 状态、该电阻似乎太弱、无法克服复位情况。 这些是出现此问题的现场系统、因此需要一种不涉及返工的解决方案。
从 AM437x TRM 来看、所有复位源(JTAG TRSTz 除外)似乎都将 IO 置于 tri 状态(下表)。 您能否确认情况是这样的? 是否有其他方法可用于固件更新(文件复制到 EMMC、从 EMMC 引导、复制回 QSPI、然后从 QSPI 重新启动)或软件重新启动、以便我们可以保持 IO 状态而不是 tri 状态?

杰森