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.
尊敬的 TI 专家:
我们有一个定制电路板、其中包含 AM2634微控制器、
1) 1)我们能够在 JTAG 模式或开发引导模式下进行闪存、并且代码运行正常、不会出现任何问题。
2) 2)当我们使用 UART Uniflash 工具将闪存写入外部存储器时、我们会进行 POR 引脚切换、这意味着其持续复位/
如何克服 POR 复位或停止 POR 复位?
尊敬的 Prashanth Arun:
1)我们能够以 JTAG 模式或开发启动模式实现闪存,代码运行正常,不会出现任何问题。
您是指 JTAG Uniflash 吗? 如果没有、可以通过 JTAG Uniflash 进行尝试吗?
2)当我们使用 UART uniflash 工具刷写到外部存储器时,我们将得到 POR 引脚切换,这意味着它将持续复位/
在 UART 引导模式下、如果 ROM 引导加载程序无法在180s 内(即3分钟)获取图像、它将复位器件。 但是、这在开发引导模式下不会发生、因为 ROM 执行完成并在 UART 引导模式下停止。
此致、
Aakash
尊敬的 Aakash Kedia:
1) 1)尝试使用脚本控制台执行 JTAG uniflash 方法--> POR 引脚正在复位。
问题:我们使用的是 S25FL128 LAGMFB013 S25FL128接口 SAGNF1000.
我们在芯片变化中看到的唯一区别是 JEDEC 器件 ID:
S25FL128 LAGMFB013 -->使用0x6018作为 JEDEC 器件 ID
S25FL128 SAGNF1000 -->使用0x2018作为 JEDEC 器件 ID ,该 ID 目前在 CC 开发板上。
因此、我们使用了 uart_uniflash 和 sbl_qspi 代码示例代码、并将闪存 JEDEC 器件 ID 的 SysConfig 更改为6018、并重新构建了闪存写入器和 sbl_qspi 映像。
如果我们使用不同的闪存芯片、ROM 引导加载程序是否支持 S25FL128LAGMFB013 )在我们的情况?
由于 ROM 引导加载程序不可配置、因此 ROM 引导是否仍在寻找0x2018的 JEDEC 闪存 ID?
Aakash Kedia、您好、问题现已解决、原因是外部 WDG 重置。 当我们刷新 WDG 时、问题得到了解决。
谢谢。此致、
A·普拉桑特