引言：小而美的选择

在嵌入式开发中，我们常常面临这样的抉择：项目规模不大，使用RTOS显得臃肿，但简单的轮询又无法满足多任务需求。本文将带你掌握四种实用的裸机多任务技巧，让单片机在不使用RTOS的情况下也能优雅地处理多个任务。

一、问题根源：为什么简单的轮询不够用？

1.1 典型场景分析

以智能温控器为例，需要同时处理：

• 每100ms读取温度传感器

• 每500ms刷新LCD显示

• 实时响应按键操作（20ms内）

• 每1秒控制加热器

1.2 原始实现的缺陷

// 问题代码示例
int main(void)
{
    System_Init();
    while (1) {
        Read_Temperature();  // 可能阻塞其他任务
        Update_LCD();        // 刷新慢，影响响应
        Check_Key();         // 无法及时响应
        Control_Heater();    // 执行周期无法保证
    }
}

执行时序问题示意图：
[任务A]■■■■■■■■■■■■■■■（长时间阻塞）
[任务B]               ■■■（被延迟执行）
[任务C]                  ■■■■（进一步延迟）
时间轴 ------------------------

核心问题：任务执行时间不均衡导致时序混乱，高优先级任务无法及时响应。

二、时间片轮询：基础的时间管理

2.1 核心思想

为每个任务配备独立的时间管理器，实现"到点执行，未到跳过"的机制。

2.2 具体实现

// 任务控制块结构体
typedef struct {
    uint32_t last_run;      // 上次执行时间戳
    uint32_t interval;      // 执行间隔(ms)
    void (*task_func)(void); // 任务函数指针
} Task_t;

// 时间片调度函数
void Task_Scheduler(Task_t *task)
{
    uint32_t current_time = Get_System_Tick();
    
    // 时间检查与执行
    if (current_time - task->last_run >= task->interval) {
        task->last_run = current_time;
        task->task_func();  // 执行具体任务
    }
}

2.3 实际应用示例

// 任务定义
Task_t temperature_task = {0, 100, Read_Temperature};
Task_t display_task = {0, 500, Update_Display};
Task_t key_task = {0, 20, Check_Keypad};
Task_t heater_task = {0, 1000, Control_Heater};

// 主循环调度
while (1) {
    Task_Scheduler(&temperature_task);
    Task_Scheduler(&display_task); 
    Task_Scheduler(&key_task);
    Task_Scheduler(&heater_task);
}

三、任务表驱动：系统化任务管理

3.1 架构优化

当任务数量增多时，使用任务表进行统一管理。

// 任务表定义（按优先级排序）
Task_t task_table[] = {
    {0, 20,   Emergency_Check},    // 紧急任务，20ms
    {0, 50,   Key_Scan},          // 按键扫描，50ms  
    {0, 100,  Sensor_Reading},    // 传感器读取，100ms
    {0, 500,  Display_Update},    // 显示更新，500ms
    {0, 1000, System_Monitor}     // 系统监控，1s
};

#define TOTAL_TASKS (sizeof(task_table) / sizeof(task_table[0]))

// 统一调度器
void Run_Scheduler(void)
{
    for (int i = 0; i < TOTAL_TASKS; i++) {
        Task_Scheduler(&task_table[i]);
    }
}

3.2 执行流程

主循环调度流程：
[主循环] → [调度器] → [遍历任务表] → [时间检查] → [执行任务] → [返回主循环]
     ↓
[任务1:20ms] [任务2:50ms] [任务3:100ms] [任务4:500ms] [任务5:1000ms]

四、状态机：解决长任务阻塞问题

4.1 问题场景：LED呼吸灯任务

传统实现会导致长时间阻塞：

// 有问题的阻塞式实现
void Breath_LED_Blocking(void)
{
    // 渐亮阶段：阻塞1秒
    for (int i = 0; i <= 100; i++) {
        Set_PWM(i);
        Delay_Ms(10);  // 阻塞！
    }
    
    // 保持亮度：再阻塞500ms
    Delay_Ms(500);
    
    // 更多阻塞操作...
}

4.2 状态机改造

// 状态定义
typedef enum {
    STATE_FADE_IN,      // 渐亮
    STATE_HOLD_HIGH,    // 保持高亮  
    STATE_FADE_OUT,     // 渐暗
    STATE_HOLD_LOW      // 保持暗
} BreathState_t;

