VxWorks下几种定时延时方法的小结

编程过程中，出于需要，大家或多或少要用到定时/延时。VxWorks下提供了几种定时/延时机制，根据收集的一些资料和VxWorks相关文档，在学习和上机实验的基础上，对它们的使用以及我所遇到的问题做一个总结，希望对大家能有所帮助。不正确之处，恳请斧正。

1 taskDelay

taskdelay()提供了一个简单的任务睡眠机制，也常用于需要定时/延时机制的应用中。它的格式是STATUS taskDelay(int ticks /* number of ticks to delay task */)，可以看出使用该函数实现延时的单位为tick（一般系统中一个tick都是ms级的）。在VxWorks下可以这样使用taskDelay()函数：taskDelay(sysClkRateGet()*1)。函数sysClkRateGet()返回系统的时钟速率，单位是tick数/每秒（利用函数sysClkRateSet()可以改变系统的时钟速率）。在POSIX中有一个与taskdelay()相对应的函数――nanosleep()（下文中有介绍）。这两个函数仅仅是延时单位不同，效果是相同的。

利用taskdelay()，可以将调用的任务移动到具有相同优先级的就绪队列尾部。特别的，可以通过调用taskdelay(0)，将cpu交给系统中其他相同优先级的任务。延时为0的调用只能用于taskdelay()中，nanosleep()认为这种调用是错误的。

taskdelay()会导致调用的任务在指定的延时期间（以ticks计数）放弃cpu，使任务处于DELAY状态（因此，其不能用于中断服务程序中）。通常其受到任务调度的影响，但在等待一些与中断无关联的外部条件时，其是有用的。如果调用的任务受到一个信号，指出其没有被阻塞或被忽略，taskDelay()将返回ERROR，并在信号处理程序运行后设置errno为EINTR。

2 WatchDog

VxWorks提供了一个看门狗定时器（watchdog timer）机制，利用提供的函数，任何任务都可以创建一个看门狗定时器，经过指定的延时后，实现在系统时钟ISR的上下文中运行指定的程序。在VxWorks中，看门狗定时器作为系统时钟中断服务程序的一部分来维护。因此，与看门狗定时器相联系的函数运行在系统

时钟中断级。在使用看门狗定时器实现定时/延时时，经过指定的时间，应用程序中断在系统时钟中断优先级上面，然而，如果内核不能立即执行这个中断服务程序，这个任务就被排队到tExcTask 工作队列中去，处在 tExcTask 工作队列中的任务的优先级为 tExcTask (通常是 0)。对于使用看门狗定时器的中断服务程序，仍然必须遵守一般的ISR所要遵守的规则。

通过wdCreate( )可以创建一个看门狗定时器。调用wdStart()启动定时器，延时参数以tick为单位，同时还要指定定时完成后要调用的程序。如果你的应用程序需要多个看门狗函数，使用wdCreate( )为每个需求产生独立的看门狗ID。因为对于给定的看门狗ID，只有最近的wdStart()有效。在指定的tick计数到达之前，要取消一个看门狗计时器，可以调用wdCancel()实现。

每调用一次wdStart()，看门狗定时器只执行一次。对于一些要求周期性执行的应用程序。要获得该效果，定时器函数本身必须通过递归调用wdStart()来重新启动定时器。

利用看门狗定时器，调用的任务不会被阻塞：因为wdStart()调用是立即返回的。使用该方法实现延时，关联函数所受限制太大，好多系统调用不可用，郁闷也…

#define TICK_MS (1000/SYS_CLK_RATE)/*每tick的毫秒数*/

int timer_array[30];

void timer_run()/*定时器调用函数*/

{wdStart(timer_ID,timerLength/TICK_MS,(FUNCPTR)(timer_ run),0);}

UINT16 SimOs_SetTimer(UINT16 timerID, ULONG timerLength) /*系统定时*/

