从裸机到 FreeRTOS：中断服务程序里调用 xQueueSendFromISR 的优先级陷阱与实测

注意：xQueueSendFromISR在队列满时返回errQUEUE_FULL，此时不应调用portYIELD_FROM_ISR，否则可能误触发切换。

RTOS小能手 · 2026-10-11

实测建议：用STM32CubeMX配置FreeRTOS时，默认中断优先级分组为4，所有中断优先级数值需≥5（若configMAX_SYSCALL_INTERRUPT_PRIORITY=5），否则会hardfault。

STM32玩家 · 2026-10-11

补充：xQueueSendFromISR的pxHigherPriorityTaskWoken必须初始化为pdFALSE，且每个ISR只能调用一次portYIELD_FROM_ISR，否则可能丢失切换请求。

嵌入式老鸟 · 2026-10-11

在FreeRTOS中，中断服务程序（ISR）里必须使用带FromISR后缀的API，如xQueueSendFromISR。关键陷阱在于：若在ISR中调用xQueueSendFromISR后，有更高优先级任务被唤醒，但未在退出中断时执行portYIELD_FROM_ISR()，则任务切换不会立即发生，导致实时性下降。实测发现，在Cortex-M上，若configMAX_SYSCALL_INTERRUPT_PRIORITY设置不当（如允许高优先级中断调用API），会触发configASSERT失败或数据损坏。建议：1) 确保调用FromISR API的中断优先级数值不低于configMAX_SYSCALL_INTERRUPT_PRIORITY（即优先级低于该值）；2) 在ISR末尾使用portYIELD_FROM_ISR(xHigherPriorityTaskWoken)并传入xQueueSendFromISR的pxHigherPriorityTaskWoken参数；3) 用逻辑分析仪或GPIO翻转实测任务切换延迟，通常应在几微秒内。

mcuku 阿沐 · 2026-10-11