FreeRTOS不允许在中断服务程序和临界段中执行不确定的性的操作

最新推荐文章于 2024-07-15 19:16:07 发布

转载最新推荐文章于 2024-07-15 19:16:07 发布 · 174 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/skullboyer/p/8108840.html

本文探讨了RTOS中任务等待事件标志组时的不确定性问题，提出了一种通过给特定任务发送消息并使用调度锁来避免在中断服务程序中执行不确定性操作的方法。

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

举例

等待事件标志组的任务，要是在中断服务程序中设置事件标志组，但不知道当前有多少个任务在等待此事件标志，这个操作即为不确定性操作，为了不在中断服务程序中执行此不确定性操作，只在中断服务程序中给一确定任务发送消息，而在此确定任务中执行事件标志组置位操作，对于临界段的处理，则是将临界段改为调度锁来完成

转载于:https://www.cnblogs.com/skullboyer/p/8108840.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_30699235

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

stm32 freertos任务切换，多任务状态迁移，中断临界段，任务延时，中断过程，普通中断与任务切换的区别

weixin_42224577的博客

07-06

2856

arm中SP，LR，PC寄存器以及其它所有寄存器以及处理器运行模式介绍一、xTaskCreate（） 1、prvInitialiseNewTask（） 2、prvAddNewTaskToReadyList（） (1)：全局任务计时器uxCurrentNumberOfTasks加一操作。uxCurrentNumberOfTasks 是一个在task.c中定义的静态变量，默认初始化为0 (2)：如果pxCurrentTCB为空，则将pxCurrentTCB指向新创建的任务。pxCurrentTCB 是一个在t

FreeRTOS

weixin_69945979的博客

11-10

2115

参与评论您还未登录，请先登录后发表或查看评论

Zynq-7000 FreeRTOS(二)中断：解决RTOS中中断无反应问题

weixin_46246967的博客

09-28

1385

Zynq-7000 FreeRTOS(二)中断：解决RTOS中中断无反应问题

FreeRTOS笔记之事件组

m0_73804659的博客

01-31

1559

本文记录了FreeRTOS中事件组的相关内容。

FreeRTOS（事件组）

qq_57594025的博客

08-14

1111

① 事件相互独立，一个32位的事件集合(EventBitst类型的变量，实际可用于表示事件的只有低24位)用于标识该任务发生的事件类型，其中每一位表示一种事件类型(0表示该事件类型未发生，1表示该事件类型已经发生)，一共有 24种事件类型。4. 由于函数 xEventGroupSetBitsFromISR 对事件标志的置位操作是在守护任务里面执行的，如果想让置位操作立即生效，即让等此事件标志的任务能够得到及时执行，需要设置守护任务的优先级高于使用此事件标志组的所有其它任务。那样岂不是更有效率?

FreeRTOS专题之常见错误总结与项目反思

TommyMusk的博客

06-13

9198

大纲:常见错误总结项目经历的思考与改进常见错误总结 1.中断优先级与硬件平台有关。有些数字优先级高的代表中断优先级高，有些则是相反；有些中断有预抢占优先级和子优先级，设置需注意；有些中断不能使用FreeRTOS的API,有些则可以；有些中断优先级设置考虑移位操作。 2.stackOverflow...

【RTOS训练营】资源管理和晚课提问

韦东山嵌入式专栏

07-26

1041

【RTOS训练营】资源管理和晚课提问

STM32F103C8T6 FreeRTOS中断服务例程编写：最佳实践操作指南

本文旨在深入探讨STM32F103C8T6微控制器与FreeRTOS实时操作系统（RTOS）的集成，特别是在中断管理方面的应用与优化。首先，文章提供了STM32F103C8T6与FreeRTOS的基础概述，接着详细分析了FreeRTOS中断优先级管理、...

FREERTOS任务调度和切换

qq_28576837的博客

03-18

1838

我们已经学会了FreeRTOS的任务创建和删除，挂起和恢复等基本操作，并且也学习了分析FreeRTOS源码所必须掌握的知识：列表和列表项。但是任务究竟如何被创建、删除、挂起和恢复的？系统是怎么启动的等等这些我们还不了解，一个操作系统最核心的内容就是多任务管理，所以我们非常有必要去学习一下FreeRTOS的任务创建、删除、挂起、恢复和系统启动等，这样才能对FreeRTOS有一个更深入的了解。本章和下一章要讲解的内容和Cortex-M处理器的内核架构联系非常紧密！

FreeRTOS【面试】实时操作系统的知识总结

Stay_Hun_forward的博客

07-15

3825

集中收集了FreeRTOS面试过程的一些常考察的问题。

RTOS事件组

lianghuajunone的博客

04-08

624

