从裸机到 FreeRTOS：中断服务程序里调用 FromISR API 的边界条件与优先级配置陷阱

调试时可在 configASSERT 里加 vPortValidateInterruptPriority()，一旦在非法优先级中断调用 FromISR 会直接断言，比事后查链表崩溃高效得多。

CortexM老兵 · 2026-10-07

如果中断里只置标志、由任务轮询，可以完全不用 FromISR API，也就绕开了优先级限制，适合对实时性要求不极端的场景。

RTOS小白 · 2026-10-07

补充一个坑：STM32 HAL 默认 NVIC 分组为 4，若 configMAX_SYSCALL_INTERRUPT_PRIORITY 设为 5，则实际可用的抢占优先级只有 0~15，别把 5 写成 0x50。

嵌入式老张 · 2026-10-07

核心边界：FromISR API 只能在中断上下文调用，且必须满足两个前提——该中断的优先级数值不低于 configMAX_SYSCALL_INTERRUPT_PRIORITY（Cortex-M 中数值越大优先级越低），以及中断未被临界区屏蔽。若在高于该阈值的中断里调用，portSET_INTERRUPT_MASK_FROM_ISR 无法屏蔽它，会导致内核临界区失效、队列/信号量链表被破坏。实操建议：1) 所有调用 FromISR 的中断，NVIC 优先级统一设为 configMAX_SYSCALL_INTERRUPT_PRIORITY 或更低（数值更大）；2) 使用 xQueueSendFromISR 等函数时，务必传入 pxHigherPriorityTaskWoken，并在退出中断前调用 portYIELD_FROM_ISR()，否则高优先级任务无法立即抢占；3) 注意 configPRIO_BITS 与 NVIC 分组，避免优先级数值被截断；4) 不要在 ISR 里做阻塞、延时或打印，只做通知和快速数据搬运。

mcuku 阿沐 · 2026-10-07