FreeRTOS-延时函数与系统时钟节拍

最新推荐文章于 2024-04-26 16:56:15 发布
最新推荐文章于 2024-04-26 16:56:15 发布
阅读量1.4k 收藏 6
点赞数 3
分类专栏： FreeRTOS 文章标签： freertos 操作系统 嵌入式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/dhejsb/article/details/120135808
版权

FreeRTOS-延时函数与系统时钟节拍

  • FreeRTOS中的延时函数是一个很重要的部分，几乎每个任务中都会调用延时函数，在任务中调用延时函数相当于该函数进入阻塞状态，从而会产生任务调度，让CPU处理其他任务。将FreeRTOS提供了两种延时函数可以使用，一种是相对延时函数，另一种是绝对延时函数。本章深入分析这两种函数的延时源码以及如何产生任务调度的。

系统时钟节拍

  • FreeRTOS中有一个系统时钟节拍SysTicks,这个系统时钟犹如心脏一样维持系统的运行，通过xTickCount时刻反应当前是什么时间段。滴答定时器会定期产生中断，每产生一次中断，xTickCount就会自动+1。上一章节中就曾有提到过系统时钟节拍，但是没有深入分析，本章节就深入分析系统时钟节拍。其函数定义如下：

BaseType_t xTaskIncrementTick( void )
{
TCB_t * pxTCB;
TickType_t xItemValue;
BaseType_t xSwitchRequired = pdFALSE;


	traceTASK_INCREMENT_TICK( xTickCount );
	if( uxSchedulerSuspended == ( UBaseType_t ) pdFALSE )---(1)
	{
		const TickType_t xConstTickCount = xTickCount + 1;---(2)

		xTickCount = xConstTickCount;

		if( xConstTickCount == ( TickType_t ) 0U )---(3)
		{
			taskSWITCH_DELAYED_LISTS();
		}
		else
		{
			mtCOVERAGE_TEST_MARKER();
		}

		if( xConstTickCount >= xNextTaskUnblockTime )---(4)
		{
			for( ;; )---(5)
			{
				if( listLIST_IS_EMPTY( pxDelayedTaskList ) != pdFALSE )---(6)
				{
					xNextTaskUnblockTime = portMAX_DELAY; ---(7)
					break;
				}
				else
				{
					pxTCB = ( TCB_t * ) listGET_OWNER_OF_HEAD_ENTRY( pxDelayedTaskList );---(8)
					xItemValue = listGET_LIST_ITEM_VALUE( &( pxTCB->xStateListItem ) );---(9)

					if( xConstTickCount < xItemValue )---(10)
					{

						xNextTaskUnblockTime = xItemValue;
						break;
					}
					else
					{
						mtCOVERAGE_TEST_MARKER();
					}

					( void ) uxListRemove( &( pxTCB->xStateListItem ) );---(11)
					if( listLIST_ITEM_CONTAINER( &( pxTCB->xEventListItem ) ) != NULL )---(12)
					{
						( void ) uxListRemove( &( pxTCB->xEventListItem ) );
					}
					else
					{
						mtCOVERAGE_TEST_MARKER();
					}

					prvAddTaskToReadyList( pxTCB );---(13)

					#if (  configUSE_PREEMPTION == 1 )---(14)
					{
						if( pxTCB->uxPriority >= pxCurrentTCB->uxPriority )
						{
							xSwitchRequired = pdTRUE;
						}
						else
						{
							mtCOVERAGE_TEST_MARKER();
						}
					}
					#endif /* configUSE_PREEMPTION */
				}
			}
		}

		#if ( ( configUSE_PREEMPTION == 1 ) && ( configUSE_TIME_SLICING == 1 ) )---(15)
		{
			if( listCURRENT_LIST_LENGTH( &( pxReadyTasksLists[ pxCurrentTCB->uxPriority ] ) ) > ( UBaseType_t ) 1 )
			{
				xSwitchRequired = pdTRUE;
			}
			else
			{
				mtCOVERAGE_TEST_MARKER();
			}
		}
		#endif 

		#if ( configUSE_TICK_HOOK == 1 )---(16)
		{
			if( uxPendedTicks == ( UBaseType_t ) 0U )
			{
				vApplicationTickHook();
			}
			else
			{
				mtCOVERAGE_TEST_MARKER();
			}
		}
		#endif /* configUSE_TICK_HOOK */
	}
	else---(17)
	{
		++uxPendedTicks;

		/* The tick hook gets called at regular intervals, even if the
		scheduler is locked. */
		#if ( configUSE_TICK_HOOK == 1 )---(18)
		{
			vApplicationTickHook();
		}
		#endif
	}

	#if ( configUSE_PREEMPTION == 1 )---(19)
	{
		if( xYieldPending != pdFALSE )
		{
			xSwitchRequired = pdTRUE;
		}
		else
		{
			mtCOVERAGE_TEST_MARKER();
		}
	}
	#endif /* configUSE_PREEMPTION */

	return xSwitchRequired;
}
  1. 首先判断任务调度是否被挂起
  2. 该句和下面一句主要是对xTickCount自加1。
  3. 因为xTickCount是一个32位的变量，所以随着系统一直运行，一定会有溢出的时候。当发生变量溢出时，FreeRTOS提供了一种解决方法，就是再定义一个溢出列表，如果溢出了，则使用溢出列表来计数，然后再重新交换为原来的列表使用。这里就是判断该变量是否溢出了如果溢出了则会使两个列表发生交换。
  4. 判断是否有任务要被解除阻塞
  5. 循环将已经达到相应的延时时间，需要解除阻塞状态全部任务添加到就绪列表中。
  6. 判断延时列表是否为空，否则就解除任务阻塞，并获取最近的任务解除阻塞时间点。
  7. 如果延时列表为空，而现在又到解除任务阻塞的时间点了，就直接将下一次阻塞时间设置为最大并跳出循环不执行后面的程序。
  8. 延时列表不为空，就 获取处于时间点距现在最近的任务的任务控制块
  9. 获取下一个最近的阻塞时间点
  10. 阻塞时间点有效性判断，如果改时间点还没有到达，则该时间点就是下一个要解除阻塞的时间点，否则可能有多个任务需要解除阻塞状态。
  11. 将任务状态列表从任务控制块中移除，以便添加新的任务状态
  12. 该任务可能同时在等待信号量或者事件，所以也需要将其从事件列表中移除。
  13. 将该任务添加到就绪列表中，解除阻塞状态
  14. 因为使用的是抢占式内核，所以还需要判断刚解除阻塞的任务 任务优先级是否大于当前任务，大于则要进行任务切换
  15. 如果使能了时间片，则还需要同优先级之间的调度
  16. 如果使能了时钟节拍钩子函数，就调用钩子函数
  17. 如果任务调度器被挂起，则由uxPendedTicks计数，并且uxPendedTicks自加1。
  18. 如果使能了时钟节拍钩子函数，就调用钩子函数
  19. 使用抢占式内核，判断是否要进行任务调度

