Other Parts Discussed in Thread: TMS320F2800157, C2000WARE
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号： TMS320F2800157
主题： C2000WARE 中讨论的其他器件
您好团队：
我最近开始研究 TMS320F2800157 器件上的固件重新编程过程。 在查看可用文档时、我看到了应用手册 “C2000 软件控制的固件更新过程“、我认为该应用手册非常有用。
我正在对类似的方法进行一些修改、希望得到您的指导。
我的理解如下：
- 配置单个 GPIO 进行引导模式选择。
- GPIO = 0→闪存引导（自定义引导加载程序）
- GPIO = 1→SCI 引导
- 复位后、器件进入闪存引导并执行自定义引导加载程序。
- 自定义引导加载程序使用 CRC 和重新编程/状态标志来验证应用固件。
- 如果应用程序有效、引导加载程序会跳转到应用程序。
- 如果应用程序无效或损坏、引导加载程序会将引导选择 GPIO 驱动至高电平并触发软件复位、从而使器件进入 SCI 引导模式以进行固件恢复。
我的问题与 F2800157的单组闪存架构有关。
由于自定义引导加载程序和应用程序都位于同一个闪存组中、因此如果闪存存储器损坏（例如由于中断更新，意外擦除或存储器损坏事件）、自定义引导加载程序本身是否可能与应用程序一同损坏？
如果是、F2800157 上是否有任何有助于确保自定义引导加载程序保持受保护或可恢复状态的硬件或软件功能？ 例如：
- 是否有机制使引导加载程序区域不可擦除或防止意外损坏？
- 是否有在单组器件上实施可靠恢复机制的建议方法？
- TI 是否建议针对此类用例使用任何特定的引导加载程序架构？
感谢您的支持。 对于在 TMS320F2800157 上实施强大固件更新和恢复解决方案的任何建议或最佳实践、我将不胜感激。
此致、
Kamarudheen MD
