朱善國(guó)

（福建聯(lián)合石油化工有限公司技術(shù)規(guī)劃部DCS 團(tuán)隊(duì)）

目前，每一套DCS 系統(tǒng)都有自己的報(bào)警管理功能，用戶不費(fèi)周折，就可以使系統(tǒng)將各種報(bào)警呈現(xiàn)出來(lái)。但是在某特大型石化聯(lián)合工廠內(nèi)，DCS系統(tǒng)的數(shù)量多達(dá)10 套， 且每一套聯(lián)合裝置的DCS 系統(tǒng)都比較龐大，每一套系統(tǒng)每周產(chǎn)生的報(bào)警信息數(shù)量有十萬(wàn)條之多，多者甚至達(dá)到每周五六十萬(wàn)條，整個(gè)煉油化工一體化所有聯(lián)合裝置的DCS 系統(tǒng)每周產(chǎn)生的總報(bào)警信息數(shù)量巨大，對(duì)這些海量報(bào)警信息難以集中呈現(xiàn)管理，無(wú)法及時(shí)篩選出重要報(bào)警加以解決，給工藝操作員造成很大干擾，給進(jìn)行DCS 系統(tǒng)維護(hù)的工程師帶來(lái)很大負(fù)擔(dān)。因此有必要采取措施將多套DCS 系統(tǒng)的重要報(bào)警匯集起來(lái)并進(jìn)行管理。通過(guò)運(yùn)用OPC 技術(shù)匯集多套DCS 系統(tǒng)報(bào)警信息并配置一臺(tái)報(bào)警工作站的方式來(lái)解決這個(gè)問(wèn)題是一個(gè)不錯(cuò)的選擇。

1 OPC 技術(shù)概述

OPC 是Object Linking and Embedding for Process Control 的縮寫，即用于過(guò)程控制的對(duì)象鏈接與嵌入技術(shù)。 OPC 技術(shù)是以微軟公司的組件對(duì)象模型（COM/DCOM/COM+）技術(shù)為基礎(chǔ)，用客戶端/服務(wù)器模式建立起來(lái)的一套用于工業(yè)應(yīng)用程序之間信息集成與交互的接口規(guī)范［1］。 OPC 主要用于工業(yè)自動(dòng)化的系統(tǒng)接口，從設(shè)備取得當(dāng)前數(shù)據(jù)，并為管理應(yīng)用提供實(shí)時(shí)歷史數(shù)據(jù)和事件。

OPC 技術(shù)有幾個(gè)主要的規(guī)范，包括OPC 數(shù)據(jù)訪問(wèn)規(guī)范、OPC 報(bào)警與事件規(guī)范和歷史數(shù)據(jù)訪問(wèn)規(guī)范。 筆者主要研究OPC 報(bào)警與事件規(guī)范。 OPC報(bào)警與事件規(guī)范描述了基于事件的信息接口，包括過(guò)程報(bào)警確認(rèn)。 接口提供通過(guò)地址空間瀏覽的方法，并提供可用數(shù)據(jù)的信息［2］。

OPC 被設(shè)計(jì)成允許客戶端應(yīng)用程序以一種統(tǒng)一的方式訪問(wèn)現(xiàn)場(chǎng)數(shù)據(jù)。一個(gè)OPC 客戶端應(yīng)用程序可以連接到由一個(gè)或者多個(gè)廠商提供的OPC 服務(wù)器程序。 OPC 是連接數(shù)據(jù)源（OPC 服務(wù)器）和數(shù)據(jù)使用者（OPC 應(yīng)用程序）之間的軟件接口規(guī)范［1］，其訪問(wèn)關(guān)系如圖1 所示。

圖1 OPC 應(yīng)用程序與服務(wù)器訪問(wèn)關(guān)系

作為數(shù)據(jù)源的OPC 服務(wù)器既可以是和OPC客戶端應(yīng)用程序在同一臺(tái)計(jì)算機(jī)上運(yùn)行的本地服務(wù)器，也可以是在另外的計(jì)算機(jī)上運(yùn)行的遠(yuǎn)程服務(wù)器［1］。 這條規(guī)范是OPC 問(wèn)世早期提出來(lái)的，發(fā)展過(guò)程中不僅應(yīng)用于OPC 數(shù)據(jù)訪問(wèn)規(guī)范，而且同樣適用于OPC 報(bào)警與事件規(guī)范。 當(dāng)然，前提條件是必須遵守微軟公司的組件對(duì)象模型（COM/DCOM/COM+）技術(shù)。 實(shí)際上現(xiàn)在的以微軟Windows 操作系統(tǒng)為平臺(tái)開發(fā)的OPC 程序都具備這個(gè)功能。

