FreeRTOS临界段代码保护和任务调度器的挂起与恢复学习

2024-04-04 17:12

本文主要是介绍FreeRTOS临界段代码保护和任务调度器的挂起与恢复学习,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

FreeRTOS临界段代码保护和任务调度器的挂起与恢复学习

临界段代码保护

所谓临界段代码保护就是指必须完成运行,不能被打断的代码段。比如需要严格按照时序除初始化的外设:IIC、SPI,再或者因为系统自身需求和用户需求。
FreeRTOS 在进入临界段代码的时候需要关闭中断,当处理完临界段代码以后再打开中断。也就是临界区屏蔽了中断,系统调度靠中断,ISR也依靠中断。
在这里插入图片描述
具体调用如上述函数,
临界段代码保护具有以下特点:
1:成对使用
2:支持嵌套
3:要保持临界区代码内容短

任务调度器的挂起和恢复

挂起任务调度器,不需要关闭中断。具体函数为:
在这里插入图片描述

1:它仅仅是防止了任务之间的资源争夺,中断照样可以直接响应;
2:与临界区不一样的是,挂起任务调度器,未关闭中断;
3:挂起调度器的方式,适用于临界区位于任务与任务之间;既不用去延时中断,又可以做到临界区的安全
下面具体来看代码实现:

临界段代码保护内容理解

首先看临界区代码保护的。

void vPortEnterCritical( void )
{portDISABLE_INTERRUPTS();//关闭中断函数uxCriticalNesting++;/*在已经进入一个临界区的情况下再次进入另一个(或相同的)临界区的情况。这在多层函数调用中尤其常见,其中一个函数调用了另一个函数,两者都需要访问共享资源。在这种情况下,为了避免离开第一个临界区时意外地使整个系统对中断敏感,需要跟踪嵌套的深度。一旦嵌套深度回到零,系统才会重新启用中断。*//* This is not the interrupt safe version of the enter critical function so* assert() if it is being called from an interrupt context.  Only API* functions that end in "FromISR" can be used in an interrupt.  Only assert if* the critical nesting count is 1 to protect against recursive calls if the* assert function also uses a critical section. */if( uxCriticalNesting == 1 ){configASSERT( ( portNVIC_INT_CTRL_REG & portVECTACTIVE_MASK ) == 0 );}/*该段代码中的if语句检查是否是第一次进入临界区(uxCriticalNesting == 1),如果是,则执行一个断言(configASSERT)来确保当前不处于中断服务例程(ISR)中。这是因为中断服务例程中不应该调用非从ISR版本的API函数。断言检查的是portNVIC_INT_CTRL_REG & portVECTACTIVE_MASK的结果是否为0,这个操作是用来检测当前是否有激活的中断:*/
}

下面我们来看下portDISABLE_INTERRUPTS()这个函数的具体内容;

/*-----------------------------------------------------------*/static portFORCE_INLINE void vPortRaiseBASEPRI( void ){uint32_t ulNewBASEPRI = configMAX_SYSCALL_INTERRUPT_PRIORITY;__asm{/* Set BASEPRI to the max syscall priority to effect a critical* section. */
/* *INDENT-OFF* */msr basepri, ulNewBASEPRIdsbisb
/* *INDENT-ON* */}}
/*-----------------------------------------------------------*/

basepri这个寄存器上一节中断管理提过这个寄存器,用来屏蔽中断的。在这里插入图片描述
这里就是把5到15的中断全部关闭了。因为FreeRTOS管理的中断范围就是5-15。

void vPortExitCritical( void )
{configASSERT( uxCriticalNesting );uxCriticalNesting--;if( uxCriticalNesting == 0 ){portENABLE_INTERRUPTS();}
}

下面我们来看下portENABLE_INTERRUPTS()这个函数的具体内容:

/*-----------------------------------------------------------*/static portFORCE_INLINE void vPortSetBASEPRI( uint32_t ulBASEPRI ){__asm{/* Barrier instructions are not used as this function is only used to* lower the BASEPRI value. */
/* *INDENT-OFF* */msr basepri, ulBASEPRI
/* *INDENT-ON* */}}
/*-----------------------------------------------------------*/

在这里插入图片描述
ulBASEPRI入口参数设置为0就是不关闭任何中断。
uxCriticalNesting这个变量就是用于嵌套调用临界区时候使用的变量。这里有这样的一个例子。

void doSomethingElse() {vPortEnterCritical(); // 进入临界区// 对共享资源进行一些操作vPortExitCritical(); // 退出临界区
}void doSomething() {vPortEnterCritical(); // 进入临界区// 对共享资源进行一些操作doSomethingElse(); // 调用另一个需要保护的函数// 可能还有更多操作vPortExitCritical(); // 退出临界区
}void mainFunction() {doSomething(); // 调用需要保护的函数
}

在这个例子中,当mainFunction调用doSomething时,我们首先进入一个临界区,此时uxCriticalNesting从0变为1。然后,在doSomething函数内部,我们调用了doSomethingElse,它也试图进入临界区。由于我们已经在一个临界区内,uxCriticalNesting此时会增加到2,而不是尝试禁用中断,因为它们已经被禁用了。当doSomethingElse完成其操作并调用vPortExitCritical时,它会减少uxCriticalNesting的值,将其从2变回1,但不会重新启用中断,因为我们仍然处于外部doSomething函数的临界区内。只有当doSomething也完成其操作,调用vPortExitCritical,并将uxCriticalNesting减少到0时,中断才会被重新启用。

