【摘要】針對傳統(tǒng)控制系統(tǒng)的發(fā)展?fàn)顩r，指出當(dāng)前傳統(tǒng)控制系統(tǒng)存在的諸多問題，通過研究OPC規(guī)范特別是OPC數(shù)據(jù)存取規(guī)范3.0版，研究其數(shù)據(jù)組織形式與訪問機(jī)制，結(jié)合基于OPC技術(shù)應(yīng)用的嵌入式智能控制器，給出了基于OPC技術(shù)的解決方案。

【關(guān)鍵詞】傳統(tǒng)控制系統(tǒng)OPC技術(shù)3.0規(guī)范嵌入式

1引言

在傳統(tǒng)控制系統(tǒng)中，隨著智能儀表的大量運(yùn)用和現(xiàn)場總線的迅速發(fā)展，大量現(xiàn)場信息（如現(xiàn)場的溫度、壓力等被測參數(shù)，以及裝置本身的運(yùn)動(dòng)狀況、組態(tài)參數(shù)等）在傳入監(jiān)控計(jì)算機(jī)時(shí)，存在著計(jì)算機(jī)內(nèi)部應(yīng)用程序?qū)ΜF(xiàn)場信息的共享和交互問題。由于缺乏統(tǒng)一的標(biāo)準(zhǔn)，對于不同供應(yīng)商提供的硬件設(shè)備，工控軟件往往需要開發(fā)獨(dú)立的驅(qū)動(dòng)程序（如圖1），這給硬件設(shè)備的更新帶來了困難。同時(shí)，即使安裝在同一計(jì)算機(jī)中的軟件，如SCADA（監(jiān)控與數(shù)據(jù)采集）系統(tǒng)，NMI（人機(jī)接口）系統(tǒng)等應(yīng)用程序，由于具有獨(dú)立的驅(qū)動(dòng)程序，一般也不允許同時(shí)訪問相同的設(shè)備，否則容易導(dǎo)致整個(gè)系統(tǒng)的崩潰。

綜上所述，傳統(tǒng)控制系統(tǒng)存在著諸如驅(qū)動(dòng)程序的重復(fù)開發(fā)和不一致，不能隨著硬件設(shè)備的升級而繼續(xù)使用，軟件訪問沖突等問題。正是這些問題，促使了OPC規(guī)范的產(chǎn)生。

2OPC技術(shù)規(guī)范概述

OPC（OLE for Process Control，用于過程控制的 OLE）是一個(gè)工業(yè)標(biāo)準(zhǔn)，它是基于微軟的OLE（現(xiàn)在的Active X）、COM（部件對象模型）和DCOM（分布式部件對象模型）生成的技術(shù)。OPC包括一整套接口、屬性和方法的標(biāo)準(zhǔn)集，用于過程控制和制造業(yè)自動(dòng)化系統(tǒng)，管理這個(gè)標(biāo)準(zhǔn)國際組織是OPC基金會(huì)。OPC實(shí)際上提供了一種標(biāo)準(zhǔn)的數(shù)據(jù)訪問機(jī)制，系統(tǒng)使用標(biāo)準(zhǔn)的方式從數(shù)據(jù)源獲取數(shù)據(jù)，并且提供標(biāo)準(zhǔn)的接口供客戶應(yīng)用程序使用，客戶應(yīng)用程序通過標(biāo)準(zhǔn)的接口訪問現(xiàn)場數(shù)據(jù)?，F(xiàn)場設(shè)備生產(chǎn)商只需要開發(fā)出一套遵循OPC規(guī)范的服務(wù)器，由服務(wù)器與現(xiàn)場設(shè)備進(jìn)行通訊，獲取現(xiàn)場數(shù)據(jù)。如圖2所示，客戶應(yīng)用程序通過與服務(wù)器通訊獲取現(xiàn)場數(shù)據(jù)，也就是說只要現(xiàn)場設(shè)備提供了OPC服務(wù)器的支持，就可以通過統(tǒng)一的OPC接口程序訪問現(xiàn)場設(shè)備中的數(shù)據(jù)。與傳統(tǒng)控制系統(tǒng)相比，一個(gè)OPC客戶端可以與多個(gè)OPC服務(wù)器同時(shí)進(jìn)行通訊，減少了驅(qū)動(dòng)程序的開發(fā)，提高了企業(yè)的工作效率；多個(gè)OPC客戶端也可以同時(shí)與一個(gè)OPC服務(wù)器通訊，不會(huì)出現(xiàn)系統(tǒng)崩潰等問題。

