文章目录
- 0、思考与回答
- 0.1、思考一
- 0.2、思考二
- 0.3、思考三
- 1、创建空闲任务
- 2、实现阻塞延时
- 3、修改任务调度策略
- 4、提供延时时基
- 4.1、SysTick
- 4.2、xPortSysTickHandler( )
- 4.3、xTaskIncrementTick( )
- 5、实验
- 5.1、测试
- 5.2、待改进
0、思考与回答
0.1、思考一
为什么 FreeRTOS简单内核实现3 任务管理 文章中实现的 RTOS 内核不能看起来并行运行呢?
Task1 延时 100ms 之后执行 taskYIELD()
切换到 Task2,Task2 延时 500ms 之后执行 taskYIELD()
再次切换 Task1 ,在延时期间两个任务均占用 MCU ,所以只能一个任务执行完再执行另外一任务,可以看出 MCU 处理这两个任务的大部分时间浪费在了无用的延时上
0.2、思考二
有什么方法解决吗?
引入空闲任务,当有任务执行延时操作时产生任务调度,但因为 MCU 时刻在运行程序,不会说中途休息一会儿,所以当所有任务都处于延时状态时,MCU 必须要有一个空闲任务来执行,当有任务从延时阻塞状态恢复时,再次产生任务调度执行从阻塞状态恢复的任务
0.3、思考三
具体怎么实现呢?
- 创建空闲任务
- 实现阻塞延时
- 修改任务调度策略
- 提供延时时基
下面我们就来逐点实现以上 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 内核,发生任务调度有如下两种情况
- 手动调用
taskYIELD()
函数 - 执行
vTaskDelay()
阻塞延时函数
之前的任务调度策略为 Task1 和 Task2 两个任务轮流执行,现在加入了空闲任务和阻塞延时后需要修改任务调度策略,目前理想的任务调度策略应该如下所示
- 如果发生任务调度时运行的任务为 IdleTask,就按顺序始终尝试去执行未阻塞的 Task1 或 Task2
- 如果发生任务调度时运行的任务为 Task1,就按顺序尝试执行未阻塞的 Task2 或 Task1
- 如果发生任务调度时运行的任务为 Task2,就按顺序尝试执行未阻塞的 Task1 或 Task2
- 如果步骤 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
阻塞延时本质是延时函数,涉及到时间就需要提供时间基准,我们在任务控制块结构体中使用了一个名为 xTicksToDelay
的 uint32_t
类型的变量记录每个任务的延时时间,那这个延时时间什么时候递减呢?
通常 MCU 都有一个名为 SysTick
的滴答定时器,其会按照某一固定周期产生中断,一般用来为 MCU 提供时间基准,对于 STM32 HAL 库来说,其滴答定时器只用于 HAL_Delay()
延时函数,我们可以在其中断 SysTick_Handler()
函数中对任务的延时时间进行递减操作,那如何控制滴答定时器产生中断的周期呢?
对于配置好时钟树,然后由 STM32CubeMX 生成的代码中,滴答定时器会自动初始化并启动滴答定时器中断,初始化流程如下所示
- HAL_RCC_DeInit( )
- -> HAL_InitTick( )
- -> HAL_SYSTICK_Config( )
- -> 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 */
启动任务调度器后的程序执行流程如下所示
- 创建空闲任务并加载到就绪链表中,此时就绪链表中有 Task1、Task2 和 IdleTask 三个任务
- 手动指定
pxCurrentTCB = &Task1TCB;
,让 Task1 成为第一个被运行的任务 - 然后按照 “3、修改任务调度策略” 小节中描述的理想的任务调度策略从步骤 2 进行任务调度
使用逻辑分析仪捕获 GREEN_LED 和 ORANGE_LED 两个引脚的电平变化,具体如下图所示
从图上可以发现两个任务几乎是并行运行的,和我们期待的 Task1 引脚电平每隔 100 ms 翻转一次,Task2 引脚电平每隔 500ms 翻转一次效果一致
5.2、待改进
当前 RTOS 简单内核已实现的功能有
- 静态方式创建任务
- 手动切换任务
- 临界段保护
- 任务阻塞延时
当前 RTOS 简单内核存在的缺点有
- 不支持任务优先级
- 任务调度策略是基于两个任务的简单调度
- 不支持时间片轮询