2018年10月06日 | 关于stm32HardFault_Handler异常（死机）的处理

2018-10-06 来源：eefocus

在系统开发的时候，出现了HardFault_Handler硬件异常，也就是死机，尤其是对关于stm32HardFault_Handler异常（死机）的处理

b.调出堆栈窗口，也就是黑匣子

关于stm32HardFault_Handler异常（死机）的处理

c.查找问题

关于stm32HardFault_Handler异常（死机）的处理

d.找出出错的函数

关于stm32HardFault_Handler异常（死机）的处理

e.解决问题

关于stm32HardFault_Handler异常（死机）的处理

f 一些思考

很久之前在研究stm32 库源码的时候发现基本上每个函数进入之前都做了参数的检测，当初还觉得检查不检查貌似没什么大的作用，自己使用的时候注意就好了，现在是不是改变看法了吗？编程的时候很多问题，在参数检查的时候被过滤掉了，这样在开发大型项目的时候，可以给您免去很多不必要的麻烦，反而会提供开发效率哦

当然网上也有很多，检查寄存器LR SP等地址来反推出最后运行的汇编函数调用地址的，但是肯定没有上面的直观。

11) Call Stack + Locals 窗口

关于stm32HardFault_Handler异常（死机）的处理

窗口中显示了当前活动函数的名称和局部变量列表。随同每个函数的名字会显示它被哪个函数或中断/异常调用。
当函数退出时，会从列表上移除。
最早调用的函数会出现在列表的底端。
这个列表只有在程序停止运行时有效。

点击 Step In 图标或按 F11 键。

当单步运行到不同的函数时，观察它们在窗口上显示的变化。如果陷入到Delay 函数的循环当中，可以用Step Out 或Ctrl+F11 键快速退出。

点击几次 Step In，观察其他函数。

右键点击一个函数名，尝试 Show Callee Code 和 Show Caller Code 选项。
关于stm32HardFault_Handler异常（死机）的处理

点击 Step Out 图标退出所有函数，返回 main()。

提示：如果单步调试（Step In）不工作，点击Disassembly 窗口使它成为焦点，可能需要点击一行反汇编代码来执行汇编级别的单步运行。如果焦点在源代码窗口上，则是执行 C 语言代码级别的单步运行。

提示：可以在程序停止运行时，通过 Call Stack + Locals 窗口来修改变量的值。

提示：上述是标准的“Stop and Go”调试过程。ARM Coresight 调试技术还可以做很多更强大的事情，比如在程序运行中显示并实时更新全局或静态变量，而不需要修改程序。由于局部变量通常存储在 CPU 寄存器中，不能在程序运行时实时显示，需要转换成全局或静态变量使得作用域不会消失。

stm32 HardFault_Handler 异常死机处理