[参考译文] AM3358：eMMC 复位

Mark、您好！

注意事项：

• ROM 引导加载程序不使用 GPIO1_20信号来复位 eMMC。 您可以在 AM335x TRM 的"初始化"一章中看到这一点、具体而言是 由于表26-27中没有上述信号。 用于 MMC1引导的引脚。
• 当前 U-Boot 和内核也不使用此信号。 我认为从某些故障场景中恢复可能会很有用、但由于根本无法访问该故障场景、因此我认为 AM335x 器件上不需要此操作。 但是、此处的线程指向存在连接的另一个原因： https://e2e.ti.com/support/processors/f/791/t/362808

此致、Andreas

Mark、您好！

[引用 USER="Mark Mitchell)]因此，根据这些信息，TI 是否有人建议如何处理系统中 eMMC 设备的复位？  [/报价]

我建议只将 eMMC 复位信号与 SOC  的 nRESETIN_OUT (低电平有效热复位)信号连接在一起(可能需要确保电压电平匹配)。 原因是当您在系统中使用 eMMC 时、最有可能是您的引导设备、因此您希望在每次引导期间都能为该设备准备好并按工作顺序运行提供最大的可靠性。 这意味着您可能希望硬件以某种方式控制 eMMC 复位信号。 在看门狗计时器超时等情况下、SOC 的 nRESETIN_OUT 引脚也会被 SOC 驱动为低电平、这样、无论 eMMC 控制器状态如何、您都有机会成功重启。 如果您要通过 GPIO 控制 eMMC 复位信号、则在看门狗复位等情况下无法轻松实现。 我看到的唯一使用由 GPIO 控制的 eMMC 复位信号的方法是、如果您需要一种方法来提高在已经运行的系统(已经启动、至少部分启动)中探测(或"恢复") eMMC 模块的稳健性。 在 U-Boot 和内核中执行一些操作这看起来并不是一种广泛使用的方法(此外、您找不到真正的建议、例如"确保将 eMMC 复位信号连接到 GPIO！" 在线任意位置)。

[引述 USER="Mark Mitchell]]我不认为使用 BeagleBone 方案的 eMMC 在上电时不会经过受控良好的复位，而是取决于特定系统中电源的上电配置文件。  我的意思是，驱动 eMMC 复位引脚的逆变器输入变为高电平(可能是也可能不是)的唯一时间是 Sitara IO 线路上0伏之间的一段时间(无电源) 以及 Sitara 的上电复位、此时引脚 GPIO1_26 (在本例中)变为低电平。  它还取决于逆变器栅极的加电特性。  这是我所说的不是很好地控制。  [/报价]

我同意此评估。 该电路不能作为加电序列的一部分为 eMMC 器件提供受控良好的复位。 无论如何、您都希望在 SOC 每次复位时进行复位、以实现最大的稳健性、因此我先前建议这样做。

此外、当您查看诸如 BeagleBone AI 等较新设计时、您会发现 eMMC 复位实际上也直接连接到系统复位电路(原理图可在此处找到： https://github.com/beagleboard/beaglebone-ai)

此致、Andreas