OPC UA 技術(shù)解決工業(yè)現(xiàn)場數(shù)據(jù)通信標(biāo)準(zhǔn)不統(tǒng)一的問題，使得不同操作系統(tǒng)和不同制造商的設(shè)備之間可以進行數(shù)據(jù)交互，是實現(xiàn)工業(yè)4.0不可或缺的一環(huán)。

虹

科

方

案

01

IIOT

問題背景

OPC UA Tunneller--無縫對接OPC Classic與OPC UA服務(wù)器與客戶端 | 確保OPC Classic通信穩(wěn)定性

隨著OPC UA的快速發(fā)展，越來越多的企業(yè)需要在混合環(huán)境中使用OPC UA進行數(shù)據(jù)傳輸。但是工業(yè)現(xiàn)場的老舊設(shè)備大多只支持OPC Classic，這就面臨將OPC UA與OPC Classic對接的難題。加之各種設(shè)備之間的連接應(yīng)用情況復(fù)雜，在采用OPC Classic和OPC UA兩種技術(shù)采集數(shù)據(jù)的過程中也會出現(xiàn)很多問題。

例如，我們的一個用戶就遇到這樣一個難題：在使用虹科提供的Matrikon OPC UA Tunneller軟件實現(xiàn)“Classic Client to UA Server”功能時，OPC Classic客戶端可以連接至OPC UA服務(wù)器，但無法創(chuàng)建數(shù)據(jù)標(biāo)簽讀取OPC UA服務(wù)器中的數(shù)據(jù)。

本文將介紹上述用戶問題的解決方法，以及在遇到問題時如何快速準(zhǔn)確找到問題的所在之處。

OPC UA Tunneller工作原理示意圖

02

IIOT

查找問題

OPC UA Tunneller--無縫對接OPC Classic與OPC UA服務(wù)器與客戶端 | 確保OPC Classic通信穩(wěn)定性

（1）在配置完Tunneller軟件之后，用戶在使用OPC Classic客戶端讀取OPC UA服務(wù)器數(shù)據(jù)出現(xiàn)以下問題：

（2）根據(jù)上述問題，首先要刪除之前Tunneller軟件的所有配置，重新添加OPC UA服務(wù)器，并勾選上記錄功能，設(shè)置文件保存路徑，并將記錄級別設(shè)置為“高”。之后再次使用OPC Classic客戶端嘗試讀取OPC UA服務(wù)器，如下圖所示：

（3）打開記錄文件，點擊工具欄中的“編輯/查找”并搜索“Error”，找到此次數(shù)據(jù)讀取失敗的錯誤信息。

03

IIOT

解決問題

OPC UA Tunneller--無縫對接OPC Classic與OPC UA服務(wù)器與客戶端 | 確保OPC Classic通信穩(wěn)定性

（1） 由上述錯誤信息可以得知，OPC UA Proxy的“RevisedSessionTimeout”遠(yuǎn)大于OPC UA服務(wù)器中的這項數(shù)值。因此需要將OPC UA Proxy的“RevisedSessionTimeout”由60000改為30000。

（2）關(guān)掉Tunneller軟件，找到UA Proxy的配置文件，文件路徑為“C:\Program Files (x86)\Matrikon\OPC\UA Proxy\Configuration”，文件類型為“.xml”。

注：一定要選擇最新的UA Proxy配置文件！

（3）打開配置文件，點擊工具欄中的“編輯/查找”并搜索“MinRevisedSessionTimeoutInMs>60000。

（4）重新打開Tunneller軟件，并運行添加的OPC UA服務(wù)器。再次打開OPC Classic客戶端，并連接OPC UA服務(wù)器，此時能夠順利創(chuàng)建數(shù)據(jù)標(biāo)簽進行數(shù)據(jù)讀取。

（5）至此，該用戶的問題已經(jīng)解決。