OPC 報(bào)警與事件規(guī)范提供了當(dāng)現(xiàn)場(chǎng)特定的事件和報(bào)警條件發(fā)生時(shí)，OPC 報(bào)警與事件客戶端程序可由服務(wù)器程序得到通報(bào)的機(jī)制。 其規(guī)范相應(yīng)的接口還允許OPC 報(bào)警與事件客戶端程序確定發(fā)生的事件和條件，并可獲得接口的當(dāng)前狀態(tài)［1］。

OPC 報(bào)警與事件接口可以接收事件通知和報(bào)警通知。 事件通知是單條通知告訴客戶端一個(gè)事件的發(fā)生。 報(bào)警通知是告訴客戶端過(guò)程狀態(tài)的變化。 許多報(bào)警要求必須被確認(rèn)，這種確認(rèn)也是通過(guò)OPC 報(bào)警與事件接口完成的［2］。

在OPC 規(guī)范中， 報(bào)警是一個(gè)非正常狀態(tài)，因而也是一種特殊狀態(tài)，狀態(tài)可以用OPC 報(bào)警與事件服務(wù)器對(duì)象或其包容的對(duì)象來(lái)表示。 事件對(duì)OPC 服務(wù)器以及它所描述的設(shè)備客戶端程序都很重要，一個(gè)事件或者與某種狀態(tài)相關(guān)，或者與某種狀態(tài)不相關(guān)。OPC 客戶端程序可以指定發(fā)生的事件［1］。

OPC 報(bào)警與事件接口為傳輸來(lái)自不同事件源的過(guò)程報(bào)警和事件提供了靈活的接口。

OPC 報(bào)警與事件客戶端為了訪問(wèn)服務(wù)器獲取消息通知， 必須先連接服務(wù)器并訂閱通知，而后再接收服務(wù)器觸發(fā)的所有通知。 為了限制通知的數(shù)量，OPC 報(bào)警與事件客戶端可以指定某種過(guò)濾器準(zhǔn)則。

OPC 報(bào)警與事件客戶端連接首先是在OPC報(bào)警與事件服務(wù)器創(chuàng)建一個(gè)OPCEventServer(OPC 事件服務(wù)器)對(duì)象，然后生成OPCEventSubscription(OPC 事件訂閱)對(duì)象來(lái)接收事件消息。 這些事件消息的過(guò)濾器，可為每個(gè)訂閱單獨(dú)配置［2］。圖2 顯示了OPC 報(bào)警與事件客戶端在OPC 報(bào)警與事件服務(wù)器創(chuàng)建的不同對(duì)象。

圖2 OPC 客戶端創(chuàng)建對(duì)象以接收事件

2 DCS 系統(tǒng)的報(bào)警和事件

在每套DCS 系統(tǒng)中，都配備有自己的報(bào)警和事件功能。如EMERSON 公司的DCS 系統(tǒng)DeltaV軟件在工作站上安裝完畢后，DeltaV 的OPC 報(bào)警和事件服務(wù)器程序（DVOPCAE.exe）就自動(dòng)隨DeltaV 軟件一起在工作站上安裝駐留完畢。 如果工作站節(jié)點(diǎn)的報(bào)警和事件子系統(tǒng)在系統(tǒng)組態(tài)時(shí)分配了某幾個(gè)單元裝置區(qū)域， 那么DeltaV 的OPC 報(bào)警和事件服務(wù)器能夠在該工作站上顯示出那幾個(gè)單元裝置區(qū)域有關(guān)的所有報(bào)警和事件。工作站上的OPC 報(bào)警和事件客戶端程序通過(guò)連接OPC 報(bào)警和事件服務(wù)器來(lái)訪問(wèn)DeltaV 的報(bào)警和事件子系統(tǒng)，并采集顯示那些單元裝置區(qū)域有關(guān)的報(bào)警和事件。只要有客戶端程序連接OPC 報(bào)警和事件服務(wù)器程序， 服務(wù)器程序就自動(dòng)運(yùn)行。而且，OPC 報(bào)警和事件服務(wù)器程序允許客戶端程序設(shè)定各種過(guò)濾參數(shù)來(lái)采集顯示每一種報(bào)警和事件，過(guò)濾參數(shù)可以是過(guò)程報(bào)警、狀態(tài)改變及操作信息等。

