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函数的所有变量会在系统启动后出栈。破案了。把变量改成全局后完美解决问题。