从裸机开发到操作系统：我为何转变嵌入式开发重心

回顾"裸机时代"

我初次接触嵌入式软件是在2008年，大二时在8051芯片上学习编程。作为计算机科学专业的学生，我的代码大多运行在PC上，亲眼见证程序直接在裸机板卡上运行，那种突破感至今难忘。我仍清晰记得第一个呼吸灯固件点亮并完美运行的那一刻。然而，随着裸机项目增多，挑战也接踵而至。

裸机固件中，单个while (1)循环通常承载几乎所有事务逻辑。当某个例程调用延时函数时，CPU被锁死在延时中，迫使所有其他任务等待。这种串行执行浪费CPU周期，严重限制并发能力。

当所有功能都挤在单一无限循环中，高内聚低耦合难以实现。依赖关系紧密，导致代码难以重构或扩展至大型项目。例如：

许多高级软件组件依赖底层操作系统。典型例子包括：

我曾基于FreeModbus构建开源项目，计划移植至各类平台（含裸机板卡）。但需在每块板卡上从头实现所有必需函数，复杂度过高；目前我的Modbus栈仍无法在裸机系统运行。
Realtek、TI、MediaTek等大厂SDK仅在OS之上运行，不开放固件源码，无法在纯裸机环境使用。

工业控制系统要求精确时序：机械执行器必须遵循严格序列。当所有逻辑压缩在单一循环中，保证实时行为几乎不可能，引发系统故障与安全隐患。

功能与特定硬件强耦合，换平台就得重写代码。这导致重复劳动，拖慢产品开发。

2010年前后，STM32 MCU普及，我开始尝试RT-Thread。十余年来深度使用RT-Thread，发现它彻底改变了嵌入式开发。

RTOS将固件拆分为独立线程，各自拥有执行上下文。这种分离天然增强模块化，简化维护。

线程调用sleep()或让出控制权时，调度器自动切换至其他就绪线程，提升CPU利用率与系统整体并发度。

RTOS提供确定性调度：任务有优先级，内核确保高优先级任务抢占低优先级任务。这种内置实时行为对安全关键型应用至关重要。

OS提供统一API——信号量、事件标志、邮箱、环形缓冲、链表等，让开发者专注应用逻辑而非底层管道。

Linux与RT-Thread均实现设备驱动框架，抽象硬件细节。工程师编写一次驱动即可部署至多块板卡，大幅减少平台专属代码。该生态也鼓励共享：我常在GitHub发布开源组件，全球同行贡献回馈，形成活跃协作社区。

从裸机转向RTOS，拓展了我编写模块化、并发、实时安全代码的能力，也解锁了可复用组件繁荣、开发者跨硬件协作的丰富生态。

嵌入式