FreeRTOS仅高优先级Receiver任务运行，其他任务及定时器无响应求助

核心问题分析 #

你的Receiver任务优先级为2（高于所有Sender任务和定时器服务任务），如果它在执行时没有主动进入阻塞态（比如一直轮询队列而不等待），FreeRTOS的抢占式调度机制会让它持续占用CPU，低优先级任务和定时器完全没有执行机会。只有当你加入xTaskDelay时，Receiver主动让出CPU，其他任务才能被调度。

具体修复步骤 #

• 修改Receiver任务的队列接收逻辑：将队列接收调用改为阻塞式等待，比如把xQueueReceive(xQueueHandle, &msg, 0)替换为xQueueReceive(xQueueHandle, &msg, portMAX_DELAY)。这样当队列中没有消息时，Receiver任务会进入阻塞态，主动释放CPU，低优先级的Sender任务和定时器服务任务就能获得执行时间。
• 检查Sender任务的信号量获取逻辑：确保Sender任务使用阻塞式的xSemaphoreTake调用（比如xSemaphoreTake(xSemaphoreHandle, portMAX_DELAY)），避免Sender任务空转浪费CPU。
• 确认定时器配置与启动状态：检查FreeRTOSConfig.h中的configTIMER_TASK_PRIORITY，确保定时器服务任务能在Receiver阻塞时正常调度；同时验证xTimerStart/xTimerReset调用是否成功，确保定时器已正确启动。
• 排查Receiver的无限空循环：检查Receiver任务中是否存在不依赖任何阻塞API的无限循环逻辑，这类逻辑会持续占用CPU，必须通过阻塞式API替换来让任务主动让出CPU。

额外验证点 #

• 确认队列、信号量的创建参数正确，没有出现创建失败（比如队列长度为0、信号量创建返回NULL）的情况。
• 检查定时器回调函数的实现，确保没有死循环或过长的执行逻辑，避免阻塞定时器服务任务。

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