FreeRTOS简单内核实现5 阻塞延时

news/2024/10/3 14:28:54

0、思考与回答

0.1、思考一

为什么 FreeRTOS简单内核实现3 任务管理 文章中实现的 RTOS 内核不能看起来并行运行呢?

Task1 延时 100ms 之后执行 taskYIELD() 切换到 Task2,Task2 延时 500ms 之后执行 taskYIELD() 再次切换 Task1 ,在延时期间两个任务均占用 MCU ,所以只能一个任务执行完再执行另外一任务,可以看出 MCU 处理这两个任务的大部分时间浪费在了无用的延时上

0.2、思考二

有什么方法解决吗?

引入空闲任务,当有任务执行延时操作时产生任务调度,但因为 MCU 时刻在运行程序,不会说中途休息一会儿,所以当所有任务都处于延时状态时,MCU 必须要有一个空闲任务来执行,当有任务从延时阻塞状态恢复时,再次产生任务调度执行从阻塞状态恢复的任务

0.3、思考三

具体怎么实现呢?

  1. 创建空闲任务
  2. 实现阻塞延时
  3. 修改任务调度策略
  4. 提供延时时基

下面我们就来逐点实现以上 4 点内容

1、创建空闲任务

空闲任务和普通任务一样,只不过任务函数为空而已,由于是静态创建任务,所以需要提前定义好任务栈,任务控制块、任务句柄和任务函数,如下所示

/* task.c */
// 空闲任务参数
TCB_t IdleTaskTCB;
#define confgiMINIMAL_STACK_SIZE 128
StackType_t	IdleTasKStack[confgiMINIMAL_STACK_SIZE];// 空闲任务函数体
void prvIdleTask(void *p_arg)
{for(;;){}
}

由于空闲任务始终要被创建,因此一般选择将其放在启动调度器 vTaskStartScheduler() 函数中,如下所示

/* task.c */
// 启动任务调度器
void vTaskStartScheduler(void)
{// 创建空闲任务TaskHandle_t xIdleTaskHandle = xTaskCreateStatic((TaskFunction_t)prvIdleTask,(char *)"IDLE",(uint32_t)confgiMINIMAL_STACK_SIZE,(void *)NULL,(StackType_t *)IdleTasKStack,(TCB_t *)&IdleTaskTCB);// 将空闲任务插入到就绪链表中vListInsertEnd(&(pxReadyTasksLists), &(((TCB_t *)(&IdleTaskTCB))->xStateListItem));pxCurrentTCB = &Task1TCB;if(xPortStartScheduler() != pdFALSE){}
}

2、实现阻塞延时

首先需要在任务控制块结构体中增加一个变量用于记录任务阻塞延时的时间

/* task.h */
// 任务控制块
typedef struct tskTaskControlBlock
{// 省略之前的结构体成员定义TickType_t            xTicksToDelay;                        // 用于延时
}tskTCB;

阻塞延时与普通延时的区别就是普通延时会一直占用 MCU ,而阻塞延时执行后会产生任务调度暂时让出 MCU ,让其执行处于运行状态的任务,阻塞延时函数如下所示

/* task.c */
// 阻塞延时函数
void vTaskDelay(const TickType_t xTicksToDelay)
{TCB_t *pxTCB = NULL;// 获取当前要延时的任务 TCBpxTCB = (TCB_t *)pxCurrentTCB;// 记录延时时间pxTCB->xTicksToDelay = xTicksToDelay;// 主动产生任务调度,让出 MCU taskYIELD();
}/* task.h */
// 函数声明
void vTaskDelay(const TickType_t xTicksToDelay);

3、修改任务调度策略

注意:需要明白的很重要的一点是任务调度策略是寻找合适的 pxCurrentTCB 指针

根据目前实现的 RTOS 内核,发生任务调度有如下两种情况

  1. 手动调用 taskYIELD() 函数
  2. 执行 vTaskDelay() 阻塞延时函数

