NI產品與技術 討論區

取消
顯示結果 
搜尋替代 
您的意思是: 

DAQmx範例程式時間延遲

已解決!
前往解決方案

9999.JPG

時間應該要約100ms附近

但實際去多了50ms

請問是哪邊有問題呢?

使用小幫手是很接近100ms

請幫我想點解決方法

謝謝各位

0 積分
1 條訊息(共 8 條)
10,268 檢視

不可以將所有VI放入迴圈

 

請多參考範例

 

Find examples>>Browse>>.....

0 積分
2 條訊息(共 8 條)
10,263 檢視

您好,使用迴圈將全部包進去的話,迴圈每一次執行都必須要開啟、讀取、關閉,自然會增加迴圈花費的時間。

 

若要連續擷取訊號的話可以嘗試僅將Read放在回圈內即可

 

希望對您有幫助

0 積分
3 條訊息(共 8 條)
10,249 檢視

 

 

我試著這樣接

似乎是錯誤的樣子?

請問只要把READ放在裡面嗎?

9999.JPG

 

 

 

 

0 積分
4 條訊息(共 8 條)
10,244 檢視

9999.JPG

我自己再試一下

有試出來了

 

 

但我想請問一下

前面的samples per Channel

裡面的number of samples per Channel

是指一樣的東西嗎?

0 積分
5 條訊息(共 8 條)
10,241 檢視
解決方案
由主題作者所接受 小駭

您好,

 

在Finite Acquisition裡面,Samples per channel是指硬體會在buffer擷取到設定的數據量後,再傳送給Read

 

在Continuous Acquisition中,Number of sample per channel是指在連續擷取的情況下,Read會去buffer裡讀取的資料量

 

兩者之間有些不同之處,有關更詳細buffer的敘述,在網址中有提到

 

http://digital.ni.com/public.nsf/allkb/E1E67695E76BA75B86256DB1004E9B07

 

希望對您有幫助

 

 

0 積分
6 條訊息(共 8 條)
10,237 檢視

所以在Continuous Acquisition情況下

我只需要設定Number of sample per channel來讀取buffer

而不需要再理會Samples per channel囉?

 

那在Finite Acquisition情況下

能否使用迴圈來達到連續抓值的效果嗎?

 

謝謝你讓我似乎理解了一點點

0 積分
7 條訊息(共 8 條)
10,235 檢視

 


小駭 已寫:

所以在Continuous Acquisition情況下

我只需要設定Number of sample per channel來讀取buffer

而不需要再理會Samples per channel囉?

 

那在Finite Acquisition情況下

能否使用迴圈來達到連續抓值的效果嗎?

 

謝謝你讓我似乎理解了一點點


您好,

使用Finite mode本來就是要抓取有限的數量,若是要使用連續抓值,還是會建議使用Continuous mode就可以了。

您可以試著在迴圈的地方把迴圈執行時間記錄下來,使用Finite mode可能會將近120ms,但是使用continuous mode時每次迴圈時間就會在100ms

希望對您有幫助

0 積分
8 條訊息(共 8 條)
10,224 檢視