假如每一个任务做一件事，事件组就是当任务A执行了或者任务B执行了，就去执行任务C。或是，但任务B和任务A执行了采取执行任务D。而任务B或者任务A里面的东西是我自己决定的（比如当我设定按键1按下才将bit0置1）事件组结构体，用来给任务C和D等待某些事件的，任务AB不需要等待。事件组的等待机制： a、关闭调度器 b、当前uxEventBits是否满足，满足就执行相应事件；不满足的话，返回err或者休眠，休眠就将自己放入xTasksWaitingForBits这个链表，然后改变状态（） ...

freeRTOS中中断无反应问题

小白变大白之路

12-11

4425

在裸机下跑PS的timer计时器中断，PL到PS的按键中断均工作正常，但是将代码移植到freertos工程时，中断不执行，跟中断无关联的task可以运行。产生这个问题的主要原因，在于PS部分只有一个中断控制器，因此我们只能申请一个中断控制器设备，如果申请了两个，那么不工作是必然的。我们在裸机下申请了一个：XScuGicINST ，另外一个被FreeRTOS申请了，在如下图，这样就“冲突”了，所以...

关于 rtos 中断任务打断优先级的问答

skylineGTR_yd的博客

03-24

1263

低优先级任务执行出现高优先级任务，低优先级任务还会把时间片执行完吗？答：会，在时间片用完后才会进行任务切换. 低优先级中断被高优先级中断打断，是怎样的过程？答：cortex-M3内核种咬尾中断，和晚到的中断，看权威指南里面有！高优先级中断时出现低优先级中断事件，这个事件会被忽略掉吗？答：不会，中断标志位会记下这个低优先级中断！ ...

FreeRTOS临界段和开关中断

chengde6896383的专栏

04-06

7820

http://blog.sina.com.cn/s/blog_98ee3a930102wg5u.html 本章教程为大家讲解两个重要的概念，FreeRTOS的临界段和开关中断。本章教程配套的例子含Cortex-M3内核的STM32F103和Cortex-M4内核的STM32F407以及F429。 15.1 临界段 15.2 任务代码临界段处理 15.3 中断服务

FreeRTOS - 中断使用注意

ba_wang_mao的专栏

10-22

2440

注意点： 1、首先要将中断的嵌套全部设置为抢占优先级。 2、将freertos系统内核中断（configKERNEL_INTERRUPT_PRIORITY）的优先级设置成最低。 3、将freertos的最大系统调用中断优先级（configMAX_SYSCALL_INTERRUPT_PRIORITY）设置为合适的优先级，比如11。 4、如果有用户中断函数调用到freertos提供的系统函数，一定要使用带FromISR的freertos提供的系统函数，并且这个用户中断的优先级一定要在configKER

FreeRTOS系列第15篇---使用任务通知实现命令行解释器

最新发布

04-28

