1、是這樣的，它不是純粹的硬件，也不是純粹的軟件，是一種標準與規(guī)范，OPC服務(wù)器的功能就是與下位機進行數(shù)據(jù)的交換，其中包含了大量的通訊程序和數(shù)據(jù)存貯程序。

2、然后提供標準的OPC接口，供其它軟件使用。

3、程序標準化以后，其他的軟件商只需開發(fā)面對服務(wù)器的程序即可，不用對不同的硬件設(shè)備開發(fā)不同的硬件驅(qū)動程序。

(資料圖片)

4、減小了工作量，也方便了使用。

5、下面是對OPC的標準描述，長了點，但是對了解OPC非常有幫助： OPC是OLE for Process Control的縮寫，即把OLE應(yīng)用于工業(yè)控制領(lǐng)域。

6、OLE原意是對象鏈接和嵌入，隨著OLE 2的發(fā)行，其范圍已遠遠超出了這個概念。

7、現(xiàn)在的OLE包容了許多新的特征，如統(tǒng)一數(shù)據(jù)傳輸、結(jié)構(gòu)化存儲和自動化，已經(jīng)成為獨立于計算機語言、操作系統(tǒng)甚至硬件平臺的一種規(guī)范，是面向?qū)ο蟪绦蛟O(shè)計概念的進一步推廣。

8、OPC建立OLE規(guī)范之上，它為工業(yè)控制領(lǐng)域提供了一種標準的數(shù)據(jù)訪問機制。

9、 工業(yè)控制領(lǐng)域用到大量的現(xiàn)場設(shè)備，在OPC出現(xiàn)以前，軟件開發(fā)商需要開發(fā)大量的驅(qū)動程序來連接這些設(shè)備。

10、即使硬件供應(yīng)商在硬件上做了一些小小改動，應(yīng)用程序就可能需要重寫；同時，由于不同設(shè)備甚至同一設(shè)備不同單元的驅(qū)動程序也有可能不同，軟件開發(fā)商很難同時對這些設(shè)備進行訪問以優(yōu)化操作。

11、硬件供應(yīng)商也在嘗試解決這個問題，然而由于不同客戶有著不同的需要，同時也存在著不同的數(shù)據(jù)傳輸協(xié)議，因此也一直沒有完整的解決方案。

12、 自O(shè)PC提出以后，這個問題終于得到解決。

13、OPC規(guī)范包括OPC服務(wù)器和OPC客戶兩個部分，其實質(zhì)是在硬件供應(yīng)商和軟件開發(fā)商之間建立了一套完整的“規(guī)則”，只要遵循這套規(guī)則，數(shù)據(jù)交互對兩者來說都是透明的，硬件供應(yīng)商無需考慮應(yīng)用程序的多種需求和傳輸協(xié)議，軟件開發(fā)商也無需了解硬件的實質(zhì)和操作過程。

14、 OPC的優(yōu)越性是顯而易見的： l 硬件供應(yīng)商只需提供一套符合OPC Server規(guī)范的程序組，無需考慮工程人員需求。

15、 l 軟件開發(fā)商無需重寫大量的設(shè)備驅(qū)動程序。

16、 l 工程人員在設(shè)備選型上有了更多的選擇。

17、 l OPC擴展了設(shè)備的概念。

18、只要符合OPC服務(wù)器的規(guī)范，OPC客戶都可與之進行數(shù)據(jù)交互，而無需了解設(shè)備究竟是PLC還是儀表，甚至在數(shù)據(jù)庫系統(tǒng)上建立了OPC規(guī)范，OPC客戶也可與之方便地實現(xiàn)數(shù)據(jù)交互。

19、 OPC的適用范圍 OPC設(shè)計者們最終目標是在工業(yè)領(lǐng)域建立一套數(shù)據(jù)傳輸規(guī)范，并為之制定了一系列的發(fā)展計劃。

20、現(xiàn)有的OPC規(guī)范涉及如下領(lǐng)域： 在線數(shù)據(jù)監(jiān)測。

21、實現(xiàn)了應(yīng)用程序和工業(yè)控制設(shè)備之間高效、靈活的數(shù)據(jù)讀寫。

22、 報警和事件處理。

