【RTOS学习】精简RTOS源码 | 认识RTOS

🐱作者：一只大喵咪1201
🐱专栏：《RTOS学习》
🔥格言：你只管努力，剩下的交给时间！

在前面对ARM架构以及C语言在单片机中的表现有一个简单的认识后，现在开始正式进入RTOS的学习。

精简RTOS源码 | 认识RTOS | 任务的创建和删除

😼精简RTOS源码
- 🐱增加串口
😼认识RTOS
- 🐱第一个RTOS程序
- 🐱RTOS中的数据类型和编程规范
😼任务创建和删除
- 🐱动态创建
- 🐱静态创建
- 🐱任务删除
- 🐱了解就绪队列
😼总结

😼精简RTOS源码

如上图所示，在百度上搜索freertos进入官网，然后点击红色框中的Download下载最新的完整FreeRTOS源码，该源码中包含使用示例，下面黑色的下载选项下载的源码不包含实例，我们一般都不下载这个。

如上图所示，可以看到整个源码中包含许多文件，因为它是支持多种芯片以及多种工具的(Keil5等等)，所以我们只保留需要的，其他的统统删掉。

以本喵使用的STM32F103xxx系列芯片为例，最终只留下上图所示的目录，此时源码文件的精简工作就完成了。

如上图，此时Keil5中工程文件只保留这些，main函数中也只保留红色框中的内容，之后就在这个基础上增加我们所需要的内容。

然后就是编译工程，此时必然会有很多错误和警告，接下来就是考验大家的时候了，需要挨个将报错和警告全部解决。

如上图所示编译结果，本喵这里就不讲解了，接下来就可以写我们自己的代码了。

🐱增加串口

为了后面调试程序方便，本喵这里增加一个串口，用来打印一些信息：

如上图，在serial.c文件中，在官网源文件的基础上进行修改，删除一些内容，按照我们平常初始化串口的方式初始化串口，然后再定义fputc函数，实现串口的重定向，串口及重定向在本喵的文章(点我)中有过详细讲解，有兴趣的小伙伴移步查看。

如上图，在main.c中的prvSetupHardware函数中最后位置增加串口初始化，此时我们就可以使用printf函数来向串口打印信息了。

如上图所示，在main函数中使用printf打印Hello, world!，然后点击Debug按钮进行软件仿真，再从工具栏的View选项中的Serial Windows中选择UART #1，此时会出现串口1的显示框，然后点击全速运行按钮，就会在显示框中显示打印的语句。

按照图中步骤1~5进行操作，就可以像在VSCode上写代码一用printf打印信息一样，只是这里是在UART #1的显示框中显示。

😼认识RTOS

在上图中，这位母亲有两件事要做，一边要给小孩喂饭，一边要加班跟同事微信交流。

无法一心多用

对于单线条的人，不能分心、不能同时做事，她只能给小孩喂一口饭，瞄一眼电脑，有信息就去回复，再回来给小孩喂一口饭，如果小孩吃这口饭太慢，她回复同事的信息也就慢了，被同事催：你半天都不回我？如果回复同事的信息要写一大堆，小孩就着急得大哭起来。

这种做法，在软件开发上就是一般的单片机开发，没有用操作系统。

可以一心多用

对于眼明手快的人，她可以一心多用，她左手拿勺子，给小孩喂饭，右手敲键盘，回复同事两不耽误，小孩“以为”妈妈在专心喂饭，同事“以为”她在专心聊天"，但是脑子只有一个啊，虽然说“一心多用”，但是谁能同时思考两件事？只是她反应快，上一秒钟在考虑夹哪个菜给小孩，下一秒钟考虑给同事回复什么信息。

这种做法，在软件开发上就是使用操作系统，在单片机里叫做使用RTOS。

RTOS的意思是：Real-time operating system，实时操作系统。

我们使用的Windows也是操作系统，被称为通用操作系统。使用Windows时，我们经常碰到程序卡死、停顿的现象，日常生活中这可以忍受。但是在电梯系统中，你按住开门键时如果没有即刻反应，即使只是慢个1秒，也会夹住人。

在专用的电子设备中，实时性很重要。

