1. 项目概述

在工业控制、汽车电子这些对可靠性要求极高的领域里，嵌入式系统的“死机”是绝对不能容忍的。想象一下，一个控制电机驱动的程序因为某个未知的软件缺陷或外部干扰而跑飞，轻则导致设备停机、生产线瘫痪，重则可能引发安全事故。为了应对这种风险，看门狗定时器（Watchdog Timer， WDT）和不可屏蔽中断（Non-Maskable Interrupt， NMI）就成了嵌入式开发者手中最关键的“安全卫士”。它们就像是系统的“心跳监测仪”和“紧急制动按钮”，一个负责在程序“卡死”时强制重启，另一个则在发生严重硬件错误时提供最后一道防线。

德州仪器的TMS320F2837xD系列，作为一款高性能的双核C2000™实时微控制器，其看门狗和NMI机制设计得尤为精密和强大。它不仅仅提供了基础的看门狗复位功能，还引入了窗口看门狗、中断模式以及一套完整的NMI管理系统，用于监控Flash/RAM不可纠正错误、时钟失效等致命故障。然而，官方技术手册（TRM）虽然详尽，但动辄数百页的寄存器描述对于开发者，尤其是刚接触该系列芯片的朋友来说，信息过于分散，理解门槛较高。很多关键细节，比如窗口看门狗“喂狗”窗口的计算、NMI中断与看门狗复位的优先级处理、以及如何安全地配置和测试这些功能，往往需要在实际项目中踩过坑才能深刻体会。

本文旨在充当一份“实战手册”，我将结合自己多年在电机控制和数字电源项目中使用F2837xD的经验，为你深入拆解WD_REGS和NMI_INTRUPT_REGS这两组核心寄存器。我不会仅仅复述手册内容，而是会重点解释每个关键配置位背后的设计意图、不同工作模式下的行为差异，并分享从实际调试中总结出的配置流程、避坑指南和调试技巧。无论你是正在评估F2837xD的可靠性设计，还是已经在项目中遇到了看门狗或NMI相关的棘手问题，相信这篇详尽的解析都能为你提供清晰的路径和可靠的解决方案。

2. 看门狗模块（WD_REGS）深度解析与实战配置

TMS320F2837xD的看门狗模块是一个独立于CPU核心的硬件计时器，其时钟源来自内部低速振荡器INTOSC1，确保了即使系统主时钟出现问题，看门狗依然能正常工作。整个模块的功能围绕几个核心寄存器展开，理解它们之间的联动关系是正确使用的第一步。

2.1 核心寄存器功能总览与访问要点

在看门狗模块中，所有寄存器都位于受保护的内存映射区域，这意味着在写入前，必须使用EALLOW指令解除写保护，写入后再用EDIS指令恢复保护。这是一个非常重要的安全机制，防止程序跑飞后意外修改看门狗配置，导致其失效。以下是各寄存器的快速索引：

注意：对WDCR寄存器的连续写入操作，手册明确要求间隔至少69个SYSCLK周期。这是因为内部同步逻辑需要时间。最稳妥的实现方法是在两次写操作之间插入NOP指令或一个短延时循环。忽略这一点可能导致第二次写入丢失，进而引发意外的看门狗复位。

2.2 SCSR寄存器：模式切换与状态监控

SCSR寄存器虽然只有3个有效位，但每一个都至关重要，它决定了看门狗最根本的行为模式。

位域详解与配置策略：

• WDOVERRIDE (位0): 这是一个“写一次”清零的位。上电复位后默认为1，此时允许用户修改WDCR寄存器中的WDDIS位来禁用看门狗。一旦软件向该位写1，它就会被清零并锁死，直到下次系统复位（SYSRSn）前，都无法再修改WDDIS位。这个设计的初衷是防止失控的程序意外禁用看门狗。因此，标准的初始化流程是：在系统启动早期，如果需要禁用看门狗（例如进行长时间的Flash编程或调试），就先操作WDDIS，然后立即向WDOVERRIDE写1将其锁死。如果确定要使用看门狗，则可以不操作WDDIS，但同样建议主动写1锁定WDOVERRIDE，关闭后门。

