www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當(dāng)前位置:首頁 > 單片機(jī) > 單片機(jī)
[導(dǎo)讀]在編寫STM32程序代碼時(shí)由于自己的粗心會(huì)發(fā)現(xiàn)有時(shí)候程序跑著跑著就進(jìn)入了HardFault_Handler中斷,按照經(jīng)驗(yàn)來說進(jìn)入HardFault_Handler故障的原因主要有兩個(gè)方面:1:內(nèi)存溢出或則訪問越界。2:堆棧溢出。發(fā)生異常后我們

在編寫STM32程序代碼時(shí)由于自己的粗心會(huì)發(fā)現(xiàn)有時(shí)候程序跑著跑著就進(jìn)入了

HardFault_Handler中斷,按照經(jīng)驗(yàn)來說進(jìn)入HardFault_Handler故障的原因主要有兩個(gè)方面:

1:內(nèi)存溢出或則訪問越界。

2:堆棧溢出。

發(fā)生異常后我們可以首先查看LR寄存器的值,確認(rèn)當(dāng)前使用的堆棧是MSP還是PSP,然后找到相對(duì)應(yīng)的堆棧指針,并在內(nèi)存中查看相對(duì)應(yīng)堆棧的內(nèi)容,內(nèi)核將R0~R3,R12,LR,PC,XPRS寄存器依次入棧,其中LR即為發(fā)生異常前PC將要執(zhí)行的下一條指令地址。那么Cortex-M3內(nèi)核HardFault錯(cuò)誤調(diào)試定位方法有:

方法1 如何精確定位出問題代碼的所在位置:

以訪問越界為例:(對(duì)STM32F103C8T6內(nèi)部flash模擬EEPROM)

#define STM32_FLASH_SIZE 64

#define STM32_FLASH_WREN 1

#define FLASH_SAVE_ADDR 0X08078000

#define FLASH_HIS_ADDR 0X08078002

...

FLASH_SAVE_ADDR是開始存儲(chǔ)的基地址,STM32F103C8T6內(nèi)部flash大小是64K,在STM32的內(nèi)部閃存(FLASH)地址起始于0x08000000,一般情況下,程序就從此地址開始寫入。因此STM32F103C8T6的結(jié)束地址應(yīng)該是64*1024轉(zhuǎn)換成16進(jìn)制后加上單片機(jī)flash的基地址得到的結(jié)果就是0x08010000,那么以上代碼設(shè)置了FLASH_SAVE_ADDR為0X08078000已經(jīng)超出了該單片機(jī)的范圍,因此如果在用此單片機(jī)操作flash是如果對(duì)這個(gè)地址進(jìn)行寫和讀的會(huì)發(fā)生錯(cuò)誤?,F(xiàn)在假設(shè)你在不知情的狀況下對(duì)這個(gè)地址進(jìn)行了操作,然后程序運(yùn)行時(shí)進(jìn)入HardFault_Handler中斷中。那么要找出錯(cuò)誤代碼在哪個(gè)地方,可以使用以下方法(調(diào)試軟件MDK):

1:進(jìn)入調(diào)試調(diào)試界面在HardFault_Handler的while(1)處打上斷點(diǎn)。

2:等待代碼運(yùn)行到此,這時(shí)查看LR寄存器,如果是正常運(yùn)行那么顯示的寄存器類似下圖所示:

如果進(jìn)入HardFault_Handler中斷,那么顯示的寄存器如下圖所示:

發(fā)生異常之后可首先查看LR寄存器中的值,確定當(dāng)前使用堆棧為MSP或PSP,然后找到相應(yīng)堆棧的指針,并在內(nèi)存中查看相應(yīng)堆棧里的內(nèi)容。

在Cortex_M3權(quán)威指南中可以看到如下圖所示:

看到LR寄存器中的值是0xFFFFFFF9,因此我應(yīng)該去看MSP的地址,找到該地址的地址然后如下圖所示打開內(nèi)存,輸入上面找到的寄存器地址,右鍵選擇以long型查看地址如下所示:

然后查看這個(gè)地址向下數(shù)六個(gè)long地址,為什么是6個(gè)long地址呢,因?yàn)橛捎诋惓0l(fā)生時(shí),內(nèi)核將R0~R3、R12、Returnaddress、PSR、LR寄存器依次入棧,其中Returnaddress即為發(fā)生異常前PC將要執(zhí)行的下一條指令地址;大概是0x08xxxxxx這樣開始的即為出錯(cuò)的代碼位置,然后可以反匯編查看,如下圖所示:

可以看到是對(duì)應(yīng)的C語言程序是在讀FLASH函數(shù)中發(fā)生了錯(cuò)誤,因此可以判斷為訪問越界的問題。

方法2:

①首先更改startup.s的啟動(dòng)文件,把里面的HardFault_Handler代碼段換成下面的代碼

②然后把HardFault_Handler_c的函數(shù)放在c文件的代碼中,代碼如下:

void hard_fault_handler_c(unsigned int * hardfault_args)

