OPC數(shù)據(jù)采集難題

OPC技術在現(xiàn)今的工業(yè)自動化中應用越來越廣泛，為現(xiàn)場工業(yè)控制設備與控制軟件之間的數(shù)據(jù)交換提供了統(tǒng)一的數(shù)據(jù)存儲規(guī)范。但隨著工業(yè)的不斷發(fā)展，OPC數(shù)據(jù)采集出現(xiàn)了一些難題。例如，在傳統(tǒng)OPC在遠程連接時候一定會面臨的DCOM配置問題、采集的底層設備協(xié)議的多樣性導致有些數(shù)據(jù)采集場景需要面臨協(xié)議轉換的問題，以及在實現(xiàn)工業(yè)數(shù)字化轉型過程中出現(xiàn)的IT與OT融合的關鍵難題等。

OPC UA賦能數(shù)字化

之后，OPCUA作為一個為解決OPC的弊端應運而生的標準與規(guī)范范疇開始興起。OPC UA被稱為數(shù)字化進程中自動化的里程碑，原因是OPC UA是一項開放標準，適用于從機器到機器間的水平通信和從機器到云端的垂直通信。得益于具有平臺獨立性、強大的安全基礎以及信息模型這些性質，OPC UA很好地賦能數(shù)字化，逐漸成為大家關注的焦點。

在人們最關注的安全方面，OPC UA的規(guī)范、配置文件和認證過程使用戶感到舒適，是因為OPC應用程序是建立在強大的安全基礎上的，該基礎融合了對機密性的加密使用和對源身份驗證和完整性的簽名。這允許資產(chǎn)所有者使用協(xié)議本身而不是附加安全性來保護OPC UA客戶端/服務器通信的安全。

OPC UA之所成為數(shù)字化互聯(lián)技術最重要的原因之一，還在于OPCUA建立了信息模型。對于不同的行業(yè)而言，實現(xiàn)互聯(lián)、并制定協(xié)同的機制本質在于建立信息模型，將相互關聯(lián)的數(shù)據(jù)按照一定的架構進行采集分組并進行應用分析。對基礎信息模型、垂直行業(yè)信息模型進行集成，這樣可以降低在具體項目中的工程成本，避免編寫大量的程序和各種驅動接口。信息模型更是使得用戶更易于實現(xiàn)數(shù)據(jù)集成，而降低工程時間消耗。

虹科新一代OPC UA解決方案

虹科緊跟工業(yè)4.0的發(fā)展，推出一款打通數(shù)字化全流程的新一代OPC UA解決方案——虹科Matrikon Data Broker(MBD)。

01

虹科Matrikon DataBroker(MBD)

虹科MDB提供了首個數(shù)字化企業(yè)OT數(shù)據(jù)平臺，定義了一類名為Data Technology（DT）數(shù)據(jù)新技術。MDB建立和管理對第三方控制自動化數(shù)據(jù)源的數(shù)據(jù)訪問，無論連接是跨車間、整個企業(yè)還是云。通過使用單一、開放和安全的平臺，使公司能夠簡單地訪問、增強和管理企業(yè)范圍內的數(shù)據(jù)，消除 IT/OT 等技術連接壁壘和第三方連接障礙等技術挑戰(zhàn)，使公司能夠實現(xiàn)其 OT 數(shù)據(jù)的全部價值。

02

虹科MBD用戶案例

該用戶案例中，使用虹科Tunneller軟件將多臺DA服務器數(shù)據(jù)轉換成UA數(shù)據(jù)并進行聚合，使用虹科MDB對UA服務器實現(xiàn)聚合管理、對tunneller軟件轉換后的UA數(shù)據(jù)和第二層MDB聚合的UA服務器數(shù)據(jù)的再次聚合管理。由于用戶客戶端不支持網(wǎng)絡反向連接，所以我們在客戶端和服務端都安裝了MDB，實現(xiàn)跨防火墻的通信，最大程度的保證了數(shù)據(jù)傳輸?shù)陌踩浴?/p>

底層所有數(shù)據(jù)傳輸?shù)娇蛻舳撕?，用戶可以將?shù)據(jù)傳輸?shù)皆坪蚆ES系統(tǒng)，云和MES系統(tǒng)再與ERP系統(tǒng)進行數(shù)據(jù)交互，最終實現(xiàn)了將底層數(shù)據(jù)共享給ERP系統(tǒng)。ERP系統(tǒng)又可以根據(jù)底層數(shù)據(jù)指定對應的生產(chǎn)計劃，將指令下發(fā)給MES系統(tǒng)，進而傳輸?shù)礁鱾€設備上，執(zhí)行不同的命令，實現(xiàn)整個項目的完整運行。

在這個用戶案例中，分別使用到虹科MDB以下功能：數(shù)據(jù)連接、多級別的聚合管理、OPC Classic支持、跨防火墻連接和云連接。