• WDENINT (位1): 这是看门狗工作模式的选择开关。

  • 0 (默认): 看门狗溢出时，产生复位信号WDRSTn。这是最常用的“看门狗复位”模式，用于从完全死锁中恢复。
  • 1: 看门狗溢出时，产生中断信号WDINTn，同时复位功能被禁用。这是“看门狗中断”模式。在此模式下，程序可以在中断服务程序（ISR）中进行一些紧急日志保存、状态上报等操作，然后再决定是软件复位还是尝试恢复。需要注意的是，WDINTn是一个低电平有效的脉冲信号。SCSR寄存器中的WDINTS位（位2）实时反映了这个信号的状态（0-有效，1-无效）。

• WDINTS (位2): 只读位，反映WDINTn信号的当前状态。一个关键的实践细节是：如果你使用看门狗中断将CPU从IDLE或STANDBY低功耗模式唤醒，那么在重新进入低功耗模式之前，必须通过读取此位确认WDINTn信号已经恢复为高电平（即WDINTS=1）。否则，可能无法再次进入低功耗模式或唤醒逻辑会出现问题。

配置示例代码：

// 假设要启用看门狗复位功能，并锁定配置 EALLOW; // 解除写保护 SysCtrlRegs.SCSR.bit.WDENINT = 0; // 设置为复位模式（默认已是0，此处显式配置） SysCtrlRegs.SCSR.bit.WDOVERRIDE = 1; // 写入1，锁定WDDIS位，防止后续被修改 EDIS; // 恢复写保护 // 如果需要使用看门狗中断模式 EALLOW; SysCtrlRegs.SCSR.bit.WDENINT = 1; // 设置为中断模式 SysCtrlRegs.SCSR.bit.WDOVERRIDE = 1; // 锁定配置 EDIS; // 然后需要配置PIE模块，将对应的WDINT中断向量映射到你的ISR

2.3 WDCR与WDWCR寄存器：核心控制与窗口模式

WDCR寄存器是看门狗功能的核心配置所在，而WDWCR则用于实现更严格的窗口看门狗模式。

WDCR寄存器关键位解析：

1. WDPS[2:0] (位2-0): 看门狗时钟预分频选择位。它决定了看门狗计数器WDCNTR的递增速度。时钟源是INTOSC1/512。例如，假设INTOSC1典型值为10MHz，则基频为10MHz / 512 ≈ 19.531 kHz。当WDPS=000或001时，WDCLK等于该基频，计数器约每51.2μs递增一次。当WDPS=111时，分频比为64，WDCLK约为305 Hz，计数器约每3.28ms递增一次。选择合适的预分频值至关重要：太短会导致“喂狗”任务过于频繁，增加CPU负担；太长则意味着系统死锁后需要更长时间才能恢复。需要根据你的主循环执行周期来权衡。

2. WDCHK[2:0] (位5-3):校验位。这是最易出错的地方之一！每次向WDCR寄存器执行写操作时（无论是修改配置还是单纯的读-改-写），必须同时将WDCHK位写为101（二进制）。写入任何其他值，如果看门狗处于启用状态（WDDIS=0），都会立即触发CPU复位。这个机制是为了防止程序跑飞后，错误的数据写入WDCR寄存器（例如全0）导致看门狗被意外禁用。正确的操作模式永远是：读取WDCR值，修改你需要改的位（如WDPS），同时确保WDCHK字段被设置为101，然后写回。

3. WDDIS (位6): 看门狗模块禁用位。写1禁用，写0启用。如前所述，其修改受SCSR中的WDOVERRIDE位控制。

窗口看门狗模式详解：普通看门狗只规定了一个“最晚喂狗时间”（即计数器溢出值，固定为256）。窗口看门狗通过WDWCR寄存器的MIN字段，增加了一个“最早喂狗时间”的限制。它定义了一个“安全喂狗窗口”：[MIN, 255]。

• 如果在计数器值小于MIN时“喂狗”（写WDKEY），属于“过早喂狗”，会立即触发复位/中断。
• 如果计数器达到255溢出都未“喂狗”，属于“超时”，也会触发复位/中断。
• 只有在计数器值处于MIN到255之间时“喂狗”，才是安全的，计数器会被清零并重新开始计数。

