stm32进入HardFault_Handler的定位方法

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

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

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

我想用uart来打印数据,但是我默认上电后,建立了两个串口的任务,这样就产生了这个任务想使用串口来接收,但是其他任务又想打印数据,因此就冲突了,这样的解决方式是把串口的任务都屏蔽了,这样就可以单独使用串口来发送了。debug的时候可以看《Call Stack窗口》,显示停在了uart任务中,因此就判断串口任务捣的鬼,之后屏蔽了就解决问题了
具体的方法可以参考以下链接:
http://news.eeworld.com.cn/mcu/article_2017110835733.html
【stm32进入HardFault_Handler的定位方法】https://blog.csdn.net/u013184273/article/details/84440177

    推荐阅读