另外，一般的DCS 系統(tǒng)都有將報(bào)警和事件記錄下來(lái)這個(gè)功能，DeltaV 系統(tǒng)也有。 DeltaV 系統(tǒng)的Professional PLUS Workstation 工作站、本地操作員工作站、本地應(yīng)用工作站、遠(yuǎn)程應(yīng)用工作站都能采集記錄報(bào)警和事件數(shù)據(jù)。 如果用戶需要將報(bào)警和事件記錄下來(lái)，那么用戶只需要對(duì)DeltaV系統(tǒng)某工作站的報(bào)警和事件子系統(tǒng)屬性進(jìn)行Event Chronicle（報(bào)警和事件歷史記錄）組態(tài)，之后，系統(tǒng)就自動(dòng)進(jìn)行報(bào)警和事件記錄。 報(bào)警和事件子系統(tǒng)通過(guò)Event Chronicle 保持報(bào)警和事件歷史數(shù)據(jù)，報(bào)警和事件歷史記錄數(shù)據(jù)庫(kù)的數(shù)據(jù)包里存儲(chǔ)了報(bào)警記錄、事件記錄、日志信息和SOE卡的事件。 工作站采集分配給它的幾個(gè)單元裝置區(qū)域的報(bào)警和事件并保持激活的報(bào)警和事件歷史記錄數(shù)據(jù)庫(kù)， 這樣工作站上的Process History View（過(guò)程歷史瀏覽）應(yīng)用程序能夠呈現(xiàn)DCS 控制網(wǎng)絡(luò)里任何的報(bào)警和事件記錄。

一般情況下，DeltaV 系統(tǒng)的Professional PLUS Workstation 進(jìn)行該聯(lián)合裝置的全區(qū)域的報(bào)警和事件歷史記錄，區(qū)別于只進(jìn)行幾個(gè)單元裝置的局部區(qū)域的報(bào)警和事件歷史記錄的其他工作站。 DeltaV 系統(tǒng)的Professional PLUS Workstation工作站的報(bào)警和事件歷史記錄捕獲了按時(shí)間順序系統(tǒng)發(fā)生的所有事件，包括操作員改變、控制模件安裝、過(guò)程設(shè)備報(bào)警、SOE、設(shè)備狀態(tài)改變以及每個(gè)事件相關(guān)聯(lián)的細(xì)節(jié)（包括哪個(gè)用戶做了什么改變和什么時(shí)候改變等信息）［3］。DeltaV 系統(tǒng)的Professional PLUS Workstation 的報(bào)警和事件歷史記錄數(shù)據(jù)庫(kù)包括了工作站所在的該套DCS 系統(tǒng)中所有的報(bào)警和事件記錄，也是最全面的報(bào)警和事件記錄。

這是目前單套DCS 系統(tǒng)內(nèi)的報(bào)警和事件管理情況，只要在系統(tǒng)投用前進(jìn)行報(bào)警和事件的功能組態(tài)并在系統(tǒng)投用后根據(jù)管理要求進(jìn)行各種報(bào)警和事件的過(guò)濾提取工作，就能夠滿足一套聯(lián)合裝置的報(bào)警管理要求。

3 組建報(bào)警管理網(wǎng)絡(luò)

某特大型石化聯(lián)合工廠內(nèi)有10 套大型DCS系統(tǒng)， 要求將這10 套系統(tǒng)的報(bào)警數(shù)據(jù)源集合起來(lái)，進(jìn)行集中管理并提取重要報(bào)警。