{

static unsigned int stacked_r0;

static unsigned int stacked_r1;

static unsigned int stacked_r2;

static unsigned int stacked_r3;

static unsigned int stacked_r12;

static unsigned int stacked_lr;

static unsigned int stacked_pc;

static unsigned int stacked_psr;

static unsigned int SHCSR;

static unsigned char MFSR;

static unsigned char BFSR;

static unsigned short int UFSR;

static unsigned int HFSR;

static unsigned int DFSR;

static unsigned int MMAR;

static unsigned int BFAR;

stacked_r0 = ((unsigned long) hardfault_args[0]);

stacked_r1 = ((unsigned long) hardfault_args[1]);

stacked_r2 = ((unsigned long) hardfault_args[2]);

stacked_r3 = ((unsigned long) hardfault_args[3]);

stacked_r12 = ((unsigned long) hardfault_args[4]);

stacked_lr = ((unsigned long) hardfault_args[5]);

stacked_pc = ((unsigned long) hardfault_args[6]);

stacked_psr = ((unsigned long) hardfault_args[7]);

SHCSR = (*((volatile unsigned long *)(0xE000ED24)));

MFSR = (*((volatile unsigned char *)(0xE000ED28)));

BFSR = (*((volatile unsigned char *)(0xE000ED29)));

UFSR = (*((volatile unsigned short int *)(0xE000ED2A)));

HFSR = (*((volatile unsigned long *)(0xE000ED2C)));

DFSR = (*((volatile unsigned long *)(0xE000ED30)));

MMAR = (*((volatile unsigned long *)(0xE000ED34)));

BFAR = (*((volatile unsigned long *)(0xE000ED38)));

printf("nn[Hard fault handler - all numbers in hex]nn");

printf("R0 = %xn",stacked_r0);

printf("R1 = %xn",stacked_r1);

printf("R2 = %xn",stacked_r2);

printf("R3 = %xn",stacked_r3);

printf("R12 = %xn",stacked_r12);

printf("LR[R14] = %x subroutine call return addressn",stacked_lr);

printf("PC[R15] = %x program countern",stacked_pc);

printf("PSR = %xn",stacked_psr);

printf("SHCSR = %xn",(*((volatile unsigned long*)(0xE000ED24))));

printf("BFAR = %xn",(*((volatile unsigned long*)(0xE000ED38))));

printf("CFSR = %xn",(*((volatile unsigned long*)(0xE000ED28))));

printf("HFSR = %xn",(*((volatile unsigned long*)(0xE000ED2C))));

printf("DFSR = %xn",(*((volatile unsigned long*)(0xE000ED30))));

printf("AFSR = %xn",(*((volatile unsigned long*)(0xE000ED3C))));

printf("SCB_SHCSR = %xn",SCB->SHCSR);

while (1);

}

③執(zhí)行程序后,若發(fā)生內(nèi)核錯(cuò)誤,則程序會(huì)運(yùn)行到最后while(1);處。此時(shí)觀察相應(yīng)的堆棧和故障寄存器值,stacked_lr即為故障發(fā)生時(shí)進(jìn)入故障中斷前PC的值,在MDK軟件調(diào)試狀態(tài)下,假如stacked_lr的值為0x1a002d08,在左下方的命令窗口輸入“PC = 0x1a002d08”回車,即可定位發(fā)生錯(cuò)誤的代碼位置。

④根據(jù)內(nèi)核錯(cuò)誤狀態(tài)寄存器的值,對(duì)應(yīng)下面的說明,可以看出是發(fā)生了何種內(nèi)核錯(cuò)誤。同樣的在Cortex_M3權(quán)威指南中可以找到對(duì)應(yīng)的寄存器

方法3

在調(diào)試狀態(tài)下,當(dāng)進(jìn)入HardFault斷點(diǎn)后,菜單欄Peripherals >Core Peripherals >FaultReports打開異常發(fā)生的報(bào)告,查看發(fā)生異常的原因。

跳出如下表格:

上面的報(bào)告發(fā)生了BUS FAULT,并將Fault的中斷服務(wù)轉(zhuǎn)向Hard Fault相對(duì)于檢測(cè)發(fā)生了什么異常,定位異常發(fā)生位置顯得更重要。

(1)打開Call Stack窗口(如下圖,斷點(diǎn)停在Hard Fault服務(wù)程序中)

(2)在Call Stack的HardFault_Handler上右鍵Show CallerCode

這時(shí)將跳轉(zhuǎn)到發(fā)生異常的源代碼位置(如上圖),即發(fā)生錯(cuò)誤的地方在讀FLASH處,可以想到應(yīng)該是剛剛設(shè)置的FLASH地址越界問題


本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請(qǐng)及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

在嵌入式開發(fā)中,STM32的時(shí)鐘系統(tǒng)因其靈活性和復(fù)雜性成為開發(fā)者關(guān)注的焦點(diǎn)。然而,看似簡(jiǎn)單的時(shí)鐘配置背后,隱藏著諸多易被忽視的陷阱,輕則導(dǎo)致系統(tǒng)不穩(wěn)定,重則引發(fā)硬件損壞。本文從時(shí)鐘源選擇、PLL配置、總線時(shí)鐘分配等關(guān)鍵環(huán)...

