KEIL仿真FreeRTOS总是卡住在HardFault_Handler或者卡在B.

已于 2025-02-06 20:10:53 修改
阅读量1.4k 收藏 15
点赞数 6
文章标签： stm32 c语言
于 2024-03-06 21:55:20 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/jiang413400688/article/details/136518938
版权

初建立FreeRTOS例程，仿真调试时死循环或者卡某个函数

全部是因为忘记屏蔽中断函数

#include "stm32f10x_it.c"里面把

void SVC_Handler(void)

void PendSV_Handler(void)

void HardFault_Handler(void)这三个函数屏蔽

最后要在FreeRTOSConfig.h里面添加宏定义

#define xPortPendSVHandler 	PendSV_Handler
#define vPortSVCHandler 	SVC_Handler

每次都忘记，这次狠狠记下来

再记一个错误

太像了 vTaskStartScheduler 导致查来查去就是这个xPortStartScheduler();函数调用错了

Cortex-M 处理器 hardfault 定位方法和步骤（基于Keil mdk）
musclegao的博客
01-14 2万+
一. 问题的产生 Hard fault (硬错误,也有译为硬件错误的)是在STM32上编写程序中所产生的错误，造成Hard Fault错误的可能原因较多，排除硬件问题，如何在代码量较大的情况下，快速定位造成的hardfault的问题代码，就成为比较关键的问题。 本文将基于STM32处理器(stm32f091)，keil-MDK开发环境，总结hardfault的调试定位方法。在其他Cor...
Proteus8.9 VSM Studio Keil编译器仿真freeRTOS_STM32F103R6_系列001_跑马灯
kaillen的博客
09-24 1004
一，打开文件（可以随文下载放置在文档中打开）。(如下图1所示) 图1 二，调整原理图大小，适合可视，另存工程文件。(如下图2，3，4所示) 图2 图3 图4 三，点击Source Code标签。(如下图5所示) 图5 四，编辑main.c Proteus8.9 VSM Studio Keil编译器仿真freeRTOS_STM32F103R6_系列001_跑马灯 (如下图6所示) 五，Main.c 代码： #include “sys.h” #include “delay.h” #include “u
【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
在STM32上移植freertos。可以软件仿真
03-21
在MDK开发环境下，通过软件仿真的方式实现freertos在stm32f103芯片上的移植
FreeRTOS 中软件定时器导致 HardFault_Handler 的原因分析
最新发布
kivenx的博客
04-17 1035
在 FreeRTOS 中使用软件定时器时遇到 HardFault 错误是一个常见问题，通常与内存管理、堆栈溢出或资源访问冲突有关。
【踩坑日记】【FreeRTOS】KEIL5 仿真调试时卡在 HardFault_Handler() 或者 UsageFault_Handler() 异常中断中
Beihai_Van的博客
08-11 2103
使用 KEIL5 进行软件仿真调试时，进不去 main() 函数，按下 STOP 后再按下 RUN，发现有时候卡在 HardFault_Handler()，有时候却又卡在 UsageFault_Handler()。
KEIL5调试卡死在HardFault_Handler函数中解决办法 实测有效
lileiyuan1985的博客
05-17 2751
我的引起的原因是串口接收中断函数中的一个数组存满了，超出了数组的界限。我将数组改成在存满的时候进行清零操作，从数组0下标开始存。网上说的一些原因是有道理的，即数组溢出或者内存溢出等，可以从这个方面去针对性的排查。目前，仍然没有太好的方法去寻找这个BUG。下面图中红圈1里面的数组溢出，然后我多加了红圈2里面的数组清0操作。在调试KEIL5程序的时候，程序过一会一直卡在下面的函数中，这个问题一直困惑了好久。
Freertos 软件定时器进入HardFault_Handler
u014595333的博客
01-11 1063
在一个项目中使用到了Freertos，但是在gui界面显示1秒后切换界面，用到了freertos软件定时器，使用了队列来夸任务传递标志位，导致进入HardFault_Handler，经历了四天时间才找到问题，开始网上各种搜搜，HardFault_Handler定位方法，最后使用CmBacktrace库找到问题。确定了和队列接收函数和定时器函数有关，然后在锁定在定时器创建函数，一步步屏蔽，仿真调试，经过十多次的反复操作最终确定了xQueueReceive函数的问题。三、使用Windows命令工具进行查找。
STM32移植FreeRTOS 调用vTaskStartScheduler时卡在HardFault_Handler的解决方法
weixin_44543366的博客
06-05 3429
FREERTOS函数名定义语句写在函数内部，造成堆栈溢出。
Proteus8.9 VSM Studio Keil编译器仿真freeRTOS_STM32F103R6_系列011_lcd1602并口
kaillen的博客
09-25 809
一，打开文件（可以随文下载放置在文档中打开）。(如下图1所示) 图1 二，调整原理图大小，适合可视，另存工程文件。(如下图2，3，4所示) 图2 图3 图4 三，点击Source Code标签。(如下图5所示) 图5 四，编辑main.c Proteus8.9 VSM Studio Keil编译器仿真freeRTOS_STM32F103R6_系列011_lcd1602并口 (如下图6所示) 五，Main.c 代码： #include “sys.h” #include “delay.h” #incl
FreeRTOS实时系统 在任务中增加数组等相关操作 导致单片机起不来或者挂掉
SuperF_的博客
05-31 678
在调试串口任务中增加如下代码，发现可以用keil进行仿真，但是烧录程序后，调试串口没有打印，状态灯也不闪烁，单片机完全起不来。才给了区区128个字节，这有点少了，毕竟我增加了很多功能，于是我从64增加到120。在仿真代码得时候，任务认为程序没有问题，不太可能导致这样的情况发生，毕竟我在别的项目用的这套代码运行的好好的。博主就纳了闷了，究竟是什么原因，这段代码可是公司永流传的老代码了，我移植过来的可不敢出现问题。整个单片机的存储空间是固定的，增加了FreeRTOS的堆空间，就要同步减少单片机的栈空间。
STM32CubeMX生成FreeRTOS的 Keil工程，程序下载无法运行，死机
fifteenPeng的博客
03-29 2351
问题解决记录： STM32CubeMX 带FreeRTOS，生成 Keil工程，程序下载无法运行，死机； 芯片：STM32F401RCT6 库版本：HAL_1.51 cubeMX：V6.2.0 配置好外设，生成工程均无问题； 在默认函数中加入串口发送代码 void StartDefaultTask(void *argument) { /* USER CODE BEGIN StartDefaultTask */ /* Infinite loop */ for(;;) .
STM32硬件错误HardFault_Handler的处理方法
hongprove的博客
09-29 2144
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程序卡死HardFault_Handler
weixin_69040552的博客
06-08 2050
(2)在Keil菜单栏点击“View”——“Call Stack Window”弹出“Call Stack + Locals”对话框。然后在对话框中右键选择“Show Caller Code”，就会跳转到出错之前的函数处，仔细查看这部分函数被调用或者数组内存使用情况，如下图。(1)在硬件中断函数HardFault_Handler里的while(1)处打调试断点，程序执行到断点处时点击“STOP”停止仿真。(2)数组越界：估计应该就是这个原因，因为移植的代码目前还在研发阶段，很大概率是存在问题；
STM32移植FreeRTOS硬件错误HardFault_Handler的处理方法
AuroraSmith的博客
01-17 4599
STM32移植FreeRTOS硬件错误HardFault_Handler的处理方法
STM32F407+UCOSIII 工程一直进入HardFault_Handler死在 B OSStartHang
llazy123的博客
05-03 5144
程序一直死在HardFault_Handler函数当中，经过断点调试一直死在 汇编语句 B  OSStartHang 中，经过一天的查找，发现是keil环境配置的时候勾选Use MicroLib选项导致，取消该选项即可。...
hardfault_handler卡住怎么解决
weixin_35755823的博客
02-14 866
Hardfault是一种常见的软件错误，它通常表示程序发生了非法访问，导致系统崩溃。解决Hardfault问题需要调试代码以查找错误并修复它。 一种常见的方法是使用调试工具，如调试器或调试代码，来查看堆栈并找到导致错误的代码。如果错误是由于缓冲区溢出，数组越界等造成的，应该检查代码以确保其正确使用数组和缓冲区。 另一种方法是使用静态代码分析工具，例如Lint，来检查代码中的错误和不良实践。这些工具...
【FreeRTOS】调用vTaskStartScheduler立即进入HardFault_Handler问题解决
丨晋丨
12-17 8183
环境：STM32F103VCT6 问题： 先初始化了外设，然后到调用vTaskStartScheduler启动调度器时就直接跳转到HardFault_Handler 启动调试，然后找到HardFault_Handler，Show Caller Code 跳转到 post.c 该函数： __asm void prvStartFirstTask( void ) { PRESERVE8 /* Use the NVIC offset register to locate the stack...
关于STM32F103C8T6移植FreeRTOS时进入HardFault_Handler的解决方案
qq_34533248的博客
07-24 5874
    最近在学习FreeRTOS的使用，在移植第一个工程的过程中就出现了问题，在按照教程进行一直完成之后，程序不能成功进行调度和运行，经仿真发现程序进入的HardFault_Handler的死循环中。     查找了很多资料以及各种方案才找到解决方案： 将FreeRTOSConfig.h 中的系统总的堆栈空间configTOTAL_HEAP_SIZE    调小就好了，其原因是C8T6芯片内...
freertos windows仿真
04-14
好的，我现在需要帮助用户在Windows上搭建FreeRTOS的仿真环境。根据用户提供的引用内容，我需要整理出不同的方法，并确保步骤清晰易懂。首先，用户提到了两种方法：使用Visual Studio和Mingw32的make工具。同时，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值