在這篇文章中我主要和大家聊一聊實現萬物互聯的服務器軟件KepWare所支持的強大功能，以及工業數採的一種比較常用的實現方案“軟網關”的基本原理，另外我也會重點講解一下KepWare實現數據採集的操作配置流程以及OPC協議的種類。
“軟網關”OPCServer和KepWare
一談起“網關”這個概念我們大多數人首先想到的是電腦的網絡配置，比如我們自己的筆記本，在你打開網絡配置的時候就會看到有IP地址、子網掩碼、默認網關，有網絡基礎知識的人應該知道如果我們的電腦在同一網段（VLAN段），同處一個內網環境，不同的電腦可以直接進行通信，但如果是其他網段IP的電腦，這個時候通信就需要經過網關，簡言之網關就是四合院的看門大爺，你在大院裏玩沒問題，但如果你想去隔壁二大爺家玩就必須找看門大爺要鑰匙。網關取“關”字理解便會恍然大悟。這裏的OPCServer其實就是工控領域這個大的四合院的看門大爺，院內的人無外乎就是什麼叫西門子、斯奈德、歐姆龍等等的毛頭小子。
在OPC誕生之前，每家都有自己的看門大爺，這個時候在實現數據採集的時候，由於各個品牌的通信協議不兼容，如果終端是不同品牌的工控設備，你就必須針對每種品
牌按照他的標準進行配置實現，在這種情況下一種跨平臺，兼容各家的標準化協議成爲解決眼下問題的關鍵，OPCServer應運而生，他底層兼容各個品牌的工控設備，然後提供了一種統一的協議OPC協議供客戶端與終端設備進行通信（所有的客戶端只需通過一種標準協議就可以實現與各種不同品牌的工控設備進行通信）。
KepWare就是OPCServer的一種，作爲“軟網關”，下位機的PLC終端一般需要提供PLC的型號，IP地址，點位信息（數據類型，DB號），S7-200甚至需要提供機架號以及槽位號，KepWare通過這些終端信息，建立通道配置點位最終實現終端數據的接入，下位機接入成功之後，上位機直接和KepWare通信，實現數據的展示和獲取。通過 OPC、專有協議（包括 GE NIO、SuiteLink/FastDDE 和 Splunk）、IT 協議（包括 MQTT、REST、ODBC 和 SNMP），以及將流量測量導出爲常見的石油和天然氣行業格式，KEPServerEX 支持訪問客戶端應用程序（如 MES 和 SCADA）以及 IoT 和大數據分析軟件中的數據。
KepWare的數據存儲以及IOT GateWay
KEPServerEX 能夠將所收集的實時數據歸檔到本地存儲：1、利用Local Historian高級插件，讓應用程序通過訪問該歷史數據庫來進行數據分析或者數據展示（OPC HDA）。2、利用Data Logger插件並配合OPC DA，Data Logger插件可以對支持ODBC連接的所有數據庫進行配置，但這種數據的錄入實際上是可以設置插入頻率的Insert操作。3、通過ODBC DRIVER，ADVANCED TAG進行配置實現PLC和數據庫數據的雙向傳遞，DataLogger只能實現數據的寫入，不能讀取業務數據庫中的數據，通過OPC DA來監控PLC變量，再通過LINK TAG將PLC TAG映射到ODBC DRIVER對應的接口表（可以實現Update）。
IOT GateWay即網聯網網關，KepWare以插件的形式提供了四種網關主要有MQTT客戶端，REST客戶端/服務端，ThingWorx網關，這裏簡單對REST客戶端和服務端進行說明，其中客戶端主要是監聽PLC變量，一旦發生變化則自動調用 REST服務器將數據進行上傳，服務器提供了一個監聽器，將PLC變量暴露出來，可以通過客戶端來執行指令將應用層的數據寫入PLC。
簡單聊一聊OPC和MQTT
OPC協議是專門用於工業設備通信的協議，他的全稱是過程控制OLE，經典的OPC協議主要有OPC DA，OPC AE，OPC HDA，最新的則是OPC UA，經典的OPC協議依賴的是微軟的COM/DCOM技術，而OPC UA則是跨平臺的SOA技術，他可以兼容不同的硬件設備和軟件系統，是面向未來的技術。
MQTT是基於發佈訂閱模式的消息協議，全稱是消息隊列遙感傳輸，提供一對多的消息發佈，通過中間件解除應用程序的耦合，使用TCP/IP提供網絡連接。是爲硬件性能低下的遠程設備以及網絡狀況糟糕的情況下而設計的消息協議。