实时操作系统Free RTOS的详细介绍

实时操作系统Free RTOS

简介 FreeRTOS是一个迷你的实时操作系统内核。作为一个轻量级的操作系统，功能包括：任务管理、时间管理、信号量、消息队列、内存管理、记录功能、软件定时器、协程等，可基本满足较小系统的需要。

由于RTOS需占用一定的系统资源（尤其是RAM资源），只有μC/OS-II、embOS、salvo、FreeRTOS等少数实时操作系统能在小RAM单片机上运行。相对μC/OS-II、embOS等商业操作系统，FreeRTOS操作系统是完全免费的操作系统，具有源码公开、可移植、可裁减、调度策略灵活的特点，可以方便地移植到各种单片机上运行。

原理与实现

任务调度机制是嵌入式实时操作系统的一个重要概念，也是其核心技术。对于可剥夺型内核，优先级高的任务一旦就绪就能剥夺优先级较低任务的CPU使用权，提高了系统的实时响应能力。不同于μC/OS-II，FreeRTOS对系统任务的数量没有限制，既支持优先级调度算法也支持轮换调度算法，因此FreeRTOS采用双向链表而不是采用查任务就绪表的方法来进行任务调度。

任务管理是实现多个任务的有效管理是操作系统的主要功能。FreeRTOS下可实现创建任务、删除任务、挂起任务、恢复任务、设定任务优先级、获得任务相关信息等功能。下面主要讨论FreeRTOS下任务创建和任务删除的实现。当调用sTaskCreate（）函数创建一个新的任务时，FreeRTOS首先为新任务分配所需的内存。若内存分配成功，则初始化任务控制块的任务名称、堆栈深度和任务优先级，然后根据堆栈的增长方向初始化任务控制块的堆栈。接着，FreeRTOS把当前创建的任务加入到就绪任务链表。若当前此任务的优先级为最高，则把此优先级赋值给变量ucTopReadyPriorlty。若任务调度程序已经运行且当前创建的任务优先级为最高，则进行任务切换。

不同于μC/OS—II，FreeRTOS下任务删除分两步进行。当用户调用vTaskDelete（）函数后，执行任务删除的第一步：FreeRTOS先把要删除的任务从就绪任务链表和事件等待链表中删除，然后把此任务添加到任务删除链表，若删除的任务是当前运行任务，系统就执行任务调度函数，至此完成任务删除的第一步。当系统空闲任务即prvldleTask（）函数运行时，若发现任务删除链表中有等待删除的任务，则进行任务删除的第二步，即释放该任务占用的内存空间，并把该任务从任务删除链表中删除，这样才彻底删除了这个任务。值得注意的是，在FreeRTOS中，当系统被配置为不可剥夺内核时，空闲任务还有实现各个任务切换的功能。

通过比较μC/OS-II和FreeRTOS的具体代码发现，采用两步删除的策略有利于减少内核关断时间，减少任务删除函数的执行时间，尤其是当删除多个任务的时候。

时间管理的实现，FreeRTOS提供的典型时间管理函数是vTaskDelay（），调用此函数可以实现将任务延时一段特定时间的功能。在FreeRT0S中，若一个任务要延时xTicksToDelay个时钟节拍，系统内核会把当前系统已运行的时钟节拍总数（定义为xTickCount，32位长度）加上xTicksToDelay得到任务下次唤醒时的时钟节拍数xTimeToWake。然后，内核把此任务的任务控制块从就绪链表中删除，把xTimeToWake作为结点值赋予任务的xItemValue，再根据xTimeToWake的值把任务控制块按照顺序插入不同的链表。

若xTimeToWake》xTickCount，即计算中没有出现溢出，内核把任务控制块插入到pxDelayedTaskList链表；若xTimeToWake 每发生一个时钟节拍，内核就会把当前的xTick-Count加1。若xTickCount的结果为0，即发生溢出，内核会把pxOverflowDelayedTaskList作为当前链表；否则，内核把pxDelaycdTaskList作为当前链表。内核依次比较xTickCotlrtt和链表各个结点的xTimcToWake。

若xTick-Count等于或大于xTimeToWake，说明延时时间已到，应该把任务从等待链表中删除，加入就绪链表。由此可见，不同于μC/OS—II，FreeRTOS采用“加”的方式实现时间管理。其优点是时间节拍函数的执行时间与任务数量基本无关，而μC/OS—II的OSTimcTick（）的执行时间正比于应用程序中建立的任务数。因此当任务较多时，FreeRTOS采用的时间管理方式能有效加快时钟节拍中断程序的执行速度。

