IEPDP01
IEPDP01
IEPDP01
分散控制系統OPC技術及其應用簡介編輯 當大量現場信息由智能儀表或通過現場總線直接進入計算機控制系統后，存在著計算機內部應用程序對現場信息的共享與交互問題。由于缺乏統一的連接標準，工控軟件往往需要為硬件設備開發的驅動程序。這樣一旦硬件設備升級換代，就需要對相應的驅動程序進行更改，增加了系統的維護成本。即使計算機中的SCADA有獨立的驅動程序，但一般也不允許同時訪問相同的設備，否則很容易造成系統崩潰。可見，現場控制層作為企業整個信息系統的底層部分，必然需要與過程管理層和經營決策層進行集成，這樣也存在著監控計算機如何與其它計算機進行信息溝通和傳遞的問題。由于控制系統往往是不同廠商開發的系統，相互之間兼容性差，與高層的商業管理軟件之間又缺乏有效的通信接口，因此通信規范問題成為了制約控制系統突破“信息孤島”的瓶頸。OPC（OLE for Process Control）的出現，建立了一套符合工業控制要求的通信接口規范，使控制軟件可以、穩定地對硬件設備進行數據存取操作，應用軟件之間也可以靈活地進行信息交互，*提高了控制系統的互操作性和適應性從軟件的角度來說，OPC可以看成是一個“軟件總線”的標準。首先，它提供了不同應用程序間（甚至可以是通過網絡連接起來的不同工作站上的應用程序之間）實現實時數據傳輸的通道標準；其次，它還針對過程控制的需要定義了在通道中進行傳輸和交換的格式。OPC標準的體系結構為客戶/服務器模式，即將軟件分為OPC服務器和OPC 客戶。OPC服務器提供必要的OPC數據訪問標準接口；OPC客戶通過該標準接口來訪問OPC數據。運用OPC標準開發的軟件由于都基于共同的數據及接口標準，因此相互之間具有很強的通用性。這在工業控制領域中，具有十分現實的意義。OPC服務器可由不同供應商提供，其代碼決定了服務器訪問物理設備的方式、數據處理等細節。但這些對OPC客戶程序來說都是透明的，只需要遵循相同的規范或方法就能讀取服務器中的數據。同樣，軟件供應商則只需將自己的軟件加上OPC接口，即能從OPC服務器中取得數據，而不需關心底層的細節。通過OPC接口，OPC客戶程序可以和一個或多個不同的OPC服務器連接。如圖3.4，同時一個OPC服務器也可以與多個客戶程序相連，形成多對多的關系。任何支持OPC的產品都可以實現與系統的無縫集成。由于OPC技術基于DCOM，所以客戶程序和服務器可以分布在不同的主機上，形成網絡化的監控系統。OPC技術的發展和應用，無論供應商還是zui終用戶都可以從中得到巨大的益處。首先，OPC技術把硬件和應用軟件有效地分離開，硬件廠商只需要提供一套軟件組件，所有OPC客戶程序都可以使用這些組件，無需重復開發驅動程序。一旦硬件升級，只需修改OPC服務器端I/O接口部分，無需改動客戶端程序。其次，工控軟件只要開發一套OPC接口就可采用統一的方式對不同硬件廠商的設備進行存取操作。這樣，軟硬件廠商可以專注于各自的核心部分，而不是兼容問題。對于zui終用戶而言，由于無需擔心互操作性，在選擇和更換軟硬件時有了更多的余地，使異構計算機系統集成將變得很簡單。用戶可以將重點放在整個系統的功能及應用上，這也意味著成本的降低。此外，OPC組件的使用也十分方便，用戶只需進行簡單的組態即可。OPC服務器在底層控制系統中采用統一的標準，實現了應用程序與現場設備的有效連接，發揮著重要的橋梁作用，同時也促進了企業現場控制層和生產過程管理層、經營決策層的集成。
TU841
TU842
TU843
TU844
TU845
TU846
TU847
TU848
TU849
TU850
TU851
TU852
TU854
TU890
TU891
TY801K01
TY804K01
TY820K01
BC810K02
CI853K01
CI854AK01
CI855K01
CI856K01
CI857K01
CI858K01
CI860K01
CI862K01
CI862K02
CI865K01
CI867K01
CI868K01
CI871K01
CI872K01
CI873K01
PM851AK01
PM856AK01
PM860AK01
PM861AK01
PM861AK02
PM864AK01
PM864AK02
PM865K01
PM865K02
PM866K01
PM866K02
PM891K01
PM891K02
SB822
SM811K01
TB850
TB851
TB852
TB853
TC562
TK212A
TK850V007
TK851V010
TK853V020
TK855
TK856
