当前位置: 首页 > news >正文

STM32开发时HardFault错误的排查

STM32开发时HardFault错误的排查

本篇是 嵌入式开发-STM32硬件I2C驱动OLED屏 一文的扩展。
把相关的问题记录一下,给遇到HardFault_Handler问题的朋友做个参考。

故障现象

做STM32开发,经常遇到HardFault错误,也就是程序不会正常运行,此时若停止程序运行,会发现跳转到下面的程序段,并死循环运行,也就是著名的HardFault错误

void HardFault_Handler(void)
{
  /* USER CODE BEGIN HardFault_IRQn 0 */

  /* USER CODE END HardFault_IRQn 0 */
  while (1)
  {
    /* USER CODE BEGIN W1_HardFault_IRQn 0 */
    /* USER CODE END W1_HardFault_IRQn 0 */
  }
}

故障原因

常见故障有
1 数组越界
2 内存溢出
3 堆栈溢出
4 数据类型出错
等等

问题分析

在下图处打断点,等到运行到这个位置时会暂停,如下图:
在这里插入图片描述

在Call Stack Window页面,可以看到如下信息:
在这里插入图片描述

箭头所指,就是进入HardFault_Handler之前的函数。
这个调试窗口展示的是从main开始运行时,逐次调用函数的一个过程,
下图就是两个函数循环调用,但还没有堆栈溢出的情况,发展下去,肯定是堆栈溢出。
检查相关代码,可以发现问题。
在这里插入图片描述

void oled_write_onebyte(u8 data, u8 cmd)
{
  u32 ret;
  ret = HAL_I2C_Mem_Write(&hi2c2, OLED_ADDR, 0, I2C_MEMADD_SIZE_8BIT, &data, 1, 1000);
  if(ret!=0)
  {
    oled_init();
    OLED_DisPlay_Off();
    HAL_Delay(10);
    OLED_DisPlay_On();
  }
}

在oled_init()这个函数中,调用了oled_write_onebyte()这个函数,但是当oled_write_onebyte函数出错时,又会调用oled_init这个函数,于是形成嵌套,最终是堆栈资源耗完,溢出,然后进HardFault_Handler。
可以改为

If(ret!=0)
	i2c_err_flag = 1;

然后在主循环中,操作i2c相关函数时,检查i2c_err_flag的值,再进行相关处理即可。

相关文章:

  • C++ 面试模拟02
  • 为解决bypy大文件上传报错—获取百度云文件直链并使用Aria2上传文件至服务器
  • ClickHouse-Kafka Engine 正确的使用方式
  • 【C++】模拟实现vector
  • 宝塔部署python项目
  • C++:用类实现链表,队列,栈
  • [数据集][目标检测]狗种类检测数据集VOC+YOLO格式20578张120类别
  • linux使用vim编辑器时候如何粘贴内容
  • 【Android】切换系统全局语言设置
  • 自然语言处理: 第十三章Xinference部署
  • idea打开项目白屏
  • 使用Docker部署MinIO并结合内网穿透实现远程访问本地数据
  • conda创建虚拟环境命令、jupyter notebook启动打开和使用
  • C++基础知识
  • csdn月入过万的作者是如何练成的?
  • Linux实现文件定期本地备份/异地备份/删除备份的脚本
  • 掌握这十个Linux命令,秒变Linux老手
  • 浅谈SQL Server索引视图(物化视图)以及索引视图与查询重写
  • 排查Linux服务器是否被入侵步骤
  • 聚观早报 | 推特临时培训员工应对世界杯;世界杯足球内置传感器
  • java单例模式--懒汉式、饿汉式(第二次学习)
  • 你真的了解Spring的依赖查找吗?
  • Git项目Readme.md文件编写格式与语法
  • 《精通Neo4j》前言
  • 【安全学习】记一次内网环境渗透
  • HDU中的贪心算法
  • 【Hack The Box】Linux练习-- OpenAdmin
  • 最新科目一攻略(新规)
  • 全球与中国羽绒服行业规模预测及投资策略研究报告2022-2028年
  • SparkRDD详解
  • Python项目一:pygname
  • 数据库的三级模式和二级映像