LabVIEW關于定時的研究

二．Wait Until Next ms Multiple

要比較好的解釋這個vi，需要知道系統（至少Windows里有）中有一個millisecond timer這樣一個計時器，這個vi跟這個計時器有著千絲萬縷的關系。
簡單來說，這個vi將一直等到ms timer得到輸入值的整數倍才結束，通過下面的example，將會更好的理解（Wait Until Demo 1.vi）。程序中，首先輸入50ms給Wait Until，計算第一次Wait Until花的時間，再輸入50ms，同樣地計算出第二次Wait Until花的時間。

運行完程序后，得到大致下面的結果：

每次運行的結果都不相同，但是可以看到，第一次Wait Until所花的時間總不是50ms，而第二次花的時間肯定是50ms，并且Timer Value兩次一般都是50ms的倍數；出現這樣的情況是這樣來解釋：首先，在程序運行的時候，系統的Timer值并不會正好是50的倍數，假設為10450935，那么程序在運行了15ms后Timer達到10450950（50的倍數）從而結束第一個Wait Until；在之后又進入第二個Wait Until，在達到后一個50的倍數（10451000）后完成。
因此，如果將Wait Until并行地放在While循環中時，可能會出現兩個問題，首先是它的第一次的周期就是不確定的。如下面的例子（Wait Until Parallel Demo 1.vi）：

將按鈕調在Wait Until和Wait，運行程序后，得到下面的對比結果：

可以看到，在用Wait Until時，第一次（即第二個值）都達不到20ms，但用Wait時，第一次就能保證在20ms，這是由于程序剛開始時Timer值不是整數倍導致。
用Wait Until Next ms Multiple.vi的第二個問題見下面的鏈接，講得也很清楚了：http://zone.ni.com/devzone/cda/tut/p/id/4120
最后再看一個例子，當Wait Until放在順序模式中時，大致可以起到Wait的并行模式的作用，但是在代碼時間超過設定值時，兩者還是有著很大的區別。

當將Loop Num設大后，代碼執行時間超過了20ms，此時得到的結果如下圖，執行周期達到了40ms，這也證明了一旦代碼時間超過設定值后，Wait Until就會一直等到下一個設定值的整數倍才能結束。