OPC
出自 MBA智库百科(https://wiki.mbalib.com/)
目錄 |
OPC(0IE For Process Contro1)是以OIE／C0M機製作為連接數據源(OPC伺服器)和數據的使用者(OPC應用程式)之問的軟體介面標準．隨著控制系統的不同，作為數據源的0PC伺服器既可以是和OPC應用程式在同一臺電腦上運行的本地OPC伺服器，也可以是在另外的電腦上運行的遠程OPC伺服器．OPC定義了一個開放的介面，在這個介面上，基於PC的上位監控系統與下位機能交換數據．因而，OPC為自動化層的典型現場設備連接工業應用程式和上位機OPC客戶應用程式提供了一個理想的方法。
OPC通信技術的發展[1]
OPC屬於一個工業協議，是國際領先自動化軟體與硬體企業和微軟公司共同建立一個OPC基金會來統一管理OPC標準協議。自基金會成立之後，其成員數量在持續不斷的增多，當前，全世界範圍內有300多家企業加入到標準組織過程中。在實際生活中，阿彌個廠商提供的OPC產品越來越多，已經約有600種OPC產品列入OPC基金會產品清單中。然而，基金會所制定的協議升級速度逐漸加快，到了2003年，便迅速升級到了OPCDA3．0版本。因有相同的數據訪問介面，從而使控制系統具有較強的開放性，更加有利於信息的集成與共用，給用戶帶來更多便利。當前，OPC技術受到國內外生產廠商的高度重視。
OPC通信機制的分析[1]
1.0PC的工作原理
OPC基金會藉助標準的OLE／COM介面來制定OPC標準。這是由兩部分內容構成的，其一是OPC伺服器，是和數據源相連接的，數據源可為智能儀錶或者是PLC等其他控制設備。然而，伺服器將所採集的數據利用介面再發送到相關用戶手中。其二是OPC客戶端，這是將OPC介面和伺服器連接在一起，獲得伺服器提供的大量信息。數據源和客戶端相連接的介面標準實質上是實現設備與軟體間的數據傳輸。
2.0PC介面體系
OPC伺服器介面的實現主要包含兩個方面，即定製介面與自動化介面。其中，定製介面為OPC伺服器在開發中必須要實現的一個介面，但是，對自動化介面實現沒有任何要去，可進行有選擇性的實現。由於定製介面過於複雜，因此常常會使一些編程語言不能繼續進行訪問，但是，自動化介面並沒有語言限制，所有語言都能夠利用自動化接121來訪問內部的COM對象，然而，它限制介面成員函數的類型，這樣一來，也便限制了介面應用範圍。儘管OPC規範中有相應的介面標準規範，無論社會以哪種形式存在，客戶都要藉助相同方式來訪問，從而最終實現和其他相關係統的連接。然而，對如何實現介面方法並沒有明確指出。因此，在今後開發OPC伺服器過程中，設計人員要結合不同設備特點實現介面成員函數。
3.OPC數據訪問規範
事實上，OPC數據訪問規範為OPC諸多規範中最主要的一部分內容，但是，其他相關的規範都建立在OPC數據訪問規範的基礎上才開始建立起來的。然而，對於OPC數據訪問規範來說，OPC基金會主要以COM／DCDM技術為基礎所制定的通信標準，這為伺服器與客戶端提供一個統一的數據交換標準，因此，開發人員僅僅結合此規範來開發OPC客戶程度，結合不同的軟體提供商提供OPC數據訪問規範介面伺服器訪問硬體設備信息。這樣一來，在節省成本的基礎上又大大提高了工作效率，在工控領域非常受歡迎。
4.OPC數據傳輸機制
OPCClint中在對OPCServer數據讀寫操作主要分為兩個傳輸方式，即同步傳輸與非同步傳輸。如果是同步傳輸方式，OPCCli—ent會調用IOPCSynclO介面對OPCServer產生讀寫操作，在調用函數一直會得到數據讀寫完成。然而，對於非同步傳輸來，它的數據傳輸效率是比較高的，但是，如果有大量OPCServer相互連接，又會提高同步傳輸的時效性。
