OPC全稱是OLE for Process Control，即用于過程控制的OLE,，是針對現(xiàn)場控制系統(tǒng)的一個工業(yè)標準接口,，是工業(yè)控制和生產(chǎn)自動化領域中使用的硬件和軟件的接口標準?；谖④浀腛LE(現(xiàn)在的Active X),、COM (部件對象模型)和DCOM (分布式部件對象模型)技術,，OPC包括自動化應用中使用的一整套接口、屬性和方法的標準集,，用于過程控制和制造業(yè)自動化系統(tǒng),。提供工業(yè)自動化系統(tǒng)中獨立單元之間標準化的互聯(lián)互通,順應了自動化系統(tǒng)向開放、互操作,、網(wǎng)絡化,、標準化方向發(fā)展的趨勢。

ＯＰＣ規(guī)范

ＯＰＣ規(guī)范包括數(shù)據(jù)訪問服務器接口規(guī)范,、歷史數(shù)據(jù)訪問服務器接口規(guī)范,、事件與報警服務器接口規(guī)范、批處理服務器接口規(guī)范,、ＯＰＣDA 服務器接口規(guī)范和XML DA服務器接口規(guī)范等一系列標準規(guī)范?，F(xiàn)在成熟并發(fā)布的ＯＰＣ規(guī)范主要包括數(shù)據(jù)存取規(guī)范、報警和事件處理規(guī)范以及歷史數(shù)據(jù)存取規(guī)范,。

ＯＰＣ的設計目的

1,、在控制領域中，系統(tǒng)往往由分散的各子系統(tǒng)構成,；并且各子系統(tǒng)往往采用不同廠家的設備和方案,。用戶需要,，將這些子系統(tǒng)集成,，并架構統(tǒng)一的實時監(jiān)控系統(tǒng)。

2,、這樣的實時監(jiān)控系統(tǒng)需要解決分散子系統(tǒng)間的數(shù)據(jù)共享,，各子系統(tǒng)需要統(tǒng)一協(xié)調(diào)相應控制指令。

3,、再考慮到實時監(jiān)控系統(tǒng)往往需要升級和調(diào)整,。

4、就需要各子系統(tǒng)具備統(tǒng)一的開放接口,。

OPC就是為了不同供應廠商的設備和應用程序之間的接口標準化,，使其間的數(shù)據(jù)交換更加簡單化的目的而提出的。作為結果,，從而可以向用戶提供不依靠于特定開發(fā)語言和開發(fā)環(huán)境的可以自由組合使用的過程控制軟件組件產(chǎn)品,。ＯＰＣ的設計目的最重要的是即插即用,也就是采用標準方式配置硬件和軟件接口。一個設備可以很容易地加入現(xiàn)有系統(tǒng)并立即投入使用,不需要復雜的配置,且不會影響現(xiàn)有的系統(tǒng),。

OPC的優(yōu)點和不足

與早期的現(xiàn)場設備接口相比, OPC 具有如下幾個優(yōu)點:
( 1) 減少了重復開發(fā);
( 2) 降低了數(shù)據(jù)設備間的不兼容;
( 3) 降低了系統(tǒng)集成商的開發(fā)成本;
( 4) 改善性能,。

OPC 存在的不足
雖然OPC 接口具有種種優(yōu)勢, 但是如果直接通過OPC 連接實時數(shù)據(jù)庫依然存在一些問題: ( 1) 雖然OPC 標準中包含了OPC History 標準, 但是多數(shù)OPC 服務器并未給予支持, 所以難以為實時數(shù)據(jù)庫提供數(shù)據(jù)緩存功能。
( 2) OPC 服務器無法提供一些常用的計算功能, 如累計,、濾波和幾個位號相加的綜合計算功能, 增加了實時數(shù)據(jù)庫的負擔, 影響了實時數(shù)據(jù)庫的穩(wěn)定性和魯棒性,。
( 3) OPC 基于微軟的COM/DCOM體系, 在分布式應用中其所用的RPC 方式常常與企業(yè)級的防火墻發(fā)生沖突,。不能通過防火墻。

OPC體系結構

圖1所示為ＯＰＣ接口,、 ＯＰＣ服務器及ＯＰＣ客戶應用的聯(lián)系,。

像所有的ＣＯＭ實現(xiàn)一樣,ＯＰＣ的結構是客戶機服務器模式。各個ＯＰＣ客戶程序通過ＯＰＣ標準接口對各ＯＰＣ服務器管理的設備進行操作,而不需關心服務器的實現(xiàn)細節(jié)及設備內(nèi)部的具體細節(jié),。OPC把開發(fā)訪問接口的任務放在硬件生產(chǎn)廠家或第三方廠家,，以OPC服務器的形式提供給用戶，解決了軟,、硬件廠商的矛盾,，完成了系統(tǒng)的集成，提高了系統(tǒng)的開放性和可互操作性,。

以前的過程監(jiān)控中硬件和軟件的設置情況如圖2 所示,。各種應用軟件都必須提供這三種設備的驅(qū)動程序,即需要12個驅(qū)動程序維持系統(tǒng)的正常運行,而且各軟件間不能相互通信。因為各個軟件來自不同的開發(fā)商,具有不同的相互獨立的對同一設備的驅(qū)動程序,所以多個軟件也不能同時對同一個設備存取數(shù)據(jù),否則可能造成系統(tǒng)的癱瘓,。同時,某一個設備的升級要求該設備的所有驅(qū)動程序升級,否則隱患無窮,。這樣的一個系統(tǒng)要想長期維護,工作量可想而知。ＯＰＣ規(guī)范的引入,使得過程控制的硬件軟件配置可以由圖3 表示,。

OPC規(guī)范了接口函數(shù),，不管現(xiàn)場設備以何種形式存在，客戶都以統(tǒng)一的方式去訪問,，從而保證軟件對客戶的透明性,，使得用戶完全從低層的開發(fā)中脫離出來。對于軟件開發(fā)商而言,不再費神于開發(fā)各種硬件設備的驅(qū)動程序,而是把精力和時間集中在增加和完善軟件的功能上,使自己的軟件更易被用戶接受和使用,。對于硬件設備制造商,再也不必擔心自己的產(chǎn)品因為沒有為某些軟件提供驅(qū)動程序而被用戶所忽視或放棄,。一次編寫的驅(qū)動程序(ＯＰＣ服務器),可以被所有的應用軟件所用。不僅節(jié)省了各種Ｉ/Ｏ驅(qū)動程序的開發(fā)費用,而且可以讓制造商集中精力生產(chǎn)更易于用戶使用的,、功能完善的硬件,。

OLE（Active X）/COM

Active X/COM技術定義各種不同的軟件部件如何交互使用和分享數(shù)據(jù)。OLE/COM是一種

客戶/服務器模式,，具有語言無關性,、代碼重用性、易于集成性等優(yōu)點,。