OPC規(guī)范定義了OPC服務(wù)器與客戶端之間數(shù)據(jù)交換的方法，使得用戶能從底層開發(fā)中脫離出來，避免開發(fā)的重復(fù)性，提高系統(tǒng)的開放性和互操作性。但OPC規(guī)范只定義了特定的COM接口，沒有說明如何實(shí)現(xiàn)這些接口，它只規(guī)定了OPC服務(wù)器提供給客戶端應(yīng)用程序的接口應(yīng)該具有的行為特征。OPC服務(wù)器可由不同的供應(yīng)商，根據(jù)不同的物理設(shè)備，通過不同的代碼決定服務(wù)器訪問物理設(shè)備的方式及數(shù)據(jù)處理等細(xì)節(jié)。這些細(xì)節(jié)對于客戶程序都是透明的，客戶程序只要遵循相同的規(guī)范和方法就能從不同的服務(wù)器中讀取數(shù)據(jù)，這也就實(shí)現(xiàn)了硬件無關(guān)的數(shù)據(jù)訪問機(jī)制。

OPC在不同領(lǐng)域推出了多種規(guī)范，目前已經(jīng)推出的OPC規(guī)范有：

OPC數(shù)據(jù)存?。―ata Access）規(guī)范3.0版

OPC報(bào)警與事件（Alarm and Event）規(guī)范1.1版

OPC歷史數(shù)據(jù)存?。℉istorical Data Access）規(guī)范1.2版

OPC批量數(shù)據(jù)存?。˙atch Data Access）規(guī)范2.0版

OPC安全性（Security）規(guī)范

OPC可擴(kuò)展標(biāo)記語言（XML）規(guī)范

OPC服務(wù)器數(shù)據(jù)交換（Data eXchange）規(guī)范

OPC主要技術(shù)規(guī)范及其關(guān)系如圖3：

在OPC基金會(huì)推出的多種規(guī)范中，目前最廣泛應(yīng)用的是OPC數(shù)據(jù)存取規(guī)范，也是本研究遵循的主要規(guī)范，下面就此規(guī)范進(jìn)行更近一步的介紹。

3基于OPC的嵌入式智能控制器的實(shí)現(xiàn)

由于傳統(tǒng)控制系統(tǒng)存在的種種弊端與瓶頸，在嵌入式智能控制器中引入OPC技術(shù)完成上下位機(jī)的通信解決方案?；贠PC的嵌入式智能控制器在工控領(lǐng)域有著廣泛的應(yīng)用前景，利用OPC的優(yōu)勢有：

1. OPC以COM為技術(shù)基礎(chǔ)，實(shí)現(xiàn)了代碼在二進(jìn)制級上的重用和代碼的語言無關(guān)性，極大地提高了軟件的重用性，提高了開發(fā)效率。

2. OPC規(guī)范了接口函數(shù)，不管現(xiàn)場設(shè)備以何種形式存在，客戶都以統(tǒng)一的方式去訪問，從而實(shí)現(xiàn)系統(tǒng)的開放性，易于實(shí)現(xiàn)與其他系統(tǒng)的接口。

3.采用標(biāo)準(zhǔn)的Windows體系接口，硬件制造商為其設(shè)備提供的接口程序的數(shù)量減少到一個(gè)，軟件制造商也僅需要開發(fā)一套通訊接口程序。即有利于軟硬件開發(fā)商，更有利于最終用戶。

4. OPC封裝了系統(tǒng)功能的實(shí)現(xiàn)，只將接口方法暴露在外面，客戶以統(tǒng)一的方式去調(diào)用這個(gè)方法，從而保證軟件對客戶的透明性，使得用戶完全從低層的開發(fā)中脫離出來。

5.采用OPC規(guī)范，便于系統(tǒng)的組態(tài)化，將系統(tǒng)復(fù)雜性大大簡化，可以大大縮短軟件的開發(fā)周期，提高軟件運(yùn)行的可靠性和穩(wěn)定性，便于系統(tǒng)的升級與維護(hù)。

3.1硬件平臺