之前的任务调度策略为 Task1 和 Task2 两个任务轮流执行,现在加入了空闲任务和阻塞延时后需要修改任务调度策略,目前理想的任务调度策略应该如下所示

  1. 如果发生任务调度时运行的任务为 IdleTask,就按顺序始终尝试去执行未阻塞的 Task1 或 Task2
  2. 如果发生任务调度时运行的任务为 Task1,就按顺序尝试执行未阻塞的 Task2 或 Task1
  3. 如果发生任务调度时运行的任务为 Task2,就按顺序尝试执行未阻塞的 Task1 或 Task2
  4. 如果步骤 1 ~ 3 尝试执行的任务都已阻塞,就执行空闲任务

上述步骤 1 ~ 3 中笔者描述的尝试执行的任务是有顺序的,比如步骤 2 会先尝试执行未阻塞的 Task2,不满足才会尝试执行未阻塞的 Task1,这样在手动调用 taskYIELD() 函数发生任务调度时才会切换任务,否则达不到任务切换的目的

具体的任务调度函数如下所示

/* task.c */
// 任务调度函数
void vTaskSwitchContext(void)
{if(pxCurrentTCB == &IdleTaskTCB){if(Task1TCB.xTicksToDelay == 0){pxCurrentTCB = &Task1TCB;}else if(Task2TCB.xTicksToDelay == 0){pxCurrentTCB = &Task2TCB;}else{return;}}else{if(pxCurrentTCB == &Task1TCB){if(Task2TCB.xTicksToDelay == 0){pxCurrentTCB = &Task2TCB;}else if(pxCurrentTCB->xTicksToDelay != 0){pxCurrentTCB = &IdleTaskTCB;}else{return;}}else if(pxCurrentTCB == &Task2TCB){if(Task1TCB.xTicksToDelay == 0){pxCurrentTCB = &Task1TCB;}else if(pxCurrentTCB->xTicksToDelay != 0){pxCurrentTCB = &IdleTaskTCB;}else{return;}}}
}

4、提供延时时基

4.1、SysTick

阻塞延时本质是延时函数,涉及到时间就需要提供时间基准,我们在任务控制块结构体中使用了一个名为 xTicksToDelayuint32_t 类型的变量记录每个任务的延时时间,那这个延时时间什么时候递减呢?

通常 MCU 都有一个名为 SysTick 的滴答定时器,其会按照某一固定周期产生中断,一般用来为 MCU 提供时间基准,对于 STM32 HAL 库来说,其滴答定时器只用于 HAL_Delay() 延时函数,我们可以在其中断 SysTick_Handler() 函数中对任务的延时时间进行递减操作,那如何控制滴答定时器产生中断的周期呢?

对于配置好时钟树,然后由 STM32CubeMX 生成的代码中,滴答定时器会自动初始化并启动滴答定时器中断,初始化流程如下所示

  1. HAL_RCC_DeInit( )
  2. -> HAL_InitTick( )
  3. -> HAL_SYSTICK_Config( )
  4. -> SysTick_Config( )

初始化流程中有一个重要的参数用于配置滴答定时器的中断周期(频率),默认为 1KHZ(1ms),读者可按需要对其做相应修改,具体定义如下所示

/* stm32f4xx_hal.c */
HAL_TickFreqTypeDef uwTickFreq = HAL_TICK_FREQ_DEFAULT;  /* 1KHz *//* stm32f4xx_hal.h */
typedef enum
{HAL_TICK_FREQ_10HZ         = 100U,HAL_TICK_FREQ_100HZ        = 10U,HAL_TICK_FREQ_1KHZ         = 1U,HAL_TICK_FREQ_DEFAULT      = HAL_TICK_FREQ_1KHZ
} HAL_TickFreqTypeDef;

4.2、xPortSysTickHandler( )

xPortSysTickHandler() 本质是滴答定时器中断服务函数,作为 RTOS 的心跳在其中对任务的阻塞延时参数做处理,每次心跳一次就将阻塞延时参数递减,直到减到 0 之后使任务从阻塞状态恢复,具体如下所示

/* port.c */
// SysTick 中断服务函数
void xPortSysTickHandler(void)
{// 关中断vPortRaiseBASEPRI();// 更新任务延时参数xTaskIncrementTick();// 开中断vPortSetBASEPRI(0);
}
/* portMacro.h */
#define xPortSysTickHandler         SysTick_Handler

注意:由于我们重新实现了 SysTick 中断服务函数,因此在 stm32f4xx_it.c 中自动生成的 SysTick_Handler 函数需要注释或者直接删除

