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

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

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

如下圖：

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

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

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

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

我們?cè)趩尾秸{(diào)試過程中如果發(fā)現(xiàn)速度緩慢，那么以下的幾點(diǎn)需要引起我們的注意：

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

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

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

選擇New Group

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

如果不需要Memory和Symbolic Memory窗口，關(guān)閉它們，因?yàn)樵诿總€(gè)單步之后要讀出這些內(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)試過程中在沒有運(yùn)行損失的情況下顯示完整的函數(shù)調(diào)用鏈。這通常會(huì)幫助我們確定目前函數(shù)的上下文，跟蹤變量和參數(shù)中的不正確值的來源從而定位出現(xiàn)的問題。

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

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

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

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

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

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

我們?cè)偻ㄟ^View>Call Stack，如下圖：

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

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