第4章实时操作系统(RTOS)基础

第4章实时操作系统(RTOS)基础：任务、调度、同步、通信机制

好，咱们今天聊聊RTOS。说实话，很多工程师刚接触嵌入式时，觉得裸机跑个循环就够用了。但等你真正做复杂项目——比如同时处理传感器数据、控制电机、还要响应按键——你就会发现，裸机那套轮询方式，迟早会把你逼疯。

RTOS不是万能的，但它能帮你把混乱的时序逻辑理清楚。我个人习惯是，只要项目中有3个以上需要实时响应的任务，我就会考虑上RTOS。别犹豫，省下来的调试时间，够你喝好几杯咖啡的。

4.1 任务：RTOS的基本执行单元

任务是什么？说白了，就是一个无限循环的函数。每个任务有自己的栈空间、优先级和状态。RTOS内核负责管理这些任务，让它们看起来像是“同时”在运行。

我见过不少新手犯一个错误：把任务写得又长又复杂。你想想看，一个任务里塞了500行代码，里面还有各种阻塞等待——那这个任务基本就废了。好的做法是：一个任务只做一件事，并且要做得快。

核心要点：任务 = 独立的执行上下文（栈 + 寄存器）+ 优先级 + 状态机

任务有几种状态？嗯，常见的就这几种：

运行态：CPU正在执行这个任务
就绪态：任务可以运行，但CPU被别的任务占着
阻塞态：任务在等某个事件（信号量、消息队列、延时等）
挂起态：任务被主动暂停，需要别人唤醒

我在项目中遇到过一个问题：一个低优先级任务因为等待信号量被阻塞，结果高优先级任务一直得不到CPU——后来发现是信号量被一个中断服务程序占着没释放。这种问题，光靠看代码很难发现，得用RTOS自带的跟踪工具才能抓到。

4.2 调度：谁先跑，谁后跑

调度是RTOS的心脏。它决定了哪个任务在什么时候获得CPU的使用权。最常见的调度策略是基于优先级的抢占式调度。

什么意思？就是高优先级的任务随时可以打断低优先级任务。你想想看，这就像急诊室——心跳骤停的病人（高优先级）来了，普通感冒（低优先级）就得等着。

调度策略	特点	适用场景
抢占式调度	高优先级任务立即抢占CPU	对实时性要求高的系统
时间片轮转	同优先级任务轮流执行固定时间	多个同等重要的任务
协作式调度	任务主动让出CPU	简单系统，资源紧张

避坑指南：我曾经在一个项目中，把两个关键任务的优先级设成了相同值。结果它们用时间片轮转，每次切换都有上下文开销，导致一个20ms的周期任务抖动得很厉害。后来我把其中一个优先级调高了一级，问题立刻解决。记住：关键任务的优先级一定要区分开。

还有一个经典问题：优先级反转。低优先级任务拿着高优先级任务需要的资源，结果中优先级任务抢占了CPU，高优先级任务反而被卡住。怎么解决？优先级继承协议——暂时把低优先级任务的优先级提到和高优先级一样，等它释放资源后再降回去。FreeRTOS和uC/OS都支持这个机制，记得打开。

4.3 同步：别让任务打架

多个任务访问同一个资源（比如全局变量、外设寄存器），如果不加保护，就会出现数据不一致。这就是所谓的竞争条件。

同步机制就是用来解决这个问题的。常用的有：

信号量：二值信号量（像一把锁）和计数信号量（像停车场空位计数器）
互斥量：带优先级继承的信号量，专门保护共享资源
临界区：关中断，最简单粗暴的方式

我个人习惯是：能用互斥量就别用信号量做互斥。为什么？因为互斥量自带优先级继承，能避免优先级反转。信号量虽然也能用，但你要自己处理优先级问题——何必给自己找麻烦呢？

小技巧：临界区要尽量短。我见过有人把整个传感器读取+数据处理+显示更新都放在临界区里——结果中断延迟飙到毫秒级。正确的做法是：只保护共享变量的读写，数据处理放到外面做。

4.4 通信：任务之间怎么传数据

任务之间光同步还不够，很多时候需要传递数据。比如传感器任务采集到数据，要发给处理任务。怎么传？

常用的通信机制有：

消息队列：先进先出，适合传递数据块
邮箱：一次只能存一条消息，适合传递指针
管道/流：像文件一样读写，适合流式数据
共享内存：配合信号量使用，效率最高

我建议你优先用消息队列。为什么？因为它自带缓冲和同步——发送方不用等接收方，接收方也不用轮询。我在一个无人机飞控项目里，就用消息队列把姿态数据从IMU采集任务传给控制任务，代码清晰，调试也方便。

// 伪代码示例：消息队列的使用
// 创建队列，容量10，每条消息32字节
msg_queue_t *q = msg_queue_create(10, 32);

// 任务A：发送数据
void task_sensor(void *arg) {
    sensor_data_t data;
    while (1) {
        data = read_sensor();
        msg_queue_send(q, &data, portMAX_DELAY);
        vTaskDelay(10);  // 10ms采集一次
    }
}

// 任务B：接收数据
void task_control(void *arg) {
    sensor_data_t data;
    while (1) {
        if (msg_queue_receive(q, &data, 100) == pdTRUE) {
            process_data(&data);
        }
    }
}

注意：消息队列的深度要合理设置。太浅了容易丢消息，太深了浪费内存。我一般按“最大可能堆积量”的1.5倍来设。比如传感器10ms发一条，处理任务最长可能被阻塞50ms，那队列深度设8就够用了。

4.5 实际项目中的选择建议

说了这么多，到底怎么选？我总结一下：

保护共享资源：用互斥量（带优先级继承）
任务间同步：用二值信号量（比如通知任务开始工作）
传递数据块：用消息队列（自带缓冲，安全可靠）
传递指针/大块数据：用邮箱或共享内存+信号量
中断与任务通信：用信号量或消息队列（注意中断中不能阻塞）

最后说一句：RTOS只是工具，不是目的。别为了用RTOS而用RTOS。如果你的项目就两个任务，一个读按键一个点灯，那裸机加个状态机完全够用。但如果你要做的是工业控制器、无人机、机器人——相信我，RTOS能帮你省下大量调试时间。

嗯，这一章就到这里。下一章我们聊聊RTOS的内存管理——那又是一个容易踩坑的地方。

📚 课程目录