这种模式能有效检测到程序“跑飞”但仍在疯狂“喂狗”的情况（例如陷入某个高速死循环），因为这种错误“喂狗”很可能发生在窗口期之外。FIRSTKEY位则是一个状态位，用于指示在MIN设置为非零值后，是否已经成功进行了第一次有效的“喂狗”操作，主要用于调试。

窗口看门狗超时时间计算示例：假设INTOSC1 = 10 MHz，WDPS = 000(分频比1)，MIN设置为 100。

• 看门狗时钟周期T_wdclk = 1 / (10MHz / 512) ≈ 51.2 μs
• 溢出时间T_timeout = 256 * T_wdclk ≈ 13.1 ms
• 窗口开启时间T_window_open = MIN * T_wdclk ≈ 100 * 51.2μs ≈ 5.12 ms
• 因此，安全的“喂狗”窗口是系统启动或上次“喂狗”后的5.12ms 到 13.1ms之间。

配置代码示例（启用窗口看门狗）：

// 配置看门狗为窗口模式，预分频为32，MIN值为64 EALLOW; // 第一步：如果需要，先禁用看门狗（必须在WDOVERRIDE=1时操作） // SysCtrlRegs.SCSR.bit.WDOVERRIDE = 1; // 确保可写 // SysCtrlRegs.WDCR.bit.WDDIS = 1; // 禁用看门狗 // 第二步：配置WDWCR (窗口阈值) SysCtrlRegs.WDWCR.bit.MIN = 64; // 第三步：配置WDCR (注意WDCHK!) // 先读取当前值，避免影响其他位 Uint16 tempWDCR = SysCtrlRegs.WDCR.all; tempWDCR &= 0xFFF8; // 清除WDPS位 [2:0] tempWDCR |= 0x0068; // 设置WDPS=110 (二进制110，即十进制6，分频比32)，并设置WDCHK=101 (二进制101) // 注意：WDCHK(位5-3)的值0x5 (101)需要左移3位，即0x5 << 3 = 0x28 // 所以WDPS=6 (0x6)， WDCHK=5 (0x28)， 合并为 0x28 | 0x6 = 0x2E? 这里需要仔细计算。 // 更清晰的做法是直接赋值： SysCtrlRegs.WDCR.all = 0x0068; // 直接赋值：WDCHK=101b (0x5<<3=0x28), WDPS=110b (0x6), 其他位为0 // 或者使用位域操作，但务必同时设置WDCHK SysCtrlRegs.WDCR.bit.WDPS = 6; // 分频比32 SysCtrlRegs.WDCR.bit.WDCHK = 5; // 必须为5！ // 第四步：锁定配置（如果之前没锁） SysCtrlRegs.SCSR.bit.WDOVERRIDE = 1; // 第五步：启用看门狗（如果之前禁用了） // SysCtrlRegs.WDCR.bit.WDDIS = 0; // 启用看门狗 // 注意：启用看门狗时，写WDCR同样需要保证WDCHK=101！ EDIS; // 主循环中“喂狗”操作 SysCtrlRegs.WDKEY = 0x0055; // 先写0x55 SysCtrlRegs.WDKEY = 0x00AA; // 再写0xAA

2.4 “喂狗”机制与WDCNTR、WDKEY寄存器

“喂狗”的本质是复位看门狗计数器WDCNTR，防止其溢出。在F2837xD中，这是通过向WDKEY寄存器按顺序写入两个特定值完成的：先写0x55，再写0xAA。只有这个完整的、顺序正确的序列才能将WDCNTR清零。写入其他值、顺序错误（如先0xAA后0x55）、或者只写其中一个，都不会复位计数器。

WDCNTR是一个只读寄存器，你可以随时读取它以了解当前计数器的值，这对于调试“喂狗”时机是否在窗口内非常有用。而读取WDKEY寄存器时，返回的并不是你写入的密钥值，而是WDCR寄存器的内容，这是一个需要特别注意的地方。

“喂狗”的最佳实践：

1. 位置固定：将“喂狗”操作放在主循环或一个确定周期执行的定时器中断服务程序中。避免在多个分散的、执行时间不确定的地方“喂狗”。
2. 时机检查：在窗口看门狗模式下，可以在“喂狗”前读取WDCNTR，判断其值是否在[MIN, 255]区间内。如果不在，说明程序逻辑可能已经出现时序异常，可以记录错误或采取其他措施。
3. 避免在中断中随意“喂狗”：除非是专门用于“喂狗”的定时中断，否则在高优先级中断中“喂狗”可能会掩盖主循环中的死锁问题。因为即使主程序卡死，中断可能仍在响应，导致看门狗无法触发。

