博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
STM32 出现 hardfault_handler 处理方法
阅读量:4152 次
发布时间:2019-05-25

本文共 861 字,大约阅读时间需要 2 分钟。

STM32出现HardFault_Handler故障的原因主要有两个方面:

1、内存溢出或者访问越界。这个需要自己写程序的时候规范代码,遇到了需要慢慢排查。

2、堆栈溢出。增加堆栈的大小。

分析具体fault的原因,需要查看内存区为0xE000_ED20~0xE000_ED3C的具体数值,其中包括各种fault的状态,参考《CM3权威指南》异常一章的具体讲解,便可分析出来原因。
启动时除能所有fault,
CPSID f
asm("CPSID f")
启动结束后,进入main前,打开所有fault
CPSIE f

asm("CPSIE f")

出现问题时排查的方法:

1、发生异常之后可首先查看LR寄存器中的值,确定当前使用堆栈为MSP或PSP,然后找到相应堆栈的指针,并在内存中查看相应堆栈里的内容。由于异常发生时,内核将R0~R3、R12、Return address、PSR、LR寄存器依次入栈,其中Return address即为发生异常前PC将要执行的下一条指令地址,因此在堆栈中反数第三个字即为出错位置。

2、默认的HardFault_Handler处理方法是B .将它改成BX LR直接返回的形式。然后在这条语句打个断点,一旦在断点中停下来,说明出错了,然后再返回,就可以返回到出错的位置的下一条语句那儿。

这个有时候可能需要在反汇编模式下调试,因为可以是程序跑飞一会儿才出现HardFault_Handler。

 

3、还是将中断函数修改,打印中断时的一些信息:

HardFault_Hander()定义如下:

void HardFault_Handler(void){  uint32_t r_sp ;  r_sp = __get_PSP(); //获取SP的值  PERROR(ERROR,Memory Access Error!);  Panic(r_sp);   while (1);}

具体出错的原因,建议查看M3内核说明中有关异常处理的章节,有相应的寄存器标识标识当前发生异常的原因。

转载地址:http://cbmti.baihongyu.com/

你可能感兴趣的文章
HTTP协议详解
查看>>
java多线程中的join方法详解
查看>>
ECLIPSE远程调试出现如下问题 ECLIPSE中调试代码提示找不到源
查看>>
java abstract修饰符
查看>>
数组分为两部分,使得其和相差最小
查看>>
java抽象类和接口
查看>>
有趣的排序——百度2017春招
查看>>
二叉树的最近公共祖先LCA
查看>>
数组中累加和为定值K的最长子数组长度
查看>>
素数对--腾讯2017校招编程
查看>>
JAVA集合--ArrayList实现原理
查看>>
synchronized与Lock
查看>>
数据库索引
查看>>
实现包含min,max,push,pop函数的栈
查看>>
实验2-6 字符型数据的输入输出
查看>>
实验3-5 编程初步
查看>>
实验4-1 逻辑量的编码和关系操作符
查看>>
实验5-2 for循环结构
查看>>
实验5-3 break语句和continue语句
查看>>
实验5-4 循环的嵌套
查看>>