1. 课程导论：为什么需要RTOS？从裸机到RTOS的思维转变

大家好，我是你们这门课的老朋友。做了十几年嵌入式，从最早的8位单片机一路折腾到现在的多核处理器，踩过的坑比走过的路还多。今天咱们开篇第一讲，不急着上代码，先聊聊一个根本问题：我们到底为什么需要RTOS？

说白了，这个问题我当年也纠结过。记得我刚入行那会儿，觉得裸机循环大法天下无敌——简单、直接、好调试。直到有一次做四轴飞行器的飞控，程序跑到一半，电机突然抽风了。查了三天，发现是某个传感器中断把主循环的时间片给吃了。嗯，从那以后，我开始认真思考RTOS这件事。

1.1 裸机开发的「天花板」

裸机开发，说白了就是一个超级大循环：

void main(void)
{
    while(1)
    {
        read_sensor();      // 读传感器
        pid_control();      // PID计算
        output_pwm();       // 输出PWM
        communication();    // 通信处理
        // ... 还有更多任务
    }
}

这个模式在简单场景下完全够用。但飞控系统不一样，它有几个硬伤：

• 实时性无法保证——你永远不知道当前这个循环要跑多久。传感器数据来了，PID计算还没做完，等轮到处理时数据已经过时了。
• 任务之间互相干扰——一个任务卡住了，整个系统就瘫痪了。我在项目中遇到过，串口打印加了个延时，结果电机控制被拖慢，飞机直接翻了。
• 扩展性差——想加个新功能？你得重新梳理整个主循环的时序，牵一发而动全身。

1.2 RTOS带来了什么？

RTOS（实时操作系统）解决的核心问题，就是任务调度。它把一个大循环拆成多个独立的小任务，每个任务有自己的优先级和时间片。

你想想看，飞控系统里有哪些任务？

任务	优先级	周期要求	裸机实现难度
姿态解算	最高	1ms以内	高
电机控制	高	1ms以内	高
传感器读取	中	2-5ms	中
遥控器接收	中	10ms	低
日志输出	低	100ms	低

看到没？不同任务对实时性的要求完全不同。裸机模式下，你只能按顺序一个个来。而RTOS可以做到：高优先级的任务先执行，低优先级的任务靠后站。这就是所谓的抢占式调度。

1.3 思维转变：从「顺序执行」到「并发思考」

这是最难的一关。我见过太多工程师，代码写得很好，但一上RTOS就懵了。为什么？因为思维方式没转过来。

裸机开发是线性思维：

• 先做A，再做B，最后做C
• A没做完，B就得等着
• 所有变量都是全局的，随便读写

RTOS开发是并发思维：

• A、B、C是独立的任务，谁先跑由调度器决定
• A跑了一半，B突然插进来，A的数据会不会乱？
• 两个任务同时访问同一个变量，会不会打架？

我曾经在项目里犯过一个低级错误：两个任务同时读写一个全局变量，没有加锁。结果数据被撕成两半，飞控直接炸了。嗯，从那以后，我养成了一个习惯——能用局部变量就别用全局变量，实在要用就加互斥锁。

1.4 知识体系总览

下面这张图，是我个人总结的RTOS飞控移植的核心知识体系。你把它吃透了，后面学起来就顺了。

1.5 避坑指南：初学者最容易犯的错

我总结了几条血泪教训，你记下来，能少走不少弯路：

1.6 小结

好了，这一章咱们聊了不少。核心就三句话：

• 裸机适合简单系统，但飞控这种多任务、高实时性的场景，必须上RTOS
• RTOS的核心是任务调度，它让你能精确控制每个任务的执行时机
• 思维要转变——从「顺序执行」到「并发思考」，从「全局变量随便用」到「资源保护要到位」

下一章，咱们会正式开始动手。我会带着你从零搭建一个RTOS工程，把裸机代码一步步拆解、移植。你准备好了吗？

---

公众号:蓝海资料掘金营，微信deep3321