STM32H750外扩FLASH死机问题解决: Cache关键影响
需积分: 5 194 浏览量
更新于2024-08-03
收藏 452KB PDF 举报
"应用笔记LAT1151+程序运行在+STM32H750+的外扩+FLASH+上两小时后死机"
在本文档中,我们讨论了一个客户遇到的问题,即在其STM32H750VBT6微控制器(MCU)上,通过QSPI接口外扩了一块4M NOR FLASH并采用内存映射模式运行程序。在程序运行约两小时后,MCU会出现死机现象。问题在KEIL IDE下可复现,死机位置主要集中在TIM15函数入口和中断服务函数中的赋值语句。
首先,问题分析从硬件层面入手,注意到死机发生在即将进入TIM15中断服务程序之前。考虑到电源稳定性,检查了VCAP引脚的连接,建议客户将这两个引脚短接,但问题依旧。接着,检查了PC13引脚的GPIO输出,尽管该引脚可能与备份域相关,但断开连接后问题仍然重现,说明硬件部分不是根本原因。
接下来,转向软件层面,客户已启用IO补偿功能,但IO速度设置为HIGH。修改为"VERY_HIGH"后,问题未得到解决。鉴于之前有低功耗唤醒后死机的情况,怀疑可能与CACHE有关。客户在关闭CACHE后,问题未再出现,但这并未完全解决问题,因为代码的某些改动也可能影响死机现象,但具体规律尚未明确。
为了进一步确认CACHE的影响,建议客户在调试模式下手动关闭ICache和DCache,并在使用CACHE之后的代码行设置断点。当程序运行到断点并停止后,通过系统控制配置界面关闭CACHE相关位。客户遵循这个步骤,发现关闭CACHE确实能防止死机。
综合上述情况,问题可能与STM32H750的CACHE管理和低功耗模式相关。在特定条件下,如长时间运行或特定代码执行后,可能导致CACHE异常或与中断处理的交互出现错误,从而造成死机。解决方案可能是优化代码以避免特定时间段的CACHE使用,或者在进入低功耗模式前更妥善地管理CACHE状态。客户需继续进行深入的软件调试,寻找可能的代码触发点,同时关注与CACHE、中断服务和低功耗模式相关的MCU特性,以便彻底解决死机问题。
2014-03-22 上传
2024-03-15 上传
2024-03-15 上传
2024-03-15 上传
2024-03-15 上传
2024-03-15 上传
2024-03-15 上传
2024-04-15 上传
2024-03-15 上传
冻结的鱼
- 粉丝: 1917
- 资源: 157
最新资源
- 掌握Jive for Android SDK:示例应用的使用指南
- Python中的贝叶斯建模与概率编程指南
- 自动化NBA球员统计分析与电子邮件报告工具
- 下载安卓购物经理带源代码完整项目
- 图片压缩包中的内容解密
- C++基础教程视频-数据类型与运算符详解
- 探索Java中的曼德布罗图形绘制
- VTK9.3.0 64位SDK包发布,图像处理开发利器
- 自导向运载平台的行业设计方案解读
- 自定义 Datadog 代理检查:Python 实现与应用
- 基于Python实现的商品推荐系统源码与项目说明
- PMing繁体版字体下载,设计师必备素材
- 软件工程餐厅项目存储库:Java语言实践
- 康佳LED55R6000U电视机固件升级指南
- Sublime Text状态栏插件:ShowOpenFiles功能详解
- 一站式部署thinksns社交系统,小白轻松上手