定位ARM Hard Fault 的方法

最新推荐文章于 2024-07-02 14:01:54 发布

流风回雪1988

最新推荐文章于 2024-07-02 14:01:54 发布

阅读量1k

点赞数

分类专栏：汇编文章标签： arm stm32 vim

原文链接：https://blog.csdn.net/huan447882949/article/details/80160693

版权

汇编专栏收录该内容

1 篇文章 0 订阅

订阅专栏

本文介绍了如何在Keil和IAR环境下处理和调试ARM Cortex-M处理器的HardFault异常。通过修改中断处理函数，获取并打印关键寄存器的值，如R0-R3、LR、PC和PSR等，以及系统状态寄存器，帮助定位故障发生的位置和原因。在IAR中，同样修改FaultISR函数，实现同样的功能。通过查看汇编代码和堆栈信息，可以分析出问题所在函数及具体步骤。

摘要由CSDN通过智能技术生成

1，用Keil的话，可以做如下操作：

先将fault中断函数的内容改为:

HardFault_Handler\

PROC

;EXPORT HardFault_Handler [WEAK]

;B .

IMPORT hard_fault_handler_c

TST LR, #4

ITE EQ

MRSEQ R0, MSP

MRSNE R0, PSP

B hard_fault_handler_c

ENDP

************************************************insert start*************************************************

摘抄自Triton.zhang——eeworld

1. MSP和PSP 的含义是Main_Stack_Pointer 和Process_Stack_Pointer,在逻辑地址上他们都是R13

2. 权威手册上说的很清楚PSP主要是在Handler的模式下使用，MSP主要在线程模式下使用（当然你在线程模式下也可以调用PSP，需要你做特殊的处理).
3. 这意味着同一个逻辑地址，实际上有两个物理寄存器，一个为MSP，一个为PSP，在不同的工作模式调用不同的物理寄存器。举一个简单的例子，很多MCU的的UART只有一个BUFF,TXBUFF和RXBUFF都是一个地址，当你写BUFF时写入的是TXBUFF, 读操作时调用的是RXBUFF。基本原理就是这样。
4. 至于为什么这么设计，我想是为了在进行模式转换的时候，减少堆栈的保存工作。同时也可以为不同权限的工作模式设置不同的堆栈。

************************************************insert end***************************************************

然后在源程序里添加下面的函数代码:

// hard fault handler in C,

// with stack frame location as input parameter

void hard_fault_handler_c(unsigned int * hardfault_args)

{

unsigned int stacked_r0;

unsigned int stacked_r1;

unsigned int stacked_r2;

unsigned int stacked_r3;

unsigned int stacked_r12;

unsigned int stacked_lr;

unsigned int stacked_pc;

unsigned int stacked_psr;

stacked_r0 = ((unsigned long) hardfault_args[0]);

stacked_r1 = ((unsigned long) hardfault_args[1]);

stacked_r2 = ((unsigned long) hardfault_args[2]);

stacked_r3 = ((unsigned long) hardfault_args[3]);

stacked_r12 = ((unsigned long) hardfault_args[4]);

stacked_lr = ((unsigned long) hardfault_args[5]);

stacked_pc = ((unsigned long) hardfault_args[6]);

stacked_psr = ((unsigned long) hardfault_args[7]);

printf ("[Hard fault handler]\n");

printf ("R0 = %x\n", stacked_r0);

printf ("R1 = %x\n", stacked_r1);

printf ("R2 = %x\n", stacked_r2);

printf ("R3 = %x\n", stacked_r3);

printf ("R12 = %x\n", stacked_r12);

printf ("LR = %x\n", stacked_lr);

printf ("PC = %x\n", stacked_pc);

printf ("PSR = %x\n", stacked_psr);

printf ("BFAR = %x\n", (*((volatile unsigned long *)(0xE000ED38))));

printf ("CFSR = %x\n", (*((volatile unsigned long *)(0xE000ED28))));

printf ("HFSR = %x\n", (*((volatile unsigned long *)(0xE000ED2C))));

printf ("DFSR = %x\n", (*((volatile unsigned long *)(0xE000ED30))));

printf ("AFSR = %x\n", (*((volatile unsigned long *)(0xE000ED3C))));

while(1)

{

;;

}

如果使用调试器,则可以在第一个printf处设置断点.没有的话看串口打印结果

通过查看stacked_lr的内容可以知道程序运行到哪个位置出现fault

然后查看编译后汇编代码,可以知道源程序是哪个函数哪一步出现问题,

配合其它寄存器的内容来分析找出原因

2．用IAR的话，把startup_ewarm.c文件中的FaultISR（）函数的内容改为：

volatile unsigned int stacked_r0;

volatile unsigned int stacked_r1;

volatile unsigned int stacked_r2;

volatile unsigned int stacked_r3;

volatile unsigned int stacked_r12;

volatile unsigned int stacked_lr;

volatile unsigned int stacked_pc;

volatile unsigned int stacked_psr;

//unsigned long cc;