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.
在现场更新 DSP 固件时、我需要使用 GPIO28和29从 DSP 中选择替代 SCI 选项。 为此、TI 建议写入 OTP_KEY = 0x5A 且 OTP_BMODE = 0x81、更确切地说是"*(UINT32_t *) 0x7801E = 0x0000815A;"。 现在、如果我这么做、我将如何从闪存再次引导以加载我的应用、因为根据 TI BootROM 流程图、DSP 似乎总是尝试从备用 SCI 引导? 我的理解是否正确? 如果是、为了能够从闪存正常引导、以及何时需要更新固件、从备用 SCI 切换和引导、我可以拥有什么解决方案?
谢谢!
一个选项是使用外部引导开关来控制引导模式。
如果这是不可接受的、您可以查看本应用手册中建议的方法- http://www.ti.com/lit/an/spracn1/spracn1.pdf
如果上述两种方法都不适合您的用例、则需要默认为闪存引导模式。 和将 SCI 引导加载程序作为应用程序本身的一部分(将出现应用程序代码膨胀)、然后在系统准备好进行映像更新时切换到 SCI 引导加载程序。 此应用手册可能会提供更多详细信息- http://www.ti.com/lit/an/sprabv4c/sprabv4c.pdf
此致
Baskaran
Baskaran、
感谢您的回答。 spracn1中提出的解决方案真的很好、这个想法也很有趣。 当我使用 F28377D 时、spracn1中建议的所有选项是否都可用于 F28377D?
我的问题之一是、我不确定确切需要写入 F28337D OTP 寄存 器中的内容、以便使其像 spracn1中描述的 F28004x 一样运行。
谢谢!
遗憾的是、F28337D 中不支持自定义引导引脚选项。
如果您可以使用 SCI 引脚84和85、则可以应用上述概念、但不能应用28和29。
此致
Baskaran
从 F28004x 引导加载程序的角度看、这似乎与 F28377D 引导加载程序不匹配、前者更灵活。
现在、正如我不想说的、我觉得我唯一的选择是您建议的最后一个选项、默认为闪存引导、并将 SCI 引导加载程序添加到我的应用程序中。
如果是这种情况、那么、如果没有从闪存引导的能力、即使使用外部 GPIO 切换进行配置、任何人为什么会写入 OTP 以从 SCI 备用引脚(28和29)引导? 这对我来说毫无意义、但我可能遗漏了一些东西、我所说的内容不准确。
谢谢!
实际上、按时间线运行的 F28004x 比 F28377D 更高、因此 F28377D 中不存在此增强功能。 但是、与 F28377属于同一系列的 F2838x 支持此功能。
如前所述、SCI 备用引导选项具有此限制、但如果不依赖闪存、它仅提供另一个选项。
此致
Baskaran