STM32 -O2编译进入HardFault_Handler 问题定位

已于 2023-12-03 21:35:02 修改
阅读量678 收藏 12
点赞数 8
文章标签： stm32
于 2023-11-24 15:18:12 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45379397/article/details/134598463
版权

1、问题现象

代码O0编译运行正常，O2编译会运行进入HardFault_Handler。

2、引起HardFault_Handler的常见原因

1). 越界操作数组。
2). 使用非法指针（如空指针）。

3、进入HardFault_Handler中断后，查看CFSR寄存器

我使用的是STM32F4系列单片机，它的内核是cortex-M4，故参考cortex-M4 device generic user guide。在4.3.10查看CFSR寄存器（Configurable Fault Status Register）的详细描述，CFSR寄存器由UFSR、BFSR、MMFSR组成，进入HardFault_Handler中断，读取CFSR寄存器的值，查看异常的位，对照指南中各个位的描述即可确定引起HardFault_Handler的原因。

在这里插入图片描述
在这里插入图片描述
keil在调试模式下，可以通过Peripherals->Core Peripherals->Fault Reports很方便地查看UFSR、BFSR、MMFSR三个寄存器的值，可以看到是发生了UNALIGNED错误。
在这里插入图片描述
在这里插入图片描述
查看指南对UFSR寄存器的描述，发现是发生了访问非对齐地址内存。
在这里插入图片描述
最后通过汇编调试，发现运行完LDM指令后就会进入HardFault_Handler
在这里插入图片描述

4、定位到LDM指令引起

LDM指令不支持访问非对齐地址内存，故只要将LDM指令访问的全局变量进行4字节对齐即可。
例如char test attribute((aligned(4)));//使该变量的地址起始值按照4字节对齐

