在用Keil對STM32的程序進(jìn)行仿真時程序有時會跑飛,停止仿真程序會停在HardFault_Handler函數(shù)里的死循環(huán)while(1)中。
這說明STM32出現(xiàn)了硬件錯誤。

硬件錯誤中斷
STM32出現(xiàn)硬件錯誤可能有以下原因:
數(shù)組越界操作;
內(nèi)存溢出,訪問越界;
堆棧溢出,程序跑飛;
中斷處理錯誤;
遇到這種情況,可以通過以下2種方式來定位到出錯代碼段。
方法1:
在硬件中斷函數(shù)HardFault_Handler里的while(1)處打調(diào)試斷點,程序執(zhí)行到斷點處時點擊STOP停止仿真。

示例
1.2 在Keil菜單欄點擊View——Registers Window,在寄存器查看窗口查找R14(LR)的值。
如果R14(LR) = 0xFFFFFFE9,繼續(xù)查看MSP(主堆棧指針)的值;如果R14(LR) = 0xFFFFFFFD,繼續(xù)查看PSP(進(jìn)程棧指針)的值;
我的程序R14(LR) = 0xFFFFFFF9,接下來以此為例。

寄存器信息
1.3 在Keil菜單欄點擊“View”——“Memory Windows”——“Memory1”;
在“Address”地址欄中輸入MSP的值:0x20001288,然后在對應(yīng)的行里找到地址。
地址一般以0x08開頭的32位數(shù)。本例中,地址為0x08003CB9。

內(nèi)存信息
1.4 在Keil菜單欄點擊View——Disassembly Window,在Disassembly窗口中右擊,在下拉菜單中選擇Show Disassemblyat Address...。
在彈出框Show Code atAdress的地址框中輸入地址0x08003CB9進(jìn)行搜索,然后就會找到相對應(yīng)的代碼。這里的代碼就是進(jìn)入循環(huán)中斷之前的情況。
仔細(xì)查看附近區(qū)域的相關(guān)代碼來排查錯誤具體原因。

方法2:
2.1在硬件中斷函數(shù)HardFault_Handler里的while(1)處打調(diào)試斷點,程序執(zhí)行到斷點處時點擊“STOP”停止仿真。

CallStack
2.2 在Keil菜單欄點擊View——Call Stack Window彈出Call Stack + Locals對話框。
然后在對話框中右鍵選擇Show Caller Code,就會跳轉(zhuǎn)到出錯之前的函數(shù)處,仔細(xì)查看這部分函數(shù)被調(diào)用或者數(shù)組內(nèi)存使用情況。
審核編輯 :李倩
-
STM32
+關(guān)注
關(guān)注
2301文章
11096瀏覽量
369999 -
硬件
+關(guān)注
關(guān)注
11文章
3537瀏覽量
68529 -
函數(shù)
+關(guān)注
關(guān)注
3文章
4401瀏覽量
66545
原文標(biāo)題:簡單實用!STM32硬件錯誤的調(diào)試技巧
文章出處:【微信號:knifewheat,微信公眾號:小麥大叔】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
AMD Vivado ChipScope助力硬件調(diào)試
Modus工具箱調(diào)試錯誤怎么解決?
使用STM32CubeIDE調(diào)試STM32MP157D的M4內(nèi)核時報了下圖這個錯誤,怎么解決?
硬件調(diào)試:JLink 驅(qū)動配置與調(diào)試技巧
在mimxrt1170_evk調(diào)試hello_world出現(xiàn)硬件傳輸錯誤怎么解決?
如何通過J-Link實現(xiàn)STM32H5控制調(diào)試端口
STM32CubeIDE無法啟動正常調(diào)試是哪里出了問題?
使用STM32CubeIDE調(diào)試STM32MP157D的M4內(nèi)核時報了錯誤怎么解決?
STM32F103C8T6使用CubeIDE燒錄運行報硬件錯誤,相同代碼MDK燒錄卻可以正常運行,為什么?
STM32 AD采集:電阻分壓電路調(diào)試指南
GPIO錯誤排查與解決
伺服系統(tǒng)調(diào)試技巧與注意事項
如何進(jìn)行硬件調(diào)試?

STM32硬件錯誤的調(diào)試技巧
評論