相对延时与绝对延时的区别浅析

文章介绍了在实时操作系统(RTOS)中,相对延时与绝对延时的区别。相对延时是从执行函数开始计时的阻塞,而绝对延时确保任务按固定周期执行。举例说明了绝对延时如何保证周期性任务的执行时间,强调其在周期性任务控制中的应用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

相对延时与绝对延时的区别浅析:


先看一下两者的定义:

相对延时:指每次延时都是从执行函数vTaskDelay()开始,直到延时指定的时间结束
绝对延时:指将整个任务的运行周期看成一个整体,适用于需要按照一定频率运行的任务


相对延时的概念很好理解吧,其实就是把任务阻塞指定的延时时间段之后,解除对任务的阻塞,然后执行之后的代码。

绝对延时就比较难理解了,其实理解它的关键在于概念的后半句:适用于需要按照一定频率运行的任务,也就是说,如果循环调用绝对延时函数,那么任务的运行时间严格按照绝对延时函数的参数指定的周期去执行任务的。
举个例子:

void task1(void *pvParameters)
{    
    while (1)
    {
       xTaskDelayUntil(1000);
       printf("I love IU!\r\n");
    }
}

这个任务循环调用绝对延时函数延时1秒打印字符串。从第一次调用printf函数这个时刻开始考虑,打印字符串,需要一段时间,然后任务一在这个周期内没有事情做了,开始执行其他的优先级与task1相同的任务,或者处理中断服务函数,或者去处理优先级更低的任务。那么究竟什么时候才会再次去执行task1呢?答案是,从第一次调用printf函数这个时刻开始到某个时刻为止,这两个时刻之间的时间段恰好等于绝对延时函数参数指定的时间,就是在这个时刻开始再次执行task1,当然了,并不是立即去执行它,而是先把task1添加到就序列表,等待任务调度器调度执行它

发现了吧,绝对延时函数能够保证总是按照它的参数指定的周期去干某件事情,这就是它最常用的一个应用场景!

