數(shù)據(jù)和信息是DCS監(jiān)督控制的基礎(chǔ)，不僅來源于DCS現(xiàn)場控制層，還可來源于第三方設(shè)備和軟件。一個好的DCS監(jiān)控應用軟件應能提供廣泛的應用接口或標準接口，可方便地實現(xiàn)將DCS控制器、第三方PLC、智能儀表和其他工控設(shè)備的數(shù)據(jù)接入到系統(tǒng)中。一般監(jiān)控系統(tǒng)都把數(shù)據(jù)源看做外部設(shè)備，驅(qū)動程序與這些外部設(shè)備交換數(shù)據(jù)，包括采集數(shù)據(jù)和發(fā)送數(shù)據(jù)/指令。
    在com/tags/OPC" title="OPC" target="_blank">OPC出現(xiàn)以前，應用程序開發(fā)商（DCS廠商）需要不斷地開發(fā)這些設(shè)備的驅(qū)動程序，不但帶來了大量重復性勞動，也帶來了很多問題。如硬件供應商在硬件上作出一些小小的改動，應用程序就可能需要重寫；同時由于不同設(shè)備甚至同一設(shè)備的不同單元驅(qū)動程序可能不同，很難同時對這些設(shè)備進行優(yōu)化操作。傳統(tǒng)的過程控制系統(tǒng)是一對一的系統(tǒng)，任何一種DCS、SCADA、MES等上位監(jiān)控軟件或其他應用軟件在使用某種硬件設(shè)備時都需要開發(fā)專用的驅(qū)動程序，系統(tǒng)構(gòu)建完成后的最終結(jié)果是：
    (1) 一種軟件要使用N類硬件設(shè)備需要開發(fā)N個驅(qū)動程序。(2) M類軟件要使用N類硬件設(shè)備需要開發(fā)M×N個驅(qū)動程序。(3) 每增加一個新的應用軟件需要另外開發(fā)N個硬件設(shè)備的驅(qū)動程序。(4) 每增加一個新的硬件設(shè)備需要為M個軟件開發(fā)新的設(shè)備驅(qū)動程序。
    圖1是傳統(tǒng)工業(yè)控制驅(qū)動程序的開發(fā)示意圖。

    為了解決傳統(tǒng)工業(yè)控制開發(fā)中的問題，硬件制造商一直試圖開發(fā)出一種可以被任何客戶應用程序使用的超級“設(shè)備驅(qū)動”程序。但是由于設(shè)備通信協(xié)議的不一致性，這項工作一直較為困難。
    在此背景下,本文提出了一種基于OPC的DCS第三方設(shè)備數(shù)據(jù)采集系統(tǒng)(COMMOPC)的設(shè)計與實現(xiàn)方法。本方法在高度抽象各種通信方式和通信協(xié)議的基礎(chǔ)上，實現(xiàn)了DCS與各種第三方設(shè)備的通信功能。
1 OPC技術(shù)簡介
    OPC[1](OLE for Process Control)是用于過程控制的OLE(Object Linking and Embedding)技術(shù),它是世界上多個自動化公司、軟硬件供應商與微軟合作開發(fā)的一套工業(yè)標準，是專為在現(xiàn)場設(shè)備、自控應用、企業(yè)管理應用軟件之間實現(xiàn)系統(tǒng)無縫集成而設(shè)計的接口規(guī)范。這個標準使得COM技術(shù)適用于過程控制和制造自動化等應用領(lǐng)域。OPC以O(shè)LE、組件對象模型COM(Component Object Model)及分布式組件對象模型DCOM(Distributed COM)技術(shù)為基礎(chǔ)，定義了一套適于過程控制應用，支持過程數(shù)據(jù)訪問、報警、事件與歷史數(shù)據(jù)訪問等功能的接口，便于不同供應商的軟硬件實現(xiàn)“即插即用”的連接與系統(tǒng)集成[2]。
    OPC規(guī)范采用客戶/服務器模型，建立了一套在硬件供應商和軟件開發(fā)商之間相互遵循的規(guī)則。只要遵循這套規(guī)則，數(shù)據(jù)交換對兩者來說都是透明的，硬件供應商無需考慮應用程序的多種需求和傳輸協(xié)議，軟件開發(fā)商也無需了解硬件的實質(zhì)和操作過程。圖2為使用OPC技術(shù)后工業(yè)程序的開發(fā)過程。

    基于OPC技術(shù)的系統(tǒng)構(gòu)建完成后的最終結(jié)果是：
