Other Parts Discussed in Thread: UNIFLASH
器件型号： AM2434
Thread 中讨论的其他器件： UNIFLASH
我正在尝试从 QSPI 闪存引导我们的定制板。
我们使用相同的闪存器件、并从 AM243x LaunchPad 复制了原理图。
我已经为我们的电路板修改了 SBL DFU uniflash 工程。
我已经为我们的电路板修改了空引导加载程序工程。
USB DFU 模式设置为使用电阻器的回退引导方法。
我使用我们的配置文件运行 usb_dfu_uniflash.py 脚本、以写入空 SBL @ 0x0 和 0x400000。
修改后的 SBL DFU uniflash 运行正常—我会看到 USB 器件名称从“AM64x DFU“从 ROM 引导更改为 SBL 中设置的“AM64x-AM243x DFU“。
但是、对空 SBL 编程后、当我将引导开关更改为 QSPI 闪存时、器件不会引导并立即返回到 USB DFU 模式。
我可以通过 JTAG 加载程序并能够成功读取 QSPI 闪存--我已经读回引导加载程序的每个 32KiB 块并对其进行校验和、并且在上传之前它与我 PC 上的空引导加载程序.tiimage 匹配。
我已经尝试将 loop_forever 作为 main () 中的第一行放到空引导加载程序上,但当我连接到 r5_0_0 时,它永远不会在有效的执行点。
我认为“AM64x DFU“器件立即出现也表明它在 ROM 引导阶段失败、然后回退到次级引导方法。
我们尝试在 DQS->LBCLKO 引脚上放置一个 100k 下拉电阻、在任何流量开始之前、网络在 0.7V 左右浮动、现在在流量开始之前接近 0V、所以这看起来是一个值得的模块。
我尝试使用位置 0 和 1 中的 B8 --从 AM243x TRM 0 来看、对于 DQS->LBCLKO 连接似乎是正确的、尽管 MCU-PLUS-SDK 告诉您在 Launchpad 上将其设置为 1。
我正在使用 mcu_plus_sdk_am243x_10_01_00_32。
问题：
ROM 引导加载程序是否有任何可以检查线索的日志/状态信息？
你还有什么建议吗?
