代码调着调着就失联了，你碰到过吗？

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

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

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

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

鱼鹰总结了以下几种可能：

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

2、MDK 软件问题

3、MDK 工程兼容问题

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

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

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

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

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

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

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

F103 函数设置如下：

DBGMCU_Config(DBGMCU_IWDG_STOP, ENABLE);

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

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

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

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

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

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

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

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

1.国产单片机GD32替换STM32，这些细节别忽略！

2.这个C语言大坑你没见过？

3.单片机选型，不得不说的几个步骤~

4.这款开源的STM32外设驱动库，可以直接拿来用！

5.嵌入式软件详细设计怎么写?

6.RTOS打怪升级的4个段位，你是青铜还是王者？

免责声明：本文系网络转载，版权归原作者所有。如涉及作品版权问题，请与我们联系，我们将根据您提供的版权证明材料确认版权并支付稿酬或者删除内容。