1. 为什么需要通用MCU裸机框架？
在嵌入式开发领域，MCU（微控制器单元）是最基础的硬件平台。不同于运行操作系统的复杂环境，裸机开发意味着直接在硬件上运行代码，没有任何中间层。这种开发方式在资源受限的MCU上非常常见，尤其是那些内存只有几十KB的芯片。
我见过太多新手开发者一上来就尝试使用HAL库或各种框架，结果被复杂的API和隐藏的细节搞得晕头转向。实际上，理解裸机开发的本质，掌握一个简洁高效的框架，才是快速成长的正确路径。这个框架应该具备以下特点：
- 硬件抽象层（HAL）的合理封装：既不能过度封装导致性能损失，也不能太底层让开发效率低下
- 清晰的任务调度机制：即使是裸机环境，也需要管理多个任务的执行
- 统一的外设接口：GPIO、UART、SPI等常用外设的操作应该有一致的风格
- 可移植性：框架应该能方便地移植到不同型号的MCU上
2. 框架核心设计思路
2.1 分层架构设计
经过多年实践，我发现一个四层架构最为实用：
code复制应用层
↓
业务逻辑层
↓
驱动抽象层
↓
硬件抽象层(HAL)
硬件抽象层是与具体MCU型号直接打交道的部分。以STM32为例，我会对ST官方的HAL库进行二次封装，提取出真正需要的接口。比如GPIO操作，最终暴露给上层的接口可能是这样的：
c复制typedef enum {
PIN_LOW = 0,
PIN_HIGH
} PinState;
void gpio_set(PinDef pin, PinState state);
PinState gpio_get(PinDef pin);
这种设计让上层代码完全不依赖具体硬件，移植到其他平台时只需修改底层实现。
2.2 事件驱动与状态机
裸机开发最大的挑战是如何处理多任务。我的解决方案是结合事件驱动和状态机：
c复制typedef struct {
State current_state;
EventQueue event_queue;
} StateMachine;
void state_machine_run(StateMachine* sm) {
while(!queue_empty(&sm->event_queue)) {
Event e = queue_pop(&sm->event_queue);
StateHandler handler = get_handler(sm->current_state, e.type);
sm->current_state = handler(e.data);
}
}
这种设计避免了复杂的RTOS，在资源受限的MCU上特别有效。我在多个项目中实测，即使是最基础的STM32F103（72MHz，20KB RAM）也能流畅运行包含5-6个状态机的系统。
3. 关键组件实现细节
3.1 定时器管理子系统
精准的定时是嵌入式系统的核心需求。我的框架实现了多路软件定时器，基于硬件定时器中断：
c复制#define MAX_TIMERS 8
typedef struct {
uint32_t timeout;
uint32_t reload;
TimerCallback callback;
void* arg;
bool active;
} SoftwareTimer;
static SoftwareTimer timers[MAX_TIMERS];
void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) {
if(htim->Instance == TIM1) { // 假设使用TIM1作为基准
for(int i=0; i<MAX_TIMERS; i++) {
if(timers[i].active && --timers[i].timeout == 0) {
timers[i].timeout = timers[i].reload;
if(timers[i].callback) {
timers[i].callback(timers[i].arg);
}
}
}
}
}
使用时只需调用：
c复制timer_create(1000, callback_func, NULL, true); // 创建1秒周期定时器
关键技巧：定时器中断中不要执行耗时操作，必要时使用标志位让主循环处理实际任务。
3.2 串口通信框架
串口是调试和通信的主要接口。我的实现包含以下特性：
- 环形缓冲区管理
- 中断接收/轮询发送
- 支持pri