Silicon Labs的EFM32是基于ARM Cortex-M內(nèi)核的MCU，它通過強大的內(nèi)核、多樣的時鐘以及多種運行模式把效率和功耗很好的結(jié)合在一起，因此在低功耗領(lǐng)域有很好的應(yīng)用。

俗話說“工欲善其事、必先利其器”，為了能更好的開發(fā)ARM系單片機EFM32，熟練掌握一個或者多個IDE是必須的。IAR的調(diào)試器、編譯器以及匯編器同時集成在一個IDE中，共同來開發(fā)和調(diào)試應(yīng)用程序，這樣的集成環(huán)境可以帶來很多好處，比如：調(diào)試過程中可以進行代碼編輯。在一個調(diào)試過程中，你可以直接在被調(diào)試的源代碼中進行修改，修改的代碼可以在程序重新編譯后起作用。以下分享5部分的內(nèi)容，是筆者應(yīng)用IAR開發(fā)EFM32過程中的一些經(jīng)驗積累，希望能對看到文章的人有一定的作用。

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

如下圖：

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

2)關(guān)于在反匯編窗口和內(nèi)存窗口中快速定位函數(shù)位置和變量位置

我們經(jīng)常需要在Disassembly窗口中找到指定函數(shù)的位置，或者需要在Memory窗口中找到指定變量的位置，一般情況下選中函數(shù)名稱然后把函數(shù)名稱拖放到Disassembly窗口，相關(guān)函數(shù)就會顯示在Disassembly窗口中，也可以把變量名稱用相同的操作顯示在Memory窗口中。

3)單步調(diào)試速度緩慢的問題

我們在單步調(diào)試過程中如果發(fā)現(xiàn)速度緩慢，那么以下的幾點需要引起我們的注意：

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

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

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

選擇New Group

把關(guān)心的SFR放到組中

如果不需要Memory和Symbolic Memory窗口，關(guān)閉它們，因為在每個單步之后要讀出這些內(nèi)存數(shù)據(jù)。

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

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

如果可能，提高調(diào)試器和目標(biāo)板的通訊速度。

4)關(guān)于Call Stack(在工程中View>Call Stack)

如下圖：

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

5)EFM_ASSERT宏的合理應(yīng)用

EFM32的CMSIS庫中有一個宏被大量的應(yīng)用，它的名字叫EFM_ASSERT。這個宏應(yīng)用了2個參數(shù)，一個是__FILE__，一個是__LINE__，這在IAR中分別表示文件名和文件內(nèi)的行號。這2個參數(shù)可以直接告訴我們出現(xiàn)問題的文件和所在的行。

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

為了演示gpioSetup內(nèi)部的問題，我們可以把程序調(diào)試的起點直接設(shè)置到gpioSetup，如下圖：

然后全速運行程序，發(fā)現(xiàn)程序停在了assertEFM函數(shù)內(nèi)部，通過View>Locals，如下圖：

可以看到問題出在em_gpio.c的270行，該行正是GPIO_PinModeSet函數(shù)的第一個語句。

我們再通過View>Call Stack，如下圖：

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

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