只为朝夕
关注
  • 8
    点赞
  • 踩
  • 12
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
关于STM32的flash读写数据和HardFault_Handler的问题
08-11
今天调试程序的时候需要把掉电前的数据存储到flash中之后等待下次初始化的时候把数据读进来。刚刚开始的时候去找了一些stm32的flash的操作，真的是废话连篇的真正能用到的没几句话，这里我把自己调试好的flash读写数据的子函数跟大家分享一下。
STM32 硬件错误HardFault_Handler的真凶1
08-08
（2）堆区（heap）：一般由程序员分配和释放，若程序员不释放，程序结束时可能由操作系统回收 （3）全局区（静态区）（static）：全局变量和静态变量的存储是
keil、IAR下如何解决HardFault_Handler中断问题
最新发布
weixin_44057803的博客
03-25 1455
调试过程中难免会遇到各种异常，hardfault算是比较常见的一种。在最开始学习的时候，一度很害怕这种情况，不知道怎么定位，摸不清是哪里导致了问题，全靠猜测。网上有很多定位hardfault问题的教程，基本大差不差，方法就那些。 最近有点时间，我也整理下。本章主要记录下我实践过的hardfault定位办法。后续遇到hardfault相关问题，也一并补充到本文中，方便自己查阅。
stm32-hardfault产生的原因分析
qq_25355591的博客
01-10 7875
前言 关于定位hardfault产生之前的程序运行情况，有如下两种方法： 在keil里单步调试时在hardfault入口处打个断点，然后通过看寄存器的值，或直接用鼠标操作就能回退到上一层出错的位置；具体方法有很多人都分享过； 使用armink的工具cmbacktrace,这是朱天龙老师在github上的一个开源项目，特意为cotex-m系列MCU做的异常追踪库； hardfault，有些时候找到触发路径，也不知道原因。其实触发hardfault的原因在《权威指南》里都说的很清楚了，并且cmbacktra
Fault 异常或陷阱 分析
denghuajing的博客
03-12 1558
分为两部分： 1 参考资料浏览流水 2 代码分析 a.异常调转上下文分析 本文参考文献如下 一 . 参考资料浏览 讨论内容 This application note describes the usage of fault exceptions. It lists the peripheral registers in the System Control Block (SCB) that control fault exceptions or provide information of their
HardFault排查
aron566博客
06-10 2289
HardFault排查背景知识简介发生中断时处理器的行为HardFault错误信息的挖掘编译器通过栈来实现函数调用对信息的继续挖掘通用寄存器特殊功能寄存器SCB寄存器附录一：Hardfault Handler示例代码附录二：MAP文件和List文件的解读 背景知识简介 发生中断时处理器的行为 不考虑其他细节，M3内核在发生中断时首先自动将如下8个寄存器压栈。因此在中断处理函数中，发生中断时正常执行时的寄存器数值已经被压入了堆栈中。在中断处理函数开始执行时，除了PC，LR，SP等控制寄存器，从r0-r12等这
stm32进入硬件错误中断hardfault的原因剖析以及如何定位（必看）
biao2488890051的博客
01-08 1万+
指令集方面：arm一般高端处理器，比如cortex-a系列，都是32位的arm指令。而cortex-m0,1,3,4等低端处理器，也叫做单片机，为了增加代码密度（同样存储器内可以存更多指令），用的是thumb指令集（而且仅支持这个指令集），这个指令集大多数指令是16位的，少数是32位的。这就是为什么上面的调试图中，看到指令都是两个字节，而有的是4个字节。比较老的arm7，arm9等处理器，支持thumb指令和arm指令，需要通过指令告诉处理器，显式的进行指令转换，这个因此需要编译器提供支持。 注意：stm
（未解决）CC3235S程序卡在ti_sysbios_family_arm_m3_Hwi_excHandlerAsm__I的$1死循环中
qq_43105170的博客
09-13 493
本文主要设法解决I2C通信时无限等待的问题
【ARMv8M Cortex-M33 系列 7.1 -- xPSR | CFSR | HFSR | BFAR | MMFAR 寄存器】
CodingCos的博客
01-19 2288
在 ARM Cortex-M33 微控制器上，当发生异常或错误时，一些特殊的寄存器提供了用于调试和错误处理的关键信息。这些寄存器包括程序状态寄存器 (xPSR)、可配置故障状态寄存器 (CFSR)、硬件故障状态寄存器 (HFSR)、总线故障地址寄存器 (BFAR) 和内存管理故障地址寄存器 (MMFAR) 以及UFSR。
STM32 硬件错误HardFault_Handler的真凶
热门推荐
anbaixiu的博客
04-23 1万+
STM32出现HardFault_Handler故障的原因主要有两个方面：1、内存溢出或者访问越界。2、堆栈溢出。最近遇到的问题是栈溢出，情况是这样的，举例说明：static char data[10000];void fun1(unsigned char *buf){int  i=0;for(i=0; i<5000; i++){data = buf;}}void fun2(void){un...
stm32 HardFault_Handler调试及问题查找方法
xqhrs232的专栏
12-03 1万+
原文地址::http://www.51hei.com/bbs/dpj-39846-1.html 相关文章 1、STM32 出现 hardfault_handler 处理方法----http://blog.csdn.net/sunjiajiang/article/details/7582752 2、深入Cortex-M3内核的问题，程序跑飞了HardFault_Handler----h
HardFault_Handler问题查找方法
08-04
STM32出现HardFault_Handler故障的原因主要有两个方面： 1、内存溢出或者访问越界。这个需要自己写程序的时候规范代码，遇到了需要慢慢排查。 2、堆栈溢出。增加堆栈的大小。
HardFault_Handler的定位办法.pdf
01-21
在进行STM32调试时，当单片机进入HardFault_Handler中断后，可通过此办法快速定位出现问题的代码段，进而快速定位出现问题代码段。
STM32出现HardFault故障的解决方法
11-03
STM32出现HardFault故障的解决方法
S32K1xx系列MCU的EEE(Emulated EEPROM)使用详解
king110108的专栏
07-17 6624
内容提要 引言(基于MCU的嵌入式系统中EEPROM的实现方式) 1. S32K1xx系列MCU的EEE工作机制详解 1.1 S32K1xx系列MCU的片上存储器资源 1.2 S32K1xx系列MCU的EEE工作机制详解 2. S32K1xx系列MCU的EEE使用常见问题(FAQ) 2.1 如何保护S32K1xx的EEE数据在调试下载过程中不被擦除/清除？ 2.2 如何将编译结果中的EEE数据通过调试器下载到S32K1xx的EEE中？ 2.3 S32K1xx EEE的写操作注意事项 2.4
嵌入式开发：如何调试Arm Cortex-M上的硬故障
yueqian_edu的博客
08-24 383
在嵌入式开发人员看来，在Arm Cortex-M微控制器上调试最糟糕、最烦人的故障之一是硬故障。如果你幸运的话，在你犯了一些非常明显的错误之后，这个硬错误就会出现，你可以很快地撤销它。在这篇文章中，我们将详细介绍用来确定原因和纠正硬故障的过程。
ARM学习（5） 异常模式学习（CortexM3/M4）
张一西的博客
05-23 1793
ARM学习（5） 异常模式学习（CortexM3/M4）
实战--根据hard fault打印的寄存器信息分析代码异常地址
fhqlongteng的博客
01-21 3637
1、前言 阅读本文请需要先了解一下技术原理，请阅读一下这篇文章：https://blog.csdn.net/fhqlongteng/article/details/112756689。 2、故障时的寄存器信息 程序在运行中串口打印出如下信息，程序进入hard fault中断并打印出异常点的寄存器数据。 [E/NET_SW] Invalid low power sensor data on the uart2 channel psr: 0x21000200 r00: 0x000...
【STM32】HardFault_Handler问题解决的一种办法
31号楼的某个房间
03-19 1786
好久没写技术博客了，这次就把农历新年前遇到的问题在这里说一下吧。 在用STM32F4写程序，调试时候会遇到程序在调试的时候死在某一段代码上。一直在一段代码上死循环。经过百度以后发现了一些造成这个错误的原因：STM32出现HardFault_Handler故障的原因主要有两个方面：1、内存溢出或者访问越界。这个需要自己写程序的时候规范代码，遇到了需要慢慢排查。2、堆栈溢出。增加堆栈的大小。经过排查发现
stm32进入HardFault_Handler
12-14
当STM32发生硬件故障时，它会进入HardFault_Handler。在NVIC中有一个硬fault状态寄存器（HFSR），它指出产生硬fault的原因。如果以上3个fault的服务例程无法执行，它们就会成为HardFault_Handler。要进入HardFault_Handler，可以按照以下步骤进行： 1.将程序进入debug进入调试模式。 2.在void HardFault_Handler(void)函数中打1个断点。 以下是一个示例代码： ```c void HardFault_Handler(void) { /* Go to infinite loop when Hard Fault exception occurs */ while (1) { } } ``` 在这个函数中，可以添加一些代码来帮助你调试和诊断问题。例如，你可以使用调试器来查看堆栈跟踪，以确定导致硬件故障的原因。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值