根據(jù)上文對(duì)DeltaV 系統(tǒng)報(bào)警和事件運(yùn)行機(jī)理的描述：每一套聯(lián)合裝置所有的報(bào)警和事件記錄數(shù)據(jù)都集中在該套聯(lián)合裝置DCS 系統(tǒng)的Professional PLUS Workstation 工作站上。 因此，根據(jù)圖1 所示的OPC 客戶端程序與服務(wù)器的訪問(wèn)關(guān)系， 將這些DCS 系統(tǒng)的Professional PLUS Workstation 工作站作為報(bào)警和事件的數(shù)據(jù)源， 用一種統(tǒng)一的OPC 客戶端應(yīng)用程序進(jìn)行連接并訪問(wèn)這些報(bào)警和事件的數(shù)據(jù)源，從而收集整個(gè)特大型石化聯(lián)合工廠所有聯(lián)合裝置的報(bào)警和事件數(shù)據(jù)，并匯集成一個(gè)大型數(shù)據(jù)庫(kù)進(jìn)行管理，最終達(dá)到匯集并管理報(bào)警和事件的目的。 依據(jù)這樣的思路，再結(jié)合該石化聯(lián)合工廠的現(xiàn)有具體狀況，配置一臺(tái)專門的報(bào)警和事件工作站來(lái)收集并管理報(bào)警和事件，構(gòu)建了如圖3 所示的特大型石化聯(lián)合工廠10 套聯(lián)合裝置DCS 系統(tǒng)報(bào)警和事件管理網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)。

圖3 某特大型石化聯(lián)合工廠10 套聯(lián)合裝置DCS 系統(tǒng)報(bào)警和事件管理網(wǎng)絡(luò)拓?fù)浜?jiǎn)圖

圖3 中，S01~S10 分別代表10 套DCS 系統(tǒng)，S01-EWSCR1-01~S10-EWSCR2-01 分別是S01~S10 的 Professional PLUS Station 站 （ 其 中S01EWSCR1-01、S09-EWSCR1-01 布置在CCR1，其余布置在CCR2）， 它們之間通過(guò)各自的網(wǎng)卡、交換機(jī)、網(wǎng)絡(luò)媒介和防火墻組成DCS 系統(tǒng)報(bào)警和事件管理網(wǎng)絡(luò)，S00-ALMCR2-01 站是報(bào)警和事件管理工作站。 由于實(shí)際中，該石化聯(lián)合工廠內(nèi)先前根據(jù)工廠規(guī)定已經(jīng)將全部的PLUS Station 工作站連接到Plant Information Network （PIN 工廠信息網(wǎng)）上，而實(shí)際要組建的多套DCS 系統(tǒng)報(bào)警和事件管理網(wǎng)絡(luò)只差1 臺(tái)Alarm Station 工作站，考慮到需要配置的Alarm Station 工作站相對(duì)于其他PLUS Station 工作站來(lái)說(shuō)只是起到一個(gè)客戶端的作用，因此從經(jīng)濟(jì)角度考慮就不再重新布置報(bào)警和事件管理網(wǎng)絡(luò)，而是利用石化聯(lián)合工廠現(xiàn)有的工廠信息網(wǎng)來(lái)達(dá)到目的，這樣既簡(jiǎn)單方便又節(jié)約成本，而且不影響使用。

從硬件網(wǎng)絡(luò)組網(wǎng)方式上來(lái)看，報(bào)警和事件管理網(wǎng)絡(luò)成了PIN Network 里截取出來(lái)的一個(gè)虛擬網(wǎng)絡(luò)，要從一個(gè)虛擬網(wǎng)絡(luò)變?yōu)榉蠈?shí)際運(yùn)用的報(bào)警和事件管理網(wǎng)絡(luò)， 必須要有適當(dāng)?shù)能浖?lái)支持，而且應(yīng)具備以下功能：

a. 每一個(gè)作為報(bào)警和事件的數(shù)據(jù)源——每套DeltaV 系統(tǒng)的Professional PLUS Station 工作站必須具備OPC 報(bào)警和事件服務(wù)器功能，這樣才能被遠(yuǎn)程的OPC 報(bào)警和事件客戶端訪問(wèn)；

b. 報(bào)警和事件管理工作站必須具有OPC 報(bào)警和事件客戶端功能， 這樣才能遠(yuǎn)程訪問(wèn)各個(gè)OPC 報(bào)警和事件服務(wù)器；

c. 作為數(shù)據(jù)源的PLUS Station 工作站與遠(yuǎn)程客戶端Alarm Station 工作站之間必須有可靠的通信連接， 或者說(shuō)具備微軟的COM/DCOM 技術(shù)；

d. 報(bào)警和事件管理工作站必須具有數(shù)據(jù)庫(kù)的功能，這樣才能把各個(gè)DCS 系統(tǒng)的Professional PLUS Workstation 工作站的報(bào)警和事件歷史記錄匯集成一個(gè)大型數(shù)據(jù)庫(kù)進(jìn)行統(tǒng)一調(diào)度和管理；