vTaskDelay()

  • 前面我们已经分析了系统时钟节拍计数的原理，即当滴答定时器产生中断的时候，系统时钟节拍计数器自加1，并判断是否要有解除阻塞的任务，如果有则解除阻塞。任务阻塞正是由vTaskDelay()函数产生的，函数源码如下：
void vTaskDelay( const TickType_t xTicksToDelay )
	{
	BaseType_t xAlreadyYielded = pdFALSE;

		/* A delay time of zero just forces a reschedule. */
		if( xTicksToDelay > ( TickType_t ) 0U )---(1)
		{
			configASSERT( uxSchedulerSuspended == 0 );
			vTaskSuspendAll();---(2)
			{
				traceTASK_DELAY();
				prvAddCurrentTaskToDelayedList( xTicksToDelay, pdFALSE );---(3)
			}
			xAlreadyYielded = xTaskResumeAll();---(4)
		}
		else
		{
			mtCOVERAGE_TEST_MARKER();
		}

		if( xAlreadyYielded == pdFALSE )---(5)
		{
			portYIELD_WITHIN_API();
		}
		else
		{
			mtCOVERAGE_TEST_MARKER();
		}
	}
  1. 进行参数有效性判断，即延时时间必须大于1ms
  2. 挂起任务调度器，以免其他任务产生影响
  3. 将任务添加到延时列表中
  4. 任务调度器解挂，并将返回值保留，调用xTaskResumeAll()函数返回pdTRUE时表示需要进行任务调度，这一期间有任务被添加到请求列表中。
  5. 判断是否要进行任务调度
  • 那么调用函数prvAddCurrentTaskToDelayedList()将任务添加到延时列表中会执行什么操作呢？ 下面是prvAddCurrentTaskToDelayedList()函数定义。
