STM32出現(xiàn)HardFault_Handler故障的原因主要有兩個方面:
1、內存溢出或者訪問越界。這個需要自己寫程序的時候規(guī)范代碼,遇到了需要慢慢排查。
2、堆棧溢出。增加堆棧的大小。
出現(xiàn)問題時排查的方法:
發(fā)生異常之后可首先查看LR寄存器中的值,確定當前使用堆棧為MSP或PSP,然后找到相應堆棧的指針,并在內存中查看相應堆棧里的內容。由于異常發(fā)生時,內核將R0~R3、R12、LR、PC、XPRS 寄存器依次入棧,其中LR即為發(fā)生異常前PC將要執(zhí)行的下一條指令地址。
注意:寄存器均是32位,且STM32是小端模式。(參考Cortex-M3權威)
編寫問題代碼如下:
void StackFlow(void)
{
int a[3],i;
for(i=0; i<10000; i++)
{
a[i]=1;
}
}
void SystemInit(void)
{
/* Reset the RCC clock configuration to the default reset state ------------*/
/* Set HSION bit */
RCC->CR |= (uint32_t)0x00000001;
/* Reset CFGR register */
RCC->CFGR = 0x00000000;
/* Reset HSEON, CSSON and PLLON bits */
RCC->CR &= (uint32_t)0xFEF6FFFF;
/* Reset PLLCFGR register */
RCC->PLLCFGR = 0x24003010;
StackFlow();
/* Reset HSEBYP bit */
RCC->CR &= (uint32_t)0xFFFBFFFF;
。。。。。。。。。。。。。。
}
DEBUG如下圖
SP值為0x20008560,查看堆棧里面的值依次為R0~R3、R12、LR、PC、XPRS, 例如R0(10 27 00 00), 顯然堆棧后第21個字節(jié)到24字節(jié)即為LR,該地址0x08001FFD即為異常前PC將要執(zhí)行的下一條指令地址(即StackFlow()后面的語句處 RCC->CR &= (uint32_t)0xFFFBFFFF)
另一種方法:
默認的HardFault_Handler處理方法不是B .這樣的死循環(huán)么?樓主將它改成BX LR直接返回的形式。然后在這條語句打個斷點,一旦在斷點中停下來,說明出錯了,然后再返回,就可以返回到出錯的位置的下一條語句那兒
__asm void wait()
{
BX lr
}
void HardFault_Handler(void)
{
/* Go to infinite loop when Hard Fault exception occurs */
wait();
}
上海意泓電子科技有限責任公司 版權所有 未經(jīng)授權禁止復制或鏡像
CopyRight 2020-2025 www.jlodreman.com All rights reserved 滬ICP備2021005866號