e. 報(bào)警和事件管理工作站必須具有報(bào)警和事件的管理與顯示功能，這樣才能使報(bào)警和事件結(jié)果有序、清晰地呈現(xiàn)出來(lái)。

從上面列出的功能來(lái)看， 符合功能a 的要求， 因?yàn)槊刻譊eltaV 系統(tǒng)的Professional PLUS Station 站都安裝駐留了OPC 報(bào)警和事件服務(wù)器程序（DVOPCAE.exe）；功能c 顯然也容易達(dá)到，只要網(wǎng)絡(luò)上的每個(gè)工作站節(jié)點(diǎn)安裝了微軟Windows 操作系統(tǒng)和以此為平臺(tái)的OPC 應(yīng)用程序，且配置了COM/DCOM 功能就可以， 本研究項(xiàng)目中的工作站都符合這個(gè)條件；對(duì)于功能b、d、e，通常的報(bào)警和事件收集管理軟件都具備這樣的功能，只不過(guò)這里的報(bào)警和事件管理工作站需要管理的報(bào)警和事件數(shù)量更加龐大，提煉和分析的功能更加強(qiáng)大而已。

為了滿足以上軟件要求，石化聯(lián)合工廠選擇購(gòu)買Plantwide Event Historian (PEH 全廠事件歷史) 數(shù)據(jù)庫(kù)軟件和DeltaV Analyze 軟件來(lái)收集管理報(bào)警和事件。

4 Plantwide Event Historian 軟件工作機(jī)理

Plantwide Event Historian（PEH）是一款客戶端/服務(wù)器模式數(shù)據(jù)收集軟件，PEH 能夠捕獲和顯示來(lái)自DeltaV 系統(tǒng)或其他自動(dòng)控制系統(tǒng)的事件數(shù)據(jù)，比如報(bào)警、操作行為、系統(tǒng)事件和SOE［3］。PEH 更是能夠通過(guò)OPC 報(bào)警和事件客戶端采集整個(gè)工廠所有系統(tǒng)的OPC 報(bào)警和事件服務(wù)器數(shù)據(jù)并匯入到一個(gè)MS SQL 服務(wù)器數(shù)據(jù)庫(kù)進(jìn)行管理顯示的一整套應(yīng)用程序。 PEH 由幾個(gè)服務(wù)器、幾個(gè)客戶端應(yīng)用程序和SQL 數(shù)據(jù)庫(kù)組合而成。 圖4顯示了Plantwide Event Historian 的整體結(jié)構(gòu)。

PEH 由3 個(gè)部分組成： 第1 部分包括PEH OPC Server Service、PEH Events Manager Server Service 和PEH Diagnostic Server Service 3 個(gè)服務(wù)器組件；第2 部分是Microsoft SQL Server 數(shù)據(jù)庫(kù)(即PEH SQL 數(shù)據(jù)庫(kù))； 第3 部分包括PEH Diagnostic Tool、PEH Configuration Tool、PEH Administrator Tool 和PEH Viewer 共4 個(gè)軟件工具。

其中，PEH OPC 服務(wù)器組件通過(guò)本身自帶的OPC Alarms&Events Client (OPC A&E 客戶端)向PEH 外的各個(gè)自動(dòng)控制系統(tǒng)的 OPC Alarms&Events Server(OPC A&E 服務(wù)器)收集報(bào)警和事件歷史記錄數(shù)據(jù)。 特別強(qiáng)調(diào)：這里的PEH OPC 服務(wù)器組件作為一個(gè)整體服務(wù)隨操作系統(tǒng)運(yùn)行，雖然被稱作服務(wù)器，但是其實(shí)是一個(gè)典型的OPC A&E 客戶端， 正是由于有了這個(gè)OPC A&E 客戶端，才能訪問(wèn)各個(gè)自動(dòng)控制系統(tǒng)的工作站的遠(yuǎn)程OPC A&E 服務(wù)器。本研究項(xiàng)目中，正是有了這個(gè)PEH OPC 服務(wù)器組件才能遠(yuǎn)程訪問(wèn)各個(gè)DeltaV 系統(tǒng)的PLUS Station 工作站的OPC 報(bào)警和事件服務(wù)器， 也才能把各個(gè)PLUS Station 站的報(bào)警和事件歷史記錄數(shù)據(jù)收集、整理、打包發(fā)送給PEH Events Manager 服務(wù)器組件，進(jìn)而存入PEH SQL 數(shù)據(jù)庫(kù)， 達(dá)到匯集多套DCS 系統(tǒng)報(bào)警和事件的目的。

