假設(shè)IDE環(huán)境為Keil,芯片為STM32F103。
在stm32f10x_it.c中,添加軟件斷點,一旦調(diào)試時出現(xiàn)Hard Fault則會在停在__breakpoint(0)處。
[cpp] view
plaincopyprint?
-
-
void HardFault_Handler(void)
-
{
-
-
if (CoreDebug->DHCSR & 1) { //check C_DEBUGEN == 1 -> Debugger Connected
-
__breakpoint(0); // halt program execution here
-
}
-
while (1)
-
{
-
}
-
}
當進入Hard
Fault斷點后,菜單欄Peripherals >Core Peripherals >Fault
Reports打開異常發(fā)生的報告,查看發(fā)生異常的原因。

上面的報告發(fā)生了BUS FAULT,并將Fault的中斷服務(wù)轉(zhuǎn)向Hard Fault。
相對于檢測發(fā)生了什么異常,定位異常發(fā)生位置顯得更重要。
(1)打開Call Stack窗口(如下圖左側(cè),斷點停在Hard Fault服務(wù)程序中)

(2)在Call Stack的HardFault_Handler上右鍵Show Caller
Code(有的Keil版本也可以直接雙擊)

這時將跳轉(zhuǎn)到發(fā)生異常的源代碼位置(如上圖),異常發(fā)生在p->hour=0這一行。這里錯誤很明顯:指針p尚未為成員變量分配內(nèi)存空間,直接訪問未分配的內(nèi)粗空間肯定出錯。
再說明2點:
[1] 在復(fù)雜的情況下,即使定位了異常發(fā)生位置也很難容易的改正錯誤,要學會使用Watch窗口對發(fā)生錯誤的指針變量進行跟蹤;
[2]
在問題不明晰的情況下,嘗試分析反匯編代碼,就自己遇到的,部分情況下的異常發(fā)生在BL等跳轉(zhuǎn)指令處,BL跳轉(zhuǎn)到了不合法的內(nèi)存地址產(chǎn)生異常
Refrences:
[1] Application Note
209. Using Cortex-M3 and Cortex-M4 Fault
Exceptions.
[2] Cortex-M3權(quán)威指南