1、FreeRTOS概述：什么是实时操作系统、FreeRTOS的特点、FreeRTOS的应用场景

1.1 什么是实时操作系统？

先问大家一个问题：你平时用的Windows或Linux，算不算实时操作系统？

答案是不算。Windows开机后你刷网页、听音乐、写文档，系统会尽量公平地分配CPU时间。但如果你按下键盘，系统可能延迟几十毫秒才响应——这在桌面系统里无所谓，但在工业控制、汽车仪表盘上，就是灾难。

实时操作系统（RTOS）的核心能力，就是「在规定时间内必须完成任务」。这个规定时间，我们叫它「截止时间」。错过了，轻则数据丢包，重则设备失控。

我做过一个电机控制项目，要求每1ms采集一次编码器数据。用裸机写循环倒是能跑，但一旦加入LCD刷新、按键扫描，时序就乱套了。后来换成FreeRTOS，把采集任务优先级设到最高，问题迎刃而解。

实时操作系统分两种：

• 硬实时：错过截止时间等于系统失败。比如安全气囊控制器、飞行控制系统。
• 软实时：偶尔错过还能接受，但性能会下降。比如视频播放器、智能家居面板。

FreeRTOS属于软实时系统。它不保证绝对精确的微秒级响应，但对绝大多数嵌入式场景来说，绰绰有余。

1.2 FreeRTOS的特点

我最早接触FreeRTOS是2015年，当时项目要用一个Cortex-M3芯片跑多任务。对比了uC/OS-II和RT-Thread，最后选了FreeRTOS。为什么？

说白了，就四个字：轻量、免费。

具体特点我列一下：

特点	说明	我的体会
内核极小	最小配置仅需4KB ROM、1KB RAM	在STM32F103上跑过，Flash还剩一大半
开源免费	MIT许可证，商业项目随便用	不用像uC/OS那样担心授权费
任务数量无限制	理论上只受限于RAM	我最多跑过32个任务，调度很稳
抢占式调度	高优先级任务随时打断低优先级	适合紧急事件处理
丰富的IPC机制	队列、信号量、互斥量、事件组	任务间通信基本靠队列，好用
移植简单	只需修改3个接口文件	我最快半小时移植到新芯片上

嗯，这里要注意一点：FreeRTOS的调度策略是固定优先级抢占式。也就是说，高优先级任务只要就绪，就会立刻抢走CPU。如果你不小心把某个任务优先级设得太高，低优先级任务可能永远得不到执行——这就是「优先级反转」的根源。

1.3 FreeRTOS的应用场景

你想想看，什么设备需要同时做多件事，又对响应时间有要求？

我随便举几个例子：

• 汽车仪表盘：一边刷新车速指针，一边处理CAN总线数据，一边检测按键。用裸机写状态机？代码会乱成一锅粥。
• 工业PLC：需要同时采集多路传感器、执行PID控制、与上位机通信。FreeRTOS的任务隔离特性让代码更清晰。
• 智能家居网关：WiFi联网、MQTT协议解析、本地传感器采集、LED控制。每个功能一个任务，互不干扰。
• 无人机飞控：姿态解算、GPS定位、遥控器信号接收、电机PWM输出。硬实时要求高，但FreeRTOS配合高优先级中断也能胜任。

我曾经帮一个客户做便携式心电图仪。设备需要：

1. 以1kHz采样率读取ADC
2. 实时滤波算法处理数据
3. 每100ms更新一次OLED屏幕
4. 检测按键并切换模式

如果用裸机，你得在定时器中断里做采样，主循环里做滤波和显示。一旦滤波算法变复杂，主循环就可能错过下一次采样。换成FreeRTOS后，我把采样任务优先级设为最高，滤波任务次之，显示任务最低。从此再也没丢过数据。

1.4 什么时候不该用FreeRTOS？

说实话，不是所有项目都需要RTOS。我见过有人用STM32点个LED灯，也硬要上FreeRTOS——这就有点过了。

以下几种情况，裸机可能更合适：

• 任务极少（1~2个循环就能搞定）
• 对RAM极度敏感（比如只有2KB）
• 对实时性要求极高（微秒级响应，必须用中断直接处理）
• 项目周期短，团队不熟悉RTOS

但话说回来，一旦你的项目超过3个并发任务，或者有明确的实时性要求，FreeRTOS带来的收益远大于学习成本。

1.5 小结

这一章我们聊了：

• 实时操作系统是什么——说白了就是「按时完成任务」
• FreeRTOS的特点——轻量、免费、抢占式调度
• 它的应用场景——仪表盘、工业控制、物联网设备

下一章，我会带大家搭建FreeRTOS的开发环境，并完成第一个任务的创建。到时候你就能亲眼看到，两个任务是如何在同一个CPU上「同时」运行的。

嗯，准备好了吗？