3. NMI中断寄存器组（NMI_INTRUPT_REGS）详解与应用

不可屏蔽中断（NMI）是比普通中断优先级更高、无法通过软件（如清除全局中断使能位）屏蔽的中断。在F2837xD中，NMI系统主要用于处理那些最严重的、通常意味着硬件或底层软件故障的事件，如时钟失效、存储器不可纠正错误等。NMI中断会触发一个专用的、高优先级的ISR，并且在NMI服务程序执行期间，会启动一个独立的NMI看门狗计数器。如果NMI ISR本身也挂起（例如陷入死循环），这个NMI看门狗会在设定时间后触发系统复位，提供了双重保护。

3.1 NMI配置与使能：NMICFG寄存器

NMICFG寄存器非常简单，只有一个有效位NMIE。

• NMIE (位0): NMI全局使能位。写1使能NMI中断功能。手册特别强调，该位应在设备安全相关的初始化完成之后再设置。这通常意味着，在完成Flash/ROM的ECC初始化、安全模块配置等底层关键操作之后，再使能NMI。这样可以避免在系统未完全准备好时，处理复杂的错误。

3.2 NMI事件标志管理：NMIFLG、NMIFLGCLR与NMIFLGFRC

这是NMI系统的核心状态与控制部分，由三个寄存器协同工作。

• NMIFLG (标志寄存器): 这是一个只读寄存器（除NMIINT位外，其他位通常由硬件置位）。每一位对应一个特定的NMI事件源。当某个故障事件发生时，硬件会自动将对应的标志位置1。其中NMIINT位是一个总中断标志，当任何被使能的NMI事件标志置位时，NMIINT也会被置位，并产生NMI中断请求。关键点在于：NMIINT标志必须在NMI ISR中被手动清除（通过NMIFLGCLR），否则即使清除了具体的故障标志，也不会产生新的NMI中断脉冲。这确保了每个NMI事件都能被独立处理。

• NMIFLGCLR (标志清除寄存器): 用于清除NMIFLG和NMISHDFLG中的标志位。写1清除对应位，写0无效。这是一个“写1清零”的寄存器，读取值始终为0。清除顺序很重要：应先清除具体的故障标志（如CLOCKFAIL,FLUNCERR等），最后再清除NMIINT总标志。如果先清NMIINT，而故障源标志仍在，可能会立即再次置位NMIINT，导致中断重入等复杂情况。

• NMIFLGFRC (标志强制置位寄存器): 用于软件测试NMI中断响应流程。向某位写1，可以模拟该故障事件，从而手动触发NMI中断。这在系统自检或功能验证阶段非常有用。同样，写0无效，读回0。

主要NMI事件源解析：

• CLOCKFAIL: 时钟失效。表明检测到系统时钟丢失或严重异常。
• FLUNCERR: Flash不可纠正错误。当Flash的ECC逻辑检测到无法纠正的多位错误时触发，这是非常严重的存储介质或读取错误。
• RAMUNCERR: RAM不可纠正错误。类似Flash，发生在RAM访问中。
• CPU1/2HWBISTERR: CPU硬件自建自测试错误。在上电自检或周期自检中失败。
• PIEVECTERR: PIE向量取指错误。通常发生在另一个CPU内核访问非法中断向量地址时。
• CLBNMI: 来自可配置逻辑块（CLB）的NMI请求。

3.3 NMI看门狗：NMIWDCNT与NMIWDPRD

这是NMI机制的第二道防线。一旦NMIFLG中任何被使能的标志位置1（即发生了NMI事件），NMIWDCNT这个16位计数器就会开始以SYSCLKOUT的频率递增。如果软件没有在NMIWDPRD设定的周期内通过清除NMIFLG中的故障标志来停止该计数器，当NMIWDCNT达到NMIWDPRD的值时，就会产生NMIRSn信号，引发系统复位。

配置策略：

