1. Watchdog基础概念
1.1 什么是Watchdog？
Watchdog，中文叫看门狗，名字挺形象——它就像一条拴在系统门口的狗。
说白了，它是一个硬件定时器。系统必须定期去"喂狗"（也就是复位定时器）。如果系统卡死了，没人喂狗，定时器超时就会触发系统复位。
我刚开始接触这个模块时，觉得它太简单了。不就是个定时器吗？后来在项目中吃过亏，才明白它的设计其实很有讲究。
核心定义：Watchdog是一个独立的监控单元，用于检测系统是否正常运行。如果系统在规定时间内没有"喂狗"，Watchdog就会执行预设的恢复动作（通常是复位）。
1.2 Watchdog在汽车电子中的作用
汽车电子对安全的要求极高。你想想看，如果行驶中ECU死机了，刹车系统没反应，那后果不堪设想。
Watchdog在汽车电子中主要干这几件事：
- 检测软件跑飞——程序指针跳到未知区域，主循环停转，Watchdog会及时复位
- 检测死锁——多任务系统中，某个任务占着资源不放，导致其他任务饿死
- 检测硬件故障——比如晶振停振、电源异常，Watchdog也能感知到
- 满足功能安全要求——ISO 26262中明确要求，ASIL等级高的系统必须有独立监控机制
我记得有一次，客户反馈某款ECU在高温测试时偶发死机。我们查了三天没找到根因，最后发现是Watchdog配置的喂狗窗口太宽，导致系统卡了2秒才被复位。嗯，这个教训让我养成了一个习惯——Watchdog的超时时间一定要跟系统最差情况下的响应时间匹配。
1.3 硬件Watchdog与软件Watchdog的区别
这个问题，我面试时经常问新人。很多人答不上来，或者答得模棱两可。
其实区别很清晰：
| 对比项 | 硬件Watchdog | 软件Watchdog |
|---|---|---|
| 实现方式 | 独立硬件模块（芯片内部或外部） | 软件定时器+中断服务 |
| 可靠性 | 高——独立于CPU运行 | 低——依赖CPU和软件栈 |
| 超时响应 | 硬件直接复位或触发中断 | 软件处理，可能被更高优先级任务打断 |
| 适用场景 | 功能安全要求高的系统 | 非安全关键系统或辅助监控 |
| 成本 | 需要额外硬件资源 | 几乎零硬件成本 |
这里我要强调一点：软件Watchdog不能替代硬件Watchdog。为什么？因为软件Watchdog本身也跑在CPU上，如果CPU挂了，软件Watchdog也跟着挂了。这就好比让病人给自己把脉——他要是晕过去了，谁来看病？
避坑指南：我曾经在一个项目中，为了省成本，只用软件Watchdog做监控。结果量产后的ECU在低温启动时偶发死机，软件Watchdog根本没反应。后来加了一颗外部硬件Watchdog芯片，问题才解决。从那以后，我对硬件Watchdog的态度就是——该花的钱不能省。
1.4 知识体系总览
下面这张图，是我梳理的Watchdog基础知识框架。你可以把它当作本章的"地图"：
个人经验：我建议你在项目初期就确定Watchdog方案。不要等到软件写完了再补——那时候改架构的成本就高了。另外，硬件Watchdog的喂狗代码，一定要放在主循环的关键路径上，别放在中断里。为什么？因为中断可能还在跑，但主循环已经卡死了。你想想看，是不是这个理？
可可精品资料库