高速數據采集要保證速度，也要保證時刻的準確性。在windows系統里，時間穩定性是個很難的問題。如果PLC發送的數據里帶有時間信息，則可以由PLC來保證采樣周期的穩定性。

從V2.12版本開始，PLC-Recorder軟件可以處理發送電文里的時間戳，有網友用0.24ms的速度外發，軟件也能夠穩定接收并jingque確定數據的時刻。

本文向大家展示一下S7-200SMART彪悍的UDP快速通訊的能力，并能實現2ms周期的穩定數據發送。

下面用S7-200SMART實現帶有時間戳的高速數據采集，測試條件如下：

本次測試沒有采用定時中斷，采用了連續循環，發送結束后，立即再次啟動發方式。實測發送周期在1-2ms內波動（平均為1.8ms），PLC的掃描周期也是1-2ms，因此，這種波動是PLC掃描周期導致的。

通過讀取PLC的啟動時間（jingque到1ms）來獲得時間戳，輸出恰好是uint32類型（PLC里是DWORD），約49.7天后自動翻轉。

請用帕姆齊設備類型，目前，僅該類型支持時間戳功能，并選擇時間戳單位為ms（PLC-Recorder V2.12.7開始支持該功能）。需要配置來源的IP地址及本機收聽的端口號。并將本計算機的IP地址設置成192.168.0.100。

此處雖然配置了采集周期，但在高速模式下不再使用該周期，以收到信息的時刻為準。

從Zui后一個變量的起始地址和變量長度可以確定該通道的通訊電文的長度。對于TCP類型的連接，電文長度需要通過Zui后變量進行確定（下例子看出電文長度為200字節）。對于UDP類型的通訊，UDP是按照完整報文進行傳輸的，可以自動獲取長度信息，因此，不需要關注Zui后變量。

變量配置時，不需要定義所有的變量，僅需要定義自己關注的變量即可。

起始地址為0的變量就是PLC里定義的時間戳。

這是用離線分析軟件Ana打開的歷史數據文件（連接數個文件，總分析時長：2小時，采集次數391萬）。從左側的統計數據可以看出，平均采集周期是1.8ms。從右側的波形和標尺可以看出，點距非常均勻。

時間戳是Uint32類型的數據，在200SMART里被稱為DWORD，需要從0到4_294_967_295之間遞增，并自然翻轉（自動歸零）。時間戳的單位必須是毫秒，雙字毫秒值的Zui大計時間隔為 2 的 32 次方或 49.7 天。

時間戳是個時間差值，PLC-Recorder在開始記錄時，會將首個時間戳與計算機的當前時間進行比較（對時），后續就用相對時間進行計算，并自動處理翻轉的問題。因此，PLC不需要保證juedui時鐘的準確性，只要相對穩定即可。

采集的速度越快，需要的技術越復雜，代價也越大。

PLC-Recorder的主動采集模式，基本只需要在PLC-Recorder里配置變量，不需要在PLC做什么復雜工作，這種方式很便捷，但是速度也有限（Zui快20ms）。高速模式，就需要在PLC里配置通訊，組織數據，然后調用通訊語句，才能夠實現，因此，對于PLC工程師的要求也是有一些了。

高速模式采用標準以太網通訊協議，這也是大部分PLC都具備的能力，因此，可以被廣泛使用來進行快速數據采集。