HardFault_Handler问题查找方法

转自zyboy2000,好文转来学习学习

原文链接http://blog.csdn.net/zyboy2000/article/details/7668331


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

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

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

 

出现问题时排查的方法:

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

注意:寄存器均是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、Return address、PSR、LR, 例如R0(10 27 00 00),  显然堆栈后第21个字节到24字节即为Return address,该地址0x08001FFD即为异常前PC将要执行的下一条指令地址(即StackFlow()后面的语句处 RCC->CR &= (uint32_t)0xFFFBFFFF)

 

 

另一种方法:

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

__asm void wait()
{
      BX lr
}

 

void HardFault_Handler(void)
{
    /* Go to infinite loop when Hard Fault exception occurs */
       wait();
}

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 首先,hardfault_handler 通常是由于程序运行出现错误或异常导致的。在 ARM Cortex-M 处理器,当程序访问了未定义的内存地址、执行了无效指令、栈溢出等非法操作时,就会触发 hardfault_handler。 为了查找 hardfault_handler 的原因,可以采取以下步骤: 1. 首先,查看硬件和软件方面是否存在问题。检查硬件连接是否正确,是否有电源不足、多余的设备等。同时,检查程序是否有语法错误、语义错误、数据异常等问题。 2. 如果硬件和软件方面都没有问题,可以使用调试工具来定位问题。例如,使用 J-Link 调试器等工具,通过读取处理器状态寄存器和堆栈信息来分析 hardfault_handler 的原因。可以查看堆栈信息,查找最后一次正常的函数调用,以及查看函数调用栈。还可以查看错误代码,了解硬件错误类型和原因。 3. 如果无法定位问题,可以通过修改代码进行调试。例如,添加断点、日志、调试信息等等。同时,也可以通过在程序使用硬件浮点数(FPU)单精度浮点数和双精度浮点数来支持硬件浮点数运算,以防止硬件浮点单元在软件触发 hardfault_handler。 总之,查找 hardfault_handler 的原因需要通过多种方法和工具来协同完成。只有综合使用各种方法,才能准确定位问题并解决它。 ### 回答2: 在嵌入式系统,常见的处理器异常是硬件故障(hardfault)。当程序在执行过程遇到未知的错误或非法操作时,处理器将会抛出一个硬件故障异常。这时,系统会转到硬件故障处理程序(hardfault_handler,以便排查并解决问题。 硬件故障处理程序主要用于查找和修复系统各种硬件及软件故障导致的异常。硬件故障通常指处理器、存储器或其他外部设备的故障。而软件故障通常由程序逻辑错误、内存管理错误等导致。 硬件故障处理程序一般通过记录异常信息来定位问题。处理器会把当前的程序状态保存在堆栈,并生成一个包含错误类型、错误地址和错误状态等信息的异常记录。我们可以使用调试工具或编写代码,在硬件故障处理程序读取这些信息,并确定故障的精确原因。 在硬件故障处理程序,开发人员需要遵循一定的规范和流程。首先是保证程序安全性和效率,然后是尽量减少代码所占用的空间,并且要注意使用可重入函数和非阻塞式代码,避免阻塞整个系统。此外,应尽量优化硬件故障处理程序的执行速度,以迅速恢复系统正常运行。 总之,硬件故障处理程序是嵌入式系统必不可少的一部分。通过正确的处理,我们能够及时检测和修复系统各种硬件及软件故障,提高系统的稳定性和可靠性。 ### 回答3: 在嵌入式系统开发,可能会出现“hardfault”错误,这种错误通常是硬件或软件错误导致的。硬件错误可能包括RAM故障、ROM故障和芯片损坏等,而软件错误可能包括指针错误、数组越界、调用空指针等。这些错误可能会导致程序崩溃或死循环。为了定位这些错误,我们需要用到“hardfault_handler”功能,这个功能通常在ARM Cortex-M处理器实现。 “hardfault_handler”是一种异常处理程序,用于处理系统出现的硬件或软件错误。当系统出现错误时,“hardfault_handler”会自动执行,然后可以通过查看系统错误日志来定位错误。这个错误日志通常包括错误原因、错误源、PC值等相关信息。 在实际开发,我们通常通过以下步骤来查找定位硬件或软件错误: 1. 启用“hardfault_handler”功能,并记录错误日志 在代码启用“hardfault_handler”功能,使系统出现错误时可以自动执行并记录错误日志。这个过程通常需要修改系统的相关配置文件或调试工具。 2. 分析错误日志并确定错误源 通过查看错误日志,我们可以确定系统出现错误的原因和源头。例如,如果是RAM故障导致的错误,我们需要检查系统的内存芯片及其驱动电路;如果是指针错误导致的错误,我们需要检查指针指向的内存地址以及指针的使用方式等。 3. 修复错误源并测试 根据错误日志确定错误源后,我们需要修改相应的代码,修复错误,并进行测试。测试过程需要尽可能地覆盖系统的各个功能模块,以确保系统的稳定性和可靠性。 总之,“hardfault_handler”是一种非常有用的工具,可以帮助我们定位和修复系统的硬件和软件错误,提高系统的可靠性和稳定性,保证系统的正常运行。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值