在嵌入式軟件開發過程中，不可避免的會出現很多的 BUG，比如串口通信異常、定時器無法輸出脈沖、IO 口無法輸出、無法進入中斷等等問題，導致這些問題的原因可能不僅僅只是某一個方面，也可能是綜合的，可能是軟件設計上的問題，也可能是硬件上的，如何鎖定問題就成了關鍵。

學習 51 的時候，可能會采用 LED 燈、數碼管、LCD 屏等方式進行輔助調試（關于這個看不會 printf 怎么打印紅外遙控數據？），也可能會使用類似 printf 函數的方式將數據打印至串口調試助手調試，但無一例外的是，這些方法都要在合適的地方插入合適的代碼才行，而且還有可能因為插入了這些調試代碼而導致本來沒有問題的程序出現了問題，這都是有可能的。

51 開發的時候沒有辦法，硬件仿真調試功能太弱，只能采用這些方式，但如果說你在進行 STM32 開發時還在使用這些方法，那真的是守著莫大財富而不自知了。

現在簡單理解一下 STM32 仿真調試的原理是什么。我們知道程序的運行主要依靠 CPU 還有各種外設，這就相當于一個人在工作，除了需要你的大腦（CPU）外，還需要你的手、腳、軀干等部分協調配合才能將一件事完成，否則光有強大的大腦（CPU）是不行的。

那么調試功能又是怎么怎么一回事呢？它就像是你的同伴，當你在工作的時候，他會實時記錄你的工作信息，當別人（調試者）需要知道你的工作情況還有工作細節的時候，由你的同伴告知就行了，這樣就能在不耽誤你（CPU）正常工作的前提下，又能知道你在干什么。你的同伴擁有以下功能或權限：

1、實時記錄你的工作過程，把你工作時的所思所想都記錄下來（注意這種記錄是實時的，只保留當前的信息，之前的信息會被當前信息覆蓋，所以如果你需要記錄所有的信息的話，需要把它打印出來才行）。

2、控制你的工作流程，比如暫停你的工作，工作到什么地方的時候讓你停下來等等類似功能，但是不能更改你的工作順序和工作內容（這點很重要）。

STM32 調試過程中最常用的的就是利用 Watch 窗口查看變量的值，比如像這樣：

你可以看到通過這個窗口，你可以查看 USART1 外設寄存器的值，也可以查看用戶變量 num 的值，這樣你就能實時的觀察變量的變化，從而知道哪里有問題了。

還有很多時候我們需要看別人的代碼，比如學長的代碼，公司以前項目的代碼，如果有相關文檔和注釋的話還好說，但是這些都沒有的話，想要快速理解一個人的想法是很困難的事情。比如說一個變量變化了，那它是在哪個位置變化了？這個變量又在哪里被使用了？這些都是在看別人代碼的時候經常會遇到的情況。常用的方法是用搜索功能搜索這個變量名，這樣就就能把這個變量的所有出現的位置找出來，但是這里有一個問題，如果這個變量用的非常頻繁，有的地方可能只運行一次就不再運行了，有的地方可能需要滿足一定的條件才會運行，而有的地方可能會一直執行，這些情況怎么辦？都打上斷點嗎？這確實是一種方法，但是接下來的系列文章將介紹一種更高效的方法，開啟你不一樣的調試之旅。

根據我多年的嵌入式開發經驗，把這個系列的文章分為三個部分，基礎部分的內容相信大家或多或少的都了解過，但第二部分和第三部分的內容（第三部分其實已經發布了，就是 ITM）卻很少人知道，比你盲目的調試和使用 printf 函數打印數據強的多，而且更加方便高效，相信當你掌握了這些調試方法后，你會愛上它的。

轉發自：https://www.toutiao.com/i6671816129058439684/?timestamp=1554080731&app=news_article&group_id=6671816129058439684