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.
您好!
硬件:AWRL6432 ES1.0
BootROM 支持如下所示的 UART 下载序列。
首先、我们从主机发送"UART 中断"、AWRL6432响应 ACK MSG。 =>这是可以的
之后、我们从主机发送"Open Download"命令、但 AWRL6432响应 NACK MSG。 =>这是一个问题。
"Open Download"目标存储器设置为 AWRL6432内部 SRAM。
我们怀疑 UART 下载序列"Open Download" to SRAM 命令不受支持。 您能解释一下吗?
您也可以使用 Uniflash 来重现问题:
步骤1:将目标存储器指定为 SRAM
步骤2:开始下载图像、AWRL6432回复 NACK ([ERROR] Cortex_M4_0:NACK Received、Err 代码:0x0000020000000000)
我们还尝试使用串行端口工具在主机和 AWRL6432之间发送命令/获取响应。
情况是一样的。
嘿、James、
我 必须在内部进行检查、以确认 对 SRAM 的所有 UART 命令都受支持。 我会努力在第二天或第二天内回复您。
此致、
克里斯蒂安
嘿、James、
通过 UART 加载映像有两个要求:
TRM 第187页和第188页提到了 SFLASH 缺勤要求。 遗憾的是、要确保 SFLASH 不存在、最好从电路板上移除 MX25V1635FZNQ03。 对于上一代器件、在电源与闪存器件的 VCC 之间存在一个可拆焊的电阻器、但在低功耗器件上不存在该电阻器。 我知道 这一要求可能很引人注意、因此我将研究是否可以修改引导加载程序流程、或者为未来的器件重新添加该电阻器。
此致、
克里斯蒂安
您好!
在我看来、引导 ROM 中的以下条件/设计很奇怪:
电路板上的 SFLASH 器件必须不存在 。
从 PC 下载的 UART 通常用作图像刷写的一部分。
这意味着 PC 将一个小程序由 UART 传输到目标、然后该小程序操作闪存并与 PC 进行通信以执行映像刷写。
您能向引导 ROM 设计人员再次确认这个奇怪的预条件吗?
嘿、James、
我们已确认、通过 UART 进行引导时电路板上不得存在 SFLASH 器件。 引导加载程序的默认功能模式行为是使用 QSPI 将以前在 SFLASH 中下载的用户应用程序加载到内部 SRAM。 目前、如果存在 SFLASH 器件、则无法强制引导加载程序通过 UART 加载。 我将与我们的引导加载程序团队讨论、看看 是否有任何其他解决方案或临时权变措施。
此致、
克里斯蒂安