在變量管理里面，變量的采集模式默認是不顯示的。右鍵變量列表框第一欄的列表名可以勾選顯示。如下圖：

Wincc Flexible2008版：

TIA Wincc Advanced版本：

該方式不會循環更新變量。只在通過調用系統函數“UpdateTag”或在畫面打開時對變量值進行更新。（劃刪除線的部分是官方文檔里面的原話，但是實際上VBS腳本中是無法顯式調用UpdateTag函數的，需要借助數組或內部變量間接觸發內部的UpdateTag函數）

根據命令的采集模式只是在畫面加載的時候進行刷新一次，后面就不會再與PLC通訊了。用C#等面向對象的語言來解釋的話就是在構造函數中讀取了變量一次。想再次刷新變量，只能重新打開界面（重新實例化界面）。

注意:

VBS腳本中并沒有UpdateTag這個函數。是無法在VBS腳本中手動調用函數來更新變量的。

該方式是在打開的窗口中使用變量時，變量值被更新。如果打開的畫面中，沒有對變量的引用，則觸摸屏不會與PLC中的相關變量交互。

這是西門子觸摸屏默認的更新方式，也是Zui需要講究算法優化的一種交互方式。
如：

1.如何統計一個界面上的所有使用到的變量，并將他們與PLC交互？

2.上位機與PLC一次通訊的長度是固定的PDU Size，如何優化每次交互變量的組合盡可能的使每次的通訊效率Zui大化？等

例：

創建一些測試變量

通過抓包工具看，只從PLC中讀取了圓形背景色引用的變量M0.0

顧名思義，就是界面中無論是否引用這個變量，都會在后臺與PLC通訊進行刷新變量。

這種通訊方式在變量比較多的情況下會導致通訊時間過長，影響通訊質量。我們一般會認為觸摸屏與PLC之間的交互是這種方式，其實不然。

報警變量就是通過循環連續的方式來交互的。西門子為了提高通訊的質量，減少通訊的次數將離散型報警變量的數據類型必須是int或word類型或它們的數組形式。推薦將所有的報警變量集中到一個int或word類型的數組中，提高上位機的通訊效率。