关于STM32F103RC进入hardfault的原因

chen12345678

最近调试代码，代码运行半小时左右就会进入hardfault，后打上断点，重新运行后停在断点处，如图所示

在Call Stack的HardFault_Handler上右键Show CallerCode后如图所示

想请教下大神，这是啥问题，该怎么修改，谢谢

无痕幽雨

看这两篇博客，基本能解决问题。
代码出错提示_ARM CortexM 系列 MCU错误代码自动追踪库的使用经验分享
J-Link RTT库和CmBacktrace库使用总结

A571157242

HardFault_Handler问题查找方法：https://blog.csdn.net/zyboy2000/article/details/7668331

245925587

目测出现在malloc那里，每次malloc后，需要判断下内存是否申请成功，如果内存不足以申请，导致申请失败时，不能操作指针

chen12345678

245925587 发表于 2022-2-10 08:38
目测出现在malloc那里，每次malloc后，需要判断下内存是否申请成功，如果内存不足以申请，导致申请失败时， ...

我猜是内存溢出了，但代码捋了一遍，每次申请用完都释放了，伤脑筋

jermy_z

在进入hardfault前   执行了newbuffer   应该是数组越界了

chen12345678

jermy_z 发表于 2022-2-10 14:42
在进入hardfault前   执行了newbuffer   应该是数组越界了

请教下，怎么从执行了newbuffer看出是数组越界 了，而不是内存不够了

jermy_z

chen12345678 发表于 2022-2-11 14:05
请教下，怎么从执行了newbuffer看出是数组越界 了，而不是内存不够了

你自己的代码自己检查啊

又没有你的源代码，只能靠猜

chen12345678

唉，查了一个多星期了，就是找不到

无痕幽雨

用CmBacktrace库调试下

聚东风

进入hardfault一般倒追模式是这样.
1.获取SP指针内容,
2.在memory里面按32位长度显示地址,基本上是获取第6个数据,
3.在Disassembly里面选择how Disassemblyat Address,找到进入hardfault的地方,
4.找到后,前后几句话都去看看,

在确定软件没问题后.
1.看看当前进入hardfault的地方是操作哪个外设,去关注下外设的使用限制.外设存在极限问题,进入时间不一定,具有一定随机性.
2.循环是否都正常,就是,是否存在忘记写while(1)这些.
3.按段屏蔽内容,逐步放开,直到定位准确.

shiqurizi

楼主的问题解决了没? 我也是程序运行进入hardfault

chen12345678

shiqurizi 发表于 2022-8-1 17:34
楼主的问题解决了没? 我也是程序运行进入hardfault

没，通过别的途径解决的，不过大概率是数组越界了

shiqurizi

是什么途径呢？