stm32cube出現(xiàn)Hardfault的調(diào)試方法
在STM32芯片開發(fā)中，當(dāng)程序運(yùn)行時(shí)出現(xiàn)HardFault異常，通常是由于以下原因引起的：
程序中出現(xiàn)了無效的指令，比如指向不存在的內(nèi)存地址或未初始化的指針；
棧溢出，導(dǎo)致程序無法正常運(yùn)行；
部分寄存器值異常，例如SP（棧指針）、PC（程序計(jì)數(shù)器）、LR（鏈接寄存器）等；
硬件問題，如時(shí)鐘問題或存儲(chǔ)器故障。
當(dāng)HardFault發(fā)生后，事后諸葛亮分析方法：
首先，當(dāng)程序異常時(shí)，將觸發(fā)HardFault中斷，進(jìn)入HardFault_Handler，如下圖所示：
由于STM32中斷前，處理器會(huì)將錯(cuò)誤信息推送到堆棧上。該信息包括程序計(jì)數(shù)器、故障狀態(tài)寄存器和處理器寄存器。我們可以使用調(diào)試器從堆棧中讀取這些信息，并對(duì)其進(jìn)行分析以確定錯(cuò)誤的原因。
簡(jiǎn)單地，我們可以利用IDE的優(yōu)勢(shì)，查找到堆棧的內(nèi)容，如下圖：
查找出出現(xiàn)硬錯(cuò)誤進(jìn)入HardFault_Handler前，堆棧的情況，這里可以看出，故障前，是調(diào)用了GUI_SetText函數(shù)，然后再調(diào)用GUI_ALLOC_LockH，我們可以直接通過查找調(diào)用過GUI_SetText函數(shù)的相關(guān)程序有無異常，從而查找出問題，我這里的問題是對(duì)未創(chuàng)建的控件進(jìn)行操作，導(dǎo)致出現(xiàn)HardFault。
對(duì)于發(fā)生故障時(shí)，順藤摸瓜，查找中斷和堆棧的變化原理：
中斷的堆棧變化如下圖所示：
根據(jù)上圖內(nèi)容，我們需要得到中斷前的PC（Return address）值，具體步驟：
（1）在HardFault_Handler中斷服務(wù)程序里面取得當(dāng)前SP值
（2）當(dāng)前SP值加上6*4(Byte)，得到中斷前PC值的地址
確定SP：
因?yàn)槎褩＜拇嫫鱏P實(shí)際有兩個(gè)，一個(gè)是MSP，一個(gè)是PSP。不同的情況，使用不同的SP。需要通過LR寄存器確定使用的是哪個(gè)SP，詳細(xì)解釋如下圖所示：
總結(jié)一下上表，可以得出，合法的EXC_RETURN值共3個(gè)，如下表所示：
讀取了當(dāng)前LR的值，如下圖所示：
從LR的值可以看出，程序進(jìn)入中斷前使用的是MSP，將MSP的值放在Memory Monitor中搜索，如下圖 所示：
選擇Hex Integer格式：
找到MSP的地址：
在中斷的描述中已經(jīng)詳細(xì)說明，根據(jù)MSP的地址加上6*4(Byte)可以找到中斷前PC的值：
利用反編譯工具，找到PC值上對(duì)應(yīng)的程序段：
往上滑，找到出現(xiàn)故障的函數(shù)名：
打開Debug文件里的map文件，查找地址0x8026BF7附近的函數(shù)段也是GUI_SetText
確定是emwin的API GUI_SetText出現(xiàn)了問題，一般是對(duì)未創(chuàng)建的控件進(jìn)行操作，導(dǎo)致出現(xiàn)HardFault，搜索與SetText函數(shù)有關(guān)的代碼，定位到錯(cuò)誤代碼為：
修改成只有打開控件后才能操作控件的內(nèi)容：文章來源：http://www.zghlxwxcb.cn/news/detail-728838.html
故障至此修復(fù)。文章來源地址http://www.zghlxwxcb.cn/news/detail-728838.html
到了這里，關(guān)于stm32cube出現(xiàn)Hardfault的調(diào)試方法（emwin死機(jī)）的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
