1. RTOS 概述：为什么需要 RTOS？

大家好，我是你们这门课的老朋友。咱们直接开门见山——为什么你的项目需要一个 RTOS？

很多工程师刚接触嵌入式时，都是从裸机（bare-metal）开始的。一个大循环，轮询所有外设，处理所有逻辑。简单项目这么做没问题。但一旦任务多了，你会发现代码越来越难维护。

我早年做一款智能家居网关，接了 6 个传感器、1 个 Wi-Fi 模块、1 个 LCD 屏。裸机下，按键扫描不能阻塞，Wi-Fi 数据接收不能丢包，LCD 刷新不能太慢……最后代码里全是状态机嵌套状态机，调试起来简直想砸示波器。

后来换了 RTOS，把每个功能拆成独立任务，瞬间清爽了。这就是 RTOS 的核心价值——让复杂并发变得可控。

1.1 裸机开发 vs RTOS：本质区别在哪？

说白了，裸机是“你主动去问”，RTOS 是“它主动来叫你”。

对比维度	裸机开发	RTOS 开发
任务管理	主循环 + 状态机，手动调度	多任务，内核自动调度
实时性	依赖代码执行顺序，不可预测	优先级抢占，确定性响应
代码结构	所有逻辑揉在一起	任务独立，模块化清晰
资源开销	极低，几乎无额外 RAM/ROM	需要内核开销（任务栈、TCB 等）
调试难度	逻辑复杂后极难维护	任务隔离，问题定位快
适用场景	超简单、单任务、资源极度受限	多任务、实时性要求高、功能复杂

1.2 主流 RTOS 对比：FreeRTOS、RT-Thread、uCOS-III

市面上 RTOS 很多，但咱们做实战，得选最趁手的。我这些年用过不下 5 种，今天重点聊三个最主流的。

FreeRTOS

这玩意儿可以说是嵌入式界的“普通话”。开源、轻量、移植性极强。我最早接触 RTOS 就是从它入门的。

• 优点：生态庞大，资料多，几乎任何 MCU 都能跑。内核极小，ROM 占用可以压到 4KB 以内。
• 缺点：功能相对基础，没有原生设备驱动框架，很多组件需要自己搭。
• 适合：资源受限的 MCU、快速原型、学习入门。

RT-Thread

国产之光，我最近几年项目里用得最多。它不只是内核，更像一个完整的 IoT OS。

• 优点：组件丰富——文件系统、网络协议栈、设备驱动框架开箱即用。支持动态加载模块。
• 缺点：学习曲线比 FreeRTOS 陡一点，资源开销稍大。
• 适合：功能复杂的 IoT 产品、需要快速集成的商业项目。

uCOS-III

老牌商业 RTOS，稳定性经过大量工业验证。我早年做医疗设备时用过它。

• 优点：内核健壮，文档规范，支持时间片轮转、任务内嵌信号量等高级特性。
• 缺点：商用需要授权费，社区活跃度不如前两者。
• 适合：对安全认证有要求的工业/医疗/航空领域。

特性	FreeRTOS	RT-Thread	uCOS-III
许可证	MIT（开源免费）	Apache 2.0（开源免费）	商业授权
最小 ROM	~4KB	~6KB（标准版）	~8KB
任务数量	无硬限制	无硬限制	无硬限制
抢占式调度	✅	✅	✅
时间片轮转	✅	✅	✅
设备驱动框架	❌（需第三方）	✅（丰富）	❌（需自行封装）
社区活跃度	极高	高（国内）	中等

1.3 RTOS 核心概念速览

在进入实战前，咱们先统一一下术语。后面章节会反复用到这些概念。

• 任务（Task）：RTOS 里的基本执行单元，每个任务有自己的栈和优先级。
• 调度器（Scheduler）：决定哪个任务该运行。常见策略有抢占式、时间片轮转。
• 临界区（Critical Section）：不可被中断打断的代码段，通常用关中断或互斥量保护。
• 同步与通信：信号量、消息队列、事件标志组——任务之间怎么“说话”。
• 中断管理：ISR 里该做什么、不该做什么，以及如何与任务交互。

1.4 RTOS 内核架构图

下面这张图展示了 RTOS 内核的核心组件和它们之间的关系。你仔细看，后面所有章节都会围绕这张图展开。

1.5 什么时候不该用 RTOS？

嗯，这里要注意——RTOS 不是万能药。有些场景用裸机反而更好。

• 超低功耗待机：如果设备大部分时间在休眠，偶尔醒来做一件事，裸机 + 中断唤醒可能更省电。
• 极端资源受限：比如 1KB RAM、8KB Flash 的 MCU，RTOS 内核开销可能占掉一半资源。
• 极简功能：一个按键控制一个 LED 闪烁，用 RTOS 纯属杀鸡用牛刀。