<think>好的,用户想了解FreeRTOS中的相对延时绝对延时的概念及实现机制。首先,我需要回忆一下FreeRTOS的相关知识,确保自己理解正确。 根据引用内容,相对延时是使用vTaskDelay函数,基于当前时间加上延时时间。而绝对延时使用vTaskDelayUntil,基于上一次唤醒时间点,确保固定间隔。用户可能想知道它们的具体区别内部实现。 首先,我应该明确两者的定义区别相对延时是从调用函数的时间点开始算,容易受到任务执行时间中断的影响,导致间隔不稳定。绝对延时则是根据上一次的结束时间来计算,保持固定周期,适合周期性任务。 接下来是实现机制部分。FreeRTOS内部使用系统节拍计数器xTickCount来跟踪时间。相对延时计算的是当前节拍数加上延时时间,而绝对延时则维护了一个变量记录上一次的唤醒时间,每次加上周期时间,确保即使任务执行时间有波动,周期仍然稳定。 用户可能的应用场景是实时任务调度,比如需要精确控制频率的数据采集或通信协议处理。这里需要举例说明两者的适用情况,帮助用户理解何时使用哪种延时方式。 另外,需要注意任务执行时间不能超过延时周期,否则绝对延时也无法保证稳定性。这一点在引用3中提到过,如果A_A代码执行50ms,绝对延时会调整剩余延时时间为50ms,保持总间隔100ms。而相对延时则可能因为执行时间导致间隔拉长。 最后,总结两者的对比,强调相对延时的灵活性绝对延时的精确性。可能需要提醒用户根据具体需求选择合适的方法,比如周期性任务优先使用绝对延时,非周期性或不确定执行时间的任务使用相对延时。 检查是否覆盖了用户的问题:概念、实现机制、区别、应用场景。是否有遗漏?可能需要补充代码示例,但用户的问题中没有要求代码,所以可能不需要。不过之前的示例中有代码块,但根据系统指令,用户不可见部分可能有相关要求。需要按照用户的指令,回答结构清晰,分点说明,引用正确。 确认引用的使用,用户提供了三个引用,需要正确标注。例如,相对延时的定义引用[^1],绝对延时的解决长耗时问题引用[^2],执行时间影响的例子引用[^3]。 现在组织内容,先介绍两种延时,再分别说明实现机制,对比区别,最后应用场景。确保每个部分都有引用支持,并且自然标注。 可能的问题:如何保证绝对延时的准确性?这涉及到系统节拍的精度任务调度机制。需要提到FreeRTOS的任务调度器如何管理延时列表,以及如何计算唤醒时间。 还要注意用户可能混淆两种延时的使用场景,需要明确举例说明,比如数据采样每100ms用绝对延时,而等待资源可用用相对延时。 总结时,强调选择延时方法的依据,帮助用户做出正确决策。</think>### FreeRTOS相对延时绝对延时的实现机制分析 #### 一、核心概念对比 1. **相对延时 (vTaskDelay)** - 以**调用时刻为起点**计算延时时间,例如调用$vTaskDelay(100)$表示从当前时间开始等待100个系统节拍[^1]。 - 实际间隔时间 = 任务执行时间 + 指定延时时间 - 特点:延时起点动态变化,适合非周期性场景 2. **绝对延时 (vTaskDelayUntil)** - 以**预定时间点为起点**计算延时时间,例如调用$vTaskDelayUntil(\&prev\_wake\_time, 100)$表示在上次唤醒时间基础上增加100个节拍[^3]。 - 实际间隔时间 = Max(指定周期时间, 任务执行时间) - 特点:维护固定周期,适合严格周期性任务 #### 二、实现机制解析 1. **相对延时实现** ```c void vTaskDelay(const TickType_t xTicksToDelay) { prvAddCurrentTaskToDelayedList(xTicksToDelay, pdFALSE); } ``` - 基于当前系统节拍计数器$xTickCount$,计算目标时间点$xTimeToWake = xTickCount + xTicksToDelay$ - 将任务移出就绪队列,加入**延时等待列表**(按时间排序的链表) - 系统节拍中断触发时,检查并唤醒到期任务 2. **绝对延时实现** ```c void vTaskDelayUntil(TickType_t *const pxPreviousWakeTime, const TickType_t xTimeIncrement) { TickType_t xTimeToWake = *pxPreviousWakeTime + xTimeIncrement; TickType_t xAlreadyDelayed = xTaskGetTickCount() - *pxPreviousWakeTime; if(xAlreadyDelayed >= xTimeIncrement) { // 处理超时补偿 xTimeToWake += xAlreadyDelayed / xTimeIncrement * xTimeIncrement; } prvDelayUntil(&xTimeToWake); // 专用延时函数 *pxPreviousWakeTime = xTimeToWake; } ``` - 维护持续更新的$pxPreviousWakeTime$变量记录上次唤醒时间 - 采用**时间补偿机制**处理任务执行超时情况[^3] - 任务唤醒后立即更新下次唤醒时间点 #### 三、关键差异对比表 | 特性 | 相对延时(vTaskDelay) | 绝对延时(vTaskDelayUntil) | |---------------------|-------------------------|--------------------------| | **时间基准** | 当前时刻 | 预定时间点 | | **周期稳定性** | 受任务执行时间影响 | 保持严格周期[^3] | | **适用场景** | 非周期性等待 | 周期性任务(如ADC采样) | | **时间补偿** | 无 | 自动补偿超时 | | **API参数** | 单参数(延时量) | 双参数(基准时间指针,周期)| #### 四、应用场景示例 1. **相对延时适用场景** 等待外部事件触发(如按键检测): ```c while(1) { if(xSemaphoreTake(btn_signal, 100/portTICK_PERIOD_MS) == pdTRUE) { process_button(); // 事件触发处理 } vTaskDelay(10); // 非精确间隔的轮询 } ``` 2. **绝对延时适用场景** 精确的100Hz数据采集系统: ```c TickType_t xLastWakeTime = xTaskGetTickCount(); while(1) { adc_sample(); // 耗时5ms的采样操作 vTaskDelayUntil(&xLastWakeTime, 10); // 严格保证10ms间隔 } ``` 即使采样过程耗时波动,系统仍能维持$100ms \pm 1$个节拍的周期精度[^2] #### 五、实现原理示意图 ``` 相对延时时序: |--任务执行--|****100ms延时****|--任务执行--|****100ms延时****| 绝对延时时序: |--任务执行--|****95ms补偿延时****|--任务执行--|****100ms固定间隔****| ``` (假设任务执行时间为5ms,系统节拍为1ms)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

GuiStar_李什么恩

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值