Bus Fault：在fetch指令、數(shù)據(jù)讀寫、fetch中斷向量或中斷時(shí)存儲(chǔ)恢復(fù)寄存器棧情況下，檢測(cè)到內(nèi)存訪問錯(cuò)誤則產(chǎn)生Bus Fault。
Memory Management Fault：訪問了內(nèi)存管理單元（MPU）定義的不合法的內(nèi)存區(qū)域，比如向只讀區(qū)域?qū)懭霐?shù)據(jù)。
Usage Fault：檢測(cè)到未定義指令或在存取內(nèi)存時(shí)有未對(duì)齊。還可以通過軟件配置是否檢測(cè)到除0和其它未對(duì)齊內(nèi)存訪問也產(chǎn)生該異常，默認(rèn)關(guān)閉，需要在工程初始化時(shí)配置：
-
SCB->CCR
|= //0x18; enable div-by-0 and unaligned fault
Hard Fault：在調(diào)試程序過程中，這種異常最常見。上面三種異常發(fā)生任何一種異常都會(huì)引起Hard Fault，在上面的三種異常未使能的情況下，默認(rèn)發(fā)生異常時(shí)進(jìn)入Hard Fault中斷服務(wù)程序。使能前三種異常也要在初始化時(shí)配置：
-
SCB->SHCSR
|= //0x00007000; enable Usage Fault, Bus Fault, and MMU Fault
在默認(rèn)復(fù)位初始化時(shí)，Hard Fault使能，其它三者不使能，因此當(dāng)程序中出現(xiàn)不合法內(nèi)存訪問（一般是指針錯(cuò)誤引起）或非法的程序行為（一般就是數(shù)學(xué)里面常見的除0）時(shí)都將產(chǎn)生Hard Fault中斷。
2 Hard Fault調(diào)試方法
假設(shè)IDE環(huán)境為Keil，芯片為STM32F103。
在stm32f10x_it.c中，添加軟件斷點(diǎn)，一旦調(diào)試時(shí)出現(xiàn)Hard Fault則會(huì)在停在__breakpoint(0)處。
-
-
void
HardFault_Handler( void) -
{
-
-
if (CoreDebug->DHCSR //check& 1) { C_DEBUGEN == 1 -> Debugger Connected -
__breakpoint(0); // halt program execution here -
} -
while (1) -
{ -
} -
}
當(dāng)進(jìn)入Hard Fault斷點(diǎn)后，菜單欄Peripherals >Core Peripherals >Fault Reports打開異常發(fā)生的報(bào)告，查看發(fā)生異常的原因。
上面的報(bào)告發(fā)生了BUS FAULT，并將Fault的中斷服務(wù)轉(zhuǎn)向Hard Fault。
相對(duì)于檢測(cè)發(fā)生了什么異常，定位異常發(fā)生位置顯得更重要。
（1）打開Call Stack窗口（如下圖左側(cè)，斷點(diǎn)停在Hard Fault服務(wù)程序中）
（2）在Call Stack的HardFault_Handler上右鍵Show Caller
Code（有的Keil版本也可以直接雙擊）
這時(shí)將跳轉(zhuǎn)到發(fā)生異常的源代碼位置（如上圖），異常發(fā)生在p->hour=0這一行。這里錯(cuò)誤很明顯：指針p尚未為成員變量分配內(nèi)存空間，直接訪問未分配的內(nèi)粗空間肯定出錯(cuò)。
再說明2點(diǎn)：
[1] 在復(fù)雜的情況下，即使定位了異常發(fā)生位置也很難容易的改正錯(cuò)誤，要學(xué)會(huì)使用Watch窗口對(duì)發(fā)生錯(cuò)誤的指針變量進(jìn)行跟蹤；
[2]
在問題不明晰的情況下，嘗試分析反匯編代碼，就自己遇到的，部分情況下的異常發(fā)生在BL等跳轉(zhuǎn)指令處，BL跳轉(zhuǎn)到了不合法的內(nèi)存地址產(chǎn)生異常
Refrences：
[1]
[2]