[参考译文] TMS320F280049：软件损坏问题。

2.检测后它会做什么？

如果错误不可纠正、它将激活 NMI；在该 ISR 中、您可以让 NMI WD 超时（在这种情况下将发生复位）、或者您可以为 NMIWD 提供服务、然后以编程方式决定要执行的操作。  您可以选择查看导致不可纠正错误的地址、以查看是否存在、或者是否是已解决的软错误。  然后、您可以决定是否需要引导至引导加载程序以再次下载固件；或者如果没有可用的引导选项、只需阻止器件运行。

3.如何使用 CAN 基础引导加载程序将其恢复正常？

因此、在 NMIWD 内部、您可以决定直接在 ROM 内部调用 CAN 引导加载程序、或者如果您如此配置了引导引脚、则可以让器件复位并引导至 CAN 引导加载程序。  可能引导引脚位于闪存引导中、因此您可以手动调用 CAN 引导加载程序。

4.i 需要 JTAG/调试器从连接到加载完成的刷写流程

我不确定我是否理解这个问题；您是指使用 CCS 还是 Uniflash？  这两种方法都将闪存 API 下载到 RAM 的一部分、然后开始通过 JTAG 传递数据并相应地对闪存进行编程。  您是否希望在没有 IDE 的情况下主动使用 JTAG 下载代码？

5.如果微控制器卡在引导模式下、如何在不连接 JTAG 的情况下将其恢复？

只有当引导过程出现可检测到的问题时、设备才会“卡住“在 Brom 中。  在这种情况下、这会意味着 ROM 或 TI OTP 损坏；在这种情况下、器件在系统中将不可靠。  就等待引导本身而言、当 XRSn 被释放时由 GPIO 的特定状态进入该状态。  只要 GPIO 未处于该状态、就不会激活等待引导。

BROM CAN 闪存是一种本机引导加载程序、可通过 CAN 端口下载数据；通常您会传递闪存内核、然后接管该内核来调用闪存 API 来对代码进行编程。

JTAG 加载程序来自 CCS 闪存插件或 Uniflash、不是由引导模式驱动的事件、而是由 IDE 控制 C28x CPU 并使用本地存储器执行闪存 API、直到代码编程。

此致、

Matthew