平臺使用了AT91SAM9260微處理器。這是一款基于ARM926EJ-S核心的工業(yè)級微控制器，功能豐富，性能強(qiáng)大，且功耗較低。AT91SAM9260有豐富的接口資源，且內(nèi)置以太網(wǎng)MAC，完成設(shè)計(jì)所需的以太網(wǎng)接口只需外接物理層芯片和RJ45接口。平臺采用Intel的工業(yè)級以太網(wǎng)物理層芯片LXT971ALE，它與AT91SAM9260之間通過標(biāo)準(zhǔn)的MII(media independent interface)接口連接。平臺還使用了DM9000，這是一款完全集成的和符合成本效益的，單芯片快速以太網(wǎng)MAC控制器，使用它的目的在于其低功耗和高性能進(jìn)程的3.3V與5V的支持。

3.2嵌入式操作系統(tǒng)

嵌入式操作系統(tǒng)選擇Windows CE。OPC是基于微軟的OLE（現(xiàn)在的Active X）、COM和DCOM技術(shù)的，而Windows CE系統(tǒng)本身提供了DCOM組件的支持，并且Windows CE的DCOM API與Windows的DCOM API有很大程度上的相似性，因此，采用Windows CE系統(tǒng)可以大大降低系統(tǒng)開發(fā)的復(fù)雜度和額外成本的開銷。而其他系統(tǒng)諸如嵌入式Linux提供的DCOM解決方案不是由操作系統(tǒng)本身提供的組件來完成的，而是通過購買第三方軟件包的支持來完成的，需要額外成本的開銷;同時(shí)，第三方軟件有可能成為系統(tǒng)運(yùn)行的不穩(wěn)定因素。

操作系統(tǒng)的移植采用了ATMEL提供的AT91SAM9260EK_CE6.0_Source_v110_secure BSP包，BOOTLOADER選擇EBOOT，即通過Ethernet下載操作系統(tǒng)映像的BOOTLOADER。在開發(fā)的過程中使用EBOOT，可以提高開發(fā)效率。通過使用EBOOT可以很快速的下載NK到目標(biāo)設(shè)備中，而利用Flash編程工具或者是通過JTAG下載則很慢。EBOOT移植完成后是OAL（OEM Adaption Layer，即原始設(shè)備制造商適配層）的移植，主要是修改Startup.s函數(shù)、修改串口調(diào)試函數(shù)、修改OEMInit函數(shù)、修改系統(tǒng)時(shí)鐘函數(shù)和修改中斷處理函數(shù)等；接著移植各模塊驅(qū)動(dòng)程序，修改平臺配置文件，編譯完成即得到FIRSTBOOT，EBOOT及內(nèi)核映像文件，完成操作系統(tǒng)的移植工作。

3.3嵌入式智能控制器

整個(gè)系統(tǒng)由三部分構(gòu)成：智能電子設(shè)備（IED）、智能控制器以及上位機(jī)。整體設(shè)計(jì)方案如圖4所示：

控制器的主要功能是對IED環(huán)節(jié)輸入的模擬量或開關(guān)信號進(jìn)行識別處理，根據(jù)一定的協(xié)議打包傳送給上位機(jī)，同時(shí)根據(jù)控制程序?qū)ED輸出開關(guān)信號以達(dá)到控制的目的。與上位機(jī)的通信基于OPC采用客戶/服務(wù)器形式，設(shè)計(jì)完成基于OPC數(shù)據(jù)存取規(guī)范3.0的服務(wù)器程序與客戶端應(yīng)用程序，分別運(yùn)行與嵌入式智能控制器的硬件平臺及上位機(jī)中，完成OPC通信。

結(jié)論

通過對OPC規(guī)范的研究，根據(jù)硬件平臺設(shè)計(jì)并完成了基于OPC的嵌入式智能控制器的整體架構(gòu)，操作系統(tǒng)移植，實(shí)現(xiàn)了基于OPC的以太網(wǎng)通信。OPC技術(shù)以其巨大的優(yōu)勢受到越來越多的工控領(lǐng)域廠商與用戶的青睞，其取代傳統(tǒng)驅(qū)動(dòng)程序的趨勢是不可阻擋的，通過在嵌入式智能控制器中對OPC的應(yīng)用更加能夠體會(huì)到這一點(diǎn)。