zoukankan      html  css  js  c++  java
  • 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

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

  • 相关阅读:
    【shell脚本】批量修改扩展名===modifyExtension.sh
    【shell脚本】打印九九乘法表
    【shell脚本】显示进度条
    【Linux命令】Linux压缩及解压命令
    【Linux命令】ulimit设置最大文件打开数
    【mysql】修改mysql数据库密码
    【raid级别】RAID级别工作模式
    MyBatis之#{} and ${}
    MyBatis之foreach
    强制修改常量的值
  • 原文地址:https://www.cnblogs.com/CodeWorkerLiMing/p/12007315.html
Copyright © 2011-2022 走看看