在STM32单片机上使用FreeRTOS进行任务调度设计时，核心是根据任务的实时性要求、资源占用情况和业务逻辑，合理分配任务优先级、设置任务属性，并利用FreeRTOS的调度机制（如抢占式调度、时间片调度）确保系统高效运行。以下是具体的设计思路和分配方法：

一、先明确FreeRTOS的调度核心机制

FreeRTOS默认采用抢占式调度（可配置为协作式，但极少用），核心规则是：

• 优先级决定执行权：高优先级任务就绪时，会立即抢占低优先级任务的CPU资源（无论低优先级任务是否执行完毕）。
• 同优先级任务时间片轮转：多个同优先级任务就绪时，按时间片（由configTICK_RATE_HZ决定，通常1ms~10ms）轮流执行。
• 任务状态切换：任务通过vTaskDelay()、xQueueReceive()等函数进入阻塞态时，CPU会切换到其他就绪任务。

这一机制决定了：优先级分配是调度设计的核心，必须严格区分任务的紧急程度。

二、任务优先级分配原则（核心步骤）

优先级范围由configMAX_PRIORITIES配置（默认0~31，0为最低，31为最高），分配时需遵循“紧急任务高优先级，非紧急任务低优先级”，具体可分为5类优先级（从高到低）：

1. 系统级紧急任务（优先级最高，如31~25）

• 适用场景：直接关系系统安全或硬件异常的任务（必须立即响应，不允许延迟）。
  例：

  • 电机过流保护（超过阈值需立即切断电源）
  • 传感器数据溢出报警（如温度超过临界值）
  • 硬件中断服务函数（ISR）触发的紧急处理任务（通过xHigherPriorityTaskWoken唤醒）。

• 设计要点：

  • 任务体必须极简（仅做最关键处理，如置位标志、触发中断），避免长时间占用CPU（否则会阻塞其他高优先级任务）。
  • 通常不使用vTaskDelay()，仅在处理完毕后主动阻塞（如等待下一次中断）。

2. 实时数据采集/控制任务（优先级中高，如24~15）

• 适用场景：需要周期性高精度执行的任务（延迟要求严格，如1ms~10ms级）。
  例：

  • 传感器数据采集（如陀螺仪、电流采样，需固定频率）
  • 闭环控制算法（如PID电机调速，周期需稳定）
  • 高频通信数据处理（如CAN、SPI实时数据解析）。

• 设计要点：

  • 用vTaskDelayUntil()实现绝对周期调度（而非vTaskDelay()的相对延迟），确保执行间隔稳定。

    // 示例：10ms周期的传感器采集任务
    void vSensorTask(void *pvParameters) {
        TickType_t xLastWakeTime = xTaskGetTickCount();
        const TickType_t xFrequency = 10; // 10ms周期
        
        while(1) {
            // 采集传感器数据
            readSensorData();
            // 等待到下一个周期（绝对延迟，确保周期稳定）
            vTaskDelayUntil(&xLastWakeTime, xFrequency);
        }
    }
    

  • 执行时间必须远小于周期（如10ms周期的任务，处理时间应≤2ms），避免阻塞其他同级别任务。

3. 业务逻辑处理任务（优先级中等，如14~5）

• 适用场景：非实时但需及时处理的业务逻辑（延迟容忍度较高，如100ms~1s级）。
  例：

  • 数据解析与状态判断（如解析上位机指令、判断设备工作模式）
  • 非紧急控制逻辑（如LED状态切换、蜂鸣器提示）
  • 低频次通信（如蓝牙、WiFi数据打包发送）。

• 设计要点：

  • 可使用消息队列（Queue）、信号量（Semaphore）与其他任务通信，避免共享全局变量。
  • 若任务可能耗时较长（如复杂数据计算），可拆分为子任务，或在任务中插入taskYIELD()主动让出CPU给同优先级任务。

4. 低优先级辅助任务（优先级中低，如4~1）

