怎么查找STM32的硬件错误HardFault_Handler?

cathy的头像
cathy 发布于:周五, 06/11/2021 - 10:27 ,关键词:

在用Keil对STM32进行仿真时,可能会遇到程序停在HardFault_Handler中断函数中。这说明STM32出现了硬件错误。

“怎么查找STM32的硬件错误HardFault_Handler"

STM32出现硬件错误可能有以下原因:

  • 内存溢出/数组越界;
  • 堆栈溢出;

有时候可以自己查找出内存或堆栈溢出的位置,从而解决问题。但程序比较复杂时,可能很难自己找到问题所在。遇到这种情况,可以通过以下几种方式来定位到出错代码段。

方法1

1、在硬件中断函数HardFault_Handler里的while(1)处打调试断点,程序执行到断点处时点击“STOP”停止仿真。

2、在Keil菜单栏点击“View”——“Registers Window”,在寄存器查看窗口查找R14(LR)的值。

如果R14(LR) = 0xFFFFFFF9,继续查看MSP(主堆栈指针)的值;
如果R14(LR) = 0xFFFFFFFD,继续查看PSP(进程栈指针)的值。

“怎么查找STM32的硬件错误HardFault_Handler"

3、在Keil菜单栏点击“View”->“Memory Windows”->“Memory1”,在“Address”地址栏中输入MSP的值:0x20008828,然后在对应的行里找到地址。地址一般以0x08开头的32位数。本例中,地址为0x0800BA68。

“怎么查找STM32的硬件错误HardFault_Handler"

4、在Keil菜单栏点击“View”->“Disassembly Window”,在“Disassembly”窗口中右击,在下拉菜单中选择“Show Disassembly at Address...”。在弹出框“Show Code at Adress”的地址框中输入地址0x0800BA68进行搜索,然后就会找到相对应的代码。这里的代码就是进入循环中断之前的情况。仔细查看附近区域的相关代码来排查错误具体原因。

“怎么查找STM32的硬件错误HardFault_Handler"

方法2

1、在硬件中断函数HardFault_Handler里的while(1)处打调试断点,程序执行到断点处时点击“STOP”停止仿真。

2、在Keil菜单栏点击“View”->“Call Stack Window”弹出“Call Stack + Locals”对话框。然后在对话框中右键选择“Show Caller Code”,就会跳转到出错之前的函数处,仔细查看这部分函数被调用或者数组内存使用情况。

方法3

使用CmBacktrace。CmBacktrace(Cortex Microcontroller Backtrace)是一款针对 ARM Cortex-M 系列 MCU 的错误代码自动追踪、定位,错误原因自动分析的开源库。

主要特性如下:

1、支持的错误包括:

  • 断言(assert)
  • 故障(Hard Fault, Memory Management Fault, Bus Fault, Usage Fault, Debug Fault)

2、故障原因自动诊断:可在故障发生时,自动分析出故障的原因,定位发生故障的代码位置,而无需再手动分析繁杂的故障寄存器;

3、输出错误现场的函数调用栈(需配合 addr2line 工具进行精确定位),还原发生错误时的现场信息,定位问题代码位置、逻辑更加快捷、精准。也可以在正常状态下使用该库,获取当前的函数调用栈;

4、支持 裸机 及以下操作系统平台:

  • RT-Thread
  • UCOS
  • FreeRTOS

5、根据错误现场状态,输出对应的 线程栈 或 C 主栈;

6、故障诊断信息支持多国语言(目前:简体中文、英文);

7、适配Cortex-M0/M3/M4/M7 MCU;

8、支持IAR、KEIL、GCC 编译器;

总结

一般情况下前两种方式都可以查找到程序的问题所在。但也有些时候不好查找问题,这时候就需要更高级的第三种方式,这种方式使用要相对复杂一些,但功能也更强大。以后再详细介绍。

来源|CSDN网站
整理|Mr张工
免责声明:本文为转载文章,转载此文目的在于传递更多信息,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请联系小编进行处理(联系邮箱:cathy@eetrend.com)。

围观 2372