4、窗口看门狗（WWDG）寄存器详解：STM32平台下WWDG的关键寄存器配置（CR、CFR、SR），与IWDG的区别

好，咱们接着聊窗口看门狗。上一节我们把独立看门狗（IWDG）扒了个底朝天，这一节轮到它的“好兄弟”——窗口看门狗（WWDG）了。

说实话，我刚接触STM32那会儿，总觉得WWDG比IWDG复杂不少。IWDG说白了就是个“倒计时器”，时间到了就复位，简单粗暴。但WWDG不一样，它有个“窗口”的概念——你喂狗太早不行，太晚也不行，必须在一个特定的时间窗口内喂。嗯，这就像你给领导汇报工作，去早了领导在开会，去晚了领导说你拖延，必须卡在恰到好处的时间点。

4.1 WWDG的核心寄存器：CR、CFR、SR

WWDG的寄存器不多，但每个都很关键。我个人习惯把它们分成三组来看：控制寄存器（CR）、配置寄存器（CFR）和状态寄存器（SR）。咱们一个一个说。

4.1.1 控制寄存器（WWDG_CR）

这个寄存器是WWDG的“心脏”。它主要干两件事：

  • 启动看门狗：通过WDGA位（bit 7）来控制。置1就启动，置0？不好意思，一旦启动就不能关了，除非复位。
  • 设置计数器值：低7位（T[6:0]）就是7位递减计数器。喂狗的时候，就是往这7位写一个新值。

这里有个坑，我当年踩过。你看这个寄存器是8位的，但有效位只有低7位。最高位是WDGA，千万别搞混了。我曾经在项目里直接写了个0xFF进去，结果WDGA被置1了，计数器却变成了0x7F……嗯，那次调试花了我整整一个下午。

关键点：WWDG_CR寄存器的T[6:0]是递减计数器，初始值由用户设定。每次喂狗时，必须重新写入一个值，这个值必须在窗口上限和下限之间。

4.1.2 配置寄存器（WWDG_CFR）

这个寄存器才是WWDG的“灵魂”。它决定了窗口的上限、分频系数，以及是否提前唤醒中断。

咱们拆开来看：

  • W[6:0]（窗口上限）：这是喂狗的最晚时间。计数器递减到这个值以下时，就不能再喂狗了，否则会触发复位。说白了，这个值定义了“窗口”的右边界。
  • WDGTB[1:0]（分频系数）：决定计数器递减的速率。有4种选择：1、2、4、8分频。这个直接影响看门狗的“超时时间”。
  • EWI（提前唤醒中断使能）：置1后，当计数器递减到0x40时，会触发一个中断。这个中断可以用来做“最后的挣扎”——比如保存关键数据、记录错误日志等。

我记得有一次做医疗设备，客户要求看门狗必须在系统死机后200ms内复位。我算了一下，用8分频，计数器从0x7F递减到0x3F，刚好差不多200ms。但问题来了——喂狗窗口怎么设？如果窗口设得太宽，可能系统已经跑飞了还在窗口内；设得太窄，又容易误触发。最后我选了0x50作为窗口上限，留了大概30%的余量。嗯，这个经验后来成了我们团队的标准做法。

我的建议：窗口上限W[6:0]不要设得太靠近0x3F。留出至少10-15个计数单位的余量，避免因为中断延迟或任务调度抖动导致误复位。

4.1.3 状态寄存器（WWDG_SR）

这个寄存器最简单，只有一个有效位——EWIF（提前唤醒中断标志）。当计数器递减到0x40时，硬件自动置1这个位。你需要在中断服务程序里手动清零它。

你可能会问：“这玩意儿有啥用？”其实在调试阶段特别有用。你可以通过轮询这个位，来判断看门狗是否快要“饿死”了。我在做原型验证时，经常在main循环里加一句：

if (WWDG->SR & WWDG_SR_EWIF) {
    // 看门狗快超时了，赶紧处理
    printf("WWDG warning: counter near 0x40!\n");
    WWDG->SR = 0;  // 清除标志
}

当然，正式产品里一般不会这么干，但调试时确实能帮你快速定位问题。

4.2 WWDG与IWDG的区别

很多初学者会问：“既然都有看门狗，为什么还要搞两个？”这个问题问得好。我简单总结一下：

