1. 看门狗概述：什么是看门狗、看门狗的历史由来、看门狗在嵌入式系统中的核心地位
1.1 什么是看门狗？一个最朴素的比喻
看门狗，英文叫 Watchdog Timer，简称 WDT。
说白了，它就是嵌入式系统里的一只“电子狗”。
这只狗的任务很简单：定时去“舔”一下主控芯片。如果芯片正常工作，就会定期喂狗——也就是重置定时器。如果芯片死机了、跑飞了、卡在某个死循环里了，没人喂狗，狗就会饿死。狗一饿死，就会触发系统复位，把整个系统拉回来重新跑。
你想想看，这像不像一个忠诚的哨兵？
我刚开始做嵌入式那会儿，觉得这东西可有可无。直到有一次，一个工业控制板在现场跑了三天三夜，突然死机了。现场没有操作员，设备就这么停着，直到客户打电话来骂人。嗯，从那以后，我再也不敢小看看门狗了。
核心定义：看门狗是一个独立的硬件定时器，当系统正常运行时，软件必须在规定时间内“喂狗”；如果超时未喂，看门狗会强制复位系统。
1.2 看门狗的历史由来：从太空到桌面
看门狗的历史，其实挺有意思的。
最早可以追溯到上世纪 60 年代的航天项目。那时候的计算机，用的是分立元件和磁芯存储器，可靠性远不如今天。火箭发射过程中，一旦计算机死机，整个任务就完了。
我记得看过一份资料，阿波罗计划里就用了类似看门狗的机制。当时的工程师发现，计算机偶尔会因为宇宙射线或电磁干扰而“卡住”。他们想了个办法：加一个外部定时器，如果计算机在规定时间内没有输出“我还活着”的信号，就自动重启。
这就是看门狗的雏形。
到了 80 年代，单片机开始普及。Intel 的 8051 系列、Motorola 的 68HC11 这些经典芯片，内部都集成了看门狗定时器。从此，看门狗成了嵌入式系统的标配。
我做过一个统计：在我经手的项目里，90% 以上的现场故障都是靠看门狗兜底解决的。没有它，很多设备根本没法在无人值守的环境下长期运行。
| 年代 | 发展阶段 | 典型应用 |
|---|---|---|
| 1960s | 航天领域雏形 | 阿波罗计划、早期火箭计算机 |
| 1970s | 分立元件实现 | 工业控制、通信设备 |
| 1980s | 集成到单片机 | 8051、68HC11 等经典芯片 |
| 1990s至今 | 标准化、多样化 | ARM、RISC-V、汽车电子、IoT |
1.3 看门狗在嵌入式系统中的核心地位
嵌入式系统和普通电脑不一样。电脑死机了，你可以按 Ctrl+Alt+Del 重启。但嵌入式设备呢？
想想看：
- 一个智能电表，装在偏远山区的电线杆上
- 一个汽车 ECU，在高速公路上飞驰
- 一个医疗输液泵，在 ICU 病房里工作
- 一个工业机器人，在流水线上 24 小时不停歇
这些设备一旦死机，谁来帮它重启？
答案就是看门狗。
我个人习惯把看门狗比作嵌入式系统的“最后一道防线”。软件可能有 bug，硬件可能有干扰，电源可能有波动，但看门狗是那个永远在线的“救生员”。
我的经验：在项目初期就规划好看门狗策略，比后期打补丁要省心得多。我曾经在一个项目里，因为前期没考虑看门狗，后期不得不改 PCB 布局，多花了两周时间。
1.4 看门狗的核心工作流程
看门狗的工作流程其实很简单，就三步：
- 启动定时器：系统初始化时，设置一个超时时间（比如 1 秒）
- 定期喂狗：主循环或关键任务中，在超时前重置定时器
- 触发复位：如果超时未喂狗，看门狗输出复位信号
下面这张图，把整个流程画清楚了：
1.5 看门狗的分类
看门狗不是只有一种。根据实现方式，我把它分成三类：
| 类型 | 实现方式 | 优点 | 缺点 | 典型场景 |
|---|---|---|---|---|
| 内部看门狗 | 集成在 MCU 内部 | 成本低、使用方便 | 精度一般、可能被软件误关 | 消费电子、简单控制 |
| 外部看门狗 | 独立芯片（如 MAX706） | 可靠性高、不受 MCU 影响 | 增加 BOM 成本、占用 PCB 空间 | 工业控制、汽车电子 |
| 软件看门狗 | 纯软件定时器实现 | 零硬件成本、灵活 | MCU 死机时也失效 | 低安全要求、原型验证 |
注意：软件看门狗在 MCU 完全死机时是无效的。我见过有人用软件看门狗做产品，结果现场死机后，软件看门狗也跟着停了。这不是看门狗，这是“自己骗自己”。
1.6 看门狗的核心地位：为什么它如此重要？
嵌入式系统的工作环境，远比我们想象的要恶劣。
电磁干扰、电源波动、温度变化、振动冲击……这些因素随时可能让系统“抽风”。软件写得再好，也扛不住硬件层面的瞬态干扰。
看门狗的作用，就是在这种极端情况下，把系统拉回正轨。
我总结了几点看门狗不可替代的原因：
- 无人值守：嵌入式设备大多没有操作员，必须自动恢复
- 安全要求：汽车、医疗、工业设备，死机可能造成安全事故
- 可靠性指标：很多产品要求 MTBF（平均无故障时间）达到数万小时
- 成本控制：一个几毛钱的外部看门狗芯片，能省下大量售后维护成本
我曾经在一个项目中，因为看门狗配置不当，导致设备在高温环境下频繁复位。后来排查发现，是看门狗超时时间设得太短，高温下 MCU 主频漂移，喂狗不及时。调整超时时间后，问题解决。你看，看门狗用好了是救星，用不好也可能添乱。
一句话总结：看门狗是嵌入式系统的“安全气囊”——平时用不上，但一旦出事，它就是最后的保障。
1.7 本章小结
这一章我们聊了看门狗的基本概念、历史由来和核心地位。说白了，看门狗就是一个硬件定时器，专门用来防止系统死机后“没人管”。
记住三个关键点：
- 看门狗是硬件机制，不是软件功能
- 看门狗的核心是超时复位
- 看门狗是嵌入式系统可靠性的最后一道防线
接下来的章节，我们会深入看门狗的具体实现、配置技巧、常见陷阱，以及如何在不同场景下选择最合适的看门狗方案。