stm32进入HardFault_Handler的定位方法

写程序偶尔会遇到程序死机的现象。这个时候，就需要debug来定位。
通常情况下，程序会进入HardFault_Handler的死循环（针对stm32系列），我遇到过两次。

第一次是使用数组之前，数组的下标清零了，导致无法访问串口的数据，俗称内存越界，你误以为访问串口的全局数组，其实是其他数据，uart[23],index=0,之后，想用uart[index-1]来访问数组的最后一个数据，这个时候就出现问题了，其实是uart[-1]的数据，可想而知，什么数据不知道，就会出现程序死机的现象，这个现象debug的时候基本上要仔细看串口的缓存和下标的变化基本可以查到原因。

第二种是不同的任务访问相同的外设资源。

我想用uart来打印数据，但是我默认上电后，建立了两个串口的任务，这样就产生了这个任务想使用串口来接收，但是其他任务又想打印数据，因此就冲突了，这样的解决方式是把串口的任务都屏蔽了，这样就可以单独使用串口来发送了。debug的时候可以看《Call Stack窗口》，显示停在了uart任务中，因此就判断串口任务捣的鬼，之后屏蔽了就解决问题了。

调试的过程，我怀疑是printf有错，因此全部都删除了printf语句，程序运行了，然后添加之后，就出错了，那说明还是printf的错，之后debug停在了HardFault_Handler的死循环，查看了Call Stack，有串口的任务，那我大致了解是串口任务冲突了。

具体的方法可以参考以下链接：

http://news.eeworld.com.cn/mcu/article_2017110835733.html

https://blog.csdn.net/u013184273/article/details/84440177

标签：HardFault,uart,printf,stm32,任务,Handler,串口,debug
来源： https://www.cnblogs.com/CodeWorkerLiMing/p/11719320.html