[解决办法]EMWIN卡住进入HardFault_Handler异常的处理

最新推荐文章于 2026-03-26 11:05:04 发布
原创 最新推荐文章于 2026-03-26 11:05:04 发布 · 9.9k 阅读 · 26
标签
#EMWIN #HardFault_Handler #液晶屏 #卡住
本文主要探讨了EMWIN在运行过程中出现卡住并进入HardFault_Handler异常的原因，包括GUI_NUMBYTES设置过小、分配的GUIMemory不连续、GUI_BLOCKSIZE设置不当以及堆栈大小不足等四个方面，并提供了相应的解决方法，如调整GUIConf.c文件中的宏定义和增大启动文件中的Stack_Size。

现象描述

EMWIN运行卡住,在线调试进入HardFault_Handler异常


出错原因以及解决方法

原因一:GUI_NUMBYTES设置太小

现象:

在线跟踪,若GUI_ALLOC_AssignMemory(_aMemory, GUI_NUMBYTES)中对应的_aMemory数组全部空间都有数据,那么就可以确定是此问题导致

解决办法:

最低0.47元/天 解锁文章
STM32F4 Discovery移植EMWIN界面（源码分享）-电路方案
04-21
操作说明: ST推出的STM32F4系列产品，FLASH 1M, 内存 192K,自带FPU,性能比较强悍，适合移植RTOS和GUI界面。GUI目前用了UCGUI和EMWIN。UCGUI目前有开源版本，EMWIN目前最高版本5.20D,只提供了库文件，不过界面比较漂亮。 现在，在STM32F4 Discovery上移植了一个EMWIN界面，裸机可以实现5.14D /5.16A/5.18C/5.20D版本的完美移植，就是内存还是不够用，有两个demo没法实现。在UCOSV2.92版本中，移植EMWIN出现一些问题，仅有5.14D 能够显示，其它版本的移植时会出现Hardfault。 由于采用了MDKV470以上版本，在使用FPU并移植UCGUI时，总是会出现一些Hardfault，并导致一些demo不能运行，原因是这些MDK版本在支持浮点出栈和入栈时有些BUG。而EMWIN 没有使用浮点运算，因此在移植和开发界面过程中，可以不使用FPU。 现在为大家分享一个基于5.14D版本的EMWIN在STM32F4DISCOVERY板卡上的实现源码。现在采用了板卡上剩余的64KB CCRAM后，将堆栈空间设定为10000，已经解决了内存空间不足的问题。 下面发一个UCGUI390A的演示视频: 发几张EMWIN移植图片:
3.STM32F429 学习emWin emWin在Windows上的仿真
whx_whx123的博客
03-15 1514
大家好，这节给大家讲解一下emWin在Windows上的仿真。 这节主讲内容如下： 1.搭建Windows仿真环境 2.使用VS 2019社区版仿真emWin 3.仿真文件概览 4.Hello World 1.搭建Windows仿真环境 获取仿真工程文件：emWin的Windows仿真版本是免费的。 https://www.segger.com/downloads/emwin/ 我们已经下完了这个包，现在解压缩。 2.使用VS 2019社区版仿真emWin 打开仿真工具； 2）设置仿真工程属性； 3）
4.STM32F429 学习emWin 移植emWin到STM32-8080接口
whx_whx123的博客
03-17 1904
本章中心思想有两个内容 1.emWin初始化 2.移植emWin所需配置 1.初始化。 GUI_X_Config()这个函数是用来分配emWin动态内存的 这个函数内部调用了GUI_ALLOC_AssignMemory() LCD_X_Config() 是用来初始化和配置一些显示触摸相关的一些东西的。 GUI_DEVICE_CreateAndLink()创建和链接驱动设备 LCD_SetVSizeEx（）和LCD_SetSizeEx()一个屏幕尺寸的设置 LCD_SetVRAMAddrEx()是显存地址的
Keil下HardFault_Handler问题查找方法
最新发布
qq_40170041的博客
03-26 436
1、内存溢出（常见的于数组访问越界）。2、堆栈溢出（堆栈设置过小等）。
HardFault_Handler异常（死机）的处理
热门推荐
fenhong91的博客
03-15 2万+
在系统开发的时候，出现了HardFault_Handler硬件异常，也就是死机，尤其是对于调用了os的一系统，程序量大，检测堆栈溢出，以及数组溢出等，找了半天发现什么都没有的情况下，估计想死的心都有了。编程的时候很多问题，在参数检查的时候被过滤掉了，这样在开发大型项目的时候，可以给您免去很多不必要的麻烦，反而会提供开发效率哦。局部变量 在管理临界区 os的内核程序也是这么用的 ，而且要注意，临界区一般用于全局变量的写操作，时间要非常快的，任务中的变量可以不用添加。
【KEIL】发生硬件错误卡在HardFault_Handler()的解决办法
徐腾腾的博客
03-24 1万+
1.调试时点击stop按钮 2.调出View->Register窗口，查看R14(LR)的值：如果是0xFFFFFFE9,则查看MSP的值；若为0xFFFFFFED，则查看PSP的值。此处为第一种情况，所以查看MSP。 3.调出View->Memory1窗口，将MSP输入到地址框，找到0800开头的地址，这里是0x08007217。 4.调出View->Disassembly窗口，右键Show Disassembly at adress…，在弹出框中输入0x08007217，汇编和C
STemWin的移植
熠熠L的博客
04-01 1462
参考博客链接 记录一下移植STemWin 使用的是自己写的LCD驱动文件 1.官方文件介绍 文件夹 说明 Config 其中的 GUIConf.c 文件用于配置 emWin 的存储空间分配，GUIConf.h 文 件 用 于 裁 剪 emWin 的 功 能 。 其 余 的 GUIDRV_Template.c 、LCDConf_FlexColor.c、 GUIDRV_wf.c 是 emWin 应用在不同液晶时使用的不同驱动模板 Lib 包含了 emWin 的代码库文件，针对 Cortex
程序卡死在void HardFault_Handler的解决办法
嵌入式与Linux那些事的博客
11-15 1万+
上午调试程序，把UWB的时间戳都转换成标准时间打出来了，但是发现，程串口输出一会之后就会停止，板子的灯也熄灭了。 时间戳转换标准时间代码如下： u8 TestBuff[150]; int OutCounter = 0; double txTimeStamp_trans=0; txTimeStamp_trans = (uint64_t)(((uint64_t)txTimeStamp[4] <...
STM32程序卡死HardFault_Handler
weixin_69040552的博客
06-08 2313
(2)在Keil菜单栏点击“View”——“Call Stack Window”弹出“Call Stack + Locals”对话框。然后在对话框中右键选择“Show Caller Code”，就会跳转到出错之前的函数处，仔细查看这部分函数被调用或者数组内存使用情况，如下图。(1)在硬件中断函数HardFault_Handler里的while(1)处打调试断点，程序执行到断点处时点击“STOP”停止仿真。(2)数组越界：估计应该就是这个原因，因为移植的代码目前还在研发阶段，很大概率是存在问题；
超详细！！！STM32F407ZGT6HAL库移植STemwin（基于正点原子最小系统板+GUIBuilder）
m0_60853221的博客
11-05 6336
使用STM32f407zgt6，利用cubemx和GUIBuilder完成STemwin的移植，纯新手教程
程序进入HardFault_Handler()死循环
zyt0727的博客
11-23 454
但没有给Rxbuffer2发送消息---串口2的Rx引脚悬空了 并且没有做防溢出操作 导致数组下标一直计数 从而溢出进入中断死循环。原因：Rxbuffer2的数组下标溢出。解决办法：在中断中做溢出处理。
STM32F407移植emwin
weixin_73150802的博客
04-19 2417
/修改static unsigned int _GetPixelIndex(GUI_DEVICE * pDevice, int x, int y) static unsigned int //_GetPixelIndex(GUI_DEVICE * pDevice, int x, int y)//修改static void _FillRect(GUI_DEVICE * pDevice, int x0, int y0, int x1, int y1)//地址为0x6C000080;
STM32卡死、跑飞、进入HardFault_Handler如何精准的确定问题
m0_74676415的博客
12-15 1万+
我们在使用STM32的时候，代码难免会出现疏忽，导致程序跑飞，不再正常运行，那么都是什么情况会导致STM32程序跑飞呢？或者我们调试的时候，发现代码进入了HardFault_Handler()；导致了死循环，我们该如何去找到问题呢？调试我只能说非常的考验自己，入门刚刚好一年STM32，每次打开调试这个界面的时候，都感觉有点力不从心，但是随着一步步的不断调试，我逐渐对调试这个界面越来越熟悉，见到的问题也越来越多，只有不断的去遇到问题，然后逐步的解决问题，才能从菜鸟变成大神吧。
KEIL5调试卡死在HardFault_Handler函数中解决办法 实测有效
lileiyuan1985的博客
05-17 3090
我的引起的原因是串口接收中断函数中的一个数组存满了，超出了数组的界限。我将数组改成在存满的时候进行清零操作，从数组0下标开始存。网上说的一些原因是有道理的，即数组溢出或者内存溢出等，可以从这个方面去针对性的排查。目前，仍然没有太好的方法去寻找这个BUG。下面图中红圈1里面的数组溢出，然后我多加了红圈2里面的数组清0操作。在调试KEIL5程序的时候，程序过一会一直卡在下面的函数中，这个问题一直困惑了好久。
Emwin卡死进入HardFault_Handler，寄存器操作错误原因
weixin_51470941的博客
05-05 592
Emwin卡死进入HardFault_Handler，寄存器操作错误原因
hardfault_handler卡住怎么解决
weixin_35755823的博客
02-14 965
Hardfault是一种常见的软件错误，它通常表示程序发生了非法访问，导致系统崩溃。解决Hardfault问题需要调试代码以查找错误并修复它。 一种常见的方法是使用调试工具，如调试器或调试代码，来查看堆栈并找到导致错误的代码。如果错误是由于缓冲区溢出，数组越界等造成的，应该检查代码以确保其正确使用数组和缓冲区。 另一种方法是使用静态代码分析工具，例如Lint，来检查代码中的错误和不良实践。这些工具...
使用emwin进入HardFault_Handler案例
liuhuizi1987的博客
08-23 829
在不使用emwin时候安然无事，但使用了emwin就会进入HardFault_Handler，一般都是栈溢出导致的，这时候分裸机情况和带OS情况： 1、裸机情况： 默认栈大小为0x400，根据情况改大一些即可： Stack_Size EQU 0x800 2、带OS情况 带OS情况下可以直接查看GUI任务的栈是否都被填充，是的话就能肯定是堆栈设置小了导致的；使用STM32CubeMX自动生成的堆栈大小默认是128，对于GUI任务来说，一般都不够，需要根据情况适当调整： #defi..
stemwin 19264单色屏移植
芯创博客
03-29 2412
一.GUIConf.C文件的修改 修改emwin内存 /********************************************************************* * * Defines * ********************************************************************** */ // // ...
移植EmWin 调试时候卡GUI_Init或者卡在使能CRC的问题
yuedahan的博客
03-18 1827
手里有套STM32F103ZE的开发板，一直没搞过Emwin，后来看到有相关例程就想着跑下，结果代码烧到板子上啥反应也没有，因为之前TFT屏是没问题的，一直在实验，但是加上emwin就不好了，看现象屏有背光，所以还是跟emwin有关。 源代码肯定没问题，那就是配置的问题了，GUIConf.c里面给emwin分配的GUI_NUMBYTES大小为500K，前提是使用的是外部SRAM，想着试试使用内部...
emWin调试触摸屏进入HardFault_Handler的解决办法
问乐寻音
12-02 2077
尝试把工程设置里的 use MicroLIB 勾选去掉 使用emWin528调试触摸屏，发现在调用 GUI_TOUCH_Exec() 时直接进入 HardFault_Handler 错误中断。 单步调发现问题出在GUI_TOUCH_StoreState 或GUI_TOUCH_StoreStateEx 这两个函数上，而单独调用GUI_TOUCH_StoreState 时可以正常产生触摸...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值