// 非阻塞式状态机实现
void Breath_LED_StateMachine(void)
{
    static BreathState_t state = STATE_FADE_IN;
    static uint8_t brightness = 0;
    static uint32_t hold_timer = 0;
    
    switch (state) {
        case STATE_FADE_IN:
            brightness++;
            Set_PWM(brightness);
            if (brightness >= 100) {
                state = STATE_HOLD_HIGH;
                hold_timer = Get_System_Tick();
            }
            break;
            
        case STATE_HOLD_HIGH:
            if (Get_System_Tick() - hold_timer >= 500) {
                state = STATE_FADE_OUT;
            }
            break;
            
        // 其他状态处理...
    }
}

4.3 状态转换示意图

[渐亮状态] →亮度达到100→ [保持高亮] →时间到达→ [渐暗状态]
    ↑                                      ↓
[保持暗淡] ←时间到达← [渐暗状态] ←亮度到0← [保持高亮]

五、中断+标志位：处理紧急事件

5.1 中断处理原则

核心思想：中断中只做最紧急的操作，复杂处理交给主循环。

5.2 正确的中断使用方式

// 全局通信变量
volatile uint8_t data_ready_flag = 0;
volatile uint8_t rx_buffer[128];
volatile uint8_t data_length = 0;

// 串口中断服务函数
void UART_IRQ_Handler(void)
{
    uint8_t received_data = UART->DR;
    
    // 中断中只做数据接收和标志设置
    rx_buffer[data_length++] = received_data;
    
    if (received_data == '\n' || data_length >= 128) {
        data_ready_flag = 1;  // 设置数据处理标志
    }
}

// 主循环中的数据处理
void Process_UART_Data(void)
{
    if (data_ready_flag) {
        data_ready_flag = 0;  // 清除标志
        
        // 在这里进行复杂的数据解析
        Parse_Protocol(rx_buffer, data_length);
        data_length = 0;  // 重置缓冲区
    }
}

5.3 中断与主循环协作模型

[中断上下文]            [主循环上下文]
    数据接收 → 设置标志 → 检测标志 → 数据处理
    (快速)       (立即)      (轮询)     (可耗时)

六、实战案例：智能温控器完整实现

6.1 系统架构设计

// 任务表定义
Task_t system_tasks[] = {
    {0, 10,   Emergency_Handler},   // 紧急处理：10ms
    {0, 20,   Key_Scan_Task},      // 按键扫描：20ms
    {0, 100,  Temperature_Read},   // 温度读取：100ms
    {0, 200,  Breath_LED_Task},    // LED指示：200ms
    {0, 500,  Display_Update},     // 显示更新：500ms
    {0, 1000, Heater_Control}      // 加热控制：1s
};

// 主函数
int main(void)
{
    System_Init();
    
    while (1) {
        for (int i = 0; i < TASK_COUNT; i++) {
            Task_Scheduler(&system_tasks[i]);
        }
    }
}

七、技术选型指南：裸机 vs RTOS

7.1 选择裸机多任务当：

• 任务数量少于10个

• 无严格的优先级抢占需求

• 资源极度受限（RAM < 8KB）

• 项目周期短，需要快速上线

7.2 考虑使用RTOS当：

• 需要真正的任务抢占机制

• 有复杂的任务间同步需求

• 任务数量多，关系复杂

• 系统需要动态创建/删除任务

八、总结与最佳实践

8.1 四大技巧回顾

1. 时间片轮询：解决任务定时执行问题

2. 任务表驱动：提供系统化的任务管理

3. 状态机拆分：消除长任务阻塞

4. 中断+标志位：保证紧急事件响应

8.2 实施建议

• 渐进式开发：从时间片轮询开始，根据需要逐步引入其他技术

• 性能监控：确保最坏情况下任务执行时间满足要求

• 代码可读性：良好的注释和模块划分是关键

8.3 核心价值

裸机多任务技术在小规模嵌入式项目中具有独特优势：

• 资源效率：无需RTOS开销，节省ROM/RAM

• 确定性：执行时序可预测，便于调试

• 简单性：理解门槛低，团队易上手

记住：技术选型的核心是"合适"，而不是"高级"。选择最适合项目需求的技术方案，才是工程师智慧的体现。