1. 设置合理的周期：NMIWDPRD复位默认值为0xFFFF（最大值）。你需要在NMI ISR中评估处理最坏情况故障所需的时间，然后设置一个合理的、稍大于此时间的周期值。例如，如果SYSCLKOUT=200MHz，周期设为0x1000（4096），则超时时间为4096 / 200MHz ≈ 20.48μs。这要求你的NMI ISR必须非常精简高效。
2. 超时复位是最后手段：NMI看门狗的目的是在NMI ISR本身出现问题时（如死循环），还能强制系统复位。设计良好的NMI ISR应该能在超时前完成错误处理并清除故障标志，从而停止计数器。

3.4 影子标志寄存器：NMISHDFLG

NMISHDFLG是NMIFLG的一个影子寄存器，它的位与NMIFLG一一对应，并且同步被设置和清除。它的关键特性是只在上电复位（PORESETn）时被清除，而NMIFLG在外部复位（XRSn）时也会被清除。这意味着NMISHDFLG可以用于记录从上电以来所有发生过的NMI事件，即使中间发生过外部复位。这对于系统故障诊断和根本原因分析（RCA）极具价值。你可以通过读取NMISHDFLG来了解系统生命周期内遭遇过的严重错误。

4. 实战配置流程与代码实现

理解了各个寄存器后，我们将其串联起来，形成一套完整的配置和使用流程。以下是一个典型的初始化序列，兼顾了看门狗和NMI。

4.1 系统初始化阶段配置

// 步骤1：初始化系统控制（时钟、PLL等） InitSysCtrl(); // 假设这是你的系统时钟初始化函数 // 步骤2：配置看门狗（假设使用窗口模式，并希望先禁用直到主循环开始） EALLOW; // 锁定WDCR的修改权限前，先禁用看门狗（可选，根据需求） SysCtrlRegs.SCSR.bit.WDOVERRIDE = 1; // 允许修改WDDIS SysCtrlRegs.WDCR.bit.WDDIS = 1; // 禁用看门狗 // 配置窗口看门狗参数 SysCtrlRegs.WDWCR.bit.MIN = 80; // 设置窗口起始点 // 配置看门狗预分频和校验位（即使禁用也先配好） SysCtrlRegs.WDCR.all = 0x0068; // WDCHK=101b, WDPS=110b (分频比32), WDDIS当前为1 // 锁定WDCR的WDDIS位，防止意外使能（如果确定要禁用）或意外修改（如果后续要启用） SysCtrlRegs.SCSR.bit.WDOVERRIDE = 1; // 写1锁定 EDIS; // 步骤3：配置NMI EALLOW; // 首先，设置NMI看门狗超时周期。假设SYSCLK=200MHz，设置超时约1ms // 周期值 = 超时时间 * SYSCLK频率 = 0.001s * 200e6 = 200,000 (0x30D40) // 但NMIWDPRD是16位寄存器，最大65535。所以需要根据实际时钟调整。 // 例如，若需约0.1ms超时：0.0001s * 200e6 = 20,000 (0x4E20) SysCtrlRegs.NMIWDPRD = 0x4E20; // 然后，使能NMI。建议在关键外设和存储器初始化完成后进行。 // 这里先不使能，等到所有初始化完成再开启。 // SysCtrlRegs.NMICFG.bit.NMIE = 1; EDIS; // 步骤4：初始化PIE向量表，分配NMI中断服务程序地址。 // 假设NMI中断向量在PIE向量表中的特定位置，需要将自定义的ISR函数地址填入。 // 这通常涉及操作PIE向量表指针，例如： extern void NMI_ISR(void); PieVectTable.NMI_INT = &NMI_ISR; // 将自定义ISR地址填入向量表 // 步骤5：完成其他关键初始化（GPIO, ADC, PWM, 通信接口等） InitPeripheral(); // 你的外设初始化函数 // 步骤6：在系统即将进入主循环前，使能看门狗和NMI EALLOW; // 使能看门狗（注意：需要再次写WDCR，且保证WDCHK=101） // 由于之前WDCR已配置好，我们通过读-改-写操作来设置WDDIS=0 Uint16 tempWDCR = SysCtrlRegs.WDCR.all; tempWDCR &= ~(0x0040); // 清除WDDIS位 (位6) tempWDCR |= 0x0028; // 确保WDCHK=101 (位5-3)，并保持WDPS不变 SysCtrlRegs.WDCR.all = tempWDCR; // 使能NMI SysCtrlRegs.NMICFG.bit.NMIE = 1; EDIS; // 步骤7：使能全局中断 EINT; // 使能全局中断INTM ERTM; // 使能全局实时中断DBGM