static void prvAddCurrentTaskToDelayedList( TickType_t xTicksToWait, const BaseType_t xCanBlockIndefinitely )
{
TickType_t xTimeToWake;
const TickType_t xConstTickCount = xTickCount;---1

	#if( INCLUDE_xTaskAbortDelay == 1 )
	{
		pxCurrentTCB->ucDelayAborted = pdFALSE;
	}
	#endif

	if( uxListRemove( &( pxCurrentTCB->xStateListItem ) ) == ( UBaseType_t ) 0 )---2
	{
		portRESET_READY_PRIORITY( pxCurrentTCB->uxPriority, uxTopReadyPriority );---3
	}
	else
	{
		mtCOVERAGE_TEST_MARKER();
	}

	#if ( INCLUDE_vTaskSuspend == 1 )---4
	{
		if( ( xTicksToWait == portMAX_DELAY ) && ( xCanBlockIndefinitely != pdFALSE ) )---5
		{
			vListInsertEnd( &xSuspendedTaskList, &( pxCurrentTCB->xStateListItem ) );---6
		}
		else
		{
			xTimeToWake = xConstTickCount + xTicksToWait;---7
			
			listSET_LIST_ITEM_VALUE( &( pxCurrentTCB->xStateListItem ), xTimeToWake );---8

			if( xTimeToWake < xConstTickCount )---9
			{
				vListInsert( pxOverflowDelayedTaskList, &( pxCurrentTCB->xStateListItem ) );
			}
			else
			{
				vListInsert( pxDelayedTaskList, &( pxCurrentTCB->xStateListItem ) );---10

				if( xTimeToWake < xNextTaskUnblockTime )---11
				{
					xNextTaskUnblockTime = xTimeToWake;
				}
				else
				{
					mtCOVERAGE_TEST_MARKER();
				}
			}
		}
	}
	#else /* INCLUDE_vTaskSuspend */
	{
	···
	}
	#endif /* INCLUDE_vTaskSuspend */
}
  1. 记录当前时钟系统节拍的值
  2. 因为要将该任务添加到延时列表中，所以要将其从任务就绪列表中移除
  3. 取消任务在最高就绪态的标志位
  4. 如果使能了任务挂起
  5. 判断延时时间是否为最大并且确定任务状态为阻塞态，这里传入的形参xCanBlockIndefinitely 为pdFALSE,
  6. 如果满足5的条件则将该任务添加到延时列表的末尾，因为延时时间为最大。
  7. 不满足5的条件，则计算唤醒时间
  8. 将唤醒时间赋值给该任务列表的列表值
  9. 判断该任务唤醒时间是否小于当前时钟节拍计数值，即判断变量的有效性
  10. 将该任务按照列表值即唤醒时间从小到大插入到延时列表中
  11. 如果该任务为所有延时列表唤醒时间最小的，则更新下一次解除阻塞时间为该任务唤醒时间
  • 将整个过程串起来就是，调用函数vTaskDelay()时，设定一个延时时间，然后计算唤醒时间，并将该任务按照唤醒时间从小到大的顺序插入到延时列表中，于是便进入到了阻塞状态，并且始终保证下一个任务唤醒时间点为最小的那个任务唤醒时间，然后系统滴答定时器定期产生中断，来判断是否要接触某些任务的阻塞状态，并判断是否要进行任务切换。这就是延时函数和任务切换的基本原理。但是这个