内存分配策略，每当任务、队列和信号量创建的时候，FreeRTOS要求分配一定的RAM。虽然采用malloc（）和free（）函数可以实现申请和释放内存的功能，但这两个函数存在以下缺点：并不是在所有的嵌入式系统中都可用，要占用不定的程序空间，可从入性欠缺以及执行时间具有不可确定性。为此，除了可采用malloc（）和free（）函数外，FreeRTOS还提供了另外两种内存分配的策略，用户可以根据实际需要选择不同的内存分配策略。

第1种方法是，按照需求内存的大小简单地把一大块内存分割为若干小块，每个小块的大小对应于所需求内存的大小。这样做的好处是比较简单，执行时间可严格确定，适用于任务和队列全部创建完毕后再进行内核调度的系统；这样做的缺点是，由于内存不能有效释放，系统运行时应用程序并不能实现删除任务或队列。

第2种方法是，采用链表分配内存，可实现动态的创建、删除任务或队列。系统根据空闲内存块的大小按从小到大的顺序组织空闲内存链表。当应用程序申请一块内存时，系统根据申请内存的大小按顺序搜索空闲内存链表，找到满足申请内存要求的最小空闲内存块。为了提高内存的使用效率，在空闲内存块比申请内存大的情况下，系统会把此空闲内存块一分为二。一块用于满足申请内存的要求，一块作为新的空闲内存块插入到链表中。

FreeRTOS的移植，FreeRTOS操作系统可以被方便地移植到不同处理器上工作，现已提供了ARM、MSP430、AVR、PIC、C8051F等多款处理器的移植。FreeRTOS在不同处理器上的移植类似于μC/0S一II，故本文不再详述FreeRTOS的移植。此外，TCP/IP协议栈μIP已被移植到FreeRTOS上，具体代码可见FreeRTOS网站。

FreeRTOS的不足　相对于常见的μC/OS—II操作系统，FreeRTOS操作系统既有优点也存在不足。其不足之处，一方面体现在系统的服务功能上，如FreeRTOS只提供了消息队列和信号量的实现，无法以后进先出的顺序向消息队列发送消息；另一方面，FreeRTOS只是一个操作系统内核，需外扩第三方的GUI（图形用户界面）、TCP/IP协议栈、FS（文件系统）等才能实现一个较复杂的系统，不像μC/OS-II可以和μC/GUI、μC/FS、μC/TCP-IP等无缝结合。

在嵌入式领域，FreeRTOS是不多的同时具有实时性，开源性，可靠性，易用性，多平台支持等特点的嵌入式操作系统。目前，FreeRTOS已经发展到支持包含X86，Xilinx，Altera等多达30种的硬件平台，其广阔的应用前景已经越来越受到业内人士的瞩目。

新唐NuMaker PFM-M487 开发板支持 Mbed™ 和 FreeRTOS 操作系统。采用NuMicro® M487以太网系列单片机，并以Arm® Cortex®-M4F为核心，内置 512 KB Flash，可支持OTA （Over-The-Air） 人体升级，并内建160 KB SRAM，包含32 KB快取 （Cache） 用于加速外部SPI Flash就地执行 （eXecute-In-Place），是功能强大的IoT开发平台。

系统主频最高可达192 MHz，主控平台配有安全、通信和设备管理模组，支持的功能包含外部 2 MB SPI Flash运行程式码、高速USB OTG、全速USB OTG、SD读卡器、以太网连接与透过板上音讯转码器播放音乐档案。NuMaker PFM-M487 可做为集点或是感测端节点，确保与管理设备安全地连接至云端伺服器，并可透过 Mbed™ 伺服器软件，将搜集到的微量资料传送至云端，经由大数据分析技术处理，让开发者可快速验证、学习以及开发应用程式，开发板带有简单的输入操作界面，让开发者轻松完成物联网应用程式。

NuMaker PFM-M487 的主控板采用通用界面设计，提供相容于 Arduino UNO 的界面，使用者可搭配任何 Arduino 模组进行开发。除了扩展界面外、主控板本身亦内建丰富的周边设备，如、三色 LED 、按键、麦克风、耳机、 USB 1.1/2.0 OTG 、心率感测等完整的感测器群。类比周边部分含有 1 个 12 位元，多达 16 通道 5 MSPS SAR ADC 、 2 个 12 位元 1 MSPS DAC ，通讯介面包含 2 个 CAN 2.0B 介面、 2 个 SD 卡控制器等，并且支持 Mbed™ 和 FreeRTOS 作业系统。

fqj