1.不了解KepServerEX 的鞋童，可以先了解一下OPC UA，OPC UA服務端。我們當前項目讀寫三菱PLC是自己寫的類庫，但我感覺調用不夠方便靈活，工作之余用OPC UA方式嘗試一下
2.數據采集的困境：理想很豐滿，現實很骨感。
3.存在即是合理的，OPC UA的方式的本質是想以一種統一的方式，以結束現在這種，五門八門的協議采集，以降低采集成本，降低門檻，加快工業互聯的腳步。
5.現在很多著名的設備大廠商紛紛也加入了OPC UA的隊伍，讓自家的新設備支持OPC UA的方式進行通信。但現在還有很多存量的舊設備是不支持OPU UA的。
6.下面是我用OPC UA方式在車間的測試，OPC UA 服務端，我用的是KepServerEx6
6.1 通道，看數據可以理解為：設備類型+協議類型
7.指定設備名
8.指定設備型號，同個一品牌的PLC有很多型號
9.設備PLC，IP地址，協議，端口
9.配置好后，如果你的配置是正確的，那基本就與PLC鏈接上了，然后就可以在KepServerEx上對PLC進行讀寫
10.寫入后，與PLC的觸摸屏HMI,顯示與我寫入的值是一至，說明我的操作是正確
11.然后我寫C#實現了一個OPC UA客戶端，實現對PLC的讀寫操作，現場測試也是通過的，經過這樣驗證，對PLC的采集，又多了一個選擇。
12.采集的難度在於沒有標准化，如硬件PLC常用的有幾十個，每個品牌分很多型號，每個型號采集，編程軟件又分很多個，接口都不一樣，采集PLC要與電氣工程配合，是一個雙方對接的活，如果PLC加密了或地址表沒有公開，是無法建立鏈接通信的，如果要增加變量或地址，設備使用者是有顧慮的，有可能讓設備變得不穩定，所以有很多因素，一個設備的采集費用3到5K，正常都是熟悉的做過的或人公司願意接，一個新的PLC型號如果要重新研究，現在人工成本這么高的情況下，除非數量多，不然接活的人意願並不高。
13.采集到的數據與其它系統交互，比單純采集又增加了難度，因為采集到的數據最終是想實現數據記錄與設備的控制，這些都是定制的功能，單純的采集產品並無法滿足這此要求。市面上很多單純讀寫PLC，但與其它系統交互時，控制權就讓在內部自己的軟件方面，什么時候采集，什么時候控制PLC， 統一在自己的內部軟件實現，所以此類開發人員所了解的東西更綜合一點，軟件開發，硬件通信，流程業務。
14.一些細節一言難盡，一些記錄在代碼里，一些記憶在大腦里，后面計划會寫PLC相關介紹，如日系PLC，歐系PLC的異同點。PLC與MES相結合的應用場景。如有興趣請關注我。
本人主要做MES （CS、BS開發），上位機開發，SCADA，設備上雲上平台，CNC,PLC數據采集。有興趣的朋友可以一起入群哦：QQ群：1012791694 
，有疑問的鞋童可以留言或聯系我哦~