FreeRTOS两个死机原因(中断调用接口异常)【杂记】

最新推荐文章于 2025-05-09 15:25:16 发布
最新推荐文章于 2025-05-09 15:25:16 发布
阅读量2.4k 收藏 12
点赞数
分类专栏： FreeRTOS 文章标签： freetros
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/stephenbruce/article/details/133419593
版权

1、中断回调函数中没有使用中断级API (xxFromISR) 函数

xSemaphoreGiveFromISR(uart_busy,&HighterTask);----正确
xSemaphoreGive(uart_busy);-----错误

2、比configMAX_SYSCALL_INTERRUPT_PRIORITY优先级高的中断函数中使用了FreeRTOS的函数

3、临界代码保护后不可调用osDelay()

【freeRTOS开发笔记】为什么xTaskCreate接口会卡死不返回
一个专注于嵌入式IoT领域的架构师，深耕IoT领域多年，深度掌握IoT领域的相关技术栈，包括但不限于RTOS内核的实现及其移植、硬件驱动移植开发、网络通讯协议开发、编译构建原理及其实现、底层汇编及编译原理、编译优化及代码重构、嵌入式IoT系统的架构设计等。
11-16 9184
本文描述一个调用xTaskCreate卡死不返回的代码场景，文中给出了一定的分析思路和解决方案，希望对大家理解freeRTOS的多任务有所帮助。
FreeRTOS 中断
qq_42632460的博客
02-20 1116
FreeRTOS是一个C库集合，包含了实时内核和模块化库实现互补功能。免费的实时操作系统，可裁减移植。
FreeRTOS使用中断相关的函数导致程序卡死解决办法
qq_43965022的博客
04-23 2447
我先试了不用中断的任务通知（定义两个任务，用一个任务去通知另一个任务），发现完全没有问题。所以问题就出在中断上，而能出问题的地方就只能是中断的优先级。所以在定义外设的中断优先级时，要想FreeRTOS能够正常运行，必须将优先级设置在5-15级之间。想在串口中断中实现任务通知的功能，所以在串口中断服务函数中使用了xTaskGenericNotifyFromISR（）函数来发送通知，发现一进入中断服务函数，程序就卡死了。将优先级改为7，就能在中断服务函数中正常发送任务通知了。
调度前夜：FreeRTOS中断失效现象分析
最新发布
2301_80411412的博客
05-09 252
在 FreeRTOS 中，如果在调度器启动之前调用 API（如创建信号量），会导致受管理的中断被关闭，直到调度器启动后才会重新启用。这是因为 FreeRTOS 在调度器启动前会禁用中断，以防止系统在初始化期间因中断使用 API 而导致崩溃。源码分析显示，临界区的嵌套计数变量 uxCriticalNesting 初始值为 0xaaaaaaaa，而非 0，导致中断无法在退出临界区时重新启用。为避免此问题，建议将初始化代码放在一个任务中执行，待初始化完成后再创建或恢复其他任务。
freertos程序死机原因
WIP56的博客
10-09 1万+
一、开机死机原因 1.一般是某任务栈溢出所致 栈溢出一般有两个原因： 1).此任务函数的代码量太大,或调用了某个比较大的函数。 2).此任务的函数内有比较大的局部变量的数组 调试方法： 1、先关闭所有任务再逐个打开，确定哪个任务导致的死机 2、先看看有没有较大的数据，再用水印函数看看函数的剩余栈。 uxTaskGetStackHighWaterMark(Task_sendModebuHandle ) 举例：打开此任务函数时死机，原因是 uint8_t buff[1050]太大栈溢出所致 osTh
STM32移植FreeRTOS，解决设备崩溃死机无反应
weixin_49337111的博客
12-18 2411
STM32在FreeRTOS移植后，设备死机崩溃不运转，修复解决FreeRTOS移植问题！
FreeRTOS运行一次后卡死
weixin_45175938的博客
01-11 4109
在创建任务时，确保使用了正确的函数来创建任务。如果你的系统中有多个任务，并且你怀疑任务优先级设置存在问题，可以通过比较任务的优先级来进行检查。通过正确使用资源保护机制、遵循良好的编程实践以及进行充分的测试，可以减少资源竞争问题的发生。在任务创建后的适当位置，你可以使用uxTaskGetStackHighWaterMark()函数来获取任务的堆栈使用情况。请确保在访问共享资源时，任务的执行顺序是确定的，避免不可预测的竞争条件。通过分析日志，可以发现内存泄漏的迹象，例如持续增长的内存使用或者未释放的内存资源。
FreeRTOS线程卡死
Knight_ZJY的博客
05-05 647
时间：2024/5/5。
FreeRTOS 中断优先级嵌套错误引发HardFault异常解决
08-03
最近，有开发者在使用 FreeRTOS 时遇到了这样一个问题：程序在运行了几分钟之后，所有的任务都不再调用了，只有几个中断能正常使用，看似是系统挂掉了。通过连续测试，发现问题集中在中断嵌套优先级的设置上。 中断...
FreeRTOS接受2个串口消息并中断方式重定义2个printf函数回发
11-29
FreeRTOS接受2个串口消息并中断方式重定义2个printf函数回发。 环境：STM32F407ZGT6，keil5,cube 下载验证时把串口助手打开2次，就有2个界面，分别接串口1和2。每隔1000ms向串口1发送“1”，每隔100ms向串口2发送“2...
FreeRTOS实验4-1 FreeRTOS中断测试实验.rar
06-15
实验器材: 战舰STM32F103开发板 实验目的: 学习FreeRTOS的中断管理。 硬件资源: ... configMAX_SYSCALL_INTERRUPT_PRIORITY的中断就会被关闭，而优先级高于这个宏的中断 就不会受到任何的影响
FreeRTOS中断
qq_63557418的博客
08-06 1386
FreeRTOS的中断管理
freertos 任务死机_如何将计划的任务从死机的Windows安装复制到新的任务？
culunxun2863的博客
09-10 315
freertos 任务死机Sometimes our computers simply die due to unexpected hardware problems that are not our fault, so how do you locate and transfer ‘rare’ or hard to recreate files like scheduled tasks from...
遇到的STM32上FreeRTOS系统死机（假死）问题和status & (SDIO_FLAG_CCRCFAIL | SDIO_FLAG_CMDREND | SDIO_FLAG_CTIMEOUT
u013094887的博客
05-23 9280
我在调试的时候还遇到SD卡出现了程序一直死循环在status & (SDIO_FLAG_CCRCFAIL | SDIO_FLAG_CMDREND | SDIO_FLAG_CTIMEOUT中，后来才发现是由于SD卡没有初始化导致的。今天调试遇到一个FreeRTOS系统死机的问题，但是串口2的中断还在继续接收发送，可以确定不是硬件死机，后来用JTAG进行调试检测，在call stack + l...
KEIL仿真FreeRTOS总是卡住在HardFault_Handler或者卡在B.
jiang413400688的博客
03-06 1472
void HardFault_Handler(void)这三个函数屏蔽。初建立FreeRTOS例程，仿真调试时死循环或者卡某个函数。#include "stm32f10x_it.c"里面把。最后要在FreeRTOSConfig.h里面添加宏定义。全部是因为忘记屏蔽中断函数。每次都忘记，这次狠狠记下来。
学习过程，FreeRtos系统移植后出现程序卡死
m0_52026832的博客
06-06 1177
在正常能够运行的情况下移植系统后，在没写任何关于系统有关的代码时出现程序卡死。查看系统定时器是否关闭，本次是在调用delay函数处出现卡死。需要将这个LIB勾选上，重写printf时也需要勾选。
FreeRTOS 任务函数里面的死循环
stephenbruce的博客
06-08 3562
任务函数是一个无限循环且不带返回值的函数
freeRTOS出现任务卡死的情况。
热门推荐
szy_sin的博客
12-03 1万+
最近在做一个产品二代升级的项目，代码是上一任工程师留下的，很多BUG，而且融合了HAL库和LL库，以及github上下载的GSM源码，很不好用。 我这边是将2G模块换成了4G，且添加了单独的BLE模块。因此只在源码的基础上，去除2G和BLE代码部分，添加新的4G和BLE代码。 整个freeRTOS工程项目创建了4个task任务。 我是先修改了BLE任务，修改完毕后运行正常；然后一步一步添加新的4G任务代码。发现只添加4G初始化代码，4个任务都正常，但是添加业务功能代码的时候，4个任务都卡死了（一运行就
GD32F207移植FreeRtos，程序运行vTaskStartScheduler后进入HardFault_Handler死循环解决方法
奋斗的菜鸟博客
09-26 1980
1、把gd32f20x_it.c里面的void SVC_Handler(void)、void PendSV_Handler(void)和void SysTick_Handler(void)三个函数都屏蔽掉。 2、用xportSVC_Handler替换掉startupPgd32f20x_cl.s里面的SVC_Handler；用xportPendSV_Handlerr替换掉startupPgd32f20x_cl.s里面的PendSV_Handlerr；用xportSysTick_Handler..
freertos 如何实现一个硬件采集接口函数的避免同时调用
02-21
<think>嗯，用户想了解如何在FreeRTOS中实现一个硬件采集接口函数避免同时被调用。这个问题涉及到多任务环境下的资源互斥访问，我需要仔细想想有哪些方法可以解决这个问题。 首先，用户可能是在开发嵌入式系统，使用FreeRTOS作为实时操作系统，硬件采集接口可能被多个任务或者中断服务例程调用。如果同时调用，可能会导致数据竞争、硬件状态错误或者数据不一致的问题。所以需要确保同一时间只有一个任务能访问该硬件接口。 接下来，我应该回忆FreeRTOS提供的同步和互斥机制。常用的方法包括互斥锁、信号量、调度器锁、关闭中断、任务通知等。每种方法都有适用场景和优缺点，需要根据具体情况选择。 互斥锁（Mutex）是一个常见的选择。它通过二值信号量实现，具有优先级继承机制，可以防止优先级反转。任务在访问硬件接口前获取互斥锁，使用完后释放。这样确保同一时间只有一个任务能执行该函数。不过要注意，互斥锁不能用于中断服务程序，因为ISR不能长时间阻塞。 如果硬件接口可能在中断中被调用，那么需要使用信号量。比如使用二值信号量，但要注意ISR中只能使用给出信号量的函数（如xSemaphoreGiveFromISR）。不过信号量没有优先级继承，可能会有优先级反转问题，需要根据具体情况处理。 调度器锁（vTaskSuspendAll和xTaskResumeAll）也可以用来防止任务切换，但这会影响到整个系统的调度，只适用于非常短的操作，否则会导致实时性下降。这种方法不太推荐，除非操作非常快且不会引起其他任务阻塞。 关闭中断是一种更底层的方法，使用taskENTER_CRITICAL和taskEXIT_CRITICAL来禁止中断，确保临界区代码不被中断打扰。这种方法适用于操作非常快的情况，但会影响系统的实时性，特别是如果关闭中断时间过长，可能导致其他中断无法及时响应。 任务通知（Task Notification）是另一种轻量级的方法，每个任务可以有一个通知值。通过任务通知实现互斥，可能更高效，因为不需要创建额外的信号量或互斥量。不过需要处理通知的状态，确保正确获取和释放。 另外，需要考虑是否有多个任务或者中断同时调用该函数。如果只在任务间调用，互斥锁或任务通知可能足够。如果中断中也调用，可能需要信号量或者关中断的方法。 用户的问题中没有明确是否涉及中断，但通常硬件采集接口可能在中断中触发，或者在任务中周期性读取。所以需要确认适用场景。比如，如果采集函数在任务中调用，但另一个高优先级任务可能抢占，导致同时调用，这时候互斥锁有效。如果中断服务例程也会调用，则需要信号量或其他方法。 另外，需要考虑阻塞时间。互斥锁会导致任务阻塞，直到资源可用，而关中断则是立即生效，没有阻塞。如果采集函数执行时间很短，关中断可能更高效；如果执行时间长，用互斥锁更好，避免影响中断响应。 可能用户的需求是确保函数不可重入，无论是任务还是中断。这时候可能需要结合互斥锁和关中断。例如，在任务中使用互斥锁，在中断中使用信号量，但需要仔细设计，避免死锁。 总结可能的方案： 1. 互斥锁（Mutex）：适用于任务间互斥，不能用于ISR。 2. 二值信号量：可用于任务和ISR，但ISR中只能give，不能take。 3. 关闭中断：适用于极短的操作，保证原子性。 4. 调度器锁：阻止任务切换，但影响实时性。 5. 任务通知：轻量级，但需要每个任务管理自己的通知。 例如，如果硬件采集函数只在任务中调用，互斥锁最简单。如果中断中也需要调用，可能需要信号量。或者在函数入口处关闭中断，确保执行期间不被其他任务或中断打断，但必须快速执行。 还需要考虑优先级继承的问题，互斥锁有优先级继承，而信号量没有。如果高优先级任务等待低优先级任务释放资源，可能导致优先级反转，互斥锁可以缓解这个问题。 可能的实现步骤： 使用互斥锁的示例代码： // 创建互斥量 SemaphoreHandle_t xMutex = xSemaphoreCreateMutex(); void HardwareCollectFunction(void) { if (xSemaphoreTake(xMutex, portMAX_DELAY) == pdTRUE) { // 执行硬件采集操作 xSemaphoreGive(xMutex); } } 如果涉及中断，可能需要用信号量： // 创建二值信号量 SemaphoreHandle_t xSemaphore = xSemaphoreCreateBinary(); // 在任务中 void TaskFunction(void *pvParameters) { while(1) { if (xSemaphoreTake(xSemaphore, portMAX_DELAY) == pdTRUE) { // 执行采集 xSemaphoreGive(xSemaphore); // 可能需要检查是否在ISR中give } } } // 在ISR中 void ISR_Handler() { BaseType_t xHigherPriorityTaskWoken = pdFALSE; xSemaphoreGiveFromISR(xSemaphore, &xHigherPriorityTaskWoken); portYIELD_FROM_ISR(xHigherPriorityTaskWoken); } 不过这样可能不太对，因为信号量的Take不能在ISR中执行。所以，如果采集函数在ISR中被调用，可能需要其他方法，比如在ISR中标记一个标志位，任务中处理采集，但这样可能无法完全避免同时调用。 或者，在硬件采集函数中，无论是任务还是ISR调用，都使用关闭中断的方式： void HardwareCollectFunction(void) { taskENTER_CRITICAL(); // 执行采集操作 taskEXIT_CRITICAL(); } 但这种方法必须确保采集操作非常快，否则影响中断响应。 所以，根据不同的使用场景，选择不同的方法。需要用户明确是否在中断中调用该函数，以及函数的执行时间等因素。 可能的总结步骤： 1. 确定调用环境（任务、中断或两者） 2. 根据调用环境选择互斥机制 3. 实现相应的同步机制 4. 测试验证是否避免同时调用 用户可能需要更具体的示例，比如任务间的互斥，或者涉及中断的情况。需要进一步询问或者假设一个常见场景，比如只在任务中使用，那么互斥锁是推荐的方法。</think>在 FreeRTOS 中，实现硬件采集接口函数的“避免同时调用”（即互斥访问），核心是通过**同步机制**确保同一时间仅有一个任务或中断访问资源。以下是几种常用方法及实现示例： --- ### 1. **互斥锁（Mutex）** - **适用场景**：多任务间互斥，不涉及中断。 - **原理**：使用二值信号量，支持优先级继承（避免优先级反转）。 - **实现**： ```c // 创建互斥量 SemaphoreHandle_t xMutex = xSemaphoreCreateMutex(); void HardwareCollect(void) { if (xSemaphoreTake(xMutex, portMAX_DELAY) == pdTRUE) { // 执行硬件采集操作（临界区） xSemaphoreGive(xMutex); // 释放锁 } } ``` --- ### 2. **二值信号量（Binary Semaphore）** - **适用场景**：任务与中断间互斥（如中断触发后任务处理）。 - **原理**：中断中标记信号量，任务中等待信号量。 - **实现**： ```c // 创建信号量 SemaphoreHandle_t xSemaphore = xSemaphoreCreateBinary(); // 任务中等待信号量 void Task_Collect(void *pvParams) { while (1) { if (xSemaphoreTake(xSemaphore, portMAX_DELAY) == pdTRUE) { // 执行采集操作 } } } // 中断中释放信号量 void ISR_Handler() { BaseType_t xHigherPriorityTaskWoken = pdFALSE; xSemaphoreGiveFromISR(xSemaphore, &xHigherPriorityTaskWoken); portYIELD_FROM_ISR(xHigherPriorityTaskWoken); } ``` --- ### 3. **关闭中断（Critical Section）** - **适用场景**：极短操作（如寄存器读写），需完全禁止中断。 - **原理**：通过关闭中断实现原子操作。 - **实现**： ```c void HardwareCollect(void) { taskENTER_CRITICAL(); // 关闭中断 // 执行硬件采集（确保极短！） taskEXIT_CRITICAL(); // 恢复中断 } ``` -- ### 4. **调度器锁（Scheduler Lock）** - **适用场景**：临时禁止任务切换，但慎用（影响实时性）。 - **原理**：阻止其他任务运行，但不影响中断。 - **实现**： ```c void HardwareCollect(void) { vTaskSuspendAll(); // 暂停调度器 // 执行采集操作 xTaskResumeAll(); // 恢复调度器 } ``` --- ### 5. **任务通知（Task Notification）** - **适用场景**：轻量级单任务互斥。 - **原理**：利用任务通知模拟锁。 - **实现**： ```c // 任务通知标识（假设任务句柄为 xTask） void HardwareCollect(void) { ulTaskNotifyTake(pdTRUE, portMAX_DELAY); // 等待通知 // 执行采集操作 xTaskNotifyGive(xTask); // 释放通知 } ``` --- ### **选择策略** - **仅任务间竞争**：优先用互斥锁（Mutex）。 - **涉及中断**：使用二值信号量或关闭中断。 - **极短操作**：关闭中断或调度器锁。 - **轻量级单任务**：任务通知。 通过合理选择机制，可确保硬件接口的线程安全，避免数据竞争和硬件冲突。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

薇远镖局

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值