将喂饭和回复信息写成两个函数放在代码中：

经典裸机单片机程序：

void main()
{
	while(1)
	{
		喂一口饭();
		回复信息();
	}
}

假设喂一口饭需要的时间是t1~t5，回复一个信息需要的时间是ta~te，在经典裸机单片机程序中，会先花费t1~t5一段完整的时间去喂一口饭，再花费ta~te一段完整的时间去回复一个信息，如此往复循环。

站在小孩的角度，他觉得自己被喂了一口饭后有ta~te这么长时间母亲没有搭理他，然后又被喂了一口又没人理他，此时他就感觉这顿饭吃的的断断续续的，吃一口后等一会儿才能吃上下一口。

站在同事的角度，他感觉有t1~t5这么长时间没人理他，然后收到一个信息，如此反复，此时他感觉这次的交流很不流畅，也是断断续续的。

RTOS程序

/* 喂饭任务 */
喂饭()
{
	while(1)
	{
		喂一口饭();
	}
}
/* 回信息任务 */
回信息()
{
	while(1)
	{
		回一个信息();	
	}
}

void main()
{
	create_task(喂饭);
	create_task(回信息);
	while(1)
	{
		sleep();
	}
}

此时喂饭和回信息就在穿插执行，喂饭任务和回复信息任务中的两个while(1)死循环都在执行。花费t1时间喂一下饭(没有喂完一口)，再花费ta时间回复一下信息(没有回复完一条信息)。

就这样将喂饭和回复信息穿插执行，当执行了t1~t5 + ta~tb以后，喂一口饭和回复一个信息两个任务就都完成了，和裸机程序相比，耗费的时间是一样的。

但是不一样的是，此时小孩感觉一直在被喂饭，这顿饭吃的很香，同时感觉一直收到消息，这次交流也非常愉快。

由于只有一个CPU，所以采用时间片轮转的方式执行多个任务，即每个任务被CPU执行的时间是固定的，到了就换另一个任务。
因为CPU执行速度非常快，所以给我们的感觉就是两个任务甚至多个任务在同时执行。

🐱第一个RTOS程序

如上图所示，在main函数中使用xTaskCreate创建两个任务Task1和Task2，两个任务中都有一个死循环，在死循环中分别打印数组1和2。

如上图，串口中输入的数字有1也有2，如果是裸机程序，两个任务Task1Function和Task2Function只能按顺序执行，此时只会执行1个死循环，另一个就无法执行。

但是通过现象发现两个死循环都在执行，因为有各自循环中的数字被打印了出来，此时就是前面例子中所说的，两个任务在穿插执行，每个任务执行固定的时间就换另一个，如此往复。

创建任务和Linx系统中创建线程类似，有兴趣的小伙伴可以看一下本喵的文章线程概念 | 线程理解。

🐱RTOS中的数据类型和编程规范

数据类型：

如上图，每个移植的版本都含有自己的 portmacro.h 头文件，里面定义了 2 个非常重要的数据类型：

TickType_t：

FreeRTOS配置了一个周期性的时钟中断Tick Interrupt，每发生一次中断，中断次数就会累加一次，这个变量是tick_count，它的类型就是TickType_t，它可以是16位的变量类型也可以是32位的。

如上图，如果在FreeRTOSConfig.h中定义了configUSE_16_BIT_TICKS时，TickType_t就是uint16_t类型，否则就是uint32_t类型，对于32位的架构，最好要把TickType_t设置成uint32_t。

BaseType_t：

这个该架构中最高效的数据类型，32位架构中，它就是uint32_t，16位架构中它就是uint16_t，8位架构中，它就是uint8_t，BaseType_t通常用作简单的返回值类型，还有逻辑值。

变量名：

FreeRTOS中习惯在变量名前加前缀：

变量名前缀	含义
c	char
s	int16_t，short
l	int32_t，long
x	BaseType，其他非标准类型：结构体，task handle，queue handle等
u	unsigned
p	指针
uc	uint8_t，unsigned char
pc	char指针

函数名：

函数名同样习惯加前缀，它前缀有两个含义：

