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

虹科方案

01 IIOT 問題背景

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

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

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

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

02 IIOT 查找問題

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

(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通信穩(wěn)定性

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

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

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

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

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

(5)至此，該用戶的問題已經解決。

虹科--工業(yè)物聯網

虹科是一家在工業(yè)物聯網IIoT行業(yè)經驗超過3年的高科技公司，虹科與世界領域頂級公司包括EXOR、Eurotech、Unitronics、Matrikon、KUNBUS等國際公司合作，提供先進的高端工業(yè)4.0 工業(yè)觸摸屏、物聯網網關、高端邊緣計算機、IoT開發(fā)框架、PLC與HMI一體機、OPC UA、工業(yè)級樹莓派、SCADA、預測性維護等解決方案。物聯網事業(yè)部所有成員都受過專業(yè)培訓，并獲得專業(yè)資格認證，平均3年+的技術經驗和水平一致贏得客戶極好口碑。我們積極參與行業(yè)協會的工作，為推廣先進技術的普及做出了重要貢獻。至今，虹科已經為行業(yè)內諸多用戶提供從硬件到軟件的不同方案，并參與和協助了眾多OEM的設備研發(fā)和移植項目，以及終端用戶的智能工廠和工業(yè)4.0升級改造項目。

原文標題：OPC Classic Client 連到UA Server無法讀取數據怎么辦?

文章出處：【微信公眾號：廣州虹科電子科技有限公司】歡迎添加關注!文章轉載請注明出處。

審核編輯：湯梓紅