vTaskDelayUntil()

  • vTaskDelay()函数是一个相对延时函数，对于一些要求固定周期运行的任务是不适合的，因此FreeRTOS提供了一个绝对延时函数。函数定义如下。
void vTaskDelayUntil( TickType_t * const pxPreviousWakeTime, const TickType_t xTimeIncrement )
	{
	TickType_t xTimeToWake;
	BaseType_t xAlreadyYielded, xShouldDelay = pdFALSE;

		vTaskSuspendAll();
		{
			const TickType_t xConstTickCount = xTickCount
			xTimeToWake = *pxPreviousWakeTime + xTimeIncrement;---1

			if( xConstTickCount < *pxPreviousWakeTime )---2
			{
				if( ( xTimeToWake < *pxPreviousWakeTime ) && ( xTimeToWake > xConstTickCount ) )---3
				{
					xShouldDelay = pdTRUE;
				}
				else
				{
					mtCOVERAGE_TEST_MARKER();
				}
			}
			else---4
			{
				if( ( xTimeToWake < *pxPreviousWakeTime ) || ( xTimeToWake > xConstTickCount ) )---5
				{
					xShouldDelay = pdTRUE;
				}
				else
				{
					mtCOVERAGE_TEST_MARKER();
				}
			}
			
			*pxPreviousWakeTime = xTimeToWake;---6

			if( xShouldDelay != pdFALSE )---7
			{
				traceTASK_DELAY_UNTIL( xTimeToWake );

				prvAddCurrentTaskToDelayedList( xTimeToWake - xConstTickCount, pdFALSE );---8
			}
			else
			{
				mtCOVERAGE_TEST_MARKER();
			}
		}
		xAlreadyYielded = xTaskResumeAll();---9
		if( xAlreadyYielded == pdFALSE )---10
		{
			portYIELD_WITHIN_API();
		}
		else
		{
			mtCOVERAGE_TEST_MARKER();
		}
	}

  1. 计算唤醒时间，上一次唤醒时间+所要延时的时间

  2. 我们在前面已经说过，时钟节拍计数器是会溢出的，所以考虑计数器溢出，则会出现xConstTickCount <pxPreviousWakeTime的情况，那么既然xConstTickCount 都要小于pxPreviousWakeTime，xTimeToWake也会小于*pxPreviousWakeTime，并且肯定大于xConstTickCount 。关系图如下所示。
    在这里插入图片描述

  3. 判断情况的有效性，排除不可能的情况，如果成立，则该任务应当延时

  4. xConstTickCount 没有溢出

  5. 这种情况下也可能会有溢出，一种情况是只有xTimeToWake溢出，另外两个不溢出，则这时候三者关系为：xTimeToWake<pxPreviousWakeTime<xConstTickCount。关系图如下所示。
    在这里插入图片描述
    另一种情况是，三者都不溢出，也就是pxPreviousWakeTime<xConstTickCount<xTimeToWake。这种情况下对应关系图如下。
    在这里插入图片描述
    所以该语句就是用于判断是否是以上两种情况，如果是，则标记为应当延时。

  6. 更新任务唤醒时间点

  7. 判断该任务是否满足延时条件，满足则添加到延时列表中

  8. 注意这里的延时时间不再是xTimeIncrement 而是 xTimeToWake - xConstTickCount，这样相当于减去了函数本体运行时间，所以能够确保较为精确地延时，因为相对延时函数是没有计算函数本体的时间的，所以其延时时间如果是1000ms，则其执行周期要大于1000ms

  9. 解除调度器挂起

  10. 判断是否要进行任务调度

  • 接下来是绝对延时函数的用法示例：
void led_task(void *pvParameters)
{
	long i;
	TickType_t PreviousWakeTime;
	const TickType_t TimeIncrement = pdMS_TO_TICKS(1000);//将ms转化为对应的时钟节拍数
	PreviousWakeTime = xTaskGetTickCount();//获取当前时钟节拍
	while(1)
	{
		LED0= ~LED0;
		for(i=0; i<0x6ffff;i++);
		//vTaskDelay(1000);
		vTaskDelayUntil(&PreviousWakeTime,TimeIncrement);//执行绝对延时函数，周期为1000ms
	}
}

