新闻  |   论坛  |   博客  |   在线研讨会
代码调着调着就失联了???
鱼鹰谈单片机 | 2022-05-23 20:54:27    阅读:226   发布文章

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

图片

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

一般没啥影响,但有的时候,我们是为了抓 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 的命令窗口或寄存器窗口设置一下该位,再停止程序运行去分析问题。

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


*博客内容为网友个人发布,仅代表博主个人观点,如有侵权请联系工作人员删除。

参与讨论
登录后参与讨论
推荐文章
最近访客