經常有人會煩惱這個問題：我的上位機軟件什么功能都有，也支持OPC UA了，現在項目上準備用OPC UA的方式來獲取我的PLC的數據，但是我的PLC卻不支持OPC UA，怎么辦呢？有的人碰到這個問題后就開始了“病急亂投醫”，聽說哪里有OPC UA的SDK趕緊去了解要資料，最后問報價一個SDK可能要幾十萬不說，還需要自己做動輒幾個月的開發，心想：這哪行啊我這項目等不了，我就想要個現成的解決方案來給我把這個OPC UA服務器搞上去就行……

這種情況不在少數。隨著OPC UA逐漸在工業自動化應用中扮演重要角色，越來越多的應用場景下都在要求用OPC UA的方式去采集數據，這對于一些對OPC UA知之甚少的技術人員來講是個不小的挑戰，他們可能是工業現場的專家，熟悉多種多樣的通信協議，但是現在可能連OPC Classic(區別于OPC UA的經典OPC)和OPC UA都分不清，花了不少時間了解之后去找OPC UA解決方案的供應商，一看沒有現成的可拿來直接用的OPC UA服務器，但是有OPC UA SDK，看到SDK就感覺這應該是自己需要的，最后就出現文章開頭出現的情況，然而事實上這些人都不是SDK的目標客戶。

如果我現在需要用OPC UA的方式來采我的PLC數據，但是我的PLC不支持OPC UA，或者PLC沒有購買OPC UA的授權應該怎么辦？我的HMI比較舊只支持OPC Classic，但是我現在有新的OPC UA的設備需要讀數據又應該怎么辦呢？

應該有初學者曾經嘗試過用OPC Classic的客戶端去連接OPC UA服務器吧(或者用OPC UA客戶端去連接OPC Classic服務器)。然后發現根本搞不了，后來才明白這是兩個不同的東西。可是如果現在有一個軟件可以將OPC Classic的服務器或者客戶端“包裝”成OPC UA，讓兩頭都是OPC UA了，那不就能完成通信了嗎？

OPC UA Tunneller就是實現這樣功能的軟件。之前我們講過OPC Tunneller解決的是OPC Classic通信里DCOM配置的問題。當OPC UA出現之后，它又新加入了打通Classic和UA通信鴻溝的功能。

如上圖所示，在OPC Client這邊加上一個OPC UA Tunneller后，左邊整體可以被視作一個OPC UA Client與右邊的OPC UA Server進行通信，反之亦然。

如此一來的好處就是如果實際應用中有需要用到OPC UA的情況，多了一種簡單易用的選擇。本身當我們描述OPC UA Tunneller功能的時候，我們說它可以幫助新的OPC UA功能去訪問/提供數據向/給舊的OPC Classic功能，換一種角度來看，實際上它是給了舊的OPC Classic功能向OPC UA遷移的方法，不僅僅是說能夠讓OPC Classic組件和OPC UA組件建立通信這么直接，而是可以通過OPC Classic+OPC UA Tunneller的組合做到了讓那些本不支持OPC UA的舊設備接入到OPC UA的網絡中來。

現在正在被使用中的來自各家品牌的PLC有很多，那些最新的而且已經激活了OPC UA服務器功能的PLC尚且不談，實際使用中還有很多用了很多年的PLC，現在被計劃接入其他組態軟件或者工業自控平臺，對于這些設備，我們只要在工業現場的Windows系統電腦里安裝所對應品牌PLC的OPC服務器(其他兼容型OPC服務器對于不同品牌PLC也要分開授權，大同小異)，然后再安裝一個OPC UA Tunneller，OPC服務器通過IP連接到PLC，添加好數據tags，再將這些OPC服務器通過Tunneller包裝后變成UA服務器，OPC UA客戶端就能夠與其建立起連接，整個過程只需要安裝軟件+激活+配置，不需要做任何開發，甚至都不需要去深入了解學習OPC UA，這個目標就完成了。

可以預見的是，從OPC向OPC UA的遷移是一個漫長且必要的過程，在這個過程中，那些遺留設備的去留將是實現工業自動化的痛點問題。本文前面所談到的例子應該是不少讀者正面臨的問題和需求。OPC UA tunneller打通OPC Classic和OPC UA通信的能力必將在這一過程中扮演重要角色。

總結

以上是生活随笔為你收集整理的sdk怎么用_PLC不支持OPC UA怎么办？别问了看完你就懂了的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。