STM32F407+UCOSIII 工程一直进入HardFault_Handler死在 B OSStartHang

最新推荐文章于 2025-05-23 16:16:38 发布
最新推荐文章于 2025-05-23 16:16:38 发布
阅读量5.1k 收藏 11
点赞数 4
CC 4.0 BY-SA版权
分类专栏： STM32
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/llazy123/article/details/80185547
本文介绍了一种解决程序在HardFault_Handler函数中出现死锁的问题。通过调试发现，问题根源在于使用了MicroLib选项。文章详细解释了取消此选项即可解决问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

程序一直死在HardFault_Handler函数当中，经过断点调试一直死在 汇编语句 B  OSStartHang 中，经过一天的查找，发现是keil环境配置的时候勾选Use MicroLib选项导致，取消该选项即可。



STM32F4 + UCOSIII 关于使能FPU导致HardFault的问题
xuanchangjian的博客
07-28 2011
最近在工作过程中 使用stm32f4 + ucosiii开发 在使用sqrt的时候 发现总会跑进hardfault 一开始以为是没有使用FPU 导致浮点运算不了 后来单独实验 在不使能FPU 的情况下 浮点也可正常运算 然后发现裸机的话可以正常运行 跑系统就不行 将问题定位到ucos端 寻找资料 是ucosiii 代码问题 现mark一下 UCOSIII版本为V3.03 主要修改3个点，红色为修改内容。 1.stm32f4的启动文件 Reset_Handler PR...
STM32F1+ucosIII运行一段时间进入HardFault_Handler
erhumiui的博客
01-06 552
。。
UCOSIII 工程一直进入HardFault_Handler死在 B OSStartHang
LHC_黎明之光的博客
10-04 1272
STM32F407+UCOSIII 工程一直进入HardFault_Handler死在 B OSStartHang 由于对KEIL不是很熟悉，于是就查了查，得到了以下信息： microlib 是缺省 C 库的备选库。 它旨在与需要装入到极少量内存中的深层嵌入式应用程序配合使用。 这些应用程序不在操作系统中运行。 microlib 进行了高度优化以使代码变得很小。 它的功能比缺省 C 库少，并且根本不具备某些 ISO C 特性。 某些库函数的运行速度也比较慢，例如，memcpy()。 与缺省 C 库之间的差异
HardFault_Handler调试及问题方法
最新发布
2301_79461876的博客
05-23 274
如下所示我们找到SP寄存器，0x20001F40即为栈地址，栈里面的值依次为R0~R3、R12、PC(Return address)、xPSR(CPSR或SPSR)、LR。接下来在keil_MDK工程中，编译代码，并debug，之后全速运行，可以看到如下图所示程序进入HardFault异常。有两个连续08开头的，这是两个地址，第一个地址是卡住的具体位置，第二个是卡住的具体函数。），点击go to即找到出现异常的代码段附近下面要执行的程序。点击黄色，就跳到了卡住的具体位置。
KEIL仿真FreeRTOS总是卡住在HardFault_Handler或者卡在B.
jiang413400688的博客
03-06 1560
void HardFault_Handler(void)这三个函数屏蔽。初建立FreeRTOS例程，仿真调试时死循环或者卡某个函数。#include "stm32f10x_it.c"里面把。最后要在FreeRTOSConfig.h里面添加宏定义。全部是因为忘记屏蔽中断函数。每次都忘记，这次狠狠记下来。
STM32硬件错误HardFault_Handler的处理方法
hongprove的博客
09-29 2186
1.1在硬件中断函数HardFault_Handler里的while(1)处打调试断点，程序执行到断点处时点击“STOP”停止仿真。 1.2在Keil菜单栏点击“View”——“Registers Window”，在寄存器查看窗口查找R14(LR)的值。如果R14(LR) = 0xFFFFFFE9，继续查看MSP（主堆栈指针）的值，如果R14(LR) = 0xFFFFFFFD，继续查看PSP（进程栈指针）的值。我的程序R14(LR) = 0xFFFFFFF9，接下来以此为例。 ...
STM32-3-UCOSIII中使用EMWIN进入OSStartHighRdy后出现HardFault_Handler
qq_52940987的博客
08-08 717
今天在移植EMWIN的时候 发现移植完成的程序卡死不动了，正点原子的7寸屏幕只运行设置了背光程序，移植过来的程序是带外部RAM的板子，当前是不带外部RAM的板子 只有64k，百度了一下发现进入HardFault_Handler，大多数是溢出问题。于是我修改了emwin内存大小。...
STM32F407+UCOSII 使用浮点数导致hardfault
webuildthings的博客
07-09 1463
在FPU可用且使用的情况下产生了异常，则栈帧的长度会增加。注：如果这里配置为"Not Used"会导致__FPU_USED宏为定义为0，因为如果选择”Not Used“那么MDK将不会定义宏__TARGET_FPU_VFP，最终导致 __FPU_USED 为宏，他们的关系如下图。要开启FPU需要配置两个地方：代码预编译宏（使用FPU模块）和MDK编译配置（编译生成使用FPU的相关汇编）这里需要修改两个汇编函数 PendSV_Handler 和 OS_CPU_PendSVHandler_nosave。
STM32 硬件错误HardFault_Handler的真凶1
08-08
STM32微控制器在执行过程中可能会遇到各种故障，其中一种常见的严重故障是“HardFault_Handler”，这通常意味着处理器无法正常执行指令，可能是由于内存管理错误、堆栈溢出或访问越界等问题引起的。本文主要讨论栈...
HardFault_Handler问题查找方法
08-04
STM32出现HardFault_Handler故障的原因主要有两个方面：一是内存溢出或者访问越界，二是堆栈溢出。这两种情况都是由编程不当或堆栈大小不够引起的。为了避免这种情况，需要在编程时规范代码，避免内存溢出和访问越界...
关于STM32的flash读写数据和HardFault_Handler的问题
08-11
STM32是一款基于ARM Cortex-M内核的微控制器，广泛应用于嵌入式系统设计中。在STM32的开发过程中，常常需要对Flash进行读写操作来存储关键...希望以上内容对理解STM32的Flash读写及`HardFault_Handler`问题有所帮助。
UCOSIII移植后，系统无法启动，单步调试发现卡死在B OSStartHang
qq_47736089的博客
10-31 1073
1.startup_stm32f429xx.s启动文件中没有把PendSV_Handler更改OS_CPU_PendSVHandler，没有把SysTick_Handler更改为OS_CPU_SysTickHandler。2.自己脑抽堆栈数组越界。
ucOS III进入硬件错误中断的问题研究
Magician_Boom的博客
04-16 4282
硬件平台 STM32F407ZGT6，J-LINK仿真器 软件平台 MDK5.2 问题描述 博主在进行ucOS III的移植过程中，出现任务无法正常切换的现象。于是用J-LINK进行仿真，发现其进入了硬件错误中断，从而进入死循环导致无法正常切换任务。 解决过程 我们知道发生异常时可首先查看LR寄存器中的值，确定当前使用栈指针为MSP还是PSP，当LR的值为0x...
关于stm32 HardFault_Handler 异常的处理死机
tanzhongqiao的专栏
02-22 6100
在系统开发的时候，出现了HardFault_Handler硬件异常，也就是死机，尤其是对于调用了os的一系统，程序量大，检测堆栈溢出，以及数组溢出等，找了半天发现什么都没有的情况下，估计想死的心都有了。如果有些程序开始的时候一切没有问题，但是运行几个小时候，会发现死机了，搞个几天下来估计蛋都碎了一地吧。。。 一般来说运行操作系统  是以下几个问题 1.开始的时候给ucos分配的堆栈太小了，随着
STM32F407进入HardFault解决办法小结一点点
nicies的博客
11-05 3299
UCOSII 调试掉进HardFault_Handler,解决与定位方法 故障可能会有以下几种： 1、ucos分配的堆栈太小了 2、数组溢出 3、非法的指针 ，比如空指针 ，编译对的 4、OS_ENTER_CRITICAL()没有配套使用 5.在UCOSII系统中必须中断中配套使用OSINTENTER(),与OSINTExit(); 定位办法为： 1、首先在HardFault_Handler的while（1）处打上断点。 2、等待代码运行到此，这时查看寄存器LR，在左边一个是工程，一个是寄
STM32踩坑：UCOSIII下串口中断服务中使用OSIntEnter函数使程序卡死解决方案
混子还在路上
06-08 2348
在高频的串口数据收发模式下，我在网上查阅了很多资料，然而并没有把问题解决掉，我看有篇文章说有情况下的函数 OSIntEnter 使用会带来很大开销，然后又用 ChatGPT 查了一下，初步判定函数 OSIntEnter 对程序卡死会有一定影响，屏蔽掉函数 OSIntEnter 与 函数 OSIntExit 后，测试，还是会卡死，不过正常使用的次数多了几次，接着把函数 OSSemPend 与函数 OSSemPost 也给屏蔽掉，发现串口高频收发正常了，程序也不会卡死了。学习分享，一起成长！
uCos移植中进入HardFault_Handler问题
嵌入式学习记录站点
12-20 1629
本问题发生场景：1：ucos中调用sprintf（）函数来进行字符串处理时，2：ucos中中断调用函数，最终返回值和预计不相同问题
HardFault_Handler异常
m0_37187962的博客
02-21 6084
[1] 在复杂的情况下，即使定位了异常发生位置也很难容易的改正错误，要学会使用Watch窗口对发生错误的指针变量进行跟踪； [2]在问题不明晰的情况下，尝试分析反汇编代码，就自己遇到的，部分情况下的异常发生在BL等跳转指令处，BL跳转到了不合法的内存地址产生异常 ...
STM32F407因为结构体字节对齐导致的HardFault_Handler异常
u013312012的博客
08-30 8869
STM32因为结构体字节对齐导致的HardFault_Handler异常 该问题遇到了好多次，前几次都因为赶，没有深究，前几天刚好空闲下来便排查了下。 现象是这样的：我使用到stm32的can通信，代码本来是运行正常的。后来添加了一个9字节的结构体变量，编译后下载到目标板子运行，发现只要一接收can消息，就会进入HardFault_Handler异常，在网上查找解决方法，发现进入HardFau...
stm32最小系统板 hal 移植UCOSIII 一直进入HardFault_Handler
06-01
UCOSIII要求在OSInit()函数中设置全局中断优先级分组和中断优先级，而HAL库默认是使用优先级分组0，这会导致UCOSIII和HAL库的中断优先级设置冲突，从而导致HardFault_Handler错误。 解决方法是在OSInit()函数中设置...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值