STM32用KEIL调试程序进入HardFault_Handler

程序在读取EEPROM中的数组值时出现卡死现象,经调试发现在HardFault_Handler的while(1)循环中。通过CallStackWindow分析,发现可能是由于新EEPROM数据全为65535,导致数组加1后越界。解决方法是上电后对EEPROM进行初始化写入。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

情况:在程序执行时用到一个数组,这个数组的值的从EEPROM中读出的。发现一用这个数组,程序就卡死,后在keil调试模式下发现程序进入到HardFault_Handler,在While(1)中死循环了。

死机程序语句定位:在硬件中断函数HardFault_Handler里的while(1)处打调试断点,程序执行到断点处时点击“STOP”停止仿真。 在Keil菜单栏点击“View”——“Call Stack Window”弹出“Call Stack + Locals”对话框。然后在对话框中右键选择“Show Caller Code”,就会跳转到出错之前的函数处,仔细查看这部分函数被调用或者数组内存使用情况。

可能原因:数组越界操作;内存溢出,访问越界;堆栈溢出,程序跑飞;中断处理错误

原因分析:EEPROM这块元器件是全新的,在上电时数据全为65535,数组读出后再+1自然就越界了,全新EEPROM上电后记得重新写一下数据。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值