{

WDOG_ID timer_ID;

extern int timer_array[];

timer_ID="wdCreate"();/*创建定时器*/

timer_array[timerID]=(int)timer_ID;

if(timerLength==0)

timerLength="1";

wdStart(timer_ID,timerLength/TICK_MS,(FUNCPTR)(timer_run) ,0);/*打开定时器*/

}

/*清除系统定时*/

UINT16 SimOs_KillTimer(UINT16 timerID)

{

extern int timer_array[30];

WDOG_ID timer_ID;

timer_ID=(WDOG_ID)timer_array[timerID];

if(wdDelete(timer_ID)==OK)

return XW_TRUE;

}

3 timer（POSIX）

3.1 timer

VxWorks提供IEEE的POSIX 1003.1b标准定时器接口。使用这种定时器机制，在指定的时间间隔后，任务向自身发信号。定时器是建立在时钟和信号之上。

程序可以创建创建、设置和删除一个定时器。当定时器到达期限，将向任务发送默认的信号（SIGALRM）。

使用timer的一般流程：

/* 创建定时器 */

if(timer_create(CLOCK_REALTIME,0,&mytimer)==ERROR)

return(ERROR);

/* 用户程序与定时器相连 */

if(timer_connect(mytimer,(VOIDFUNCPTR)my_handler,0)==ERROR)

return(ERROR);

/* 设置定时器值 */

if(timer_settime(mytimer,0,&value,0)==ERROR)

return(ERROR);

/* 一段延时 */

。。。。。。

/* 删除定时器 */

if (timer_delete(mytimer)==ERROR)

return(ERROR);

在使用定时器时，容易忽略定时结束后任务向自身发信号这一处理步骤。即在定时结束后，要向创建定时器的任务发送信号，如果此时任务已不存在，定时程序将不能执行，提示的错误是“interrupt： timerWdHandler : kill failed (timer=******,tid=******,errno=0x16)”（有一个《关于timer（定时器）中几个函数的疑问！》帖子，其中提到该问题）。在上机时，我设置了一个较长时间的定时器，在创建定时器任务中使用相等的延时操作（taskDelay()、nanosleep()随便哪个都行），此时程序正常运行，定时结束后正确地执行关联到定时器的程序；再次运行，在定时结束前，我在shell下删除掉创建定时器的任务，定时结束后又出现上述的错误。因此，使用POSIX定时器时，一定要注意不能让创建定时器的任务在触发定时程序之前结束，否则。。。准备reset吧

3.2 nanosleep()

函数nanosleep()的功能与VxWorks提供的taskDelay()类似，nanosleep()允许指定以秒和纳秒为单位的定时/延时时间，taskDelay()以tick作为定时/延时时间。两者只是延时单位不同，而不是精度不同，都由系统时钟频率决定。与taskDelay()一样，使用nanosleep()实现定时/延时的任务也受调度的影响，在实际操作中一定要注意这一点。

使用nanosleep()时，定时参数使用的是结构itimerspe中的it_value，可以指定it_value中的秒和纳秒为定时/延时时间。函数的使用较为简单，不再赘述。

4 其它

使用带有超时值timeout的msgQReceive()、semTask()也可以实现延时（有使用这种方式来进行延时的人吗？不有吗？有吗？不有吗？有吗？不有吗？。。。）。

该方法将阻塞任务，让其等待超时，利用该方法实现延时可以使用函数semTask(…，timeout)、msgQReceive(…，…，…，timeout)。调用任务被放进阻塞队列中（注意，使用semTask和msgQReceive时，time的值不能是NO_WAIT，如果指定NO_WAIT的话，将立即返回，也就达不到延时的效果了^_^）。如果你希望任务不被阻塞，还能继续执行，sorry，此法不行，使用看门狗吧。

当阻塞的任务满足继续执行的条件后，将被放入ready队列。这里要注意的是，任务被放入ready队列并不意味着立刻就被执行。想想看，如果比它高优先级的任务正在占用资源，或也在等资源，那么…延时将是不确定的。