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)的行號。這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è)語句。

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

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

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