1. 看门狗基础概念
大家好，我是你们的Bootloader课程讲师。今天咱们聊聊看门狗——这个在嵌入式开发里既基础又关键的东西。
说实话，我刚入行那会儿，对看门狗的理解也就停留在「定时复位」四个字上。直到有一次，我在一个工业控制项目里，设备在野外跑了三天三夜，突然死机了。客户电话打过来，语气那叫一个急。我远程连上去一看，好家伙，系统卡在一个外设中断里出不来了。从那以后，我对看门狗的态度就彻底变了——它不是可有可无的，而是保命的。
1.1 什么是看门狗定时器
看门狗定时器，英文叫 Watchdog Timer，简称 WDT。说白了，它就是一个特殊的计数器。
这个计数器会一直往下数。数到零的时候，它会强制复位整个系统。你想想看，这像不像一个倒计时的炸弹？
那怎么避免它爆炸呢？很简单——在它数到零之前，你手动把它重置一下，重新开始计数。这个操作，我们叫「喂狗」。
核心逻辑：
- 看门狗启动后，开始倒计时
- 程序正常运行，定期喂狗
- 如果程序卡死，没人喂狗，看门狗超时 → 复位
我习惯把看门狗比作一个监工。你干活干得好好的，每隔一段时间跟监工汇报一下「我还活着」。哪天你突然不汇报了，监工就知道你出事了，直接叫人来处理。
1.2 看门狗的作用与重要性
看门狗到底有多重要？我直接说吧——在很多行业里，没有看门狗的产品是不允许上市的。
为什么？因为嵌入式系统不是完美的。再牛的工程师写的代码，也可能在某些极端情况下出问题。比如：
- 电磁干扰导致程序跑飞
- 内存越界把堆栈搞坏了
- 外设死锁，一直等不到响应
- 电源波动导致逻辑混乱
这些情况，你靠代码本身是检测不到的。程序已经乱了，它自己都不知道自己在干嘛。这时候，看门狗就是最后一道防线。
我记得有一次做车载项目，客户要求系统在-40°C到85°C的环境下连续运行1000小时不出故障。我们做了各种测试，最后发现，在低温启动时，有个电源芯片的时序偶尔会错乱。这个问题靠软件根本复现不了，也修不了。最后怎么解决的？就是靠看门狗——系统启动超时，自动复位，再试一次。说白了，就是「重启大法好」。
我的经验：
看门狗不是用来解决bug的，而是用来兜底的。你永远无法预知所有异常，但看门狗可以帮你从异常中恢复。
1.3 硬件看门狗与软件看门狗的区别
这里有个常见的误区——很多人觉得看门狗就是硬件上的一个外设。其实不然，看门狗分两种：硬件看门狗和软件看门狗。
咱们先看个对比表格：
| 特性 | 硬件看门狗 | 软件看门狗 |
|---|---|---|
| 实现方式 | 独立硬件模块或芯片 | 软件定时器模拟 |
| 可靠性 | 高，独立于CPU运行 | 低，依赖CPU和操作系统 |
| CPU死机时 | 仍然有效，能复位系统 | 失效，无法工作 |
| 灵活性 | 较低，配置固定 | 高，可动态调整 |
| 典型应用 | 工业控制、汽车电子 | 应用层任务监控 |
硬件看门狗，是芯片内部或者外部的一个独立硬件。它有自己的时钟源，不依赖CPU。就算CPU挂了，它照样在跑。一旦超时，直接拉复位引脚。
我在一个项目里用过外部看门狗芯片——MAX706。那玩意儿就一个功能：如果CPU在1.6秒内没给它一个脉冲，它就拉低复位脚。简单粗暴，但极其可靠。
软件看门狗，其实就是一个高优先级的定时器中断。程序在正常流程里不断重置这个定时器。如果某个任务卡住了，定时器超时，触发中断，在中断里做错误处理。
但这里有个致命问题——如果CPU本身死机了，中断都进不去，那软件看门狗也就废了。所以，软件看门狗只能监控任务的执行情况，不能替代硬件看门狗。
注意：
千万不要在Bootloader里只用软件看门狗。Bootloader阶段系统最脆弱，一旦死机，软件看门狗根本救不了你。我见过有人这么干，结果产品在现场升级时变砖了……
那实际项目中怎么用呢？我的建议是：
- 硬件看门狗做底层保障——防止系统完全死锁
- 软件看门狗做任务监控——检测具体任务是否超时
- 两者配合使用——硬件看门狗的超时时间要设得比软件看门狗长
举个例子：软件看门狗设500ms超时，用来检测主循环是否卡住。硬件看门狗设2秒超时，作为最后一道保险。这样，软件看门狗先触发，尝试恢复；如果恢复失败，硬件看门狗再出手复位。
嗯，这里要注意一点——喂狗的位置很关键。你不能在中断里喂狗，因为如果主循环卡死了，中断可能还在跑，你喂了狗，系统就永远复不了位。我习惯在主循环的末尾喂狗，确保整个循环都跑通了。
好了，这一节的内容就到这里。看门狗的概念其实不复杂，但用好了能省很多事。下一节咱们聊聊Bootloader里看门狗的具体配置和陷阱。