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

posted @ 2019-10-22 13:42  wdliming  阅读(2994)  评论(0编辑  收藏  举报