1. 课程导入

各位同学，大家好。我是你们这门课的老周。做嵌入式这行快十五年了，从最早的8051汇编，到后来用STM32跑裸机，再到这几年带着团队做复杂的RTOS项目，踩过的坑确实不少。

今天咱们聊一个很实际的问题：你的项目到底需不需要RTOS？ 我见过不少工程师，一上来就上FreeRTOS，结果发现任务切换的开销比裸机轮询还大。也见过死守裸机，最后被一堆定时器中断和状态机搞到崩溃的。

说白了，裸机和RTOS没有绝对的好坏，关键看场景。但如果你遇到下面这些情况，就该认真考虑移植RTOS了。

裸机编程的“天花板”在哪里？

裸机编程，本质上就是一个超级循环（Super Loop）：

void main(void)
{
    while(1)
    {
        Read_Sensor();      // 读传感器
        Process_Data();     // 处理数据
        Update_Display();   // 刷新屏幕
        Check_Key();        // 检测按键
    }
}

这个模式在简单系统里完全够用。但一旦任务变多，问题就来了：

• 实时性无法保证——如果Process_Data()执行时间长了，按键检测就会延迟。我在做工业控制器时遇到过，操作员按了急停按钮，系统要等200ms才响应，差点出事故。
• 代码耦合严重——所有功能都堆在main函数里，改一个模块可能影响全局。
• 中断嵌套噩梦——多个中断优先级处理不好，系统就莫名其妙死机。

RTOS带来了什么？

RTOS的核心思想很简单：把一个大循环拆成多个独立的小任务，让调度器决定谁先跑。

举个例子，同样的功能用RTOS写：

void Task_Sensor(void *pvParameters)
{
    while(1)
    {
        Read_Sensor();
        vTaskDelay(10);  // 每10ms执行一次
    }
}

void Task_Display(void *pvParameters)
{
    while(1)
    {
        Update_Display();
        vTaskDelay(50);  // 每50ms刷新一次
    }
}

void Task_Key(void *pvParameters)
{
    while(1)
    {
        Check_Key();
        vTaskDelay(5);   // 每5ms检测一次
    }
}

你看，每个任务只管自己的事，调度器自动分配CPU时间。按键检测5ms一次，不会被其他任务阻塞。这就是RTOS最大的价值——解耦和实时。

看门狗在实时系统中的角色

说到RTOS，就不得不提看门狗（Watchdog）。很多新手觉得看门狗就是个“重启工具”，其实它的作用远不止于此。

看门狗的本质是：系统最后的防线。当软件跑飞、硬件死锁、或者任务卡死时，看门狗能自动复位系统，让设备恢复运行。

但在RTOS环境下，看门狗的使用比裸机复杂得多。裸机里你可以在主循环里喂狗：

while(1)
{
    Feed_Dog();          // 喂狗
    Do_Task1();
    Do_Task2();
    // 如果某个任务卡死，看门狗会复位
}

RTOS里呢？每个任务独立运行，你不能简单地在某个任务里喂狗。因为如果其他任务卡死了，喂狗的任务还在跑，看门狗就不会复位——这就失去了保护意义。

课程目标与学习路径

这门课的目标很明确：让你真正掌握从裸机到RTOS的迁移方法，以及看门狗的正确使用策略。

我会带着你一步步走完这个过程：

1. 先打好基础——理解RTOS的核心概念：任务、调度、同步、通信。
2. 动手移植——把一个实际的裸机项目（比如温控系统）改造成RTOS版本。
3. 深入看门狗——从硬件看门狗到任务级看门狗，再到多级看门狗策略。
4. 实战优化——处理优先级反转、死锁、内存碎片等实际问题。

下面这张图，就是咱们整个课程的知识体系：