GD32f303故障排查方法:从HardFault_Handler了解问题排查
一、问题:
在给工程调价usbd时突然出现了HardFault_Handler
二、解决步骤:
1、在register窗口里看sp指针的值:0x2000B570
2、调出memory窗口,并调入sp指针的值,找到上一次PC指针的值
3、对PC指针:0x0800C2E3进行向下以4字节取整并减去8字节:0x0800C2E3—>0x0800C2E0—>0x0800C2D8,得到指针0x0800C2D8就是发生错误的指令。调出汇编窗口
4、在汇编窗口空白处点击 "show Disassembly at address"
5、在窗口中填入上次得到的指针0x0800C2D8,会跳转到编译出汇编语句的c语句
6、至此我们知道了那条语句出问题。给该语句打断点,会进来,之后运行就跳入了void HardFault_Handler(void);函数。故确定是这条语句。现在让我们看看为什么这个会出问题。先看看usbd_to_suspend(udev);是啥
7、发现是结构体的函数调用,那么我们看看指针是否是野指针。我们为了方便查看指针的值改一下函数:
8、在keil中允许将鼠标停止在指针变量上获得它的值:
9、完全不对的指针变量值,在arm中sram的起始地址是0x20000000,flash起始地址是:0x08000000。完全确定这是个野指针。之后就是确定udev这个变量是谁给的,经过重重闯关发现:原结构体变量是:
10、但我们要知道,这是个局部变量,但是它好像在main函数里。应该没问题???在裸机开发当然没问题,代码永远运行在main基础之上,但是我是freeRTOS系统,main函数的所有变量会在系统启动后出栈。破案了。把变量改成全局后完美解决问题。