4.2 主循环中的“喂狗”操作

void main(void) { // 系统初始化 // ... for(;;) // 主循环 { // 1. 执行主要的应用任务 MainTask(); // 2. 在循环的合适位置“喂狗” // 确保此处的执行周期小于看门狗超时时间，且在窗口内（如果使能了窗口模式） // 可以添加简单的计数器检查（调试用） Uint16 wd_count = SysCtrlRegs.WDCNTR.bit.WDCNTR; if ((wd_count > SysCtrlRegs.WDWCR.bit.MIN) && (wd_count < 255)) { // 在安全窗口内，执行“喂狗” SysCtrlRegs.WDKEY = 0x0055; SysCtrlRegs.WDKEY = 0x00AA; } else if (wd_count >= 255) { // 错误！看门狗即将或已经溢出。这通常不应该发生。 // 可以在此处记录错误或触发安全状态。 ErrorHandler(); } // 如果wd_count < MIN，说明过早，可能是主循环执行过快或“喂狗”点位置不对。 // 3. 其他后台任务 // ... } }

4.3 NMI中断服务程序（ISR）实现示例

// NMI中断服务程序 __interrupt void NMI_ISR(void) { Uint16 nmi_cause = 0; // 1. 读取NMIFLG，判断中断源 nmi_cause = SysCtrlRegs.NMIFLG.all; // 2. 根据中断源进行紧急处理 if (nmi_cause & 0x0002) // CLOCKFAIL (位1) { // 时钟失效！切换到备份时钟源（如果支持），或记录错误。 HandleClockFailure(); } if (nmi_cause & 0x0004) // RAMUNCERR (位2) { // RAM不可纠正错误！记录出错地址（如果有相关寄存器），尝试隔离错误区域。 HandleRamUncError(); } if (nmi_cause & 0x0008) // FLUNCERR (位3) { // Flash不可纠正错误！记录出错地址，可能需要进行软件冗余或安全关机。 HandleFlashUncError(); } // ... 处理其他NMI源 // 3. 清除具体的故障标志位（在NMIFLGCLR中写1） // 注意：NMIFLGCLR的位域与NMIFLG对应，但它是“写1清零”。 SysCtrlRegs.NMIFLGCLR.all = nmi_cause & 0x03FF; // 只写有效的标志位 // 4. 最后，清除NMIINT总中断标志 SysCtrlRegs.NMIFLGCLR.bit.NMIINT = 1; // 5. 如果需要，可以读取NMISHDFLG记录历史错误（不清除它） Uint16 shadow_flags = SysCtrlRegs.NMISHDFLG.all; // 可以将shadow_flags保存到非易失性存储器中，供后续分析。 // 6. 退出中断前，可能需要执行一些系统恢复操作 // 例如，如果错误可恢复，则返回；否则，触发软件复位。 // 如果错误不可恢复，可以在这里调用软件复位函数。 // SysCtrlRegs.SYSECR.bit.WDRST = 1; // 触发看门狗复位（如果使能了看门狗复位） // 或者进入安全停机状态。 // 返回。如果NMI看门狗计数器在ISR执行期间已启动，清除故障标志后会停止它。 }

5. 常见问题排查与调试技巧

在实际项目中，看门狗和NMI的配置不当常常导致一些令人困惑的问题。下面是一些典型问题及其排查思路。

5.1 看门狗常见问题

问题1：系统频繁无故复位。

• 可能原因1：“喂狗”间隔大于看门狗超时时间。
  • 排查：计算你的看门狗超时时间。T_timeout = 256 * (WDPS分频比) / (INTOSC1/512)。确保主循环或定时中断的执行周期远小于此时间（建议留出50%以上余量）。
• 可能原因2：使用了窗口看门狗，但“喂狗”时机不在窗口内。
  • 排查：在“喂狗”前打印或通过调试器观察WDCNTR的值。确认其值在MIN和255之间。调整MIN值或调整“喂狗”代码在主循环中的位置。
• 可能原因3：WDCHK位写入错误。
  • 排查：检查所有对WDCR寄存器的写操作（包括初始化、使能/禁用）。每次写入都必须保证WDCHK=101。使用调试器查看WDCR寄存器的实际值。
• 可能原因4：WDKEY写入序列错误或被打断。
  • 排查：确保0x55和0xAA的写入是连续的，且中间不能被中断或其他内存写操作隔开。通常WDKEY的两次写入放在连续的代码行，并且该代码段不会被重入。

问题2：看门狗无法触发复位（系统死锁后不恢复）。

• 可能原因1：看门狗被意外禁用（WDDIS=1）。
  • 排查：检查SCSR中的WDOVERRIDE位。如果它为0，则WDDIS位被锁定，无法被错误修改。如果为1，检查是否有错误代码写WDCR。最佳实践是初始化后立即将WDOVERRIDE写1锁定。
• 可能原因2：看门狗时钟源INTOSC1异常。
  • 排查：虽然罕见，但需确认系统时钟配置是否正确。看门狗使用独立的内部振荡器，通常很可靠。
• 可能原因3：程序跑飞后，仍在执行“喂狗”代码。
  • 排查：这是窗口看门狗要解决的问题。如果程序跑飞但恰好跳转到了“喂狗”代码段，普通看门狗会被持续“喂食”。使用窗口看门狗可以增加这种巧合的难度。

5.2 NMI常见问题

问题1：NMI中断不断重入，导致系统卡死。

• 可能原因：NMI中断服务程序中没有正确清除中断标志。
  • 排查：严格按照先清具体故障标志（CLOCKFAIL,FLUNCERR等），最后清NMIINT总标志的顺序操作。检查NMIFLGCLR的写入值是否正确（写1清零）。确保清除了所有置位的标志。
• 可能原因：NMI事件源持续存在。
  • 排查：例如，如果硬件时钟确实一直处于失效状态，那么CLOCKFAIL标志会在清除后立即再次被硬件置起。需要在NMI ISR中诊断并尝试修复根本问题（如切换时钟源），否则只能进入安全状态或复位。

问题2：NMI看门狗意外触发复位。

• 可能原因：NMI ISR执行时间过长。
  • 排查：计算你的NMI ISR最坏情况执行时间。确保它小于NMIWDPRD所设置的超时周期。NMI ISR应尽可能精简，只做最关键的错误记录和状态保存，复杂的处理应放到主循环或更低优先级任务中。
• 可能原因：NMIWDPRD设置过小。
  • 排查：根据SYSCLKOUT频率重新计算并设置一个合理的NMIWDPRD值。

问题3：如何区分是普通看门狗复位还是NMI看门狗复位？

• 排查：F2837xD的SYSECR（系统异常与复位控制寄存器）或RESC（复位原因寄存器）中通常有记录上次复位源的位。上电后，首先读取这些寄存器，判断复位原因是WDRSn（看门狗复位）还是NMIRSn（NMI看门狗复位）。此外，NMISHDFLG寄存器可以告诉你历史上发生过哪些NMI事件，即使系统后来复位了。

5.3 调试技巧

1. 软件模拟测试：在系统稳定时，利用NMIFLGFRC寄存器手动置位某个NMI标志（如CLOCKFAIL），测试你的NMI ISR是否能正确响应、处理和清除标志。同样，可以暂时修改“喂狗”逻辑，使其错过窗口或超时，测试看门狗复位功能。
2. 使用调试器监控：在调试时，实时观察WDCNTR的值，绘制其随时间变化的曲线，可以直观地看到“喂狗”是否及时、是否在窗口内。观察NMIFLG和NMISHDFLG，了解NMI事件的发生情况。
3. 添加诊断信息：在NMI ISR中，将NMIFLG的值和关键系统状态（如程序计数器、堆栈指针等）保存到一块保留的RAM区域或非易失性存储器中。这样即使在复位后，也能分析上次NMI的原因。
4. 循序渐进启用：在开发初期，可以先禁用看门狗和NMI，专注于核心功能调试。待主循环和中断框架稳定后，先启用普通看门狗，再逐步引入窗口看门狗和NMI功能，并配合严格的测试。