[参考译文] AM3351：引导加载程序无法从 MMC0加载

早上好、

感谢您对项目的快速响应和帮助。 在过去的~5个月里、我们一直在解决这个问题、在此过程中、我们尝试了许多不同的 SD 卡制造商、例如 Lexar 和多个电路板。 我复制了下面原理图的 micro SD 卡部分以供参考。 在 MMC0上使用 u-boot 引导加载程序是否存在任何类似的问题？ 查看原理图后有什么建议？

此致、

Chris

上拉电阻器用于在设置外设之前的初始条件下提供稳定性。 该图稿如下所示：

问题似乎出在 Sitara 的初始化期间。 在初始化序列的某个点、时钟从大约68Khz 变为大约6MHz。 发生这种情况时、数据将继续在 CMD 行上(成功引导)、或者终止(失败引导)。 使用逻辑分析仪和示波器捕获信号。 信号本身看起来正常。 请参阅初始化失败的图片：

成功初始化如下所示：

在2x4接头上捕获信号。 所有信号的长度都只有3英寸以上、请参阅图稿。 我怀疑、如果出现任何时钟问题、串扰问题或其他与艺术品相关的问题、即使接口成功初始化、它也会持续出现问题、无法可靠地工作。 一旦初始化并全速运行、它就可以正常工作。 此故障的问题在于、一旦发生故障、恢复的唯一方法是重启电源或进行复位。 我一直在使用 SYSBOOT[4：0]为10111b 的引导序列。 这将首先尝试从 MMC0接口、SPI0接口、UART0接口和 USB0接口引导。 我监视 UART 接口的调试情况、我知道如果我看到 UART 端口输出的'C、则会失败。 引导结束并完成。 我开始对引导顺序进行实验、发现如果我选择 SYSBOOT[4：0]为11010b、引导过程不会失败。 该引导顺序从我们的系统不支持的 XIP 接口开始。 我已验证内部引导代码对该接口的初始化不会导致系统出现问题、我希望它失败、并尝试列表中的下一个外设、即 UART0。 由于系统无法从此处引导、因此也会失败、并选择下一个外设 SPI0。 同样、无法从 SPI0引导、因此它失败、并且选择了 MMC0。 现在90%以上从 MMC0成功引导。 但是、我确实会看到 MMC 接口在这个序列中偶尔出现故障。 发生这种情况时、启动序列重新开始、其他外设再次失败、下一次 MMC0启动成功。 我没有看到序列在另一个引导序列中重试。 我怀疑由于我们的 USB0接口、也就是该序列中的最后一个外设、连接到了一个集线器芯片上、而 USB 引导接口在这些条件下挂起、因此在这些条件下不会重试引导序列。 虽然此解决方案看起来可以解决启动可靠性问题、但它并不能解释为什么另一个序列存在如此多的问题或任何此类问题。 我想知道 SD 卡内部是否有初始化时间要求、有时也会受到违反。 如我之前的帖子中所示、我发现 MMC 引导失败的地方、但我还不知道原因。

我们在处理器上插入了一个与 MMC 时钟串联的22欧姆电阻器。 从处理器引脚到电阻器的信号大约为3mm。 我将 SYSBOOT[4：0]设置为原始的10111b、这意味着它将首先尝试 MMC 器件。 我启动了电路100次。 有25个失败的引导序列、其中处理器挂起。 引导挂起部分通过引导顺序时出现两个新的故障。 我以前没见过这种情况。 实际上、如果时钟或串扰问题或其他物理问题出现、我会期望发生这种情况。 到目前、我还没有看到任何这类问题。 然后移除电阻器。 此处的示波器截图显示了在时钟从大约60kHz 切换到大约6MHz 后所走线的每一端的时钟信号。 黄色迹线位于电阻所在的处理器上、绿色迹线位于 MMC 卡的接头块上。 示波器是 Agilent 16534A 1G 带宽示波器、具有500MHz 带宽探针。