STM32 FreeRTOS中断调用xSemaphoreGiveFromISR致崩溃问题排查

核心问题是NVIC优先级分组配置不符合FreeRTOS的Cortex-M内核运行硬要求，属于STM32+FreeRTOS开发中非常隐蔽的高发配置错误。

• FreeRTOS在Cortex-M3/M4/M7内核上运行时，强制要求NVIC必须配置为NVIC_PRIORITYGROUP_4，也就是优先级寄存器的4个有效位全部用作抢占优先级，不使用子优先级。只有在该配置下，FreeRTOS通过BASEPRI寄存器实现的中断屏蔽、临界区保护、中断级任务切换逻辑才能正常工作。
• 你的代码中注释掉了MX_NVIC_Init()，而HAL库默认在HAL_Init()执行阶段会把NVIC优先级分组设置为NVIC_PRIORITYGROUP_2（2位抢占优先级+2位子优先级），和FreeRTOS的要求完全冲突。
• 这种错误配置下，虽然你读取NVIC_IP寄存器得到的优先级值能通过configASSERT校验，但FreeRTOS进出临界区、中断返回触发调度时的栈操作会完全混乱，调用xSemaphoreGiveFromISR触发任务切换时会直接进入HardFault，表现为中断仅执行一次、所有任务卡死。你之前尝试修改TIM1优先级数值无效，本质是因为分组错误时，优先级数值的实际含义和FreeRTOS的判断逻辑不匹配，改数值解决不了根本问题。

1. 修正NVIC优先级分组
   在main()函数中，在FreeRTOS启动（osKernelStart()）、所有外设中断优先级配置之前，添加如下代码：

HAL_NVIC_SetPriorityGrouping(NVIC_PRIORITYGROUP_4);

如果后续重新用CubeMX生成代码，直接在NVIC配置页面把优先级分组选为4 bits for pre-emption priority, 0 bits for subpriority即可，避免手动添加的代码被生成逻辑覆盖。
2. 核查中断优先级范围
所有调用FreeRTOS FromISR后缀API的中断（比如你用的TIM1中断），抢占优先级数值必须落在configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY（当前配置为5）到configLIBRARY_LOWEST_INTERRUPT_PRIORITY（当前配置为15）的区间内。
注意：Cortex-M内核的中断优先级数值越小，实际优先级越高，不要配置反向。
3. 修正不规范代码（非致命但建议同步修改）

• 去掉HAL_TIM_PeriodElapsedCallback中xHigherPriorityTaskWoken的static修饰，改为函数内局部变量，避免中断嵌套场景下变量值被意外覆盖：

if (htim->Instance == TIM1) {
    BaseType_t xHigherPriorityTaskWoken = pdFALSE;
    xSemaphoreGiveFromISR(binsemHandle, &xHigherPriorityTaskWoken);
    portYIELD_FROM_ISR(xHigherPriorityTaskWoken);
}

• 所有任务共用全局buffer做sprintf、调用printout的逻辑存在线程安全隐患，建议给打印操作增加互斥锁保护，或为每个任务分配独立的打印缓冲区，避免多任务并发访问导致内存数据错乱。
• 当前二值信号量创建时初始值设为1，会导致normal任务第一次运行时不需要等待中断触发就直接获取到信号量执行，和“等待中断释放信号量再运行”的设计逻辑不符，建议创建信号量时初始值填0。

完成优先级分组修正后，不需要修改其他业务逻辑，TIM1中断中调用信号量释放、任务通知等FromISR系列API即可正常运行，定时器中断会按1秒周期触发，多任务调度也会恢复正常。

内容的提问来源于stack exchange，提问作者mehdi