4.3、xTaskIncrementTick( )

该函数为具体的处理函数,其遍历链表中每个链表项(任务),如果链表项的延时参数不为 0 就将其递减,直到减少到 0 表示该任务延时阻塞到期,然后产生任务调度,具体如下所示

/* task.c */
// 滴答定时器计数值
static volatile TickType_t xTickCount = (TickType_t)0U;
// 更新任务延时参数
void xTaskIncrementTick(void)
{TCB_t *pxTCB = NULL;ListItem_t *pxListItem = NULL;List_t *pxList = &pxReadyTasksLists;uint8_t xSwitchRequired = pdFALSE;// 更新 xTickCount 系统时基计数器const TickType_t xConstTickCount = xTickCount + 1;xTickCount = xConstTickCount;// 检查就绪链表是否为空if(listLIST_IS_EMPTY(pxList) == pdFALSE) {// 不为空获取链表头链表项pxListItem = listGET_HEAD_ENTRY(pxList);// 迭代就绪链表所有链表项while(pxListItem != (ListItem_t *)&(pxList->xListEnd)) {// 获取每个链表项的任务控制块 TCBpxTCB = (TCB_t *)listGET_LIST_ITEM_OWNER(pxListItem);// 延时参数递减if(pxTCB->xTicksToDelay > 0){pxTCB->xTicksToDelay--;}else{xSwitchRequired = pdTRUE;}// 移动到下一个链表项pxListItem = listGET_NEXT(pxListItem);}}// 如果就绪链表中有任务从阻塞状态恢复就产生任务调度if(xSwitchRequired == pdTRUE){// 产生任务调度taskYIELD();}
}/* task.h */
// 函数声明
void xTaskIncrementTick(void);

5、实验

5.1、测试

测试程序与 FreeRTOS简单内核实现3 任务管理 几乎一致,主要是将任务函数体内的延时由 HAL_Delay() 修改为本文创建的阻塞延时 vTaskDelay() 函数,然后删除掉 taskYIELD() 函数即可,具体如下所示

/* main.c */
/* USER CODE BEGIN Includes */
#include "FreeRTOS.h"
/* USER CODE END Includes *//* USER CODE BEGIN PV */
extern List_t pxReadyTasksLists;TaskHandle_t Task1_Handle;
#define TASK1_STACK_SIZE                    128
StackType_t Task1Stack[TASK1_STACK_SIZE];
TCB_t Task1TCB;TaskHandle_t Task2_Handle;
#define TASK2_STACK_SIZE                    128
StackType_t Task2Stack[TASK2_STACK_SIZE];
TCB_t Task2TCB;// 任务 1 入口函数
void Task1_Entry(void *parg)
{for(;;){HAL_GPIO_TogglePin(GREEN_LED_GPIO_Port, GREEN_LED_Pin);vTaskDelay(100);}
}
// 任务 2 入口函数
void Task2_Entry(void *parg)
{for(;;){HAL_GPIO_TogglePin(ORANGE_LED_GPIO_Port, ORANGE_LED_Pin);vTaskDelay(500);}
}
/* USER CODE END PV *//* USER CODE BEGIN 2 */
// 使用链表前手动初始化
prvInitialiseTaskLists();
// 创建任务 1 和 2
Task1_Handle = xTaskCreateStatic((TaskFunction_t)Task1_Entry,(char *)"Task1",(uint32_t)TASK1_STACK_SIZE,(void *)NULL,(StackType_t *)Task1Stack,(TCB_t *)&Task1TCB);Task2_Handle = xTaskCreateStatic((TaskFunction_t)Task2_Entry,(char *)"Task2",(uint32_t)TASK2_STACK_SIZE,(void *) NULL,(StackType_t *)Task2Stack,(TCB_t *)&Task2TCB );
// 将两个任务插入到就绪链表中
vListInsertEnd(&(pxReadyTasksLists),&(((TCB_t *)(&Task1TCB))->xStateListItem));
vListInsertEnd(&(pxReadyTasksLists),&(((TCB_t *)(&Task2TCB))->xStateListItem));
// 启动任务调度器,永不返回
vTaskStartScheduler();
/* USER CODE END 2 */