23、提供了OPC服務(wù)器發(fā)生異常時，以及OPC服務(wù)器設(shè)定事件到來時向OPC客戶發(fā)送通知的一種機制。

24、 歷史數(shù)據(jù)訪問。

25、實現(xiàn)了讀取、操作、編輯歷史數(shù)據(jù)庫的方法。

26、 遠程數(shù)據(jù)訪問。

27、借助Microsoft的DCOM技術(shù)，OPC實現(xiàn)了高性能的遠程數(shù)據(jù)訪問能力。

28、 OPC近期將實現(xiàn)的功能還包括安全性、批處理、歷史報警事件數(shù)據(jù)訪問等。

29、 OPC的設(shè)計者在設(shè)計OPC時遵循如下原則： 易于實現(xiàn)。

30、 靈活滿足多種客戶需求。

31、 強大的功能。

32、 高效的操作。

33、 OPC的基本概念 1． 服務(wù)器、組、數(shù)據(jù)項 OPC服務(wù)器由三類對象組成：服務(wù)器（Server）、組（Group）、數(shù)據(jù)項（Item）。

34、服務(wù)器對象（Server）擁有服務(wù)器的所有信息，同時也是組對象（Group）的容器。

35、組對象（Group）擁有本組的所有信息，同時包容并邏輯組織OPC數(shù)據(jù)項（Item）。

36、 OPC組對象（Group）提供了客戶組織數(shù)據(jù)的一種方法。

37、客戶可對之進行讀寫，還可設(shè)置客戶端的數(shù)據(jù)更新速率。

38、當服務(wù)器緩沖區(qū)內(nèi)數(shù)據(jù)發(fā)生改變時，OPC將向客戶發(fā)出通知，客戶得到通知后再進行必要的處理，而無需浪費大量的時間進行查詢。

39、OPC規(guī)范定義了兩種組對象：公共組和局部組（私有組）。

40、公共組由多個客戶共有，局部組只隸屬于一個OPC客戶。

41、一般說來，客戶和服務(wù)器的一對連接只需要定義一個組對象。

42、 在每個組對象中，客戶可以加入多個OPC數(shù)據(jù)項（Item）。

43、如下圖所示： OPC數(shù)據(jù)項是服務(wù)器端定義的對象，通常指向設(shè)備的一個寄存器單元。

44、OPC客戶對設(shè)備寄存器的操作都是通過其數(shù)據(jù)項來完成的，通過定義數(shù)據(jù)項，OPC規(guī)范盡可能的隱藏了設(shè)備的特殊信息，也使OPC服務(wù)器的通用性大大增強。

45、OPC數(shù)據(jù)項并不提供對外接口，客戶不能直接對之進行操作，所有操作都是通過組對象進行的。

46、 客戶操作數(shù)據(jù)項的一般步驟為： 通過服務(wù)器對象接口枚舉服務(wù)器端定義的所有數(shù)據(jù)項，如果客戶對服務(wù)器所定義的數(shù)據(jù)項非常熟悉，此步可以忽略。

47、 將要操作的數(shù)據(jù)項加入客戶定義的組對象中。

48、 通過組對象對數(shù)據(jù)項進行讀寫等操作。

49、 每個數(shù)據(jù)項的數(shù)據(jù)結(jié)構(gòu)包括三個成員變量：即數(shù)據(jù)值、數(shù)據(jù)質(zhì)量和時間戳。

50、數(shù)據(jù)值是以VARIANT形式表示的。

51、應(yīng)當注意，數(shù)據(jù)項表示同數(shù)據(jù)源的連接而不等同于數(shù)據(jù)源，無論客戶是否定義數(shù)據(jù)項，數(shù)據(jù)源都是客觀存在的。

52、可以把數(shù)據(jù)項看作數(shù)據(jù)源的地址，即數(shù)據(jù)源的引用，而不應(yīng)看作數(shù)據(jù)源本身。

53、 2． 報警（Alarm）和事件（Event） 報警和事件處理機制增強了OPC客戶處理異常的能力。

54、服務(wù)器在工作過程中可能出現(xiàn)異常，此時，OPC客戶可通過報警和事件處理接口得到通知，并能通過該接口獲得服務(wù)器的當前狀態(tài)。

