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

freertos · 浏览次数 : 11

小编点评

本文主要讨论了FreeRTOS简单内核实现中的3个任务管理问题，并提出了一种改进方案。 1. **任务管理问题**： - 问题一指出，FreeRTOS内核实现的3个任务管理存在并行运行问题。 - 问题二提出了引入空闲任务来解决任务延时导致的CPU浪费。 - 问题三询问了如何具体实现这些改进措施。 2. **解决方案**： - **解决方案一**：引入空闲任务，当有任务执行延时操作时产生任务调度。 - **解决方案二**：修改任务调度策略，使其在有任务延时时主动让出CPU。 - **解决方案三**：具体实现包括创建空闲任务、实现阻塞延时、修改任务调度策略和提供延时时基。 3. **实现细节**： - **实现细节一**：创建空闲任务，将其添加到就绪链表中。 - **实现细节二**：实现阻塞延时函数，记录任务延时时间，并在适当的时候产生任务调度。 - **实现细节三**：修改任务调度策略，使其能够根据任务的延时情况进行智能调度。 - **实现细节四**：提供延时时基，通过SysTick中断递减任务延时参数。 4. **实验验证**： - 实验表明，改进后的RTOS内核可以实现两个任务的基本并行运行。 - 实验还展示了如何使用逻辑分析仪捕获LED引脚电平变化以验证并行运行效果。总的来说，本文提出的改进方案通过引入空闲任务和修改任务调度策略，有效解决了原内核中任务管理的问题，提高了CPU的使用效率，并实现了两个任务的基本并行运行。

正文

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;

    // 获取当前要延时的任务 TCB
    pxTCB = (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)) 
		{
			// 获取每个链表项的任务控制块 TCB
			pxTCB = (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 简单内核存在的缺点有

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

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

小编点评

正文

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、待改进

与FreeRTOS简单内核实现5 阻塞延时相似的内容：

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

FreeRTOS简单内核实现7 阻塞链表

FreeRTOS简单内核实现6 优先级

FreeRTOS简单内核实现3 任务管理

FreeRTOS简单内核实现2 双向链表

# 热门排行