启动任务调度器后的程序执行流程如下所示

  1. 创建空闲任务并加载到就绪链表中,此时就绪链表中有 Task1、Task2 和 IdleTask 三个任务
  2. 手动指定 pxCurrentTCB = &Task1TCB; ,让 Task1 成为第一个被运行的任务
  3. 然后按照 “3、修改任务调度策略” 小节中描述的理想的任务调度策略从步骤 2 进行任务调度

使用逻辑分析仪捕获 GREEN_LED 和 ORANGE_LED 两个引脚的电平变化,具体如下图所示

从图上可以发现两个任务几乎是并行运行的,和我们期待的 Task1 引脚电平每隔 100 ms 翻转一次,Task2 引脚电平每隔 500ms 翻转一次效果一致

5.2、待改进

当前 RTOS 简单内核已实现的功能有

  1. 静态方式创建任务
  2. 手动切换任务
  3. 临界段保护
  4. 任务阻塞延时

当前 RTOS 简单内核存在的缺点有

  1. 不支持任务优先级
  2. 任务调度策略是基于两个任务的简单调度
  3. 不支持时间片轮询

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.ryyt.cn/news/44588.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈,一经查实,立即删除!

相关文章

阿里也出手了!Spring CloudAlibaba AI问世了

写在前面 在之前的文章中我们有介绍过SpringAI这个项目。SpringAI 是Spring 官方社区项目,旨在简化 Java AI 应用程序开发, 让 Java 开发者想使用 Spring 开发普通应用一样开发 AI 应用。 而SpringAI 主要面向的是国外的各种大模型接入,对于国内开发者可能不太友好。 于是乎…

【译】向您介绍改版的 Visual Studio 资源管理器

随着最近 Visual Studio 的资源管理器的改进,开发人员将得到一种全新的享受!我们非常激动地宣布重新设计的 Visual Studio 资源管理器,相信我们,它将改变游戏规则。随着最近 Visual Studio 的资源管理器的改进,开发人员将得到一种全新的享受!我们非常激动地宣布重新设计的…

OpenVX使用案例分析

OpenVX使用案例分析 用例 1 第一个用例涉及 2 个vx_reference,一个已经为vx_reference分配了内存缓冲区,另一个没有。 (注意:有关何时发生内存缓冲区分配的更多信息,请参阅 TIOVX 中的内存管理。这些用例图描述了如何成功地将内存缓冲区从一个vx_reference导入到下一个,而…

多种方案图文并茂分分钟教你解决Kubernetes(k8s)容器安全问题(不断更新中)

Kubernetes(k8s)Secrets in clear text environment variables 明文中的秘密环境变量 问题详解在Kubernetes(k8s)中,Secrets用于管理诸如密码、令牌和密钥等敏感信息。安全地存储这些密钥至关重要。然而,将密钥直接注入到明文环境变量中可能会使它们面临潜在的安全风险。…

团队总结 - Beta版总结会议

在过去的几周中,我们团队共同努力完成了我们的项目。在这次会议中,我们将简要总结我们的成果以及我们仍需要改进的方面。 设想和目标: 解决问题:我们的软件旨在解决已发生或可能发生校园霸凌的问题,我们将基于AI大模型通过和用户的聊天,定点解决用户得心理痛点以及用户学…

Current without potential difference(没有电位差为什么还有会电流?)

Reference:Current without potential difference电路短路时,电池正极和负极之间的电位差虽然在理想情况下应该接近于0,但在实际情况下仍然会有一些电位差存在。这些电位差和电流的产生有几个主要原因: 1. 电池内阻 电池并不是一个理想的电源,它具有内阻。当电池短路时,电…

如何更改.NET中的默认时区?

除了"在操作系统中修改时区信息,然后重启.NET应用程序,使其生效"之外。如何在不修改操作系统时区的前提下,修改.NET中的默认时区呢? 这是一位 同学兼同事 于5月21日在技术群里问的问题,我当时简单地研究了一下,就写出来了。 现在写文章分享给大家,虽然我觉得这…

vulnhub - Geisha

目录扫描时要注意端口vulnhub - Geisha 描述 Machine Name: Geisha Author : SunCSR Goal: Get the root flag of the target. Difficulty: Medium/Intermediate Level DHCP Enabled Tested: VMware Workstation 15.x Pro & VirtualBox 6.x (This works better with VMware…