@TOC

前言

本篇文章将为大家讲解FreeRTOS中的任务状态，在FreeRTOS任务是有非常多种状态的，了解了任务的这些状态有助于我们理解任务是如何运行和停止的。

一、简单实验

在将这个之前我们先来做一个实验来观察任务是怎么样运行的：
代码：

下面的代码先定义了三个标志位，这三个标志位标志着哪一个任务在运行。

static int Task1Flag = 0;
static int Task2Flag = 0;
static int Task3Flag = 0;

//任务执行函数
void Task1(void * param)
{
	static int i = 0;
	while (1)
	{
		Task1Flag = 1;
		Task2Flag = 0;
		Task3Flag = 0;
	}
}

//任务执行函数
void Task2(void * param)
{
	while (1)
	{
		Task1Flag = 0;
		Task2Flag = 1;
		Task3Flag = 0;		
	}
}

//任务执行函数
void Task3(void * param)
{
	while (1)
	{
		Task1Flag = 0;
		Task2Flag = 0;
		Task3Flag = 1;		
	}
}

打开keil中的模拟串口：

打开keil中的逻辑分析仪：

将定义的三个变量加入逻辑分析仪中：

将状态都设置为bit：

设置好后全速运行代码：
我们可以观察到其实这三个任务并不是在同一时刻执行的，而是分开执行，只是执行时间较短我们无法分辨出到底是谁在执行。

通过观察每个任务的执行时间可以得知每个任务运行的时间大概是1ms左右，这是什么原因呢？

在FreeRTOS中存在一个Tick中断每当发生一次中断时就会判断是否需要进行任务的切换，那么这个Tick中断又是多少ms发生一次呢？

在FreeRTOSConfig这个文件中我们可以找到答案：

configTICK_RATE_HZ指定了内核时钟节拍的频率，以赫兹（Hz）为单位。

在FreeRTOS中，内核时钟节拍是一种时间标准，它用于测量任务运行时间、等待时间、计时器等功能的时间。内核时钟节拍的频率可以通过configTICK_RATE_HZ来设置，其默认值是1000，表示每秒进行1000次时钟节拍，即时钟节拍的周期为1毫秒。

还有一个问题就是为什么是任务3先执行呢？
在创建任务函数内部可以看到这样一个函数，这个函数会将创建好的任务添加进入就绪链表，后创建的任务在链表的最前面，所以后创建的任务将会被先取出来执行。

二、任务状态概念讲解

这里使用百问网的一张任务转换图片来讲解：

在FreeRTOS中，每个任务都有一个状态，表示当前任务的情况。FreeRTOS使用一些特定的宏定义来表示不同的任务状态，这些宏定义包括：

eRunning：表示任务正在运行。

eReady：表示任务处于就绪状态，等待调度器将其调度执行。

eBlocked：表示任务处于阻塞状态，即等待某些事件的发生，例如等待信号量、消息队列、定时器超时等。

eSuspended：表示任务处于暂停状态，即该任务已经被暂停，不参与调度，但它的状态和资源保留，能够在需要时恢复运行。

eDeleted：表示任务已被删除，对应的控制块和栈空间已被释放。

任务状态之间的转换是由FreeRTOS内核自动管理的。任务常常在下列几种情况下会发生状态变化：

创建任务时，任务状态由“未开始”变为“就绪”。

调度器根据任务优先级选取该任务并将其状态变为“运行中”。

任务等待某个事件（如信号量）时，任务状态变为“阻塞”。

任务等待其他任务释放资源时，任务状态可能会转变为“挂起”。

任务自己调用删除函数删除自己时，任务状态变为“已删除”。

三、vTaskDelay和vTaskDelayUntil

1.vTaskDelay

vTaskDelay函数用于使当前任务暂停一段时间之后再继续执行。它的参数是一个整数，表示需要延迟的系统节拍数。例如，在默认的配置下，内核节拍周期为1毫秒，因此vTaskDelay(100)即为使当前任务暂停100毫秒。

需要注意的是，vTaskDelay会引起任务阻塞，同时该延迟时间不是绝对准确的。在等待期间FreeRTOS会尝试进行其他任务的调度，因此实际的延迟时间可能会比指定的时间长。

代码示例：

void Task1(void * param)
{
	static int i = 0;
	while (1)
	{
		printf("Task1\r\n");
		vTaskDelay(1000);
	}
}

//任务执行函数
void Task2(void * param)
{
	while (1)
	{
		printf("Task2\r\n");
		vTaskDelay(2000);
	}
}

//任务执行函数
void Task3(void * param)
{
	while (1)
	{
		printf("Task3\r\n");
		vTaskDelay(3000);
	}
}

观察串口的打印结果：

2.vTaskDelayUntil

vTaskDelayUntil 是一个精确的定时函数，它使任务等待到特定的时间点才重新变为就绪状态。

调用 vTaskDelayUntil 时，需要提供一个时间戳（以 TickType_t 类型表示），任务将休眠，直到系统时钟达到或超过该时间戳。

这使得任务可以以精确的时间间隔执行，非常适合实时性要求高的应用。

// 定义一个任务，该任务会每隔1秒输出一次消息
void Task1(void* pvParameters)
{
    TickType_t xLastWakeTime;
    const TickType_t xFrequency = pdMS_TO_TICKS(1000); // 1秒的时间间隔

    // 获取当前时间作为初始时间
    xLastWakeTime = xTaskGetTickCount();

    while (1)
    {
        // 执行任务1的操作，例如输出消息
        printf("Task1 is running...\n");

        // 等待到达下一个时间间隔
        vTaskDelayUntil(&xLastWakeTime, xFrequency);
    }
}

int main(void)
{
    // 初始化FreeRTOS内核和硬件

    // 创建任务1
    xTaskCreate(Task1, "Task1", configMINIMAL_STACK_SIZE, NULL, tskIDLE_PRIORITY + 1, NULL);

    // 启动调度器
    vTaskStartScheduler();

    // 此处不会执行，因为调度器会接管控制权
    return 0;
}

3.vTaskDelay和vTaskDelayUntil的区别

vTaskDelay函数和vTaskDelayUntil函数都用于在FreeRTOS中实现任务的时间延迟，但它们的方式不同。

vTaskDelay函数通过传递一个相对延迟的节拍数来工作。任务会阻塞指定的节拍数，然后继续执行。这意味着vTaskDelay的延迟时间是相对于当前任务的执行时间而言的，实际的延迟时间可能会受到任务切换和系统负载的影响。因此，无法保证精确的延迟时间，可能会有一定的误差。

vTaskDelayUntil函数通过传递一个绝对时间点（以节拍数表示）来工作。任务会等待直到当前时间达到或超过传递的绝对时间点，然后继续执行。这意味着vTaskDelayUntil提供了更精确的延迟控制，可以实现准确的定时任务。您可以根据需要计算下一个执行时间点，并将其传递给vTaskDelayUntil函数，任务将在该时间点进行阻塞，确保精确的延迟时间。

vTaskDelay用于相对延迟，而vTaskDelayUntil用于绝对时间点延迟，使得在实现定时任务时更加方便和精确。

总结

本篇文章就讲解到这里。