歡迎您光臨本站 登入註冊首頁

LabVIEW關於定時的研究

admin @ 2014-03-26 , reply:0

概述

   對於LabVIEW中用於定時的兩個最常用的vi就是Wait(ms).vi以及WaitUntilNextmsMultiple,本文將用實際例子來講述這兩個vi的區別。……

    對於LabVIEW中用於定時的兩個最常用的vi就是Wait (ms).vi 以及 Wait Until Next ms Multiple,本文將用實際例子來講述這兩個vi的區別。不想看後面的詳細討論的可以只看下面幾個結論即可: 

  1. 如果想實現定周期While循環時,需要用Wait(ms).vi而不是Wait Until Next ms Multiple.vi
  2. Wait(ms).vi在與代碼并行時可以保證整個運行時間為設定值,這個功能一般都會以為是Wait Until Next ms Multiple.vi的特性
  3. Wait Until Next ms Multiple.vi 並非想象中那麼好用,它會造成不少的問題,至少第一次的運行時間無法保證為設定值。
  4. 在代碼執行時間沒超過設定值時,兩者可以通過編程實現大致相同的功能,但是當代碼執行時間很大時,兩者的處理方法是截然不同的。

一.Wait (ms)
 
   對於Wait (ms) 這個vi來說需要分兩部分來討論,即它是被順序地放入代碼中還是并行地放入代碼中,這兩種方式的不同將導致它起的作用完全不同。
 (1)順序模式
   看一下附帶程序中的Wait Sequence Demo 1.vi ,在一個While循環中,首先用Time Delay.vi延時0.05s,然後順序地使用Wait (ms).vi,設為20ms。
 
   最後運行后的結果如下圖,循環的周期在70ms左右。
 
   從結果中可以得知,在順序模式中,Wait (ms).vi是實打實地延時了所設定的時間,如果其他順序中的代碼耗了時間后,那整個循環的時間就是代碼時間+延時的時間。即使在此例中將Time Delay換成一些其他消耗一定時間的code后結果也是一樣。

 (2)并行模式
  當在并行模式時,在不是跑Real-Time時,Wait (ms)這個vi竟然是能保證整個循環周期是所設定的值,我們看下面的例子(Wait Parallel Demo 1.vi),程序如下:
 
    循環中有n多Wait(ms).vi,運行后的結果是循環周期是20ms,因此可以初步得出結論,對於Wait(ms).vi與其他代碼并行時,它會保證整個部分的運行時間是所設定的值(millisecondes to wait)。
 
    如果還不很確定的話可以看下面一個例子(Wait Parallel Demo 2.vi):整個程序的循環中有一個Code.vi這樣一個小vi,它的作用就是運行一堆代碼從而佔據一段時間(可調)。Results中有兩條曲線,白線表示的是代碼的運行時間,紅線表示的是整個循環的運行時間。 
 
    運行后,我們將Loop Num設小一點,比如5,以保證代碼的執行時間小於20ms,得到下面的結果曲線,可以看到,當代碼時間不大於設定時間值時,整個循環周期保證為設定值。
 
    我們再將Loop Num增大,使代碼執行時間大於20ms,從而得到下面的結果曲線,即循環周期跟著代碼的時間走了。
 
    那麼我們大致知道了Wait(ms).vi在并行時的特性了,那麼在下面的框圖中可以很明顯地推斷出循環周期是50ms。
 

[admin via 研發互助社區 ] LabVIEW關於定時的研究已經有6241次圍觀

http://cocdig.com/docs/show-post-44652.html