圖4 Plantwide Event Historian 的整體結(jié)構(gòu)

PEH Events Manager 服務(wù)器組件運(yùn)用組件本身內(nèi)含的Microsoft Message Queue(MSMQ)將PEH OPC 服務(wù)器組件收集到的信息數(shù)據(jù)取回到PEH Events Manager 服務(wù)器組件， 進(jìn)而再運(yùn)用組件本身內(nèi)含的MSMQ 經(jīng)過(guò)SQL Interface 將數(shù)據(jù)存入PEH SQL 數(shù)據(jù)庫(kù)；PEH Diagnostic 服務(wù)器組件運(yùn)用組件本身內(nèi)含的MSMQ 從PEH OPC 服務(wù)器組件和PEH Events Manager 服務(wù)器組件取回診斷數(shù)據(jù)。

另外，4 個(gè)工具中，PEH Diagnostic Tool 應(yīng)用程序用于監(jiān)控整個(gè)PEH 系統(tǒng)性能，通過(guò)PEH Diagnostic 服務(wù)器組件觀察顯示PEH OPC 服務(wù)器組件和PEH Events Manager 服務(wù)器組件的連接運(yùn)行狀況；PEH Administrator Tool 應(yīng)用程序用于管理(如歸檔和刪除) 和顯示PEH SQL 數(shù)據(jù)庫(kù)；PEH Viewer 應(yīng)用程序用于呈現(xiàn)PEH 從各個(gè)自動(dòng)控制系統(tǒng)的OPC A&E Servers 收集到的報(bào)警和事件歷史記錄數(shù)據(jù)，也就是，用于呈現(xiàn)存儲(chǔ)在PEH SQL 數(shù)據(jù)庫(kù)中的信息數(shù)據(jù)；PEH Configuration Tool 應(yīng)用程序提供整個(gè)PEH 系統(tǒng)組態(tài)， 包括PEH OPC Server 與OPC A&E Server 組 態(tài)、PEH COM 組態(tài)、PEH MSMQ 組態(tài)和PEH SQL 數(shù)據(jù)庫(kù)備份與恢復(fù)組態(tài)。

特別的，PEH Viewer 應(yīng)用程序與前面提到的Process History View（過(guò)程歷史瀏覽）應(yīng)用程序在功能方面本質(zhì)上差不多，只不過(guò)前者用于呈現(xiàn)的歷史記錄數(shù)據(jù)匯集了更多數(shù)量而已，并沒(méi)有對(duì)海量數(shù)據(jù)從功能上進(jìn)行更細(xì)致更系統(tǒng)的統(tǒng)計(jì)、歸類、細(xì)分和整理，從而凸顯不出管理數(shù)量龐大的報(bào)警和事件的優(yōu)點(diǎn)，也達(dá)不到文章開頭提出的提取重要報(bào)警并進(jìn)行管理的目的。 為此，再引入一款報(bào)警和事件分析軟件。

5 DeltaV Analyze 軟件功能

DeltaV Analyze 是一款以Microsoft Interner Explorer 為平臺(tái)開發(fā)的網(wǎng)絡(luò)客戶端應(yīng)用程序，可以像訪問(wèn)網(wǎng)站一樣訪問(wèn)DCS 系統(tǒng)里的Event Chronicle 數(shù)據(jù)庫(kù)或Plantwide Event Historian。DeltaV Analyze 通過(guò)連接嵌入了報(bào)警和事件的DeltaV Event Chronicle 或PEH，能快速定位哪個(gè)區(qū)域或者哪個(gè)模件節(jié)點(diǎn)在一定時(shí)間內(nèi)發(fā)生的最多的報(bào)警［4］。 更進(jìn)一步，DeltaV Analyze 能夠解析DeltaV Event Chronicle 或者PEH 產(chǎn)品里的報(bào)警和事件數(shù)據(jù)，因此在本研究項(xiàng)目中，主要用來(lái)解析PEH 產(chǎn)品里的報(bào)警和事件數(shù)據(jù)，以供分析和評(píng)估使用。

DeltaV Analyze 運(yùn)用最新技術(shù)開發(fā)并提供了一種分析過(guò)程事件數(shù)據(jù)的整體解決方案，預(yù)先定義了所有DeltaV Analyze Pages（分析頁(yè)面），這些頁(yè)面以友好的組態(tài)方式呈現(xiàn)出來(lái)。圖5 為DeltaV Analyze 組態(tài)界面。