函数名	含义
vTaskPriority	返回值类型：void，该函数在task.c中定义
xQueueReceive	返回值类型：BaseType_t，在queue.c中定义
pvTimerGetTimerID	返回值类型：void*，在timer.c中定义

宏名：

宏的名是大写，前缀是小写，前缀表示在哪个头文件中定义：

宏的前缀	含义
portMAX_DELAY	在portable.h或portmacro.h中定义
taskENTER_CRITICAL	在task.h中定义
pdTURE	在projdefs.h中定义
configUSE_PREEMPTION	在FreeRTOSConfig.h中定义
errQUEUE_FULL	在projdefs.h中定义

通用宏定义：

宏	值
pdTRUE	1
pdFALSE	0
pdPASS	1
pdFAIL	0

😼任务创建和删除

🐱动态创建

动态创建新任务使用的函数是xTaskCreate：

如上图，该函数在task.c中定义，返回类型是BaseType_t，作用就是创建新任务。

如上图，该函数有6个参数，下面本喵来各自讲解一下：

TaskFunction_t pxTaskCode

可以看到，TaskFunction_t是一个返回类型是void，参数类型是void*的函数指针，在projdefs.h中使用typedef重命名了。

在调用xTaskCreate创建新任务时，这个参数就是新任务要执行的函数：

这两个新任务执行的函数是由我们用户自己定义的，返回类型必须是void，参数类型必须是void*的，函数名无所谓。

const char * const pcName

这个参数是用来指定新任务的名字的，以后可以通过名字找到对应的任务，这个参数可以说是最不重要的了。

const configSTACK_DEPTH_TYPE usStackDepth

该参数是用来指定栈大小的，我们知道，每一个函数在调用的时候都会开辟一个栈用来存放返回地址以及临时变量。

在RTOS中，每一个任务也会开辟一个栈，用来存放该任务函数执行过程中的返回地址以及临时变量的。

每一个任务都拥有一个独立的栈，不同任务之间的栈不会互相影响，在创建任务之前，用户需要预估该任务需要多大的栈空间，从而在创建任务的时候指定栈的大小。

单位是word，比如传入 100，表示栈大小为 100 word，也就是 400 字节。

void * const pvParameters

该参数就是新任务函数的那个形参，在使用xTaskCreate创建任务时传入该参数，新任务函数在执行时就会使用这个形参，这也是为什么我们在定义任务函数的时候，形参类型必须的void*类型的原因。

UBaseType_t uxPriority

如上图，该参数的类型本质上就是一个无符号整形，用来表示任务的优先级，优先级范围：0~(configMAX_PRIORITIES – 1)，数值越小优先级越低，如果传入的值过大，xTaskCreate会把它调整位 (configMAX_PRIORITIES – 1)。

优先级高的任务会优先得到CPU的执行。

TaskHandle_t * const pxCreatedTask

该参数的本质是一个二级指针，TaskHandle_t是代表着tskTaskControlBlock*，所以TaskHandle_t*就是一个二级指针，最终指向的是tskTasKcontrolBlock，也就是任务控制块。

如上图所示，任务控制块中包含该任务的一些属性，如优先级，起始栈地址，任务名字啊等等信息(结构体中内容有删减)。

所以说，该参数用来保存xTaskCreate的输出结果：task handle，以后如果想操作这个任务，比如修改它的优先级，就需要这个handle。

该handle就是一个任务句柄，在创建任务的时候需要传入一个创建好的句柄地址。
如果不想使用该handle，可以传入 NULL。

返回值

成功：pdPASS
失败：errCOULD_NOT_ALLOCATE_REQUIRED_MEMORY(失败原因只有内存不足)，本质是就是返回-1。

xTaskCreate的使用方法现在清楚了，那么动态创建的动态又体现在哪里呢？

如上图，通过宏开关configSUPPORT_DYNAMIC_ALLOCATTION来控制使用xTaksCreate来动态创建任务，在函数内部，会使用pvPortMalloc在堆区上动态开辟一块空间来存放任务控制块pxNewTCB，然后再使用pvPortMallocStack在堆区上开辟一块独立空间用来当作该任务的独立栈。