假設IDE環境為Keil，芯片為STM32F103。

在stm32f10x_it.c中，添加軟件斷點，一旦調試時出現Hard Fault則會在停在__breakpoint(0)處。

當進入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權威指南