圖5 DeltaV Analyze 組態(tài)界面

圖5 是DeltaV Analyze Administration 啟 動(dòng)后以瀏覽器形式出現(xiàn)的組態(tài)界面（工作站必須安裝微軟瀏覽器）。 左邊畫面是組態(tài)的層次框架，右邊畫面是數(shù)據(jù)框架，頂部畫面是信息框架。 層次框架包含了管理功能、鏈接到網(wǎng)頁(yè)及鏈接到文檔等系統(tǒng)功能，鼠標(biāo)點(diǎn)擊層次標(biāo)題名就能直接訪問(wèn)該功能，點(diǎn)擊“+”號(hào)就能展開顯示子標(biāo)題；右邊畫面顯示左邊標(biāo)題點(diǎn)擊后鏈接的數(shù)據(jù)框架畫面，用于具體數(shù)據(jù)組態(tài)，至于具體組態(tài)設(shè)置在這里不再贅述。 用戶根據(jù)需要進(jìn)行組態(tài)， 完成后啟動(dòng)DeltaV Analyze 就能獲得直觀的數(shù)據(jù)分析頁(yè)面。圖6 是DeltaV Analyze 系統(tǒng)啟動(dòng)后呈現(xiàn)的DeltaV Analyze Overview 界面。

圖6 顯示了整個(gè)一體化工廠全區(qū)域所有DCS 系統(tǒng)在2018 年7 月～2019 年6 月期間一整年的所有報(bào)警和事件總概況，包括每套聯(lián)合裝置的子單元裝置在一整年每個(gè)月份產(chǎn)生的報(bào)警數(shù)量（圖中上半部分用棒圖顯示）、所有裝置在一整年每個(gè)月份產(chǎn)生的所有報(bào)警數(shù)量的分類分布（下半部分左圖按報(bào)警優(yōu)先級(jí)用分類棒圖顯示）、所有裝置在一整年每個(gè)月份所有操作人員的所有操作行為數(shù)量（下半部分中圖用棒圖顯示）、所有裝置在一整年每個(gè)月份產(chǎn)生的總事件數(shù)量（下半部分右圖用棒圖顯示）。這是DeltaV Analyze 啟動(dòng)后眾多畫面之一，在圖6 中選擇左上角的菜單欄“Pages”，下拉點(diǎn)擊子菜單即可刷新不同區(qū)域不同功能畫面，這里不再一一列舉。 通過(guò)這些不同功能的畫面，用戶就能快速知道哪些報(bào)警是先前不斷干擾影響操作的報(bào)警（比如確定哪些是頻繁發(fā)生的報(bào)警、哪些是持續(xù)激活的報(bào)警、哪些是需要更多人工交互干涉的模件報(bào)警）， 根據(jù)報(bào)警發(fā)生的具體情況，采取不同的措施加以解決。 最終，通過(guò)定位很少的幾個(gè)報(bào)警并加以處理，就能明顯地降低操作員受報(bào)警干擾的影響，而且所有重要的報(bào)警和事件都會(huì)被及時(shí)發(fā)現(xiàn)并提取出來(lái)，同時(shí)針對(duì)性地采取措施，逐個(gè)解決，從根本上杜絕了安全隱患，為更好的安全管理、效益管理創(chuàng)造了有利條件。

圖6 DeltaV Analyze Overview 界面

6 結(jié)束語(yǔ)

運(yùn)用OPC 技術(shù)匯集多套DCS 系統(tǒng)報(bào)警，并配置一臺(tái)報(bào)警工作站的方案實(shí)施兩年多以來(lái)運(yùn)行良好，并逐步得到完善，由原來(lái)分散的龐大數(shù)量報(bào)警匯集成集中的海量報(bào)警，由原來(lái)海量報(bào)警的無(wú)序管理納入到有序管理，每周甚至每天可以提取出整個(gè)一體化工廠所有聯(lián)合裝置的前二十位不可忍受報(bào)警（TOP20）或者重要的系統(tǒng)報(bào)警，并及時(shí)針對(duì)性地采取有效措施加以解決，大幅降低了DCS 工程師和工藝操作人員的工作負(fù)荷。因此， 運(yùn)用OPC 技術(shù)匯集多套DCS 系統(tǒng)報(bào)警的方案是可行的，其應(yīng)用理念值得借鑒推廣。