是什么導(dǎo)致代碼失聯(lián)了呢？

不知道你是否有這樣的體驗(yàn)：代碼單步調(diào)試，調(diào)著調(diào)著，出現(xiàn)了下面的提示框：

很多時候，莫名其妙，一般情況，只能退出調(diào)試，再重新進(jìn)入。

一般沒啥影響，但有的時候，我們是為了抓 BUG 現(xiàn)場才進(jìn)入的調(diào)試模式，一旦因?yàn)槭?lián)導(dǎo)致不能繼續(xù)調(diào)試，估計(jì)得罵娘了（BUG 容易復(fù)現(xiàn)還好，下次在來，但是很難復(fù)現(xiàn)的話，就麻煩大了）。

那會是什么導(dǎo)致失聯(lián)了呢？

總結(jié)了以下幾種可能：

1、調(diào)試器連線（PC 到調(diào)試器，調(diào)試器到芯片）不正常。

2、MDK軟件問題

3、MDK 工程兼容問題

4、看門狗復(fù)位（窗口、獨(dú)立看門狗）

連線問題好解決，各種換即可，MDK 軟件問題，只能說盡量找個穩(wěn)定的版本了。另外就是 MDK 工程兼容的問題，比如這個項(xiàng)目開始不是你負(fù)責(zé)的，后來你入職了，用了另一個版本的 MDK，再次打開這個工程的時候，就可能出現(xiàn)問題，一般來說，這種情況下，不要嫌麻煩，直接新建工程即可。

還有一種很容易忽略的可能是，項(xiàng)目代碼開啟了看門狗，單步調(diào)試時間太長，沒有及時喂狗導(dǎo)致復(fù)位。

此時，我們又該如何解決呢？這就是本篇筆記的重點(diǎn)。

參考手冊最后面，我們可以看到這個寄存器DBGMCU_CR。

這里我們看看獨(dú)立看門狗這個位的介紹：

可以看到，這個作用就是，當(dāng)我們進(jìn)入調(diào)試狀態(tài)時，看門狗計(jì)數(shù)器停止工作。

F103 函數(shù)設(shè)置如下：

DBGMCU_Config(DBGMCU_IWDG_STOP, ENABLE);

什么意思？就是說，當(dāng)我們在單步調(diào)試，程序停下來進(jìn)行分析的時候，因?yàn)樵O(shè)置了該位，就可以讓計(jì)數(shù)器不工作，這樣一來，即使停止再久的時間，只要在調(diào)試模式下，都不會因?yàn)榭撮T狗而復(fù)位，因?yàn)橛?jì)數(shù)器已經(jīng)不工作了，也就不能觸發(fā)復(fù)位動作了。而一旦退出調(diào)試模式，看門狗繼續(xù)正常工作。

這樣也就不會導(dǎo)致前面說的失聯(lián)問題，可以讓你專心分析代碼邏輯。

那如果說，原來的代碼沒有考慮這個點(diǎn)，沒有配置這個位，咋辦？

如果看門狗超時時間比較長（十幾秒以上），你完全可以在進(jìn)入調(diào)試模式后，從容打開寄存器窗口，手動設(shè)置該位，這樣臨時抱佛腳的行為也能起作用。

那如果只有幾秒鐘咋辦？手動操作可能根本來不及，魚鷹在此再支一招：

使用 MDK 中的 ini 文件，讓其進(jìn)入調(diào)試模式的同時，自動設(shè)置該位，相當(dāng)方便。

那如果是毫秒級別的呢？自求多福吧，或許 ini 的方法可以解決，或許進(jìn)入調(diào)試模式后，在程序運(yùn)行的時候（別停?。。。?，先用 MDK 的命令窗口或寄存器窗口設(shè)置一下該位，再停止程序運(yùn)行去分析問題。

總之，一定要先把這個位給設(shè)置了再慢慢調(diào)試分析，否則，可能調(diào)著調(diào)著，最終調(diào)了一個寂寞。

END 審核編輯 ：李倩