在嵌入式开发中，系统一旦“跑飞”，工程师最怕的不是 bug，而是程序卡死无人知。这时，芯片自身的自我保护机制就至关重要。看门狗、复位源和异常处理机制，是保证系统可靠性的三大基石。本文带你梳理清楚它们的作用、原理与应用。
一、看门狗定时器（Watchdog Timer）
1. 原理
看门狗定时器本质上是一个独立定时器，持续倒计时：
- 软件在规定时间内“喂狗”（重置看门狗计数器），系统继续运行。
- 如果程序死循环或跑飞，没有及时喂狗，看门狗触发复位，将 MCU 拉回初始状态。
示例：STM32 独立看门狗 IWDG 喂狗代码
- #include"stm32f4xx_hal.h"
- IWDG_HandleTypeDef hiwdg;
- voidWatchdog_Init(void){
- hiwdg.Instance=IWDG;
- hiwdg.Init.Prescaler=IWDG_PRESCALER_64;
- hiwdg.Init.Reload=0x0FFF;// 最大计数
- HAL_IWDG_Init(&hiwdg);
- }
- voidFeed_Watchdog(void){
- HAL_IWDG_Refresh(&hiwdg);// 喂狗
- }
- intmain(void){
- HAL_Init();
- Watchdog_Init();
- while(1){
- // 主循环任务
- Feed_Watchdog();// 喂狗
- HAL_Delay(100);// 模拟其他操作
- }
- }
2. 应用场景
- 防止程序死锁或跑飞
- 工业控制中的容错设计
- IoT、汽车电子等高可靠性系统
3. 开发注意点
- 喂狗操作应放在主循环关键路径或任务完成后，而不是单纯在中断中定时喂，否则失去意义。
- 某些 MCU 提供独立看门狗（IWDG）与窗口看门狗（WWDG），后者要求“既不能太早喂，也不能太晚喂”，增加可靠性。
二、复位源（Reset Source）
复位让 MCU 回到确定的起点，触发来源多样：
- 上电复位（POR）
- 外部复位（External Reset）
- 看门狗复位
- 低电压复位（Brown-out Reset）
- 软件复位（Software Reset）
示例：软件复位 STM32
- #include"stm32f4xx_hal.h"
- voidSoftware_Reset(void){
- NVIC_SystemReset();// 触发软件复位
- }
复位意义
- 保证系统回到安全初始状态
- 避免在电源或逻辑异常下继续运行
- 给系统“第二次机会”
三、异常处理机制（Exception Handling）
即使有看门狗和复位，系统运行中仍可能遇到不可避免的异常，如访问非法地址、总线错误或中断嵌套冲突。
1. 异常来源
- 硬件异常：除零错误、非法指令、总线错误
- 系统异常：中断优先级冲突、栈溢出
- 软件异常：数组越界、指针错误
2. 处理方式
- 异常向量表：启动时建立，不同异常对应不同入口函数。
- 硬件保护：部分 MCU 自动保存现场寄存器，便于恢复。
- 软件处理：开发者可编写异常处理函数（如HardFault_Handler），打印或记录错误信息。
示例：Cortex-M HardFault 处理
- voidHardFault_Handler(void){
- // 可以点亮 LED 或输出日志
- while(1){
- // 死循环，等待复位或调试
- }
- }
3. 应用实践
- Cortex-M 系列常见异常：
- HardFault（硬错误）
- MemManage（存储器管理错误）
- BusFault（总线错误）
- UsageFault（用法错误）
- 异常处理函数中可加入死循环 + LED 闪烁或日志打印，方便调试。
四、三者关系
- 看门狗：主动防御程序“卡死”
- 复位源：系统“重启按钮”，确保安全状态
- 异常处理：运行中诊断问题
它们共同构成系统的三道保险：
- 1.异常处理发现问题
- 2.看门狗在关键时刻触发复位
- 3.复位源保证重启后系统稳定
总结
在嵌入式开发中，功能跑通只是第一步，系统可靠性才是真正考验。
- 看门狗确保程序不会永久卡死
- 复位源保证系统能安全回到起点
- 异常处理机制帮助定位问题
三者配合，才能让嵌入式系统在无人值守的环境下长期稳定运行。
关注微信