4、故障排查工具与方法：逻辑分析仪抓取复位波形、示波器测量喂狗信号、代码插桩定位喂狗点

好，咱们进入正题。看门狗复位了，板子重启了，接下来怎么办？

你得有趁手的家伙事儿。我见过不少工程师，一上来就翻代码，翻得头晕眼花，结果问题还在那儿。我的习惯是——先拿仪器说话。工具不会骗人，波形不会撒谎。

4.1 逻辑分析仪：抓取复位波形

逻辑分析仪，说白了就是看时序的。它能同时抓几十个通道，非常适合看复位信号和喂狗信号之间的“爱恨情仇”。

为什么要用它？

示波器虽然也能看，但通道数有限。你想同时看MCU的复位引脚、看门狗的输出引脚、还有几个关键的GPIO状态，示波器就捉襟见肘了。逻辑分析仪可以一口气全抓下来，然后放大、对比、找异常。

怎么抓？

1. 触发设置是关键：把触发条件设在复位信号的下降沿。这样一复位，逻辑分析仪就开始记录复位前后一段时间的数据。
2. 采样率别太低：我建议至少用50MHz以上。太低了你可能漏掉一些窄脉冲，那可就白忙活了。
3. 抓取时长要够：看门狗复位周期通常是几百毫秒到几秒。你至少得抓个几秒钟的数据，才能看到完整的“喂狗-不喂狗-复位”过程。

4.2 示波器：测量喂狗信号

逻辑分析仪看宏观，示波器看细节。喂狗信号通常是GPIO上的一段脉冲，或者I2C/SPI总线上的一个命令。

看什么？

• 看波形形状：喂狗脉冲的上升沿、下降沿是否陡峭？有没有振铃？
• 看时序关系：喂狗信号和看门狗复位信号之间，时间差是多少？是不是刚好卡在临界点上？
• 看电压幅值：喂狗信号的电平是否达到了看门狗芯片的阈值？有时候电压偏低，看门狗就认为你没喂它。

一个典型的排查场景：

你发现看门狗复位了，但代码里明明有喂狗操作。这时候用示波器探头夹在喂狗引脚上，跑一下程序。如果波形显示喂狗脉冲正常，那问题可能出在看门狗芯片本身或者电源上。如果波形显示喂狗脉冲偶尔消失，那问题就在代码里——某个分支没执行到喂狗函数。

4.3 代码插桩：定位喂狗点

仪器看完了，波形也抓了，接下来得回到代码层面。代码插桩，是我个人非常喜欢的一种方法。简单、直接、有效。

什么是插桩？

就是在代码的关键位置，插入一些调试用的语句。比如在喂狗函数前后，翻转一个GPIO引脚。这样你用逻辑分析仪一看，就知道喂狗函数有没有被执行，以及执行了多久。

怎么做？

// 喂狗前，拉高GPIO
GPIO_SetPin(GPIO_DEBUG_PIN, 1);

// 喂狗操作
WDT_Feed();

// 喂狗后，拉低GPIO
GPIO_SetPin(GPIO_DEBUG_PIN, 0);

然后你用逻辑分析仪抓这个GPIO的波形。如果波形正常，说明喂狗函数被执行了。如果波形缺失，那问题就在这个函数之前的代码里。

进阶用法：

你可以用多个GPIO来标记不同的代码路径。比如：

• GPIO1：主循环喂狗
• GPIO2：中断中喂狗
• GPIO3：某个任务中喂狗

这样一旦复位，你从逻辑分析仪的波形上就能看出，是哪个路径的喂狗操作出了问题。我曾经用这个方法，定位到一个非常隐蔽的bug——一个中断优先级设置错误，导致高优先级中断一直占用CPU，低优先级的喂狗任务永远得不到执行。

4.4 三种工具的配合使用

这三种工具不是孤立的。我通常的排查流程是：

1. 先用逻辑分析仪：看整体时序，确认复位是否由看门狗引起，以及喂狗信号是否存在。
2. 再用示波器：看细节，确认喂狗信号的电气特性是否正常。
3. 最后代码插桩：定位到具体的代码位置，找到根本原因。

这个流程走下来，90%的看门狗复位问题都能找到根因。剩下的10%，可能是硬件设计问题，比如看门狗芯片本身坏了，或者电源纹波太大导致芯片误动作。那就要换一套排查思路了。