在用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,就會跳轉到出錯之前的函數處,仔細查看這部分函數被調用或者數組內存使用情況。
審核編輯 :李倩
-
STM32
+關注
關注
2270文章
10895瀏覽量
355750 -
硬件
+關注
關注
11文章
3312瀏覽量
66201 -
函數
+關注
關注
3文章
4327瀏覽量
62573
原文標題:簡單實用!STM32硬件錯誤的調試技巧
文章出處:【微信號:knifewheat,微信公眾號:小麥大叔】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
相關推薦
評論