• 适用场景：非紧急、低频次的辅助功能（延迟容忍度高，如1s以上）。
  例：

  • 数据存储（如将日志写入Flash、SD卡，耗时可能较长）
  • 低频次状态上报（如每10秒向上位机发送一次设备状态）
  • 屏幕刷新（如OLED显示非实时数据，允许偶尔卡顿）。

• 设计要点：

  • 允许被高优先级任务抢占，无需保证执行连续性。
  • 耗时操作（如文件写入）应放在此类任务中，避免阻塞高优先级任务。

5. 空闲任务（优先级0，FreeRTOS自动创建）

• 系统默认最低优先级任务，仅在所有其他任务阻塞或挂起时执行。
• 用途：可在空闲任务钩子函数（vApplicationIdleHook()）中做低功耗处理（如让CPU进入休眠模式）、释放动态内存碎片等。

三、任务资源分配与冲突避免

1. 栈空间分配：
   每个任务的栈大小（usStackDepth）需根据任务实际需求设置（过小会栈溢出崩溃，过大浪费RAM）。

   • 简单任务（如LED闪烁）：128~256字节
   • 复杂任务（如数据处理、通信）：512~1024字节
     可通过uxTaskGetStackHighWaterMark()函数检测栈剩余空间，优化栈大小。

2. 共享资源保护：
   多个任务访问共享资源（如GPIO、全局变量、外设）时，需用互斥锁（Mutex） 或临界区（taskENTER_CRITICAL()） 保护，避免数据竞争。

   // 示例：用互斥锁保护UART发送函数
   SemaphoreHandle_t xUartMutex;
   
   void vInit() {
       xUartMutex = xSemaphoreCreateMutex(); // 创建互斥锁
   }
   
   void vTask1(void *pv) {
       while(1) {
           if(xSemaphoreTake(xUartMutex, portMAX_DELAY) == pdTRUE) {
               uartSend("Task1 data"); // 访问共享UART
               xSemaphoreGive(xUartMutex); // 释放锁
           }
           vTaskDelay(100);
       }
   }
   

3. 中断与任务的协作：
   中断服务函数（ISR）中应仅做快速处理（如读取数据、置位标志），通过xQueueSendFromISR()、xSemaphoreGiveFromISR()将具体处理逻辑交给任务（避免ISR执行时间过长阻塞其他中断）。

四、调度优化技巧

1. 优先级反转处理：
   低优先级任务持有高优先级任务需要的资源时，会导致“优先级反转”（高优先级任务等待低优先级任务）。解决方法：

   • 用互斥锁（Mutex） 替代二进制信号量（Mutex会自动提升低优先级任务的优先级，直到释放资源）。
   • 配置configUSE_PRIORITY_SEMANTICS = 1启用优先级继承机制。

2. 任务数量控制：
   任务并非越多越好，过多任务会增加调度开销（任务切换耗时）。建议将功能相近的逻辑合并（如多个传感器采集可合并为一个周期任务），一般控制在10个以内（复杂系统不超过20个）。

3. 避免“忙等”：
   任务等待事件时，必须用vTaskDelay()、xQueueReceive()等函数进入阻塞态（释放CPU），禁止使用空循环（while(1);）“忙等”（会导致CPU占用率100%，其他任务无法执行）。

五、示例：一个STM32+FreeRTOS系统的任务调度表

总结

STM32+FreeRTOS的调度设计核心是“优先级分级+资源合理分配”：

1. 按任务紧急程度和实时性要求划分优先级（高优先级给紧急任务）；
2. 用周期调度（vTaskDelayUntil）保证实时任务的稳定性；
3. 用队列、互斥锁解决任务间通信和资源冲突；
4. 避免任务过多或“忙等”，降低调度开销。

通过以上方法，可确保系统既能快速响应紧急事件，又能高效处理常规业务，充分发挥FreeRTOS的多任务优势。