參考文檔：http://www.docin.com/p-1983183635.html

IAR調試按鈕功能說明

先來看常用的快捷鍵：

全速運行：F5
單步運行：F10

加斷點/取消斷點：Ctrl+F9

退出調試：Ctrl+Shift+D

注釋多行：Ctrl+K（單行也是這個）

取消注釋：Ctrl+Shfit+K

、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、

用來顯示所有斷點View——>Breakpoints

關閉方式是單擊右鍵，選擇delete，如下圖所示：

1.從左向右依次是：復位，暫停，步過，步入，步出，下一句，至光標，運行，退出調試模式。

運行是以指令指針為參照的，在環境中表現為綠色的小箭頭：
指令指針指向的該行，表示的是接下來準備要執行的代碼行。

復位：指令指針回到開頭，
暫停：使正在奔跑的程序立定
步過：執行當前這句話，如果這句話是函數調用，就把整個函數執行完，停在下一句
步入：執行當前這句話，如果這句話是函數調用，就進入到函數里，停在函數的第一句話
步出：一直執行到從當前的函數返回，停在函數返回后的下一句話
下一句：執行C語言的一條語句，停在下一句代碼上
至光標：一直運行到光標所在行，并停在這一行上
運行：運行到遇到斷點
退出調試模式：……額，就是退出調試模式

2.我們主要來看看重點中的重點，樓主比較常用的有以下這些：
Breakpoints：也就是斷點
Disassembly：反匯編，也就是你寫的程序經過編譯燒寫之后，在單片機中的樣子
Memory：內存，可以查看全部內存中的數據，看起來就像一般的16進制編輯器
Symbolic Memory：符號內存，不但能看到內存數據，還能看出來對應程序中的什么變量
Register：寄存器，查看全部寄存器的內容
Watch：觀察，可以根據你的需要，指定查看什么，根據樓主的經驗，查看全局變量方便一些，在變量可見范圍內，也可以查看局部變量和靜態變量（static）
Locals：查看函數局部（變量等）內容，包括函數的參數
Statics：查看靜態內存變量，注意不是指靜態變量（static），而是生命周期是整個程序生命期的變量，原則上不在堆棧中的局部變量，應該都是靜態內存變量。
auto：自動，指的不是C語言中的自動變量，而是指根據指令指針當前的位置，自動顯示出相關的變量
Call Stack：調用棧，表示到當前位置的函數調用順序圖

Stack：棧，就是棧的數據表示

3.調試技巧

1）關于Run to(在工程中Project>Options>Debugger>Setup>Run to)

默認工程Run to的內容是main，這個選項指定了程序調試的起點，注意這里寫的是程序調試的起點并不是程序的起點，而且我們需要明白main不是程序的起點，編譯器把一些初始化工作放在了main之前，比如全局變量的初始化。那么我們調試的時候也可以輸入其它的調試起點，我們可以指定程序中IAR識別的任意標號或者函數名稱。

2）關于在反匯編窗口和內存窗口中快速定位函數位置和變量位置
我們經常需要在Disassembly窗口中找到指定函數的位置，或者需要在Memory窗口中找到指定變量的位置，一般情況下選中函數名稱然后把函數名稱拖放到Disassembly窗口，相關函數就會顯示在Disassembly窗口中，也可以把變量名稱用相同的操作顯示在Memory窗口中。

3）單步調試速度緩慢的問題
我們在單步調試過程中如果發現速度緩慢，那么以下的幾點需要引起我們的注意：

如果使用硬件仿真系統，我們需要為單步調試留下足夠的硬件斷點，在調試中的單步運行通常是用斷點來實現的，通過把斷點設置在下一個語句后，來完成單步調試的功能。硬件的斷點數量是有限的，如果沒有可用的硬件斷點，調試器就會在每個匯編指令處停止一下，這樣完成一條完整的語句的所有匯編代碼越多時間就越長。

在Trace和Function Profiling窗口中使用Enable/Disable按鈕關閉數據跟蹤功能。因為在每個單步之后要收集這些跟蹤的數據，所以數據跟蹤可能會降低單步的速度。需要注意的是，緊緊關閉相關的窗口是不能關閉數據跟蹤功能的，必須通過Enable/Disable按鈕來完成。

只打開有限數量的SFR寄存器窗口，這可以通過2種方法實現。一種是通過在Watch窗口中手動輸入SFR寄存器的名字；另一種是創建自定義的特殊功能寄存器組，操作步驟如下，Tools>Options>Register Filter>Use register filter如下圖：

選擇New Group

把關心的SFR放到組中

如果不需要Memory和Symbolic Memory窗口，關閉它們，因為在每個單步之后要讀出這些內存數據。

如果不需要Watch，Live Watch，Locals，Statics窗口，關閉它們，原因同上。

關閉Stack窗口和相關的設置，Tools>Options>Stack，去掉Enable graphical stack display and stack usage tracking的選擇，如下圖：

如果可能，提高調試器和目標板的通訊速度。

4）關于Call Stack(在工程中View>Call Stack)

如下圖：

IAR集成環境產生大量的支持信息，這允許調試過程中在沒有運行損失的情況下顯示完整的函數調用鏈。這通常會幫助我們確定目前函數的上下文，跟蹤變量和參數中的不正確值的來源從而定位出現的問題。

5）EFM_ASSERT宏的合理應用
EFM32的CMSIS庫中有一個宏被大量的應用，它的名字叫EFM_ASSERT。這個宏應用了2個參數，一個是__FILE__，一個是__LINE__，這在IAR中分別表示文件名和文件內的行號。這2個參數可以直接告訴我們出現問題的文件和所在的行。

以下通過一個具體的EFM32代碼來看看以上提到的幾點的應用。

為了演示gpioSetup內部的問題，我們可以把程序調試的起點直接設置到gpioSetup，如下圖：

然后全速運行程序，發現程序停在了assertEFM函數內部，通過View>Locals，如下圖：

可以看到問題出在em_gpio.c的270行，該行正是GPIO_PinModeSet函數的第一個語句。
我們再通過View>Call Stack，如下圖：

可以快速的定位到問題出在以下位置，如下圖：

作為主推低功耗的EFM32系列單片機，想要最終實現低功耗，除了硬件本身支持之外，合理的代碼也是很重要的。通過不斷的調試，我們可以更加準確的把握這一系列的單片機，也可以掌握很多的調試技巧，希望以后有更多的技巧分享給大家。

總結

以上是生活随笔為你收集整理的IAR调试按钮功能说明及调试主要看哪些内容的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。