对比项 IWDG（独立看门狗） WWDG（窗口看门狗）
时钟源 独立的LSI（约40kHz），不受主时钟影响 系统时钟（APB1），主时钟挂了它也挂
计数器位数 12位递减计数器 7位递减计数器
喂狗方式 任意时刻喂狗，只要在超时前 必须在窗口内喂狗，太早或太晚都复位
精度 较低（LSI精度约±10%） 较高（取决于系统时钟精度）
中断支持 无（只有复位） 有（提前唤醒中断）
典型应用 系统完全死机时的最后防线 检测程序跑飞或时序异常

说白了，IWDG是“粗犷型”的——它不管你程序在干什么，只要在规定时间内没喂狗，就复位。而WWDG是“精细型”的——它要求你的程序必须在特定的时间窗口内喂狗，这能检测出程序是否“跑偏”了。

举个例子你就明白了。假设你的系统里有一个任务，要求每10ms执行一次。如果这个任务因为某种原因提前执行了（比如中断误触发），或者延迟执行了（比如被高优先级任务阻塞），IWDG是检测不出来的——只要在超时前喂狗就行。但WWDG可以！因为喂狗窗口是固定的，提前喂或延迟喂都会触发复位。

注意：WWDG的时钟源是APB1总线时钟。如果APB1时钟停了（比如进入某些低功耗模式），WWDG也会停止工作。所以，在低功耗场景下，WWDG并不适合作为“最后防线”，这时候还得靠IWDG。

4.3 实战配置示例

说了这么多，咱们来点实际的。下面是一个典型的WWDG初始化代码，我习惯把配置参数都定义成宏，方便后期调整：

#define WWDG_WINDOW_VALUE    0x50   // 窗口上限
#define WWDG_COUNTER_INIT    0x7F   // 计数器初始值
#define WWDG_PRESCALER       WWDG_PRESCALER_8  // 8分频

void WWDG_Init(void)
{
    // 1. 使能WWDG时钟（注意：WWDG挂在APB1上）
    RCC_APB1PeriphClockCmd(RCC_APB1Periph_WWDG, ENABLE);
    
    // 2. 设置分频系数
    WWDG_SetPrescaler(WWDG_PRESCALER);
    
    // 3. 设置窗口上限
    WWDG_SetWindowValue(WWDG_WINDOW_VALUE);
    
    // 4. 使能提前唤醒中断（可选）
    WWDG_EnableIT();
    NVIC_EnableIRQ(WWDG_IRQn);
    
    // 5. 启动看门狗，并设置初始计数器值
    WWDG_Enable(WWDG_COUNTER_INIT);
}

// 喂狗函数
void WWDG_Feed(void)
{
    // 重新写入计数器值
    WWDG_SetCounter(WWDG_COUNTER_INIT);
}

// 提前唤醒中断服务函数
void WWDG_IRQHandler(void)
{
    if (WWDG_GetFlagStatus() == SET)
    {
        // 这里可以做紧急处理，比如保存上下文
        // 注意：中断里不要做耗时操作！
        
        // 清除中断标志
        WWDG_ClearFlag();
    }
}

你看，配置起来其实并不复杂。关键是要算好时间参数。我一般会先确定系统的主频和APB1分频，然后根据需要的超时时间反推分频系数和计数器初值。

举个例子：假设APB1时钟是36MHz，8分频后WWDG的计数时钟是36MHz/8 = 4.5MHz。每个计数周期约222ns。计数器从0x7F递减到0x3F（共64个计数），超时时间就是64 × 222ns ≈ 14.2μs。嗯，这个时间对于大多数嵌入式应用来说太短了。所以实际项目中，我通常会选择更大的分频系数，或者用更低的APB1时钟。

避坑指南：我曾经在一个项目里，把APB1时钟设成了72MHz，然后忘了调整WWDG的分频系数。结果看门狗的超时时间只有几微秒，主循环还没跑完一圈就复位了。那次排查花了我两天时间……所以，改时钟配置时，一定要同步检查WWDG的参数。

4.4 小结

WWDG和IWDG，一个精细一个粗犷，各有各的用武之地。我个人习惯在关键任务中使用WWDG来检测时序异常，同时用IWDG作为最终的“保底”措施。两者配合使用，基本能覆盖绝大多数异常场景。

下一节，我们会深入讨论如何在实际项目中设计看门狗的喂狗策略——这才是真正考验功力的地方。你想想看，如果喂狗策略设计不好，再好的看门狗硬件也是白搭。

← 上一章 📖 返回目录 下一章 →