第1章：嵌入式实时操作系统基础
各位同学，咱们今天聊聊RTOS。说实话，我刚入行那会儿，觉得裸机跑跑也挺好，干嘛非要上个系统？直到第一次做多传感器融合项目，才发现事情没那么简单。
1.1 RTOS核心概念
实时操作系统，说白了就是「在规定时间内必须完成任务」的系统。你想想看，自动驾驶的车在高速上跑，刹车指令晚1毫秒，可能就是天壤之别。
任务（Task）
任务就是RTOS里最小的执行单元。每个任务都有自己的栈空间、优先级和状态。
任务状态机：
- 运行态：CPU正在执行该任务
- 就绪态：万事俱备，只差CPU
- 阻塞态：在等某个事件或资源
- 挂起态：被强制暂停
我在项目中遇到过一个问题：某个传感器任务优先级设得太高，结果把控制任务给饿死了。嗯，这里要注意——优先级不是越高越好，得看实时性需求。
调度（Scheduling）
调度算法是RTOS的心脏。常见的就两种：
- 抢占式调度：高优先级任务来了，低优先级的立马让位。自动驾驶里必须用这个。
- 时间片轮转：大家轮流用CPU，适合同优先级的任务。
我的经验：在QNX里做调度时，我习惯把控制周期任务设成FIFO调度，把日志上报任务设成时间片轮转。这样关键路径不会被干扰。
中断（Interrupt）
中断是RTOS的「紧急通道」。外部事件一来，CPU立刻停下当前工作去处理。
// 典型的中断服务函数写法
void CAN_IRQHandler(void) {
BaseType_t xHigherPriorityTaskWoken = pdFALSE;
// 读取数据
uint32_t data = CAN->DR;
// 通知任务处理
xSemaphoreGiveFromISR(xDataSemaphore, &xHigherPriorityTaskWoken);
// 如果有更高优先级任务被唤醒，立即切换
portYIELD_FROM_ISR(xHigherPriorityTaskWoken);
}避坑指南：我曾经在中断里做了个复杂的浮点运算，结果导致中断延迟超标，整个控制链路都崩了。记住：中断服务函数要短小精悍，复杂逻辑交给任务去做。
同步（Synchronization）
多任务之间怎么协调？靠的就是同步机制。
| 机制 | 适用场景 | 我踩过的坑 |
|---|---|---|
| 信号量 | 资源计数、事件通知 | 忘记释放信号量，导致死锁 |
| 互斥锁 | 保护共享资源 | 优先级反转，后来用了优先级继承才解决 |
| 消息队列 | 任务间数据传递 | 队列长度设太小，数据丢包 |
| 事件标志组 | 多条件触发 | 位掩码冲突，调试了一整天 |
1.2 主流RTOS选型分析
市面上RTOS那么多，怎么选？我个人觉得，得看你的应用场景。
FreeRTOS
- 优点：开源免费、社区活跃、资料多
- 缺点：没有内存保护、安全认证难做
- 适合：原型验证、非安全关键系统
我的看法：FreeRTOS做入门学习特别好。我带的实习生，第一周就能跑起来。但真要上量产车，我建议慎重。
QNX
- 优点：微内核架构、强隔离、ASIL-D认证
- 缺点：商业授权贵、学习曲线陡
- 适合：ADAS、自动驾驶域控制器
QNX的微内核设计很有意思。驱动和服务都在用户态跑，内核挂了，系统还能活。我在做L3项目时，就靠这个特性扛过了好几次驱动崩溃。
VxWorks
- 优点：实时性极强、确定性高、生态成熟
- 缺点：价格更贵、闭源
- 适合：航空航天、工业控制
选型建议：如果你做的是量产乘用车，QNX是主流。如果是特种车辆或军工项目，VxWorks更靠谱。原型验证阶段，FreeRTOS完全够用。
1.3 自动驾驶中的特殊要求
自动驾驶对RTOS的要求，比普通嵌入式系统苛刻得多。我总结了几点：
- 确定性：每个任务的执行时间必须是可预测的。不能今天跑5ms，明天跑50ms。
- 隔离性：一个模块崩了，不能影响其他模块。QNX的进程隔离在这里就很有优势。
- 安全认证：ISO 26262 ASIL-D是硬门槛。选RTOS时，先看它有没有认证证书。
- 低延迟：从传感器数据到执行器动作，整个链路延迟要控制在微秒级。
- 资源监控：CPU使用率、栈溢出、内存泄漏，这些都得实时监控。
重要提醒：我见过一个团队，选型时只看功能不看认证，结果项目快量产了才发现RTOS没有ASIL-B认证，整个架构推倒重来。选型阶段就把认证要求定下来，能省很多麻烦。
好了，这一章的内容就到这里。下一章咱们聊聊任务管理，包括怎么创建任务、怎么设置优先级、怎么避免死锁。这些都是实战中天天要用的东西。