　 (1) M類軟件要使用N類硬件設(shè)備只需要開發(fā)N個驅(qū)動。
　 (2) 每增加一個新的應用軟件不需要另外開發(fā)硬件設(shè)備的驅(qū)動程序。
　 (3) 每增加一個新的硬件設(shè)備只需要為開發(fā)一個新設(shè)備的驅(qū)動程序。
    由此可見，任何一種設(shè)備只需要提供一種驅(qū)動就可以供任何軟件系統(tǒng)使用。
2 COMMOPC系統(tǒng)簡介
    基于OPC技術(shù)及多年驅(qū)動程序的開發(fā)背景，和利時公司開發(fā)了擁有自主專利的基于OPC的DCS第三方設(shè)備數(shù)據(jù)采集系統(tǒng)——COMMOPC。該系統(tǒng)是DCS、MES和RealMis等應用系統(tǒng)與現(xiàn)場設(shè)備之間的通用數(shù)據(jù)接口，實現(xiàn)對現(xiàn)場設(shè)備實時數(shù)據(jù)的訪問，可廣泛應用于企業(yè)自動化應用系統(tǒng)與現(xiàn)場設(shè)備之間的信息集成；可以把現(xiàn)場設(shè)備數(shù)據(jù)轉(zhuǎn)化成標準OPC數(shù)據(jù)，供OPC Client訪問，實現(xiàn)對現(xiàn)場數(shù)據(jù)的集中管理，并以O(shè)PC接口的方式供上層應用軟件訪問。只要具有OPC Client功能的應用軟件即可實現(xiàn)對現(xiàn)場設(shè)備數(shù)據(jù)的訪問，通用性好。
    COMMOPC系統(tǒng)結(jié)構(gòu)如圖3所示，各個部分功能相對獨立又相互協(xié)作，形成一個統(tǒng)一的整體。

    COMMOPC系統(tǒng)IO驅(qū)動部分共有36種不同通信協(xié)議的第三方設(shè)備的設(shè)備驅(qū)動(由設(shè)備驅(qū)動開發(fā)包生成)，由OPC Server與外部設(shè)備及應用系統(tǒng)交換數(shù)據(jù)，包括采集數(shù)據(jù)和發(fā)送數(shù)據(jù)/指令，實質(zhì)上是實現(xiàn)各種通信協(xié)議向OPC標準協(xié)議的轉(zhuǎn)換功能。這樣，DCS就不需理會具體的設(shè)備和應用類型，而只通過OPC Client與OPC Server的數(shù)據(jù)交換就能實現(xiàn)與外部設(shè)備和應用系統(tǒng)的數(shù)據(jù)交換。
3 COMMOPC的主要功能
    COMMOPC系統(tǒng)主要提供三個功能：
    (1)界面功能。包括:特殊操作控制，控制密碼可修改；點名、路徑兩種標簽瀏覽方式，默認為點名方式；界面配置；對組配置信息的導入導出；保存配置信息；OPC客戶端調(diào)試工具；串口監(jiān)視工具；監(jiān)視通信過程信息；監(jiān)視實時通信數(shù)據(jù)；顯示樹型列表；手動控制單個通道通信啟停；托盤顯示當前運行狀態(tài)；提供測試版(測試版最多運行10小時)；運行版，測試版通過授權(quán)后自動轉(zhuǎn)為運行版；版本顯示；配置備份及恢復；安裝時自動注冊O(shè)PC服務器功能。
    (2)通信功能。包括:支持OPC DA 1.0、DA 2.0規(guī)范，滿足應用同步、異步、訂閱任一種訪問方式OPC客戶端實現(xiàn)數(shù)據(jù)通信；支持OPC客戶端重連接；提供各通道、各設(shè)備狀態(tài)信息，這些信息點作為有效點供OPC客戶端訪問；提供通道冗余；提供通信診斷；36種驅(qū)動，驅(qū)動滿足：采集設(shè)備的開關(guān)量、模擬量功能；對設(shè)備遙控、設(shè)定值功能；可進行特殊配置；支持串口通信方式，可掛接串口設(shè)備；支持以太網(wǎng)TCP通信方式，可掛接以太網(wǎng)TCP設(shè)備；支持以太網(wǎng)UDP通信方式，可掛接以太網(wǎng)UDP設(shè)備；提供OPCServer、通道、設(shè)備的狀態(tài)供OPC客戶端訪問。
    (3)日志功能。包括:日志信息種類可配置功能；日志自動生成、維護功能。
