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.

[参考译文] TMS570LS2135:如何处理引导加载程序损坏?

Guru**** 2387830 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1474875/tms570ls2135-how-to-handle-bootloader-corruption

器件型号:TMS570LS2135

工具与软件:

我正在寻找有关 Hercules 处理器如何处理引导加载程序损坏的建议、尤其是当引导加载程序存储在用户闪存中并且容易损坏(例如、由于辐射)时。

在其他处理器系列中、我已经看到了 OTP (一次性可编程)存储器等机制、其中保存主引导加载程序或引导模式引脚、如果基于闪存的引导加载程序损坏、外部监控器可以操作这些机制从备用位置进行引导。

但是、使用 Hercules 处理器时、复位似乎始终跳转到地址0、这会强制执行基于闪存的引导加载程序、而没有内置的重定向选项。 似乎没有内部监控器(例如在 OTP 中)或外部机制(例如引导引脚操作)来检测和处理引导加载程序损坏。

鉴于这些限制、可以使用哪些设计策略或系统级权变措施来降低 Hercules 处理器上引导加载程序损坏的风险?