是什么导致代码失联了呢？

不知道你是否有这样的体验：代码单步调试，调着调着，出现了下面的提示框：

很多时候，莫名其妙，一般情况，只能退出调试，再重新进入。

一般没啥影响，但有的时候，我们是为了抓 BUG 现场才进入的调试模式，一旦因为失联导致不能继续调试，估计得骂娘了（BUG 容易复现还好，下次在来，但是很难复现的话，就麻烦大了）。

那会是什么导致失联了呢？

总结了以下几种可能：

1、调试器连线（PC 到调试器，调试器到芯片）不正常。

2、MDK软件问题

3、MDK 工程兼容问题

4、看门狗复位（窗口、独立看门狗）

连线问题好解决，各种换即可，MDK 软件问题，只能说尽量找个稳定的版本了。另外就是 MDK 工程兼容的问题，比如这个项目开始不是你负责的，后来你入职了，用了另一个版本的 MDK，再次打开这个工程的时候，就可能出现问题，一般来说，这种情况下，不要嫌麻烦，直接新建工程即可。

还有一种很容易忽略的可能是，项目代码开启了看门狗，单步调试时间太长，没有及时喂狗导致复位。

此时，我们又该如何解决呢？这就是本篇笔记的重点。

参考手册最后面，我们可以看到这个寄存器DBGMCU_CR。

这里我们看看独立看门狗这个位的介绍：

可以看到，这个作用就是，当我们进入调试状态时，看门狗计数器停止工作。

F103 函数设置如下：

DBGMCU_Config(DBGMCU_IWDG_STOP, ENABLE);

什么意思？就是说，当我们在单步调试，程序停下来进行分析的时候，因为设置了该位，就可以让计数器不工作，这样一来，即使停止再久的时间，只要在调试模式下，都不会因为看门狗而复位，因为计数器已经不工作了，也就不能触发复位动作了。而一旦退出调试模式，看门狗继续正常工作。

这样也就不会导致前面说的失联问题，可以让你专心分析代码逻辑。

那如果说，原来的代码没有考虑这个点，没有配置这个位，咋办？

如果看门狗超时时间比较长（十几秒以上），你完全可以在进入调试模式后，从容打开寄存器窗口，手动设置该位，这样临时抱佛脚的行为也能起作用。

那如果只有几秒钟咋办？手动操作可能根本来不及，鱼鹰在此再支一招：

使用 MDK 中的 ini 文件，让其进入调试模式的同时，自动设置该位，相当方便。

那如果是毫秒级别的呢？自求多福吧，或许 ini 的方法可以解决，或许进入调试模式后，在程序运行的时候（别停！！！），先用 MDK 的命令窗口或寄存器窗口设置一下该位，再停止程序运行去分析问题。

总之，一定要先把这个位给设置了再慢慢调试分析，否则，可能调着调着，最终调了一个寂寞。

END 审核编辑 ：李倩