第一课：看门狗基础概念
各位同学，咱们今天聊聊看门狗。别误会，不是小区里那种汪汪叫的看门狗，而是嵌入式系统里一个特别重要的家伙——看门狗定时器（WDT）。
我刚开始做嵌入式开发那会儿，总觉得这玩意儿可有可无。直到有一次，产品在现场跑着跑着就死机了，客户急得直跳脚。从那以后，我设计任何系统，第一件事就是把看门狗安排上。你想想看，系统万一卡死了，谁来帮它「重启」？
什么是看门狗定时器（WDT）
看门狗定时器，说白了就是一个硬件计数器。它自己在那儿不停地数数，从某个初始值一直减到0。一旦减到0，它就认为系统「挂了」，然后强制复位整个系统。
嗯，这里要注意：它不是软件，是芯片内部的一个独立硬件模块。就算你的主程序跑飞了、死循环了、中断卡死了，看门狗照样能工作。为什么？因为它有自己的时钟源，不依赖CPU。
核心要点：看门狗是一个独立硬件，专门用来检测系统是否「活着」。如果系统没在规定时间内「喂狗」，它就执行复位操作。
看门狗在嵌入式系统中的作用
我个人习惯把看门狗比作「系统保镖」。它的主要作用有三个：
- 防止死机：程序跑飞了、陷入死循环了，看门狗帮你拉回来
- 检测异常：某些关键任务没按时执行，看门狗能感知到
- 提高可靠性：无人值守的设备（比如智能电表、工业控制器），必须靠看门狗保命
我在项目中遇到过这样一个案例：一个医疗体温计，放在病房里24小时监测病人体温。有一天程序因为内存泄漏卡死了，体温数据不再更新。幸亏有看门狗，系统在3秒后自动复位，重新开始工作。护士根本没察觉到异常，病人数据也几乎没有丢失。
小提示：看门狗不是万能的。它只能解决「程序卡死」这类问题，解决不了硬件损坏、电源不稳等物理故障。
看门狗的工作原理：喂狗与超时复位
看门狗的工作流程其实很简单，就三步：
- 启动看门狗：设置超时时间，比如2秒
- 正常运行时喂狗：每隔一段时间（比如1秒）重置计数器
- 超时未喂狗：计数器减到0，触发系统复位
你可能会问：为什么要叫「喂狗」？这个比喻很形象。你养了一条狗，得定时给它喂食。如果你忘了喂，它就会叫（复位）。所以「喂狗」就是定期重置看门狗计数器，告诉它：「我还活着，别咬我！」
下面是一个典型的喂狗代码示例，我用的是STM32平台：
// 初始化看门狗，超时时间设为2秒
void WDT_Init(void) {
IWDG_WriteAccessCmd(IWDG_WriteAccess_Enable);
IWDG_SetPrescaler(IWDG_Prescaler_64); // 预分频64
IWDG_SetReload(1250); // 重装载值，约2秒超时
IWDG_ReloadCounter(); // 喂狗一次
IWDG_Enable(); // 启动看门狗
}
// 喂狗函数，在主循环中定期调用
void WDT_Feed(void) {
IWDG_ReloadCounter(); // 重置计数器，防止超时
}
// 主循环
int main(void) {
WDT_Init(); // 启动看门狗
while(1) {
// 执行各种任务...
Read_Temperature(); // 读取体温
Update_Display(); // 更新显示
WDT_Feed(); // 喂狗，告诉系统我还活着
// 注意：喂狗间隔不能超过2秒
}
}警告：千万不要在主循环的每个地方都喂狗！我曾经见过一个新手，在中断服务函数里也喂狗，结果程序明明卡死了，中断还在跑，看门狗永远不触发复位。正确的做法是：只在主循环的关键位置喂狗，确保整个任务流程都正常执行了再喂。
看门狗的超时时间怎么选？我一般遵循这个原则：
| 应用场景 | 推荐超时时间 | 说明 |
|---|---|---|
| 体温计（慢速采集） | 3~5秒 | 采集周期长，给足够余量 |
| 电机控制（快速响应） | 100~500ms | 需要快速检测故障 |
| 工业PLC | 1~2秒 | 兼顾可靠性与响应速度 |
选超时时间有个小技巧：先算出你主循环最长执行时间，然后乘以1.5到2倍。比如主循环最长跑1.2秒，那就设2秒超时。这样既不会误触发，也能及时发现问题。
最后说一句：看门狗不是摆设，它是嵌入式系统的最后一道防线。我见过太多产品因为省了看门狗，在现场频繁死机，最后不得不召回。你想想看，一个体温计如果半夜死机了，病人发烧没人知道，那后果多严重？
好了，这节课就到这里。下一节咱们聊聊看门狗的具体配置参数，以及不同芯片的差异。记住一句话：设计任何嵌入式系统，先把看门狗安排上，这是老工程师的血泪经验。