4. 嵌入式软件分层架构：BSP、驱动层、OS层、中间件层、应用层

嵌入式软件怎么组织，才能既好写又好维护？

我早年做项目时，经常把代码全塞在一个文件里。功能倒是能跑，但换个芯片平台，基本等于重写。后来被折腾了几次，才老老实实按分层来搞。

说白了，分层就是把软件切成几块。每块只管自己的事。上层调用下层，下层给上层提供服务。这样哪层出问题，就只修哪层，不会牵一发动全身。

4.1 五层架构总览

我习惯把嵌入式软件分成五层。从下往上分别是：

• BSP层（板级支持包）—— 跟硬件最亲近的一层
• 驱动层 —— 封装外设操作细节
• OS层 —— 任务调度、资源管理
• 中间件层 —— 协议栈、文件系统、算法库
• 应用层 —— 业务逻辑，用户直接面对的

你想想看，这就像盖房子。BSP是地基，驱动是水电管道，OS是物业管理，中间件是家具家电，应用层就是你住进去的生活。

我在项目中见过有人把应用层的头文件include到驱动里。结果一改业务逻辑，底层也得重新编译。嗯，这种坑踩过一次就记住了。

4.2 BSP层：板级支持包

BSP是软件跟硬件之间的第一道桥梁。它负责把CPU、内存、时钟、中断控制器这些核心硬件初始化好。

我做过一个项目，换了Flash型号，结果BSP里没改时序参数，系统启动就卡死。后来我养成了习惯：BSP的配置参数全部抽出来放在一个头文件里，换硬件只改这个文件。

BSP模块	职责	典型文件
CPU初始化	设置系统时钟、MPU/MMU	bsp_cpu.c
内存初始化	配置SDRAM/DDR时序	bsp_mem.c
中断控制器	初始化NVIC/GIC	bsp_irq.c
系统定时器	提供系统心跳Tick	bsp_timer.c
启动代码	Reset_Handler、中断向量表	startup.s

4.3 驱动层：外设操作封装

驱动层在BSP上面。它封装了各种外设的操作细节。比如UART怎么发数据、I2C怎么读写、SPI怎么收发。

驱动层要提供统一的接口。我一般这样设计：

/* 驱动层标准接口示例 */
typedef struct {
    int32_t (*init)(void);
    int32_t (*write)(uint8_t *data, uint32_t len);
    int32_t (*read)(uint8_t *data, uint32_t len);
    int32_t (*ioctl)(uint32_t cmd, void *arg);
} drv_ops_t;

每个外设驱动都实现这个结构体。上层调用时，只通过函数指针操作，不关心底层寄存器。

我曾经接手过一个项目，驱动层直接暴露了寄存器地址。应用代码里到处是 *(volatile uint32_t *)0x40021000。后来换芯片，光改这些地址就改了一周。嗯，这就是没有封装好的代价。

4.4 OS层：任务调度与资源管理

OS层提供多任务环境。常见的RTOS有FreeRTOS、RT-Thread、uC/OS等。如果是复杂系统，可能上Linux。

OS层主要做这几件事：

• 任务调度 —— 谁该运行，谁该等待
• 同步与通信 —— 信号量、消息队列、事件组
• 内存管理 —— 堆分配、内存池
• 时间管理 —— 延时、定时器

我见过一个项目，在任务里直接读写Flash寄存器。结果任务切换时，Flash操作被中断，数据写坏了。后来把Flash操作封装到驱动层，加上互斥锁，问题才解决。

4.5 中间件层：拿来即用的功能模块

中间件层是OS层和应用层之间的粘合剂。它提供一些通用的功能模块，比如：

中间件	用途	常见实现
TCP/IP协议栈	网络通信	lwIP、uIP
文件系统	数据存储管理	FATFS、LittleFS
GUI框架	图形界面	LVGL、emWin
加密算法库	数据安全	mbedTLS、OpenSSL
日志系统	调试与运行记录	EasyLogger、自研

中间件层的好处是：拿来就能用。不用自己从头写。但要注意，中间件通常需要适配接口。比如lwIP需要你提供底层网络驱动接口。这个适配工作就在中间件层完成。

4.6 应用层：业务逻辑的归宿

应用层在最上面。它只关心业务逻辑，不关心硬件细节。

举个例子：一个智能温控器。应用层只需要调用 temp_get_value() 获取温度，调用 heater_set_power(80) 设置加热功率。它不需要知道温度传感器是DS18B20还是NTC，也不需要知道加热器是继电器还是PWM控制。

这样做的好处很明显：

• 换传感器，只改驱动层，应用层不动
• 换通信协议，只改中间件层，应用层不动
• 换RTOS，只改OS层接口适配，应用层不动

4.7 分层架构的避坑指南

做了这么多年嵌入式，我总结了几条分层时的常见坑：

1. 层间耦合过紧 —— 应用层直接调用BSP函数。应该通过驱动层或OS层间接调用。
2. 接口定义不清晰 —— 驱动层返回什么数据类型？错误码怎么定义？这些要提前约定好。
3. 跨层调用 —— 驱动层里调用应用层的回调函数。这会导致循环依赖，调试起来很痛苦。
4. 过度抽象 —— 为了分层而分层，每层都加一层封装。结果性能下降，代码量翻倍。适可而止。

我曾经在一个项目里，驱动层封装了三层：HAL -> LL -> 寄存器。结果一个GPIO翻转操作，函数调用链走了五层。后来我直接砍掉两层，性能提升30%。

好了，这一章就聊到这里。分层架构是嵌入式软件的骨架。骨架搭好了，后面的开发就顺了。