1. 看门狗机制：嵌入式系统的最后防线
在嵌入式系统开发中，最令人头疼的问题莫过于系统突然"卡死"——程序进入死循环、多线程死锁、硬件异常导致CPU停止响应。这种情况在NPU（神经网络处理器）固件开发中尤为常见，因为NPU通常需要长时间运行复杂的神经网络推理任务。想象一下，你部署在工业现场的AI质检设备突然因为一个未被捕获的异常而停止工作，而现场又无人值守，这会造成多大的损失？
看门狗（Watchdog）就是为解决这类问题而生的"系统守护者"。它的工作原理简单却极其有效：就像一个严格的计时员，要求系统定期"打卡"。如果系统因为故障无法按时打卡，看门狗就会强制重启整个系统。这种机制虽然粗暴，但往往是恢复系统正常运行的最可靠方式。
提示：看门狗不是用来预防bug的，而是当bug已经发生时的最后补救措施。良好的代码质量仍然是第一位的。
2. 看门狗的核心原理与类型选择
2.1 基本工作机制：定时器与复位
看门狗本质上是一个独立的倒计时定时器，其工作流程可以分为四个阶段：
- 初始化阶段：设置超时时间（例如10秒）
- 运行阶段：定时器开始倒计时
- 喂狗阶段：系统正常运行时会定期重置定时器（"喂狗"）
- 超时处理：如果系统卡死无法喂狗，定时器归零触发系统复位
这个机制之所以可靠，是因为看门狗定时器通常由独立的硬件电路实现，即使主CPU完全死机，定时器仍能继续工作。
2.2 硬件看门狗 vs 软件看门狗
在实际项目中，我们需要根据系统要求选择合适的看门狗类型：
| 特性 | 硬件看门狗 | 软件看门狗 |
|---|---|---|
| 实现方式 | 独立硬件电路 | 操作系统或应用程序实现 |
| 可靠性 | 极高（不受CPU状态影响） | 依赖CPU运行状态 |
| 复位方式 | 硬件级复位 | 软件级复位 |
| 典型应用场景 | 关键任务系统、工业设备 | 非关键应用、开发调试阶段 |
| 配置灵活性 | 较低（需硬件支持） | 较高（可软件配置） |
| 典型代表 | RK3588内置看门狗、STM32 IWDG | Linux softdog、应用程序定时器 |
对于NPU固件这类关键应用，硬件看门狗是唯一可靠的选择。我曾经在一个智能摄像头项目中尝试使用软件看门狗，结果当NPU负载过高导致系统卡顿时，软件看门狗也一起停止了响应——这个教训让我深刻理解了硬件看门狗的必要性。
3. 硬件看门狗实战：以RK3588为例
3.1 确认硬件资源
瑞芯微RK3588芯片内置了硬件看门狗模块，在Linux系统中可以通过以下方式确认：
bash复制# 查看看门狗设备
ls /dev/watchdog*
# 查看