有許多朋友在學習，或者開發STM32時都遇到過HardFault_Handler的情況。

那么，又有多少人認真去分析過Fault這類異常中斷呢？

下面結合STM32F1（Cortex‐M3內核）來給大家講述一下這些異常中斷的內容。

1、Cortex‐M3異常

說起Fault，我們就要說一下Cortex‐M3的異常。

Cortex‐M3 在內核上搭載了一個異常響應系統， 支持為數眾多的系統異常和外部中斷。

CM3部分異常列表：

這些異常中斷的優先級，有些卻是固定的，有些是可以通過軟件來配置，如UART發送中斷、DMA中斷等。

相信大家看到這個列表不會陌生，因為在STM32的啟動代碼，中斷代碼中都會看到這些異常。

比如在stm32f10x_it.c文件中，就能看到HardFault_Handler這類Fault異常。

向量表

當發生了異常并且要響應它時， CM3 需要定位其處理例程的入口地址。這些入口地址存儲在“（異常）向量表”中。而我們的中斷函數就對應有一個入口地址。

2、Fault錯誤異常

在Cortex‐M3中的Fault這種錯誤異常有：

BusFault總線錯誤

MemManageFault存儲器管理錯誤

UsageFault用法錯誤

HardFault硬錯誤

1）BusFault總線錯誤

當 AHB 接口上正在傳送數據時，如果回復了一個錯誤信號，則會產生總線錯誤。

產生的場合可以是：

取指，通常被稱作“預取流產”（prefetch abort）

數據讀/寫，通常被稱作“數據流產”（data abort）

執行如下動作可以觸發總線異常：

中斷處理起始階段的堆棧 PUSH 動作。稱為“入棧錯誤”

中斷處理收尾階段的堆棧 POP 動作。稱為“出棧錯誤”

在處理器啟動中斷處理序列(sequence)后的向量讀取時。這是一種罕見的特殊情況，被歸類為硬錯誤。

總線錯誤誘因：

企圖訪問無效的存儲器 region。常見于訪問的地址沒有相對應的存儲器。

設備還沒有作好傳送數據的準備。比如，在尚未初始化 SDRAM 控制器的時候試圖訪問 SDRAM。

在企圖啟動一次數據傳送時，傳送的尺寸不能為目標設備所支持。例如，某設備只接受字型數據，卻試圖送給它字節型數據。

因為某些原因，設備不能接受數據傳送。例如，某些設備只有在特權級下才允許訪問，可當前卻是用戶級。

2）MemManageFault存儲器管理錯誤

存儲器管理錯誤多與MPU（內存保護單元）有關，其誘因常常是某次訪問觸犯了MPU設置的保護策略。

常見誘因：

訪問了 MPU 設置區域覆蓋范圍之外的地址

往只讀 region 寫數據

用戶級下訪問了只允許在特權級下訪問的地址

在CM3手冊中有這樣一段話：

在 MemManage fault 發生后，如果其服務例程是使能的，則執行服務例程。如果同時還發生了其它高優先級異常，則優先處理這些高優先級的異常， MemManage 異常被懸起。

如果此時處理器已經在處理同級或高優先級異常，或者 MemManage fault 服務例程被除能，則和總線 fault 一樣：上訪成硬 fault，最終執行的是硬 fault 的服務例程。

當我們程序內存訪問越界，我們會發現，程序會進入HardFault_Handler中斷服務程序。可以結合上面那一段話理解一下。

3）UsageFault用法錯誤

用法錯誤發生的誘因：

執行了未定義的指令

執行了協處理器指令（Cortex‐M3 不支持協處理器，但是可以通過 fault 異常機制來使用軟件模擬協處理器的功能，從而可以方便地在其它 Cortex 處理器間移植）

嘗試進入 ARM 狀態（因為 CM3 不支持 ARM 狀態，所以用法 fault 會在切換時產生。軟件可以利用此機制來測試某處理器是否支持 ARM 狀態）

無效的中斷返回（LR 中包含了無效/錯誤的值）

使用多重加載/存儲指令時，地址沒有對齊。另外，通過設置 NVIC 的對應控制位，可以在下列場合下也產生用法 fault：

除數為零

任何未對齊的訪問

4）HardFault硬錯誤

HardFault硬錯誤是上面說的三種錯誤“上訪”的結果。如果這些fault錯誤的服務例程無法執行，它們就會成為“硬傷”——上訪（escalation）成HardFault硬錯誤。

在NVIC 中有一個HardFault硬錯誤狀態寄存器（HFSR），它指出產生HardFault硬錯誤的原因。

狀態寄存器（HFSR）：

3、如何應對Fault錯誤異常

在軟件開發過程中，我們可以根據各種 fault錯誤 狀態寄存器的值來判定程序錯誤，并且改正它們。下面給出了各種 faults 的常見誘因，以及應對攻略。

MemManage fault 狀態寄存器提供的訊息：

總線 fault 狀態寄存器提供的訊息：

用法 fault 狀態寄存器提供的訊息：

硬 fault 狀態寄存器提供的訊息：

常見應對Fault錯誤的方法：

1.恢復：在一些場合下，還是有希望解決產生 fault 的問題的。例如，如果程序嘗試訪問了協處理器，可以通過一個協處理器的軟件模擬器來解決此問題——當然是以犧牲性能為代價的，要不然還要硬件加速干啥。

2.中止相關任務：如果系統運行了一個 RTOS，則相關的任務可以被終結或者重新開始。

3.復位：這也是最后一招。通過設置 NVIC“應用程序中斷及復位控制寄存器”中的VECTRESET 位，將只復位處理器內核而不復位其它片上設施。取決于芯片的復位設計，有些CM3 芯片可以使用該寄存器的 SYSRESETREQ 位來復位。這種只限于內核中的復位不會復位其它系統部件。

當然，說了這么多，我們還是要從根源出發，平時保持良好的編程習慣，以及遵循必要的編程規范。

來源：strongerHuang
免責聲明：本文為轉載文章，轉載此文目的在于傳遞更多信息，版權歸原作者所有。本文所用視頻、圖片、文字如涉及作品版權問題，請聯系小編進行處理

審核編輯 黃宇