工具/软件：
您好：
本论坛的一位专家帮助我创建了看门狗。 管理 RAM 配置时仍有问题（闪存正常）
根据 TI 示例、我加入了这个简单工程的存档文件。 如果有人可以看看它,我会感激.
下面我的问题:
我为 CPU1 配置了一个看门狗：它会生成中断、并在其 ISR 中请求复位。 此 CPU 的主 while 循环仅执行 simpel 任务（LED 闪烁和标量乘积）、并调用“冻结“函数。 如果设置了全局变量 uint16_freeze、此函数使程序进入无限循环。
我要进行测试：
1) 打开调试会话
2) 我为每个项目选择正确的 EMU 模式:
3) 我启动了这两个项目
3 — 我强制程序的冻结
=> CPU1 由于错误而停止：
有人能告诉我我出了什么问题吗?
谢谢你
您好 Vincent、
您能否请检查 RESC 寄存器以确认复位原因？ 具体来说、查看 WDRSn 位、以查看看门狗是否触发了复位。
看门狗复位会清除该器件的 RAM — 这是预期的结果吗？ 您能否说明您的预期结果？ 您的引导引脚设置为什么？
此致、
Allison
您好 Allison。
如果您有 LaunchPad、也许可以检查它。 但下面我尽量回答。
具体而言、查看 WDRSn 位以查看看门狗是否触发了复位。
我要求 CPU1 重置如下操作： sysctl_resetDevice ()；
此命令应同时复位 CPU1 和 CPU2。 通过查看寄存器、我可以看到、当调试会话停止时： 
您的启动引脚设置为什么？
对于闪存配置、由于 Zx_BOOT_CTRL 寄存器中不写入任何内容、因此默认引脚 72 和 84 会控制引导。
对于 RAM 配置、它由 EMU_BOOT_CTRL 控制、在 PIE 区域中如此。 执行脚本时、在复位前在 0x0D00 处写入 0x0A5A。
您说 RAM 被擦除、但冻结后、我仍然可以在 RAM 中读取此值：
你能做测试在你身边吗?
谢谢你
您好 Allison、
要澄清、您能否确认两个 CPU 是否都使用正确的 EMU 引导模式对寄存器进行了编程？
是的、我确认：
您的 Emy_bmode 是什么？
如您所见、0x0A（在 0x0000、RAM 处引导）
请您能运行我发送的存档吗？ 我真的不认为这条消息涉及 Bootrom 流:
在 C：\Users\v.liebart\C2000_projects\generic\tmp_2CoresWatchDog\led_ex2_sysconfig_cpu1\RAM\led_ex2_sysconfig_cpu1.out：｛3｝0x3fe493｛4｝“处、“CMD_init () 没有可用的源
您好：
*更正*
根据 F2837xD TRM：
器件引导 ROM 在 WDRSn 上清除所有 RAM。 我已使用您提供的应用程序存档确认了这种情况。
C：\users\v.liebart\c2000_projects\generic\tmp_2CoresWatchDog\led_ex2_sysconfig_cpu1\RAM\led_ex2_sysconfig_cpu1.out：｛3｝0x3fe493｛4｝“
地址 0x3FE493 是 ITRAP ISR 位于引导 ROM 中的位置。 由于应用程序的代码启动在 WD 复位时在 0x0 (M0 RAM) 处清除、因此当器件在 RAM 引导中分支到 0x0 且 该地址未提供指令时、会命中 ITRAP。
此致、
马特
