Cortex-M4 HardFault原因查找方法

Cortex-M4 HardFault原因查找方法

写此博客背景

最近几日在Github上看到一个叫Armink的大神做了一个追踪Cortex-M系列的HardFault项目,具体连接:请点击这里
看完之后感觉很是方便,大大的简化了我们查找出现HardFault的原因,由于我手边有的是一个STM32F407IG的开发板,便想尝试一下,没有直接用到他提供的文件,而是按照他的思想进行了测试。

思想简说

简单来说,就是在出现了HardFault后,在HardFault跳入中断之前将栈信息保存起来,同时根据内核Fault寄存器状态判断当前是哪个Fault。即:保存死亡前现场。

我的做法
Step 1:
  • 修改启动文件startup_stm32f407xx.s中关于HardFault中断处理部分代码,使其跳转到我所指定的函数去将栈信息保存在全局变量中,从而在停止调试后,可以在Keil的watch 1里面显示全局变量的值。
  • 代码修改如下
HardFult_Handler	PROC
;						EXPORT		HardFault_Handler
						IMPORT		call_back_fault     ;自己定义的C语言函数,用来存储栈信息到全局变量
						MOV		R0,	LR
						MOV		R1,	SP
						LDR			R2,	=call_back_fault
						BLX			R2
						B				.
						ENDP
Step 2:
  • 定义函数void call_back_fault(uint32_t fault_lr,uint32_t fault_sp);完成之后在.h文件中进行声明。
  • 代码如下
uint32_t stack_add[20] = {0};
uint32_t stack_data[20] = {0};
void call_back_fault(uint32_t fault_lr,uint32_t fault_sp)
{
	uint8_t i = 0;
	uint32_t stack_pointer = fault_sp;
	for(i = 0;i<16;i++)
	{
		stack_add[i] = stack_pointer;
		stack_data[i] = *(uint32_t *)stack_pointer;
		stack_pointer += 4;
	}
}
Step 3:
  • 创建一个能出现Fault的函数,这里我是直接采用了Armink大神所写的除数不能为0的函数。
  • 代码如下
void fault_test(void)
{
	volatile int * SCB_CCR = (volatile int *)0xE000ED14;
	int x,y,z;
	*SCB_CCR |= (1<<4);
	x = 10;
	y = 0;
	z = x / y;
}
Step 4:
  • 在main函数中调用函数void fault_test(void);
Step 5:
  • 使用J-Link连接开发板,在Keil下进入调试模式,点击运行程序,稍等几秒,点击停止。
  • 打开Keil中的Peripherals --> Core Peripherals --> Fault Reports观察对话框中的以下几点:

1.Usage Faults 里面的 DIVBYZERO 被打勾了,说明出现的是Fault是由于除数为0所造成的。
2.HardFaults 里面的 FORCED被打勾了,说明是强制的错误被判定成了HardFualt。
3.DebugFaults 里面的HALTED被打勾了,说明目前调试模式是停止着的。

  • 再打开Keil中的View --> Watch Windows --> Watch 1,将两个全局变量添加到该窗口,查看两个全局变量数组里面的值。
Step 5:
  • 打开命令行运行窗口。
  • 执行如下命令:
addr2line -e XXX.axf -a -f   addr1   addr 2   addr3   addr4  addr5   addr6

解释命令

  1. addr2line 是一个可执行命令,需要提前安装,可以安装MinGW软件,则在其安装目录下bin文件夹内会有此命令,将此命令路径添加到系统环境变量中即可,安装完成后,可在命令行执行addr2line --help命令查看是否安装成功。
  2. XXX.axf 是要执行这条命令的时候,所处的路径 必须 在Keil MDK工程的生成文件下,此格式文件是Keil MDK下编译时自动生成的。
  3. addr1是当前PC值,比如:0x08000213;
  4. addr2是当前LR-4的地址,格式与addr1相同。
  5. addr3至addr6是在Watch 1窗口中观察到的全局变量stack_data[]里面相关0x0800xxxx的值。
  6. 后面跟的地址值可以是多个。
结果分析
  • 执行完以上第五步骤命令后,在命令行会出现addr1至addr6所有对应的文件行号以及函数名,找到哪个函数里面有除数为0的操作,即是我们所要找到的原因出处。
  • 1
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Cortex-M0是一种ARM处理器的核心架构,用于嵌入式系统中。"hardfault"是指在程序运行时发生的硬错误或异常。当Cortex-M0处理器检测到硬错误时,会引发一个硬错误中断,即硬错误中断(HardFault)。 Cortex-M0的硬错误中断(hardfault)通常是由以下情况触发: 1. 无效的指令:当程序执行到一个非法或无效的指令时,会导致硬错误中断。 2. 内存访问错误:当程序试图访问不存在的内存地址、只读内存进行写操作或对只执行内存进行写操作时,会导致硬错误中断。 3. 栈溢出:当程序使用的堆栈空间超过其分配的大小,会导致硬错误中断。 4. 数学运算错误:当程序进行除零或无效的浮点数操作等数学运算时,会引发硬错误中断。 发生硬错误中断后,Cortex-M0处理器会中止当前正在执行的进程,并将程序控制权传递给硬错误中断处理程序(HardFault Handler)。硬错误中断处理程序可以用于处理硬错误的日志记录、调试等操作,并根据具体情况采取相应的纠正措施。 为了解决Cortex-M0硬错误中断问题,应该进行以下步骤: 1. 使用调试工具来定位并修复导致硬错误中断的问题,例如检查程序是否存在无效的指令或内存访问错误。 2. 检查堆栈空间的分配是否合理,确保不会发生栈溢出。 3. 避免发生数学运算错误,例如在进行除法运算前进行零值检查。 通过以上措施,可以有效解决Cortex-M0硬错误中断的问题,确保程序的稳定性和可靠性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值