隨著工業(yè) 4.0 和工業(yè)物聯(lián)網(wǎng)技術(shù)的發(fā)展， 通快集團(TRUMPF)也致力于數(shù)字化產(chǎn)品的研發(fā)與推廣，現(xiàn)有的數(shù)字化產(chǎn)品包括 OPCUA 接口以及基于 OPCUA 通信協(xié)議開發(fā)的質(zhì)量數(shù)據(jù)存儲軟件(Quality Data Storage)，智能看板(SmartView)及激光器及機床狀態(tài)監(jiān)測服務(wù)(Condition Monitoring)。OPCUA 協(xié)議在其中扮演了一個核心角色。那么為何 OPCUA 的地位如此重要？
 

　　工業(yè)自動化的挑戰(zhàn)與統(tǒng)一

 

　　在傳統(tǒng)的工業(yè)自動化領(lǐng)域中，硬件驅(qū)動器和與其連接的應(yīng)用程序之間，并沒有統(tǒng)一的標準接口。不同的廠商生產(chǎn)的設(shè)備使用不同的通信協(xié)議，導(dǎo)致設(shè)備之前難以通信。這給工業(yè)自動化帶來了，諸如數(shù)據(jù)集成困難、系統(tǒng)復(fù)雜等問題。此外，在控制系統(tǒng)軟件開發(fā)的成本中，設(shè)備的應(yīng)用程序設(shè)計費用通常占七成，而開發(fā)設(shè)備間連接接口占三成。為了解決這些問題，自動化供應(yīng)商成立了一個工作組，負責開發(fā)數(shù)據(jù)訪問標準。
 

　　OPC發(fā)展歷程

 

OPC 發(fā)展歷程
 

　　01 1990 年開始，微軟操作系統(tǒng)統(tǒng)治了整個工業(yè)自動化領(lǐng)域
 

　　微軟具有的技術(shù)：OLE  (Object Linking and Embedding，對象連接與嵌入)，COM (Component Object Model，組件對象模型技術(shù))，DCOM (Distributed Component Object Model，分布式組件對象技術(shù))。這些技術(shù)定義和實現(xiàn)了允許應(yīng)用程序作為軟件“對象”而進行“連接”的機制，實現(xiàn)了“客戶端程序?qū)ο?ldquo;對“服務(wù)器程序?qū)ο?rdquo;的訪問。
 

　　基于微軟 OLE，COM 和 DCOM 的數(shù)據(jù)訪問標準，自動化供應(yīng)商工作組開發(fā)了OPC (OLE for Process Control，用于過程控制的OLE)。
 

　　02 該工作組成立后發(fā)布了 OPC DA (OPC Data Access，基于 OPC 標準的數(shù)據(jù)訪問)
 

　　其它的軟硬件供應(yīng)商也開始使用 OPC 作為其互操作性的機制。但隨著時間的推移，人們越來越清晰地意識到行業(yè)內(nèi)，需要一個可提供合規(guī)性和互操作性的標準檢驗及認證的正式組織。OPC標準發(fā)布于 1996 年，目的是將 PLC(可編程邏輯控制器)特定協(xié)議(如 Modbus、Profibus 等)抽象為一個標準化接口，使 HMI(人機界面)/SCADA(數(shù)據(jù)采集與監(jiān)控系統(tǒng))系統(tǒng)能夠與“中間人”對接，實現(xiàn)通用 OPC 讀寫請求與設(shè)備特定請求的相互轉(zhuǎn)換。因此，一個小型產(chǎn)業(yè)應(yīng)運而生，使最終用戶能夠通過 OPC 無縫集成來自多個供應(yīng)商的優(yōu)質(zhì)產(chǎn)品。
 

　　03 2000年以后，linux系統(tǒng)，wince系統(tǒng)等逐漸應(yīng)用在自動化設(shè)備中。
 

　　由于這些設(shè)備使用微軟 Windows 以外的系統(tǒng)而不能使用 COM，DCOM 技術(shù)，甚至開發(fā)者也不愿意在這些設(shè)備上使用這些技術(shù)和應(yīng)用，因此現(xiàn)有的 OPC 標準局限于微軟 Windows 系統(tǒng)的使用。于是 OPC 基金會創(chuàng)建的 OPC UA (開放平臺通信統(tǒng)一架構(gòu)) 規(guī)范發(fā)布，解決了跨平臺通信這一難題。

 

　　04 2010年后，通快集團(TRUMPF)加入 OPC 基金會，致力于研發(fā) OPCUA 接口及基于 OPCUA 協(xié)議的數(shù)字化產(chǎn)品。