在用Keil對STM32的程序進行仿真時程序有時會跑飛，停止仿真程序會停在HardFault_Handler函數里的死循環while(1)中。

這說明STM32出現了硬件錯誤。

硬件錯誤中斷

STM32出現硬件錯誤可能有以下原因：

數組越界操作；

內存溢出，訪問越界；

堆棧溢出，程序跑飛；

中斷處理錯誤；

遇到這種情況，可以通過以下2種方式來定位到出錯代碼段。

方法1：

在硬件中斷函數HardFault_Handler里的while(1)處打調試斷點，程序執行到斷點處時點擊STOP停止仿真。

示例

1.2 在Keil菜單欄點擊View——Registers Window，在寄存器查看窗口查找R14(LR)的值。

如果R14(LR) = 0xFFFFFFE9，繼續查看MSP（主堆棧指針）的值；如果R14(LR) = 0xFFFFFFFD，繼續查看PSP（進程棧指針）的值；

我的程序R14(LR) = 0xFFFFFFF9，接下來以此為例。

寄存器信息

1.3 在Keil菜單欄點擊“View”——“Memory Windows”——“Memory1”；

在“Address”地址欄中輸入MSP的值：0x20001288，然后在對應的行里找到地址。

地址一般以0x08開頭的32位數。本例中，地址為0x08003CB9。

內存信息

1.4 在Keil菜單欄點擊View——Disassembly Window，在Disassembly窗口中右擊，在下拉菜單中選擇Show Disassemblyat Address...。

在彈出框Show Code atAdress的地址框中輸入地址0x08003CB9進行搜索，然后就會找到相對應的代碼。這里的代碼就是進入循環中斷之前的情況。

仔細查看附近區域的相關代碼來排查錯誤具體原因。

方法2：

2.1在硬件中斷函數HardFault_Handler里的while(1)處打調試斷點，程序執行到斷點處時點擊“STOP”停止仿真。

CallStack

2.2 在Keil菜單欄點擊View——Call Stack Window彈出Call Stack + Locals對話框。

然后在對話框中右鍵選擇Show Caller Code，就會跳轉到出錯之前的函數處，仔細查看這部分函數被調用或者數組內存使用情況。

審核編輯 ：李倩