任务调度器的挂起和恢复代码理解

void vTaskSuspendAll( void )
{/* A critical section is not required as the variable is of type* BaseType_t.  Please read Richard Barry's reply in the following link to a* post in the FreeRTOS support forum before reporting this as a bug! -* https://goo.gl/wu4acr *//* portSOFTWARE_BARRIER() is only implemented for emulated/simulated ports that* do not otherwise exhibit real time behaviour. */portSOFTWARE_BARRIER();/* The scheduler is suspended if uxSchedulerSuspended is non-zero.  An increment* is used to allow calls to vTaskSuspendAll() to nest. */++uxSchedulerSuspended;/* Enforces ordering for ports and optimised compilers that may otherwise place* the above increment elsewhere. */portMEMORY_BARRIER();
}

在这里插入图片描述
具体过程如上图所示。

这篇关于FreeRTOS临界段代码保护和任务调度器的挂起与恢复学习的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/876369

相关文章

使用Redis实现会话管理的示例代码

《使用Redis实现会话管理的示例代码》文章介绍了如何使用Redis实现会话管理,包括会话的创建、读取、更新和删除操作,通过设置会话超时时间并重置,可以确保会话在用户持续活动期间不会过期,此外,展示了... 目录1. 会话管理的基本概念2. 使用Redis实现会话管理2.1 引入依赖2.2 会话管理基本操作

mybatis-plus分表实现案例(附示例代码)

《mybatis-plus分表实现案例(附示例代码)》MyBatis-Plus是一个MyBatis的增强工具,在MyBatis的基础上只做增强不做改变,为简化开发、提高效率而生,:本文主要介绍my... 目录文档说明数据库水平分表思路1. 为什么要水平分表2. 核心设计要点3.基于数据库水平分表注意事项示例

Nginx服务器部署详细代码实例

《Nginx服务器部署详细代码实例》Nginx是一个高性能的HTTP和反向代理web服务器,同时也提供了IMAP/POP3/SMTP服务,:本文主要介绍Nginx服务器部署的相关资料,文中通过代码... 目录Nginx 服务器SSL/TLS 配置动态脚本反向代理总结Nginx 服务器Nginx是一个‌高性

HTML5的input标签的`type`属性值详解和代码示例

《HTML5的input标签的`type`属性值详解和代码示例》HTML5的`input`标签提供了多种`type`属性值,用于创建不同类型的输入控件,满足用户输入的多样化需求,从文本输入、密码输入、... 目录一、引言二、文本类输入类型2.1 text2.2 password2.3 textarea(严格

JAVA项目swing转javafx语法规则以及示例代码

《JAVA项目swing转javafx语法规则以及示例代码》:本文主要介绍JAVA项目swing转javafx语法规则以及示例代码的相关资料,文中详细讲解了主类继承、窗口创建、布局管理、控件替换、... 目录最常用的“一行换一行”速查表(直接全局替换)实际转换示例(JFramejs → JavaFX)迁移建

Go异常处理、泛型和文件操作实例代码

《Go异常处理、泛型和文件操作实例代码》Go语言的异常处理机制与传统的面向对象语言(如Java、C#)所使用的try-catch结构有所不同,它采用了自己独特的设计理念和方法,:本文主要介绍Go异... 目录一:异常处理常见的异常处理向上抛中断程序恢复程序二:泛型泛型函数泛型结构体泛型切片泛型 map三:文

MyBatis中的两种参数传递类型详解(示例代码)

《MyBatis中的两种参数传递类型详解(示例代码)》文章介绍了MyBatis中传递多个参数的两种方式,使用Map和使用@Param注解或封装POJO,Map方式适用于动态、不固定的参数,但可读性和安... 目录✅ android方式一:使用Map<String, Object>✅ 方式二:使用@Param

SpringBoot实现图形验证码的示例代码

《SpringBoot实现图形验证码的示例代码》验证码的实现方式有很多,可以由前端实现,也可以由后端进行实现,也有很多的插件和工具包可以使用,在这里,我们使用Hutool提供的小工具实现,本文介绍Sp... 目录项目创建前端代码实现约定前后端交互接口需求分析接口定义Hutool工具实现服务器端代码引入依赖获

利用Python在万圣节实现比心弹窗告白代码

《利用Python在万圣节实现比心弹窗告白代码》:本文主要介绍关于利用Python在万圣节实现比心弹窗告白代码的相关资料,每个弹窗会显示一条温馨提示,程序通过参数方程绘制爱心形状,并使用多线程技术... 目录前言效果预览要点1. 爱心曲线方程2. 显示温馨弹窗函数(详细拆解)2.1 函数定义和延迟机制2.2

Springmvc常用的注解代码示例

《Springmvc常用的注解代码示例》本文介绍了SpringMVC中常用的控制器和请求映射注解,包括@Controller、@RequestMapping等,以及请求参数绑定注解,如@Request... 目录一、控制器与请求映射注解二、请求参数绑定注解三、其他常用注解(扩展)四、注解使用注意事项一、控制