嵌入式系统软件基础：裸机编程、RTOS 与 Linux

做嵌入式这么多年，我经常被问到同一个问题：「新项目到底该用裸机、RTOS，还是直接上 Linux？」

说实话，没有标准答案。每种方案都有自己的脾气。你选错了，后面几个月就得天天跟调度延迟、内存溢出、驱动崩溃打交道。我踩过不少坑，今天就把这些经验摊开来聊聊。

裸机编程：最直接，也最「原始」

裸机编程，说白了就是一个大循环（Super Loop）。没有操作系统，没有任务调度，代码按你写的顺序一条条跑。

我记得刚入行时做一个小家电控制器，用的就是裸机。那时候觉得简单啊，一个 while(1) 搞定所有逻辑。但后来产品要加功能，按键响应开始卡顿，我才意识到裸机的局限。

什么时候选裸机？

• 资源极度受限：RAM 只有几 KB，Flash 几十 KB。比如 8 位单片机，跑个 RTOS 内核就占掉一半资源。
• 逻辑极其简单：一个传感器读数据，一个 LED 闪烁，没有复杂的状态机。
• 实时性要求极高：中断响应必须在几个微秒内完成。RTOS 的任务切换和系统调用反而会引入不确定延迟。

裸机编程的典型结构

void main(void) {
    system_init();
    while(1) {
        read_sensor();      // 轮询传感器
        process_data();     // 处理数据
        update_display();   // 更新显示
        check_button();     // 检查按键
        // 如果某个函数执行时间过长，其他任务就会卡住
    }
}

你看，这个循环里每个函数都得「速战速决」。一旦某个函数跑了几十毫秒，整个系统的响应就崩了。

RTOS（FreeRTOS）：让任务各司其职

RTOS 的出现，就是为了解决裸机编程的痛点。它把 CPU 时间切成片，分给不同的任务。每个任务看起来就像「独占」了一颗 CPU。

我个人习惯用 FreeRTOS，原因很简单：开源、轻量、生态好。Cortex-M3/M4 上跑 FreeRTOS，内核只占 6-12 KB 的 ROM，RAM 消耗也才几百字节。

FreeRTOS 的核心概念

概念	说明	我常用的场景
任务（Task）	独立的执行线程，有自己的栈	每个传感器一个任务，互不干扰
队列（Queue）	任务间传递数据	中断中发数据，任务中处理
信号量（Semaphore）	同步与互斥	保护共享资源，比如 LCD 缓冲区
软件定时器	周期性执行回调	心跳灯、超时检测

什么时候上 RTOS？

• 任务数量超过 3-5 个：裸机状态机开始变得难以维护。
• 有实时性要求：比如一个任务每 10ms 采集数据，另一个任务每 100ms 上报。
• 需要异步处理：中断触发后，把复杂处理交给任务，中断里只做最轻量的操作。

FreeRTOS 任务示例

void vTaskSensor(void *pvParameters) {
    for(;;) {
        int data = read_sensor();
        xQueueSend(xDataQueue, &data, portMAX_DELAY);
        vTaskDelay(pdMS_TO_TICKS(10));  // 10ms 采集一次
    }
}

void vTaskProcess(void *pvParameters) {
    for(;;) {
        int data;
        if(xQueueReceive(xDataQueue, &data, portMAX_DELAY)) {
            process_and_report(data);
        }
    }
}

你看，两个任务各干各的。采集任务只管采集，处理任务只管处理。代码清晰多了，对吧？

Linux 嵌入式系统：当复杂度到了另一个量级

当你的系统需要网络协议栈、文件系统、多用户管理、复杂的驱动框架时，裸机和 RTOS 就扛不住了。这时候，Linux 是唯一的选择。

我做过一个边缘网关项目，需要同时处理 4G 通信、MQTT 协议、本地数据库、Web 配置界面。如果用 FreeRTOS，光移植 lwIP 和 MQTT 库就得折腾一个月。Linux 上 apt-get install 就搞定。

嵌入式 Linux 的典型分层

嵌入式 Linux 的优缺点

维度	优势	劣势
资源需求	支持大内存、大存储	至少 32MB RAM + 64MB Flash 起步
开发效率	丰富的开源库，快速原型	构建系统复杂（Yocto/Buildroot）
实时性	标准 Linux 非实时，可打 PREEMPT_RT 补丁	最差情况延迟可达几十毫秒
启动时间	可优化到 2-3 秒	裸机几百毫秒就能跑起来
调试手段	gdb、perf、strace 等成熟工具	内核崩溃时，新手很难定位

三种方案的选型对比

我整理了一张对比表，方便你快速决策：

对比项	裸机编程	FreeRTOS	嵌入式 Linux
典型硬件	8/16 位 MCU，几 KB RAM	Cortex-M0/M3/M4，几十 KB RAM	Cortex-A 系列，64MB+ RAM
任务管理	手动状态机	抢占式调度	时间片轮转 + 优先级
实时性	极高（中断直接响应）	高（可预测延迟）	中（需 PREEMPT_RT 优化）
开发周期	短（逻辑简单时）	中（需学习 API）	长（环境搭建 + 驱动移植）
维护成本	低（代码量少）	中（任务间通信需设计）	高（内核升级、安全补丁）
典型场景	遥控器、传感器节点	无人机飞控、工业控制器	智能网关、HMI、机器人

我的选型心法

你可能会问：「那我到底该选哪个？」

我的经验是三步走：

1. 先看硬件：如果 RAM 小于 16KB，别想了，裸机。如果 RAM 在 16KB-512KB 之间，FreeRTOS 是 sweet spot。如果 RAM 超过 64MB，Linux 值得考虑。
2. 再看需求：需要 TCP/IP 协议栈？需要文件系统？需要多用户？只要有一个「是」，Linux 的优先级就往上提。
3. 最后看团队：团队熟悉 Linux 吗？如果全是单片机工程师，硬上 Linux 可能会把项目拖垮。我见过太多「为了用 Linux 而用 Linux」的项目，最后死在驱动调试上。

嗯，三种方案各有千秋。裸机简单直接，RTOS 平衡了实时性和复杂度，Linux 则提供了最丰富的生态。选对方案，项目就成功了一半。