關(guān)鍵字: STM32 時(shí)鐘系統(tǒng)

在嵌入式系統(tǒng)開發(fā)中,STM32系列微控制器的內(nèi)部溫度傳感器因其低成本、高集成度特性,廣泛應(yīng)用于設(shè)備自檢、環(huán)境監(jiān)測(cè)等場(chǎng)景。然而,受芯片工藝差異和電源噪聲影響,其原始數(shù)據(jù)存在±1.5℃的固有誤差。本文從硬件配置、校準(zhǔn)算法、軟...

關(guān)鍵字: STM32 溫度傳感器

在能源效率與智能化需求雙重驅(qū)動(dòng)下,AC-DC轉(zhuǎn)換器的數(shù)字控制技術(shù)正經(jīng)歷從傳統(tǒng)模擬方案向全數(shù)字架構(gòu)的深刻變革?;赟TM32微控制器的PFM(脈沖頻率調(diào)制)+PWM(脈沖寬度調(diào)制)混合調(diào)制策略,結(jié)合動(dòng)態(tài)電壓調(diào)整(Dynam...

關(guān)鍵字: AC-DC STM32

當(dāng)前智能家居產(chǎn)品需求不斷增長 ,在這一背景下 ,對(duì)現(xiàn)有澆花裝置缺陷進(jìn)行了改進(jìn) ,設(shè)計(jì)出基于STM32單片機(jī)的全 自動(dòng)家用澆花機(jī)器人。該設(shè)計(jì)主要由機(jī)械結(jié)構(gòu)和控制系統(tǒng)構(gòu)成 ,機(jī)械結(jié)構(gòu)通過麥克納姆輪底盤與噴灑裝置的結(jié)合實(shí)現(xiàn)機(jī)器...

關(guān)鍵字: STM32 麥克納姆輪 安全可靠 通過性強(qiáng)

用c++編程似乎是讓你的Arduino項(xiàng)目起步的障礙嗎?您想要一種更直觀的微控制器編程方式嗎?那你需要了解一下Visuino!這個(gè)圖形化編程平臺(tái)將復(fù)雜電子項(xiàng)目的創(chuàng)建變成了拖動(dòng)和連接塊的簡(jiǎn)單任務(wù)。在本文中,我們將帶您完成使...

關(guān)鍵字: Visuino Arduino ESP32 STM32

基于STM32與LoRa技術(shù)的無線傳感網(wǎng)絡(luò)憑借其低功耗、廣覆蓋、抗干擾等特性,成為環(huán)境監(jiān)測(cè)、工業(yè)自動(dòng)化等場(chǎng)景的核心解決方案。然而,如何在復(fù)雜電磁環(huán)境中實(shí)現(xiàn)高效休眠調(diào)度與動(dòng)態(tài)信道優(yōu)化,成為提升網(wǎng)絡(luò)能效與可靠性的關(guān)鍵挑戰(zhàn)。本...

關(guān)鍵字: STM32 LoRa

在實(shí)時(shí)控制系統(tǒng)、高速通信協(xié)議處理及高精度數(shù)據(jù)采集等對(duì)時(shí)間敏感的應(yīng)用場(chǎng)景中,中斷響應(yīng)延遲的優(yōu)化直接決定了系統(tǒng)的可靠性與性能上限。STM32系列微控制器憑借其靈活的嵌套向量中斷控制器(NVIC)、多通道直接內(nèi)存訪問(DMA)...

關(guān)鍵字: STM32 DMA

數(shù)字電源技術(shù)向高功率密度、高效率與高動(dòng)態(tài)響應(yīng)方向加速演進(jìn),STM32微控制器憑借其基于DSP庫的算法加速能力與對(duì)LLC諧振變換器的精準(zhǔn)控制架構(gòu),成為優(yōu)化電源動(dòng)態(tài)性能的核心平臺(tái)。相較于傳統(tǒng)模擬控制或通用型數(shù)字控制器,STM...

關(guān)鍵字: STM32 數(shù)字電源

STM32微控制器憑借其針對(duì)電機(jī)控制場(chǎng)景的深度優(yōu)化,成為高精度、高可靠性驅(qū)動(dòng)系統(tǒng)的核心選擇。相較于通用型MCU,STM32在電機(jī)控制領(lǐng)域的核心優(yōu)勢(shì)集中體現(xiàn)在FOC(磁場(chǎng)定向控制)算法的硬件加速引擎與PWM死區(qū)時(shí)間的動(dòng)態(tài)補(bǔ)...

關(guān)鍵字: STM32 電機(jī)控制

無線充電技術(shù)加速滲透消費(fèi)電子與汽車電子領(lǐng)域,基于Qi協(xié)議的無線充電發(fā)射端開發(fā)成為智能設(shè)備能量補(bǔ)給的核心課題。傳統(tǒng)模擬控制方案存在響應(yīng)滯后、參數(shù)調(diào)整困難等問題,而基于STM32的數(shù)字PID控制結(jié)合FOD(Foreign O...

關(guān)鍵字: STM32 無線充電
關(guān)閉