假設IDE環境為Keil，芯片為STM32F103。
在stm32f10x_it.c中，添加軟件斷點，一旦調試時出現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打開異常發生的報告，查看發生異常的原因。
上面的報告發生了BUS FAULT，并將Fault的中斷服務轉向Hard Fault。
相對于檢測發生了什么異常，定位異常發生位置顯得更重要。
（1）打開Call Stack窗口（如下圖左側，斷點停在Hard Fault服務程序中）
（2）在Call Stack的HardFault_Handler上右鍵Show Caller
Code（有的Keil版本也可以直接雙擊）
這時將跳轉到發生異常的源代碼位置（如上圖），異常發生在p->hour=0這一行。這里錯誤很明顯：指針p尚未為成員變量分配內存空間，直接訪問未分配的內粗空間肯定出錯。
再說明2點：
[1] 在復雜的情況下，即使定位了異常發生位置也很難容易的改正錯誤，要學會使用Watch窗口對發生錯誤的指針變量進行跟蹤；
[2]
在問題不明晰的情況下，嘗試分析反匯編代碼，就自己遇到的，部分情況下的異常發生在BL等跳轉指令處，BL跳轉到了不合法的內存地址產生異常
Refrences：
[1] Application Note
209. Using Cortex-M3 and Cortex-M4 Fault
Exceptions.
[2] Cortex-M3權威指南