到这里我们就将时钟节拍以及延时函数产生任务调度的原理讲述完了。

咸鱼很渴。
关注
  • 3
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
GD32-FreeRTOS-TCP
10-10
GD32F450+LAN8720A移植FreeRTOS_TCP的工程
FreeRTOS-TCPIP使用PPPOS连接4G模组，非lwip
08-22
AT指令搞4G模组太慢！！...FreeRTOS-TCPIP使用PPPOS连接4G模组，FreeRTOS-TCPIP协议栈，非lwip。4G模组使用的EC600N，协议栈使用的FreeRTOS-TCPIP，PPPOS用的picoTCP的PPP组件。 非lwip，非AT指令。
FreeRTOS：时间管理
立于皓月之边，不弱星光之势
05-24 991
FreeRTOS：时间管理
FreeRTOS系统延时函数分析
king110108的专栏
12-07 718
本文介绍在FreeRTOS中的任务延时时间函数，主要分为相对延时函数vTaskDelay和绝对延时函数vTaskDealyUntil，以及他们的使用方法
FreeRTOS-系统时钟节拍和时间管理
最新发布
m0_65737814的博客
04-26 699
FreeRTOS_时间管理
FreeRTOS学习——延时函数
qq_47172243的博客
01-09 584
任务阻塞后，RTOS系统调用其它处于就绪状态的优先级最高的任务来执行。HAL_Delay 一直不停的调用获取系统时间的函数，直到指定的时间流逝然后退出。故其占用了全部CPU时间。
FreeRTOS一天一个小知识之任务延时函数vTaskDelay
热门推荐
simplemethane的博客
05-18 2万+
想必各位嵌入式工程师对于Delay延时函数再也熟悉不过了~ 但对于各位刚入RTOS的小白来说，有操作系统的延时函数，真的和裸机中的延时函数一样吗？FreeRTOS的任务调度是怎么调度的？如何分配系统的CPU? 今天小编就带大家来扒一下FreeRTOS中的延时函数相对延时vTaskDelay函数，绝对延时vTaskDelayUntil函数。 从事嵌入式这一行的，想必大家在大学的时候一定上过C语言吧，上C语言的时候老师一定给大家写过Delay这个函数吧，给大家举个最简单的延时函数吧~ void De..
c语言延时函数delay延时一秒_从单片机到操作系统⑦——深入了解FreeRTOS的延时机制...
weixin_39553423的博客
11-29 4572
没研究过操作系统的源码都不算学过操作系统FreeRTOS 时间管理时间管理包括两个方面：系统节拍以及任务延时管理。系统节拍：在前面的文章也讲得很多，想要系统正常运行，那么时钟节拍是必不可少的，FreeRTOS的时钟节拍通常由SysTick提供，它周期性的产生定时中断，所谓的时钟节拍管理的核心就是这个定时中断的服务程序。FreeRTOS的时钟节拍isr中核心的工作就是调用vTaskIncrement...
FreeRTOS-硬件介绍与基本模块移植
11-14
FreeRTOS-硬件介绍与基本模块移植
freertos-test.rar_freertos_freertos lpc17xx_freertos-test
09-20
freertos-test操作系统测试
freertos-kernel-dg.pdf
05-18
亚马逊关于FreeRTOS的开发指南中文版，该指南可以快速上手。比什么野火原子类的书写的好多了，该指南中操作系统的常用任务，信号量，队列都有清晰的描述
[uCOS/RTOS]FreeRTOS操作系统——时间管理系统时钟（九）
ic2121的博客
11-20 772
(22)、返回 xSwitchRequired 的值，xSwitchRequired 保存了是否进行任务切换的信息，如果为 pdTRUE 的话就需要进行任务切换，pdFALSE 的话就不需要进行任务切换。(16)、延时时间到的任务优先级高于正在运行的任务优先级，所以需要进行任务切换了，标记 xSwitchRequired 为 pdTRUE，表示需要进行任务切换。(10)、任务控制块中的壮态列表项值保存了任务的唤醒时间点，如果这个唤醒时间点值大于当前的系统时钟(时钟节拍计数器值)，说明任务的延时时间还未到。
FreeRTOS中实现精确的us级延时
w237838的博客
12-04 5670
在使用通讯协议来驱动外设的时候需要遵循严格的时序逻辑，往往用到微秒(us)级别的延时，在裸机编程中可以使用SysTick定时器、软件堵塞等方法来实现；但是在FreeRTOS中，SysTick定时器则是用来作为FreeRTOS系统时钟的，并且它提供的API仅能实现毫秒级别的延时，所以在网上查找资料总结了几个在FreeRTOS上运行的,可以实现us级别延时的几个方案。SysTick定时器被捆绑在NVIC中，用于产生SysTick异常(异常号15)。滴答中断对操作系统尤其重要。
关于FreeRTOS的延时函数vTaskDelay使用问题
weixin_43679759的博客
04-23 1万+
项目场景： ` 最近在准备找工作，没有实际的项目和经验，就买了几个模块结合FreeRTOS来拼凑拼凑整成一个项目——基于ESP8266的远程温度监控，使用MQTT协议和搭载FreeRTOS系统。 省流：vTaskDelay的使用需要放在任务中，否则运行不了！ 问题描述： 使用ESP8266时候，按照oneNET的例程移植到STM32上，能够很好的运行，但是把代码复制到FreeRTOS时候却一直初始化不了，等于说是卡在初始化了。下图为初始化函数摆放位置。 原因分析： 在使用串口函数一步一步的在每一个函数
FreeRTOS --（6）任务管理之系统节拍
梁的愚见
03-06 475
前面有了创建任务、启动调度器、任务控制，接下来便开始分析一个 Tick 到来之后，FreeRTOS 即将有什么行为； 在启动调度器的时候，就已经配置好了 SysTick，它作为 OS 的心跳，每隔一个固定周期来一次 SysTick 中断，来驱动 OS 做事（任务调度）； 以 STM32 为例，定义的 configTICK_RATE_HZ 为 1000，由《FreeRTOS --（9）任务管理之启动...
FreeRTOS学习（四）延时——时间片的操作（vTaskDelay/ vTaskDelayUntil）
xuehu96的博客
04-20 1万+
延时Delay 就是交出CPU一段时间，如果任务一直不延时或者挂起，那么低优先级的任务会无法获得CPU。 FreeRTOS延时的单位是tick，就是调度的基本单位（不是毫秒） vTaskDelay和vTaskDelayUntil都是延时函数，vTaskDelayUntil是精确延时 函数原型 void vTaskDelay( const TickType_t xTicksToDelay ) vo...
FreeRTOS --（5）任务管理之任务延时
梁的愚见
03-06 2346
目录 1、接口介绍 1.1、vTaskDelay 1.1.1、Usage 1.1.2、Implement 1.2、vTaskDelayUntil 1.2.1、Usage 1.2.2、Implement   在《FreeRTOS --（7）任务管理之入门篇》中讲过，如果有几个任务同时跑，但是又都不阻塞的话，那么最高优先级的任务将会占领整个 CPU，因为每次都会调度到它，一直处于 Read...
FreeRTOS两个系统延时函数
hua15617159775的博客
10-10 2876
相对延时函数vTaskDelay() 相对延时函数是指：任务体中主体执行函数执行完后vTaskDelay()再延时一段时间。 void task(void *pvParameters) { while(1) { //执行函数 vTaskDelay(800); } } /*整个任务执行时间为：执行函数时间+800*/ 绝对延时函数vTaskDelayUntil() 绝对延时函...
FreeRTOS的延时函数
09-06
FreeRTOS提供了两个主要的延时函数：vTaskDelay和vTaskDelayUntil。 1. vTaskDelay： 这个函数会暂停当前任务的执行，让其他任务继续执行，直到延时时间结束。参数是延时时间的时长，单位是操作系统的时钟节拍。...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值