<think>好的，用户现在想了解中断服务程序（ISR）设计中的关键注意事项。根据之前的对话，用户之前询问了压力传感器在煤矿中的应用，现在转向了嵌入式系统相关的中断处理。这可能意味着用户可能是在从事嵌入式开发，特别是在需要实时响应或可靠性的环境中，比如工业控制或安全关键系统。首先，我需要回顾用户提供的引用内容。引用[1]提到ISR是单片机中断系统的关键部分，编写时需要遵循特定结构和规则以确保正确性和效率。引用[2]则指出在ISR中调用阻塞式函数如xQueueSend会导致系统崩溃，并给出了一个解决方案示例。这些引用强调了ISR设计中的效率和正确性问题，特别是避免阻塞和正确处理任务唤醒。用户的问题是关于ISR设计的关键注意事项，因此需要涵盖结构优化、资源管理、优先级处理、调试等方面。根据之前的回答模式，需要结构清晰，分点说明，并可能添加技术细节如代码示例或公式。接下来，我需要考虑用户可能的背景。用户之前的问题涉及煤矿中的传感器应用，可能现在转向底层嵌入式开发，可能是为了开发或优化这些传感器中的控制系统。因此，实际应用场景可能涉及实时监控、高可靠性要求，以及资源受限的环境，这影响ISR设计的注意事项，比如高效性和低延迟。需要确保回答覆盖以下几点： 1. **执行时间最小化**：避免复杂操作，使用标志位或队列延迟处理。 2. **避免阻塞操作**：如引用[2]提到的，不能在ISR中调用可能阻塞的函数，应使用非阻塞替代方法。 3. **优先级管理**：正确处理中断优先级，防止嵌套中断导致的问题。 4. **资源共享与保护**：使用原子操作或避免在ISR和非ISR代码间共享资源。 5. **上下文保存与恢复**：确保处理器状态正确保存，防止数据损坏。 6. **调试与测试**：使用工具进行性能分析和测试，确保ISR的可靠性。此外，用户提供的引用中提到了xQueueSend的使用问题，因此可能需要具体说明在FreeRTOS等RTOS环境中如何正确使用队列，并举例说明，如使用xQueueSendFromISR并检查任务唤醒。需要检查是否有遗漏的关键点，比如中断屏蔽、使用volatile变量防止编译器优化，以及功耗管理（如尽快退出中断以允许系统进入低功耗模式）等。同时，可能涉及特定MCU的注意事项，比如不同架构的中断处理机制差异。最后，确保回答结构清晰，分点列出注意事项，每个点下有子项或示例，并引用提供的引用内容作为支持。例如，在讨论避免阻塞操作时，引用[2]的例子可以具体说明问题及解决方法。同时，生成的相关问题需要引导用户深入探讨实际应用中的具体问题，如RTOS中的ISR设计、调试工具的使用或性能优化技巧。</think>#### 一、中断服务程序（ISR）设计核心注意事项以下是嵌入式系统中设计中断服务程序的关键技术要点，结合实际工程问题和系统级约束进行说明： --- ##### 1. **执行时间最小化** - **代码精简原则** ISR中仅保留必要操作（如标志位设置、关键数据读取），复杂逻辑应转移至任务级处理。示例： ```c volatile uint8_t data_ready = 0; // 使用volatile防止编译器优化 void ADC_ISR(void) { adc_value = ADC_DR; // 仅读取ADC数据 data_ready = 1; // 设置标志位 } ``` - **时钟周期估算** 需通过反汇编验证ISR执行时间，ARM Cortex-M中典型要求： $$ T_{ISR} \leq \frac{1}{f_{int}} - T_{context\_switch} $$ （$f_{int}$为中断触发频率，$T_{context\_switch}$为上下文切换时间） ##### 2. **避免阻塞操作** - **禁止使用的函数** - 动态内存分配（malloc/free） - 阻塞式通信（如标准库的printf、未优化的xQueueSend）[^2] - **正确使用RTOS API** 在FreeRTOS中必须使用带`FromISR`后缀的API： ```c void UART_ISR() { BaseType_t xHigherPriorityTaskWoken = pdFALSE; xQueueSendFromISR(uart_queue, &data, &xHigherPriorityTaskWoken); portYIELD_FROM_ISR(xHigherPriorityTaskWoken); // 触发任务切换 } ``` ##### 3. **中断优先级管理** - **嵌套中断控制** - ARM NVIC中需设置优先级分组（如`NVIC_SetPriorityGrouping(3)`） - 关键中断（如看门狗）设置为最高优先级（数值最小） - **优先级反转预防** 若ISR与任务共享资源，需使用信号量的优先级继承机制： ```c SemaphoreHandle_t xSemaphore = xSemaphoreCreateMutex(); void ISR() { xSemaphoreTakeFromISR(xSemaphore, NULL); // 获取互斥量 // 临界区操作 xSemaphoreGiveFromISR(xSemaphore, NULL); } ``` ##### 4. **数据共享与原子操作** - **32位变量原子访问** 在8/16位MCU中需禁用中断保护多字节操作： ```c uint32_t shared_data; void Task() { __disable_irq(); shared_data = 0x12345678; __enable_irq(); } ``` - **内存屏障使用** 在Cortex-M中使用`__DSB()`指令确保数据同步： ```c *((volatile uint32_t*)0x40000000) = 0xAA; __DSB(); // 确保写入完成后再触发中断 ``` ##### 5. **上下文保存优化** - **寄存器选择性保存** 手动编写汇编ISR时仅保存被修改的寄存器（ARM Thumb-2典型保存8个寄存器） ```assembly ISR_Handler: PUSH {R0-R7, LR} // ISR操作 POP {R0-R7, PC} ``` - **堆栈溢出防护** 通过MPU（Memory Protection Unit）设置ISR专用堆栈保护区： ```c MPU->RBAR = 0x20008000; // 堆栈基址 MPU->RASR = (0x03 << 1) | (1 << 0); // 4KB区域，启用保护 ``` ##### 6. **调试与性能分析** - **中断延迟测量** 使用GPIO翻转+示波器测量从中断触发到ISR第一条指令的时间： ```c void EXTI_ISR() { GPIOB->ODR ^= (1 << 5); // 测量引脚电平翻转 // 实际中断处理 } ``` - **最大中断频率计算** 根据ISR执行时间确定理论极限： $$ f_{max} = \frac{1}{T_{ISR} + T_{latency}}} $$ （$T_{latency}$包含中断响应延迟和上下文保存时间） --- #### 二、典型错误案例分析 1. **错误：在ISR中调用浮点运算** - **后果**：在未启用FPU上下文保存时导致寄存器损坏 - **修正**：将浮点运算移至任务中，或启用`__FPU_USED`标志 2. **错误：未清除中断标志** - **现象**：中断持续触发导致系统卡死 - **修正**： ```c void TIM_ISR() { if (TIM_SR & TIM_FLAG_UPDATE) { TIM_SR = ~TIM_FLAG_UPDATE; // 清除标志 // 处理逻辑 } } ``` --- #### 三、ISR设计验证流程 1. **静态检查** - 使用MISRA-C规则验证（如禁止递归调用、限制循环次数） 2. **动态测试** - 注入故障测试（如强制连续中断触发） 3. **覆盖率分析** - 确保所有中断分支路径被测试（通过gcov工具） ---