4 COMMOPC的系統(tǒng)設(shè)計方法
4.1模塊組成及邏輯
    COMMOPC系統(tǒng)由OPC接口模塊、數(shù)據(jù)管理模塊、數(shù)據(jù)顯示模塊、通信管理和調(diào)度模塊、規(guī)約處理模塊、通信測試和診斷模塊、日志模塊等組成。其系統(tǒng)邏輯圖如圖4所示。

4.2 OPC地址空間的設(shè)計
　OPC服務器中包含了很多可供客戶訪問的資源，這些資源在OPC中被稱為項(Item)。為了方便客戶訪問，這些項應該按照一種合理的方式進行組織。服務器中的每個項都有一個全局有效標識名FID(Full qualified ID)。有了FID，客戶就可以找到該項，因此稱該全局有效標識名為該項的服務器地址(簡稱地址)。這種具有服務器地址的項按照一定的方式組織在一起，就形成了服務器的地址空間。服務器地址空間就是服務器上包含的可以供客戶訪問的資源的集合。服務器地址空間是由服務器確定和管理的，其描述了服務器中包含了哪些項，以及這些項是按照什么形式進行組織的。
   本文地址空間設(shè)計為4層目錄結(jié)構(gòu)，如圖5所示。

   根對象(CRoot::m_Root)是4層目錄結(jié)構(gòu)的根，維護通道列表(ChannelList),所有的通道都可以通過m_Root找到；通道對象(CChannel::m_branches)是本系統(tǒng)地址空間的第1層，維護設(shè)備列表(DeviceList)，每個通道都可以有n個設(shè)備；設(shè)備對象(CDevice::m_branches)是第2層，維護組列表(GroupList)，組可以將標簽分為不同的類型；組對象(CGroup::m_tags)是第3層，維護標簽列表(TagList)；標簽(CExTag)是最后一層地址空間，標簽對應具體設(shè)備的點。
    在OPC接口內(nèi)含有地址空間的根，用戶通過配置通道、設(shè)備、組及選擇組內(nèi)的點之后即可完成地址空間的建立。當?shù)刂房臻g建立后，OPC Client可以通過OPC接口訪問地址空間內(nèi)任意標簽點的值。標簽的地址格式為：ChName.DevName.GrpName.TagName。
4.3 設(shè)備驅(qū)動開發(fā)包的設(shè)計
    設(shè)備驅(qū)動開發(fā)包采用動態(tài)鏈接庫形式，不同通信協(xié)議的設(shè)備驅(qū)動程序都在開發(fā)包框架內(nèi)編寫。這樣可以提高設(shè)備驅(qū)動的開發(fā)效率，同時方便維護升級，設(shè)備驅(qū)動的修改不會影響軟件主體部分。
    利用設(shè)備驅(qū)動開發(fā)包可以開發(fā)各種通信協(xié)議的設(shè)備驅(qū)動模塊。規(guī)約處理是設(shè)備驅(qū)動模塊的核心任務，不同的通信協(xié)議對應著不同的設(shè)備驅(qū)動模塊。根據(jù)需求，設(shè)備驅(qū)動模塊以DLL的形式生成，模塊修改或者添加功能后，只需要覆蓋原模塊，不需要重新編譯主程序。設(shè)備驅(qū)動模塊的主要功能是從主程序得到所要請求的標簽的信息，然后打包發(fā)送給設(shè)備，從設(shè)備讀取應答、解析數(shù)據(jù)，將相應的數(shù)據(jù)發(fā)送到數(shù)據(jù)管理和顯示模塊。如果OPC客戶端有控制命令，會發(fā)送給OPC服務器，OPC接口模塊將消息發(fā)送給設(shè)備驅(qū)動模塊，由設(shè)備驅(qū)動模塊進行打包，將命令報文發(fā)送給設(shè)備。
    設(shè)備驅(qū)動開發(fā)包生成的DLL形式的設(shè)備驅(qū)動模塊，如圖3驅(qū)動部分所示。

    本文在充分研究各種通信協(xié)議的基礎(chǔ)上,設(shè)計了COMMOPC系統(tǒng)，對第三方設(shè)備的數(shù)據(jù)采集進行了統(tǒng)一及標準管理，該方法有很好的靈活性和擴展性。通過實際應用證明，該方法設(shè)計的數(shù)據(jù)采集系統(tǒng)，不僅完全滿足了第三方設(shè)備數(shù)據(jù)采集的需求，還具有良好的穩(wěn)定性、靈活性和可維護性。
參考文獻
[1] The OPC of data access custom interface standard version 2.05, Dec 17,2001.OPC基金會，www.opcfoundation.org.2001.
[2] 潘愛民. COM原理與應用[M]. 北京:清華大學出版社，1999:50-63.