虹科新一代OPC UA解決方案，快速實(shí)現(xiàn)IT與OT融合

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

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

二、OPC UA賦能數(shù)字化

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

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

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

三、虹科新一代OPC UA解決方案

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

1. 虹科Matrikon Data Broker(MBD)

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

2. 虹科MBD用戶案例

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

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

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

審核編輯黃昊宇