1

調試窘境

2

配置過程

軟硬件環境：

IDE版本: Keil V5.36.0.0 (IAR等主流IDE工具均可)

調試工具版本: jlinkV9 (目前主流調試器基本都已具備)

MCU型號：STM32F429

展示方法：

直接采用全局變量進行累加然后進行串口輸出，如果重新連接目標平臺，串口輸出的全局變量還是順著之前的計數進行累計，便可以證明MCU沒有復位而是從程序運行處開始仿真。

代碼實例如下：

步驟如下：

1、首先編譯好工程，把將要實驗的程序完整的燒錄一次，必須要保證MCU中正在運行的程序與所要仿真的工程同步，這樣調試器通過調試接口獲取的程序運行位置信息才能與工程代碼中的位置一一對應。

2、去掉啟動時加載應用程序，并加入Loader.ini文件，主要用于加載已經編譯生成的.axf文件到Keil中，從而進行調試。

可能你該問了.axf文件是什么？

其實axf全稱為:ARM Executable File，該文件包含bin代碼和大量的調試信息，這些調試信息可以被調試器使用，從而定位到我們的C代碼。

3、在調試器Setting選項中，去掉"Reset after Connect"，為了調試器鏈接以后不進行復位動作，從而破壞現場。

4、接下來Update Target Before Debugging選擇需要去掉，直接調試運行目標不需要勾選，也就不會更新Flash。

3

驗證結果

直接在全局變量打印輸出的地方放置斷點，程序運行到斷點處正常停止。

然后我們看一下輸出的串口信息數據是否連續,如果打印的數據連續說明程序沒有復位，接著反正前正在運行的程序往下執行。

4

思考

以前我了解到很多朋友覺得仿真程序是把運行程序通過加工調試信息，然后全部下載到MCU，然后進行仿真調試。

這種想法在目前的在線調試中是不太正確的，只需要知道程序運行到哪里，并且查看內部信息、控制程序的運行等，便可以反推定位程序當前所運行的位置和狀態，這也是本文開頭的前提條件，燒錄到Flash上的固件與你即將要仿真的代碼工程要保持同步，否則接下來的調試當然就是牛頭不對馬嘴。

仿真并不是什么神秘的東西，你可以認為就是與MCU內部仿真模塊進行通信，從而完成調試信息的交互和控制。