wincc作為人機交互的窗口，其性能和可靠性直接影響操作員的工作效率甚至生產(chǎn)過程的安全性。而高效的數(shù)據(jù)通信更是保證wincc正常工作的基本條件。
那么，如何通過正確的參數(shù)設置來保證通信的正常，以及面臨一些通信問題時（如通信時斷時續(xù)，變量更新慢甚至不更新，或者還有些現(xiàn)象疑似通信問題，如命令執(zhí)行滯后、畫面切換緩慢等）如何診斷排除，將是我們本次交流的重點。
借此機會，大家可以把自己在項目中遇到的wincc通信相關問題拿出來，我們一起切磋探討，共同尋找解決方案或是優(yōu)化空間。
以下是我對畫面切換慢的感受和想法：
1.往往我們在一副畫面中做了太多的動態(tài)連接，這樣在運行狀態(tài)下，數(shù)據(jù)量過大，在畫面切到這副畫面的時候必定會慢；因此我一般都不會在同一副畫面中做太多的動態(tài)連接；至于這個數(shù)量得多少，根據(jù)經(jīng)驗掌握；
2.對于pdlcache，我倒是用過，感覺效果并不明顯；因此我認為，解決畫面切換慢的問題，這個方法只是輔助功能，解決不了根本問題；
3.網(wǎng)絡問題：我曾經(jīng)在項目中遇到過；在項目投入正常使用前，我們用思科的交換機進行實驗，結果就是畫面切換的速度很慢。好在第2天就連到了osm上，畫面切換一切正常。并不是說思科的交換機不好，而是我們用的思科交換機有問題。因此對于畫面順暢運行的基礎是必須保證網(wǎng)絡的正常；包括交換機，網(wǎng)線，接頭等等。盡量使用工業(yè)級產(chǎn)品，可以對系統(tǒng)的穩(wěn)定性得到好的保障；而且對于安裝，走線也要盡量考慮安全，穩(wěn)定。
4.再有就是對于腳本的使用。過多的使用腳本必定會帶來機器負荷的增加。因此對于腳本的使用也要有限制的。
5.變量歸檔：很多用戶對于歸檔都會提出較多或者全部的要求。實際上這樣做非常的不好。過多的歸檔必定會帶來大量的數(shù)據(jù)存儲，如果不適用cas服務器的話，所有的數(shù)據(jù)都存儲在本機上，使得硬盤空間越來越少。雖然可以使用堆棧的方式，保留一定的硬盤空間；但畢竟歸檔的頻率與數(shù)量會影響機器性能，也就間接的影響wincc運行的效率。
6.計算機的配置：西門子都提供了不同版本的wincc與plc兼容的最低配置。當然這個最低配置是允許條件，但盡量還是按照推薦配置或者更高配置進行配置。機器的本身性能是系統(tǒng)好壞，穩(wěn)定與否的關鍵。
7.通訊介質，方式以及速率：這方面當然目前最優(yōu)選擇是以太網(wǎng)。是提高通訊性能的關鍵。也是wincc運行速度的一個保障。但往往這方面的配置不能以工程人員的意志轉移的。
8.通訊距離：距離越短，速率就有提升的空間，自然通訊速度上來了；但這個速度也不要無顧慮的提升。畢竟速度越快其穩(wěn)定性就相對不夠。適中最好。plc與wincc的通訊如果很長的話，盡量使用光纖轉換器olm，中繼器等設備；這樣能保證長距離的通訊質量。
9.又想到一條：畫面盡量減少3d效果，動畫效果，圖片調(diào)用等美工的做法。這樣會加重運行負擔。