1 taskDelay

    taskDelay(n)使呼叫該函式的任務延時n個tick(核心時鐘週期)。該任務在指定的時間內主動放棄CPU，除了taskDelay(0)專用 於任務排程(將CPU交給同一優先順序的其他任務)外，任務延時也常用於等待某一外部事件，作為一種定時／延時機制。在沒有中斷觸發時，taskDelay 能很方便地實現，且不影響系統整體效能。例如寫資料至EEPROM，EEPROM需要一個內部擦除時間(最大擦除時間為lOms)。以下所提及的一個 tick都假設為16．67 ms(1／60 s)。可以簡單地呼叫taskDelay(2)來保證資料擦寫完成。按理說taskDelay(1)就足以保證，為什麼需要taskDelay(2)呢?         這正是taskDelay使用的一個缺陷，使用時需要注意。taskDelay(n)表示任務延時至第n個系統時鐘到來的時刻，如圖1所示。如果在A時刻 呼叫taskDelay(1)僅延時5 ms，則在B時刻taskDelay(1)就剛好是一個tick週期。可見需要10 ms的延時就必須呼叫taskDelay(2)才能實現。taskDelay有接近一1個tick的誤差存在，taskDelay(n)實際上是延時 (n-1)tick～n tick的時間。延時精度為l／n，延時1s就是taskDelay(60)的誤差極限為1．6％，而taskDelay(1)的誤差極限將是100％。     使用taskDelay需注意的另外一點是：即使經過n個tick，呼叫延時的任務也不保證返回執行狀態，可能有更高或相同優先順序的任務佔用了CPU。

2 WatchDog

    VxWorks提供了一種通用的看門狗定時器機制。利用提供的函式，任何任務都可以建立一個看門狗定時器，經過指定的延時後，實現在系統時鐘ISR的上下 文中執行指定的程式。需要注意的是，看門狗定時觸發的程式是在中斷級別上執行，而不是在任務的上下文中。因此，看門狗定時掛接的程式編寫有一定的限制，這個限制條件與中斷服務程式的約束是一樣的。比如，不能使用獲取訊號量的語句，以及像printf()這樣的I／O系統函式。   

    通過wdCreate()可以建立一個看門狗定時器。呼叫wdStart()啟動定時器，延時引數同taskDelay一樣以tick為單位，同時還須指 定定時完成後要呼叫的程式。如果應用程式同時需要多個看門狗函式，則應使用wdCreate()產生多個獨立的看門狗ID。因為對於給定的看門狗ID，通 過wdStart()只能關聯一個看門狗函式。在指定的tick計數到達之前，要取消一個看門狗計時器，可以通過呼叫wdCancel()實現。每呼叫一次wdStart()，看門狗定時器只執行一次，因此對於一些要求週期性執行的應用程式，要獲得該效果，則定時器函式本身必須通過遞迴呼叫 wdStart()來重新啟動定時器。  

    如果利用看門狗定時器實現延時，則存在與taskDelay一樣的精度上的缺陷，以tick為基準．並且看門狗關聯的函式所受的限制很大，這也是使用不便的一個方面。不過啟動看門狗的任務不會被阻塞，因為wdStart()呼叫立即返回並繼續執行。

3 sleep／nanosleep   

    sleep()和nanosleep()是VxWorks提供的延時函式介面。sleep以s為單位，nanosleep可以提供更精確的延時；傳參是時鐘的結構體，引數可以精確到ns，但實際上只能做到大於或等於這個時問。因為skep或nanosleep函式延時的時間基準仍是tick，呼叫此函式的 任務處於任務延時狀態，這點與taskDelay()一致。不同的地方是，taskDelay()是用於任務排程，taskDelay(O)有其自身的含 義，而sleep(O)則是沒有意義的。前面提過，taskDelay(n)延時時間為(n-1)tick～ntick，而 sleep／nanosleep則保證實際延時時間大於或等於設定的時間引數。這一點可以通過編寫一個測試程式試驗證明。程式碼如下：

    void testTimer(int sec, int nsec){          struct timespec tm;          tm.tv_sec = sec;          tm.tv_nsec = nsec;          nanosleep(&tm, NULL); //執行延時程式     }

4 高精度時鐘sysTimeStamp         sysTimeStamp()也稱“時間戳”。是通過系統時鐘實現的。剛開始也覺得費解，系統時鐘的定時週期就是tick，怎麼實現高精度時鐘呢?通過讀 BSP底層程式碼發現，sysTimeStamp其實是通過讀取該定時器的當前計數值來獲取高精度定時的。通過sysTimestampFreq()函式可 以得到系統時間戳的頻率，它往往反映的是CPU定時器的基準頻率。當然，如此高的解析度只能是一個理想值，不同的系統不一定都能實現。畢竟該時間戳的實現方式有一個致命的弱點：通過查詢方式。系統時鐘定時中斷是以ticb：為單位的，進一步提高解析度讀取定時器計數值(CPU的一個特殊功能暫存器)，只能 是查詢方式實現。程式碼示例如下：

    void msDelay(int ms){        int t, t1, t2;        t1 = sysTimestamp();       //記錄上一輪時間戳         do{                      t=0;                  //計數清零              while(t<sysTimestampFreq()/1000{ //時間戳小於1ms                   t2=sysTimestamp();          //讀取當前時間戳                   if(t2>t1) t+= (t2-t1);                   else      t+=t2;                   t1 = t2;                     //當前時間戳儲存到下一輪計算                }            }while(ms--);                       //迴圈ms次         }     }

    這種定時方式比較佔用系統資源，且只適用於短時間的定時，但是實現方便。為確保定時準確，應在鎖定中斷情況下呼叫sysTimestamp；否則，應考慮使用sysTimes-tampLock函式。

5 輔助時鐘         輔助時鐘是利用目標板上CPU的另一個定時器(除了系統時鐘之外)中斷實現的。它可以靈活配置實現高解析度的定時，而且容易實現ms級甚至μs級定時。 VxWorks提供了一系列與系統時鐘相同的操作介面，使用者可以方便地掛接自己的中斷處理函式，時鐘解析度的高低取決於硬體定時器的精度和使用者中斷函式的長短。要將輔助時鐘作為精確的延時機制(如ms級延時)，可以通過這種方式實現。初始化程式先呼叫SysAuxClkRateSet()函式設定輔助時鐘中斷週期為1ms(一般在contig．h檔案中AUX_CLK_RATE_MIN和AUX_CLK_RATE_MAX之間，對中斷頻率作了限定，如果需 要可以對此巨集定義修改)，再通過ysAuxClkConneet()?將使用者處理函式連線到輔助時鐘中斷上，使用者處理函式可以為 SemGive(semTimer)釋放一個同步訊號量。編寫一個msDelay(intms)作為其他任務呼叫介面，函式程式碼如下：

void msDelay(int ms){     int i;     sysAuxClkEnable();  //啟動輔助定時器     for(i=0; i<ms; i++)         semTake(semTimer);//等待定時中斷釋放訊號量     sysAuxClkDisable();  //關閉輔助定時器 }

    這種方式能實現十分精確的定時，呼叫延時的任務處於任務阻塞狀態。但是使用上仍存在缺陷，不能實現多個任務同時呼叫，且需要CPU的一個時鐘資源，如果沒有多餘的時鐘，那麼這一方法就不能實現。 ---------------------  作者：毛毛蟲的爹  來源：CSDN  原文：https://blog.csdn.net/mao0514/article/details/39583849  版權宣告：本文為博主原創文章，轉載請附上博文連結！