FreeRTOS任务切换总结

本文总结了FreeRTOS的任务切换机制,包括通过系统滴答定时器中断和系统调用触发的切换,以及如何查找和切换最高优先级的任务。此外,详细介绍了时间片调度的工作原理,以及任务辅助API函数的使用。在时间片调度中,当时间片结束或任务提前结束时,会进行任务切换,并在调试时使用辅助API查询任务状态。

1处理时间被划分多个片段,到达一定时间就会触发系统滴答定时器(SysTick)中断进行上下文切换,但由于SysTick中断是最高级的,会使其他事件中断延时。故每到SysTick中断是让PendSV中断挂起,由于PendSV优先级最低,只有所有中断都执行完毕了才会执行PendSV中断,在此进行任务切换。

2区系统滴答定时器(SysTick)中断与执行系统调用的两种任务切换途径,相同点是,本质最终都是使向中断控制和状态寄存器的bit28置1挂起PendSV中断。区别在于前者是在系统滴答定时器中断进行操作,后者在一些函数调用中进行操作。

3查找下一个需要执行的任务:设置相关宏选用不同方法①通用方法。查任务就绪列表数组,一个优先级一个列表,找到非空的列表就能罗列出所有就绪任务及其优先级,然后寻找最高的优先级任务执行切换。②硬件方法。把所有优先级任务以存在置1不存在置0记录在一个32位的寄存器中。两种方法的区别明显,前者不限制优先级数目,适用于大多数情况但每次都需要调用函数去更新任务就绪情况;后者把就绪任务排列在寄存器中每次都能直接快速的找到需要执行的最高优先级任务。但限制32个优先级数。

找到最高优先级任务的列表后,再调用相关函数获取下个列表项,把该任务的任务控制块赋值给pxCurrentTCB即可切换任务。

4时间片调度:系统运行时间被系统滴答定时器划分未n个时间片,时间片时间段固定,对于相同优先级的多个任务每一个时间片结束必定任务切换下个就绪任务无论正在运行的任务有木有执行完,等时间片用完再切换下一个,一直轮回。若时间片没用完任务结束了,那强制任务切换,剩下的时间片由下一个就绪任务

### FreeRTOS任务切换导致死机的原因分析 FreeRTOS任务切换机制基于内核调度器完成,其核心功能在于保存当前任务的状态并加载下一任务的状态[^4]。然而,在某些情况下,任务切换可能导致系统死机现象的发生。 #### 可能原因一:Tick 中断未正确配置 FreeRTOS 依赖 Tick 中断来实现任务调度和延迟计时等功能。如果 Tick 中断未能正常工作,则任务无法按预期切换至运行状态或从阻塞状态恢复。例如,当 `SysTick` 配置错误或中断源被禁用时,整个系统的任务调度将停止运作[^5]。这通常表现为某一任务进入无限循环,从而阻止其他任务的执行。 #### 解决方案: 确保 Tick 中断已正确定义且启用。对于 STM32 平台而言,可以通过如下方式初始化 `SysTick`: ```c void Delay_Init(void) { uint32_t reload; HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK); reload = SystemCoreClock / 1000; // 设置每毫秒触发一次中断 SysTick->LOAD = reload - 1; SysTick->VAL = 0; // 清零计数器 SysTick->CTRL |= SysTick_CTRL_ENABLE_Msk | SysTick_CTRL_TICKINT_Msk | SysTick_CTRL_CLKSOURCE_Msk; } ``` --- #### 可能原因二:任务删除处理不当 当某任务调用 `vTaskDelete()` 删除自身或其他任务时,如果没有妥善释放资源或将后续逻辑设计合理化,可能会引发系统异常。特别是当最后一个活动任务被删除后,FreeRTOS 将陷入默认的空闲任务死循环中,不再响应新的事件[^1]。 #### 解决方案: 在删除任务前需确认是否有足够的备用任务维持系统运转。可通过创建一个最低优先级的守护任务作为兜底措施,防止所有任务均被终止的情况发生。 --- #### 可能原因三:调度锁滥用 使用 `vTaskSuspendAll()` 和 `xTaskResumeAll()` 对任务调度进行锁定时,若两者不成对调用或其间存在可能引起上下文切换的操作(如队列发送、信号量获取等),则容易造成死锁状况[^3]。 #### 解决方案: 严格控制调度锁范围,仅将其应用于必要的短时间段内,并避免在此区间内调用任何涉及任务切换的相关 API 函数。 --- #### 可能原因四:堆栈溢出 每个任务都拥有独立的堆栈空间用于存储局部变量及函数调用链路信息。一旦某个任务所需内存超出预设大小限制便会覆盖相邻区域的数据结构,进而干扰到其它组件甚至操作系统本身的工作流程[^2]。 #### 解决方案: 适当调整各任务初始分配给定的堆栈尺寸参数值;利用调试工具监测实际消耗情况以便动态优化设定数值。 --- ### 总结 针对以上四种典型场景分别采取对应的预防手段即可有效降低因任务切换而导致程序崩溃的风险概率。具体实施过程中还需结合项目实际情况灵活运用这些策略组合起来综合考量整体性能表现与稳定性需求平衡点所在位置做出最佳抉择。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值