OPC UA 技術解決工業現場數據通信標準不統一的問題，使得不同操作系統和不同制造商的設備之間可以進行數據交互，是實現工業4.0不可或缺的一環。

虹

科

方

案

01

IIOT

問題背景

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

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

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

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

OPC UA Tunneller工作原理示意圖

02

IIOT

查找問題

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

（1）在配置完Tunneller軟件之后，用戶在使用OPC Classic客戶端讀取OPC UA服務器數據出現以下問題：

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

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

03

IIOT

解決問題

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

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

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

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

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

（4）重新打開Tunneller軟件，并運行添加的OPC UA服務器。再次打開OPC Classic客戶端，并連接OPC UA服務器，此時能夠順利創建數據標簽進行數據讀取。

（5）至此，該用戶的問題已經解決。