独立看门狗 vs 窗口看门狗：选型与喂狗策略设计
在嵌入式系统的可靠性设计中，看门狗（Watchdog）是防止程序跑飞或死锁的最后一道防线。STM32等MCU通常提供两种硬件看门狗：独立看门狗（IWDG）和窗口看门狗（WWDG）。选错类型或喂狗策略不当，轻则导致频繁误复位，重则让看门狗形同虚设。本文将深入对比两者差异，并提供RTOS环境下的实战喂狗方案。
一、本质差异：粗犷保安 vs 精细质检员
特性 独立看门狗 (IWDG) 窗口看门狗 (WWDG)
时钟源 独立LSI (~32-40kHz)，不依赖主时钟 PCLK1 (APB1时钟)，依赖系统时钟
复位条件 超时未喂狗 喂早、喂晚、不喂 均复位
时间精度 低（LSI受温漂影响） 高（与系统时钟同步）
中断能力 无中断，直接复位 支持提前唤醒中断(EWI)，可预警
适用场景 防系统彻底死机（死循环、时钟故障） 防程序逻辑紊乱（任务卡死但没死透）
选型黄金法则：
• IWDG：用于“保底”。只要系统还能动，就必须喂狗，防止设备变砖。
• WWDG：用于“监控”。监控关键任务是否在预期时间窗内完成，防止程序跑飞但仍在喂狗。
二、IWDG实战：裸机与RTOS的喂狗策略
IWDG配置简单，核心在于喂狗位置的合理性。
1. 基础配置（HAL库）
// IWDG超时时间 ≈ 1.6秒 (LSI=32kHz, 分频64, 重载800)
void MX_IWDG_Init(void) {
hiwdg.Instance = IWDG;
hiwdg.Init.Prescaler = IWDG_PRESCALER_64; // 分频系数
hiwdg.Init.Reload = 800; // 重装载值
HAL_IWDG_Init(&hiwdg);
}
避坑：IWDG一旦启动，无法通过软件关闭，只能通过复位或断电清除。
2. RTOS下的“心跳汇总”喂狗法
在RTOS中，严禁在定时器中断或高优先级任务中单独喂狗，否则即使低优先级任务卡死，狗依然能被喂饱，失去监控意义。
推荐方案：建立“喂狗守护任务”，收集各核心任务的心跳。
// 定义任务心跳标志
volatile uint32_t g_task_heartbeat = 0;
// 核心任务每隔一段时间“报平安”
void Critical_Task(void *pv) {
while(1) {
// ... 业务逻辑 ...
g_task_heartbeat |= (1 << TASK_ID); // 设置心跳位
vTaskDelay(pdMS_TO_TICKS(100));
}
}
// 独立的喂狗任务（低优先级）
void IWDG_Feed_Task(void *pv) {
const uint32_t ALL_TASK_MASK = (1 << TASK_NUM) - 1;
TickType_t xLastWakeTime = xTaskGetTickCount();
while(1) {
vTaskDelayUntil(&xLastWakeTime, pdMS_TO_TICKS(500)); // 每500ms检查一次
// 检查所有任务心跳是否到位
if ((g_task_heartbeat & ALL_TASK_MASK) == ALL_TASK_MASK) {
HAL_IWDG_Refresh(&hiwdg); // 只有所有任务正常才喂狗
g_task_heartbeat = 0; // 清零心跳标志
}
// 若有任务未上报心跳，则不喂狗，触发IWDG复位
}
}
此策略确保：任一任务卡死 → 心跳缺失 → 停止喂狗 → 系统复位。
三、WWDG实战：窗口期喂狗与预警机制
WWDG的计数器是7位（0x40-0x7F），当计数器值小于窗口值（Window）且大于0x3F时，才是合法的喂狗窗口。
1. 初始化与喂狗
// WWDG配置：窗口值=0x60，计数器初值=0x7F
void MX_WWDG_Init(void) {
hwwdg.Instance = WWDG;
hwwdg.Init.Prescaler = WWDG_PRESCALER_8; // 预分频
hwwdg.Init.Window = 0x60; // 窗口上限
hwwdg.Init.Counter = 0x7F; // 初始计数值
hwwdg.Init.EWIMode = WWDG_EWI_ENABLE; // 使能早期唤醒中断
HAL_WWDG_Init(&hwwdg);
}
// 必须在窗口期内（计数器值在0x40~0x60之间）调用
void feed_wwdg(void) {
if (__HAL_WWDG_GET_FLAG(&hwwdg, WWDG_FLAG_EWIF)) {
// 已进入预警状态，通常不在此处喂狗，而是处理异常
return;
}
HAL_WWDG_Refresh(&hwwdg, 0x7F); // 重置计数器
}
2. 早期唤醒中断（EWI）的应用
WWDG计数器减到0x40时会触发EWI中断，此时距离复位还有一段时间（约几个毫秒），这是最后的数据保存机会。
void WWDG_IRQHandler(void) {
HAL_WWDG_IRQHandler(&hwwdg); // 处理标志位
// 紧急保存关键数据到Backup SRAM或Flash
save_critical_data();
// 注意：EWI中通常不喂狗，让系统复位以恢复秩序
}
四、混合部署策略：IWDG + WWDG 双保险
对于高可靠性工业设备，推荐“IWDG保底 + WWDG抓异常”的组合拳。
1. IWDG：设置较长的超时时间（如3-5秒），作为系统彻底死机的最后屏障。
2. WWDG：设置精细的窗口（如100-200ms），监控关键控制循环的执行周期。若程序跑飞但仍在喂IWDG，WWDG会因喂狗时机错乱而触发复位。
五、常见喂狗陷阱与避坑指南
1. 在中断中喂狗：这是最常见的错误。中断可能正常执行而主循环已卡死，导致看门狗失效。
2. 喂狗周期等于超时时间：LSI有温漂，若喂狗间隔太接近超时时间，低温下可能因时钟变慢导致意外复位。安全余量至少50%。
3. WWDG窗口计算错误：使用CubeMX的自动计算功能，避免手动算错窗口值导致一启动就复位。
六、结语
看门狗不是简单的“初始化+定时刷新”，而是系统级的健康监控机制。IWDG是“防猝死”的保险丝，WWDG是“测心率”的监护仪。在RTOS中，务必采用“心跳汇总”策略，让看门狗真正监控到每一个核心任务的生存状态，才能构建起坚不可摧的嵌入式系统防线。
下载文档