55、 在很多場合，報警（Alarm）和事件（Event）的含義并不加以區(qū)分，兩者也經(jīng)?；Q使用。

56、從嚴格意義上講，兩者含義略有差別。

57、 依據(jù)OPC規(guī)范，報警是一種異常狀態(tài)，是OPC服務(wù)器或服務(wù)器的一個對象可能出現(xiàn)的所有狀態(tài)中的一種特殊情況。

58、例如，服務(wù)器上標記為FC101的一個單元可能有如下狀態(tài)：高出警戒，嚴重高出警戒，正常，低于警戒，嚴重低于警戒。

59、除了正常狀態(tài)外，其他狀態(tài)都視為報警狀態(tài)。

60、 事件則是一種可以檢測到的出現(xiàn)的情況，這種情況或來自O(shè)PC客戶，或來自O(shè)PC服務(wù)器，也可能來自O(shè)PC服務(wù)器所代表的設(shè)備，通常都有一定的物理意義。

61、事件可能與服務(wù)器或服務(wù)器的一個對象的狀態(tài)有關(guān)，也可能毫無關(guān)系。

62、如高出警戒和正常狀態(tài)的轉(zhuǎn)換事件和服務(wù)器的某個對象的狀態(tài)有關(guān)，而操作設(shè)備，改變系統(tǒng)配置以及出現(xiàn)系統(tǒng)錯誤等事件和對象狀態(tài)就無任何關(guān)系。

63、 3． OPC體系結(jié)構(gòu) OPC規(guī)范提供了兩套接口方案，即COM接口和自動化。

64、COM接口效率高，通過該接口，客戶能夠發(fā)揮OPC服務(wù)器的最佳性能，采用C++語言的客戶一般采用COM接口方案；自動化接口使解釋性語言和宏語言訪問OPC服務(wù)器成為可能，采用VB語言的客戶一般采用自動化接口。

65、自動化接口使解釋性語言和宏語言編寫客戶應(yīng)用程序變得簡單，然而自動化客戶運行時需進行類型檢查，這一點則大大犧牲了程序的運行速度。

66、 OPC服務(wù)器必須實現(xiàn)COM接口，是否實現(xiàn)自動化接口則取決于供應(yīng)商的主觀意愿。

67、 4． 服務(wù)器緩沖區(qū)數(shù)據(jù)和設(shè)備數(shù)據(jù) OPC服務(wù)器本身就是一個可執(zhí)行程序，該程序以設(shè)定的速率不斷地同物理設(shè)備進行數(shù)據(jù)交互。

68、服務(wù)器內(nèi)有一個數(shù)據(jù)緩沖區(qū)，其中存有最新的數(shù)據(jù)值，數(shù)據(jù)質(zhì)量戳和時間戳。

69、時間戳表明服務(wù)器最近一次從設(shè)備讀取數(shù)據(jù)的時間。

70、服務(wù)器對設(shè)備寄存器的讀取是不斷進行的，時間戳也在不斷更新。

71、即使數(shù)據(jù)值和質(zhì)量戳都沒有發(fā)生變化，時間戳也會進行更新。

72、客戶既可從服務(wù)器緩沖區(qū)讀取數(shù)據(jù)，也可直接從設(shè)備讀取數(shù)據(jù)，從設(shè)備直接讀取數(shù)據(jù)速度會慢一些，一般只有在故障診斷或極特殊的情況下才會采用。

73、 5． 同步和異步 OPC客戶和OPC服務(wù)器進行數(shù)據(jù)交互可以有兩種不同方式，即同步方式和異步方式。

74、同步方式實現(xiàn)較為簡單，當客戶數(shù)目較少而且同服務(wù)器交互的數(shù)據(jù)量也比較少的時候可以采用這種方式；異步方式實現(xiàn)較為復(fù)雜，需要在客戶程序中實現(xiàn)服務(wù)器回調(diào)函數(shù)。

75、然而當有大量客戶和大量數(shù)據(jù)交互時，異步方式能提供高效的性能，盡量避免阻塞客戶數(shù)據(jù)請求，并最大可能地節(jié)省CPU和網(wǎng)絡(luò)資。

本文到此分享完畢，希望對大家有所幫助。

關(guān)鍵詞：