陽(yáng)世榮

（中國(guó)艦船研究設(shè)計(jì)中心 武漢 430064）

1 引言

水下作業(yè)平臺(tái)內(nèi)部的艙室空間相對(duì)狹小，設(shè)備數(shù)量較多，人員也相對(duì)密集，當(dāng)其處于水下作業(yè)狀態(tài)時(shí)，艙室內(nèi)部環(huán)境為密閉空間，設(shè)備運(yùn)行、材料揮發(fā)釋放、管路泄漏乃至人體新陳代謝均會(huì)直接影響艙內(nèi)環(huán)境，艙內(nèi)環(huán)境變化將對(duì)人員的生理心理產(chǎn)生直接影響，甚至可能危及人身安全［1～4］。另外，艙內(nèi)空氣的溫度與濕度也直接影響人體的生理健康、工作效率以及設(shè)備性能和可靠性［5～7］。因此，密閉艙室內(nèi)的大氣環(huán)境有一定的特殊性，有必要專門研究其特性及控制措施。密閉環(huán)境模擬試驗(yàn)艙能夠模擬水下作業(yè)平臺(tái)內(nèi)部的大氣環(huán)境，為深入、全面地研究密閉艙室內(nèi)的環(huán)境特性、安全邊界條件、應(yīng)急處置措施等提供了試驗(yàn)與驗(yàn)證平臺(tái)。本文涉及的密閉環(huán)境模擬試驗(yàn)艙由I艙和II艙兩個(gè)模擬艙、綜合監(jiān)控系統(tǒng)、供氣系統(tǒng)、通風(fēng)空調(diào)系統(tǒng)、滅火系統(tǒng)、應(yīng)急保障系統(tǒng)等組成。為盡可能真實(shí)地模擬水下作業(yè)平臺(tái)內(nèi)部大氣環(huán)境和實(shí)施全過程監(jiān)測(cè)，試驗(yàn)艙內(nèi)設(shè)置了大量的氣體濃度、溫濕度、壓力、流量等傳感器，其中，I艙容積較大，設(shè)置了上下兩層，用于模擬機(jī)艙環(huán)境，I艙的各傳感器布置比較分散；II艙容積較小用于模擬居住艙環(huán)境，II艙內(nèi)的傳感器布置較為集中。另外，艙內(nèi)與艙外管路系統(tǒng)上還設(shè)置了為數(shù)眾多的調(diào)節(jié)閥、電磁閥、電動(dòng)蝶閥等執(zhí)行機(jī)構(gòu)。通過控制供氣系統(tǒng)向模擬試驗(yàn)艙加入不同成分氣體，并實(shí)時(shí)調(diào)整各類氣體的成分占比以及溫濕度、壓力等，就能夠模擬密閉環(huán)境下的大氣環(huán)境，開展相關(guān)試驗(yàn)與驗(yàn)證研究工作。因此，綜合監(jiān)控系統(tǒng)是環(huán)境模擬及試驗(yàn)過程的控制中心，其主要功能包括環(huán)境模擬、成分測(cè)量、通風(fēng)與空調(diào)控制、應(yīng)急保障控制等，綜合監(jiān)控系統(tǒng)的集控臺(tái)實(shí)時(shí)顯示并記錄整個(gè)模擬、試驗(yàn)過程中的全部環(huán)境參數(shù)及操作信息，為密閉艙室大氣環(huán)境特性研究提供數(shù)據(jù)支持。為了保證環(huán)境模擬、過程測(cè)量以及控制措施的實(shí)時(shí)性和準(zhǔn)確性，要求綜合監(jiān)控系統(tǒng)必須滿足分布式和實(shí)時(shí)性的要求。

本文介紹了一種基于DeviceNet總線和OPC技術(shù)的綜合監(jiān)控系統(tǒng)，通過設(shè)置分布式IO從站和高速數(shù)據(jù)交互網(wǎng)絡(luò)從而實(shí)現(xiàn)分布式實(shí)時(shí)監(jiān)控，能夠滿足密閉環(huán)境模擬試驗(yàn)艙的試驗(yàn)過程監(jiān)控需求。重點(diǎn)說(shuō)明了其系統(tǒng)架構(gòu)、設(shè)備技術(shù)方案、軟件程序流程等設(shè)計(jì)內(nèi)容，并展望了其應(yīng)用前景。

2 綜合監(jiān)控系統(tǒng)架構(gòu)

如前文所述，由于密閉環(huán)境模擬試驗(yàn)艙設(shè)置有數(shù)量眾多的傳感器和執(zhí)行器，且分散布置于環(huán)境模擬艙內(nèi)部和艙外管路系統(tǒng)中，因此綜合監(jiān)控系統(tǒng)采用分層分布式的系統(tǒng)架構(gòu)，自下而上分為設(shè)備層、網(wǎng)絡(luò)層和信息層三個(gè)層級(jí)。其中，設(shè)備層應(yīng)用了分布式IO技術(shù)和現(xiàn)場(chǎng)總線技術(shù)，能夠適應(yīng)監(jiān)控對(duì)象分散布置的應(yīng)用場(chǎng)合；針對(duì)監(jiān)控對(duì)象相對(duì)集中的場(chǎng)合，則采用現(xiàn)場(chǎng)集中監(jiān)控技術(shù)；設(shè)備層主要實(shí)現(xiàn)現(xiàn)場(chǎng)信息采集和控制執(zhí)行器動(dòng)作，能夠?qū)y(cè)量信息發(fā)送給網(wǎng)絡(luò)層，并接受網(wǎng)絡(luò)層轉(zhuǎn)發(fā)的指令。網(wǎng)絡(luò)層應(yīng)用了工業(yè)以太網(wǎng)技術(shù)，確保信息傳輸?shù)膶?shí)時(shí)性快速性，是設(shè)備層與信息層之間的數(shù)據(jù)傳輸通道。信息層設(shè)置兩臺(tái)集控臺(tái)，用于集中顯示、操作控制，并進(jìn)行數(shù)據(jù)分析、處理及存儲(chǔ)；兩臺(tái)集控臺(tái)相互備份，提高了信息層綜合監(jiān)控的可靠性。綜合監(jiān)控系統(tǒng)架構(gòu)示意圖如圖1所示。

如前文所述，I艙用于模擬機(jī)艙環(huán)境，容積較大、監(jiān)控對(duì)象多、傳感器布置較為分散；II艙用于模擬居住艙環(huán)境，容積較小、監(jiān)控對(duì)象分布相對(duì)集中；艙外的監(jiān)控對(duì)象主要為布置于供氣、通風(fēng)、空調(diào)、滅火等管路系統(tǒng)上的閥件、流量計(jì)等，分布也較為零散。因此，圖1中的設(shè)備層設(shè)置了CAN子系統(tǒng)和RTU子系統(tǒng)，分別完成I艙與艙外系統(tǒng)、II艙的實(shí)時(shí)監(jiān)控任務(wù)。CAN子系統(tǒng)采用基于DeviceNet現(xiàn)場(chǎng)總線的分布式IO監(jiān)控技術(shù)，設(shè)置了一個(gè)CAN主站和5個(gè)分布式IO從站；其中兩個(gè)IO從站位于I艙上層，一個(gè)IO從站位于I艙下層，兩個(gè)IO從站位于艙外；每個(gè)IO從站通過IO接口采集現(xiàn)場(chǎng)傳感器信息、向現(xiàn)場(chǎng)執(zhí)行器輸出控制信號(hào)；CAN主站通過Devi?ceNet總線與IO從站進(jìn)行數(shù)據(jù)交互，并通過串口通信連接位于艙外的CAN主站現(xiàn)場(chǎng)操作屏，為人員提供現(xiàn)場(chǎng)操作界面。由于DeviceNet現(xiàn)場(chǎng)總線采用新的生產(chǎn)者/消費(fèi)者通訊模式，能夠大幅提高網(wǎng)絡(luò)通信速率，具有可靠性高、實(shí)時(shí)性好、靈活性強(qiáng)、抗干擾能力強(qiáng)、易于擴(kuò)展等優(yōu)點(diǎn)［8～9］，因此CAN子系統(tǒng)能夠滿足I艙與艙外監(jiān)控的分布式、實(shí)時(shí)性要求。RTU子系統(tǒng)采用集中式監(jiān)控模式，由位于II艙的RTU主站直接采集傳感器信息和控制執(zhí)行器動(dòng)作，適應(yīng)II艙監(jiān)控對(duì)象較少且分布比較集中的特點(diǎn)；RTU主站同樣通過串口通信連接位于艙外的RTU主站現(xiàn)場(chǎng)操作屏，為人員提供現(xiàn)場(chǎng)操作界面。

圖1 綜合監(jiān)控系統(tǒng)架構(gòu)示意圖

圖1的網(wǎng)絡(luò)層應(yīng)用了EtherNet工業(yè)以太網(wǎng)技術(shù)。EtherNet是一種具有較強(qiáng)互通性和確定性通信能力的網(wǎng)絡(luò)，能夠?qū)崿F(xiàn)高速、大容量的數(shù)據(jù)交換［10］，在工業(yè)控制領(lǐng)域應(yīng)用廣泛。應(yīng)用EtherNet網(wǎng)絡(luò)作為設(shè)備層與信息層之間的數(shù)據(jù)傳輸通道，能夠確保兩層之間信息傳輸?shù)目焖傩?，為?shí)現(xiàn)實(shí)時(shí)監(jiān)控提供了技術(shù)保障。

圖1的信息層設(shè)置兩臺(tái)集控臺(tái)，是綜合監(jiān)控系統(tǒng)的監(jiān)視、控制及數(shù)據(jù)存儲(chǔ)、處理中心。兩臺(tái)集控臺(tái)互為備用，從而能夠提升綜合監(jiān)控系統(tǒng)的可靠性。

綜合監(jiān)控系統(tǒng)的基本工作流程為：CAN主站經(jīng)DeviceNet總線接收分布式IO從站采集的現(xiàn)場(chǎng)測(cè)量信息、RTU主站直接采集現(xiàn)場(chǎng)測(cè)量信息；CAN主站和RTU主站將現(xiàn)場(chǎng)測(cè)量信息進(jìn)行數(shù)據(jù)處理后，再經(jīng)EtherNet網(wǎng)絡(luò)發(fā)送給集控臺(tái)；集控臺(tái)接收上傳的數(shù)據(jù)進(jìn)行集中顯示、存儲(chǔ)、分析和處理，并將控制指令經(jīng)EtherNet網(wǎng)絡(luò)發(fā)送給CAN主站和RTU主站；CAN主站經(jīng)DeviceNet總線將接收的控制指令轉(zhuǎn)發(fā)給分布式IO從站，由IO從站驅(qū)動(dòng)現(xiàn)場(chǎng)執(zhí)行器動(dòng)作；RTU主站接收控制指令后可直接驅(qū)動(dòng)現(xiàn)場(chǎng)執(zhí)行器動(dòng)作。需要說(shuō)明的是，CAN主站及RTU主站都配置了位于艙外的現(xiàn)場(chǎng)操作屏，當(dāng)EtherNet網(wǎng)絡(luò)發(fā)生異?；蚬收?、或者其他緊急情況導(dǎo)致集控臺(tái)無(wú)法實(shí)施綜合監(jiān)控功能時(shí)，試驗(yàn)人員可在模擬試驗(yàn)艙外部利用現(xiàn)場(chǎng)操作屏實(shí)施就地緊急控制，最大程度保障試驗(yàn)安全。

3 設(shè)備技術(shù)方案

如前文所述，綜合監(jiān)控系統(tǒng)的設(shè)備層由CAN子系統(tǒng)和RTU子系統(tǒng)組成。有關(guān)設(shè)備技術(shù)方案詳述如下。

1）CAN子系統(tǒng)

CAN子系統(tǒng)由CAN主站、現(xiàn)場(chǎng)操屏和5個(gè)分布式IO從站組成，其原理框圖如圖2所示。主站與從站之間采用DeviceNet總線進(jìn)行通信；CAN主站與CAN系統(tǒng)現(xiàn)場(chǎng)操作屏通過串口通信交互信息；CAN主站經(jīng)EtherNet與信息層集控臺(tái)交互信息。

圖2 CAN子系統(tǒng)原理框圖

CAN子系統(tǒng)的基本工作原理如下。分布式IO從站采集現(xiàn)場(chǎng)測(cè)量傳感器信號(hào)并進(jìn)行數(shù)據(jù)轉(zhuǎn)換，轉(zhuǎn)換后的數(shù)據(jù)通過DeviceNet網(wǎng)絡(luò)傳遞給CAN主站，CAN主站對(duì)采集的數(shù)據(jù)進(jìn)行處理后，再經(jīng)EtherNet網(wǎng)絡(luò)傳送給信息層集控臺(tái)，同時(shí)，CAN主站經(jīng)串口通信與現(xiàn)場(chǎng)操作屏交互數(shù)據(jù)；另一方面，CAN主站接收集控臺(tái)或者現(xiàn)場(chǎng)操作屏的控制指令，根據(jù)指令要求，經(jīng)DeviceNet網(wǎng)絡(luò)尋址相應(yīng)的IO從站，轉(zhuǎn)發(fā)控制指令，由相應(yīng)的IO從站輸出控制信號(hào)，對(duì)現(xiàn)場(chǎng)執(zhí)行器進(jìn)行控制。

如前文所述，I艙主要用于模擬水下平臺(tái)機(jī)艙的大氣環(huán)境，艙室容積較大、現(xiàn)場(chǎng)傳感器數(shù)量較多、布置分散，因此在圖2中，1＃、2＃IO從站布置在I艙上層，主要完成I艙上層環(huán)境參數(shù)監(jiān)測(cè)；3＃IO從站布置在I艙下層，主要完成I艙下層環(huán)境參數(shù)監(jiān)測(cè)；4＃、5＃IO從站均布置在艙外，主要用于監(jiān)控設(shè)置于艙外的供氣系統(tǒng)、通風(fēng)空調(diào)系統(tǒng)、滅火系統(tǒng)、照明系統(tǒng)、應(yīng)急保障系統(tǒng)等。其中，4＃IO從站的主要監(jiān)控對(duì)象為供氣管路的調(diào)節(jié)閥和流量計(jì)以及空調(diào)管路的風(fēng)機(jī)和閥件，通過控制供氣、空調(diào)系統(tǒng)實(shí)現(xiàn)艙內(nèi)大氣環(huán)境模擬和大氣成分、溫濕度等調(diào)整；5＃IO從站的控制對(duì)象包括各供氣總管電磁閥、吹掃控制閥、通風(fēng)系統(tǒng)控制閥、滅火系統(tǒng)控制閥、艙室照明控制開關(guān)及其他應(yīng)急保障裝置等，通過控制艙外各系統(tǒng)閥門及開關(guān)能夠?qū)崿F(xiàn)整套試驗(yàn)系統(tǒng)的啟動(dòng)運(yùn)行和緊急關(guān)停。CAN主站和CAN主站現(xiàn)場(chǎng)操作屏均布置在艙外，便于試驗(yàn)人員現(xiàn)場(chǎng)操作。

2）RTU子系統(tǒng)

RTU子系統(tǒng)由RTU主站、現(xiàn)場(chǎng)操作屏組成。相比于CAN子系統(tǒng)的分布式結(jié)構(gòu)，RTU子系統(tǒng)采用集中式結(jié)構(gòu)，其原理框圖如圖3所示。RTU主站配置了處理器模塊與模擬量、開關(guān)量輸入輸出模塊，各模塊經(jīng)過背板總線進(jìn)行數(shù)據(jù)交互；RTU主站與現(xiàn)場(chǎng)操作屏通過串口通信交互信息，RTU主站經(jīng)EtherNet網(wǎng)絡(luò)與信息層集控臺(tái)交互信息。

圖3 RTU子系統(tǒng)原理框圖

RTU子系統(tǒng)的基本工作原理如下。模擬量、開關(guān)量輸入輸出模塊采集現(xiàn)場(chǎng)測(cè)量傳感器信號(hào)并進(jìn)行數(shù)據(jù)轉(zhuǎn)換，轉(zhuǎn)換后的數(shù)據(jù)通過背板總線傳送給處理器模塊，處理器模塊對(duì)采集的數(shù)據(jù)進(jìn)行處理后，再經(jīng)EtherNet網(wǎng)絡(luò)傳送給信息層集控臺(tái)，同時(shí)，RTU主站還通過串口通信與現(xiàn)場(chǎng)操作屏交互數(shù)據(jù)；另一方面，RTU主站接收集控臺(tái)或者現(xiàn)場(chǎng)操作屏的控制指令，根據(jù)指令要求，控制相應(yīng)的模塊輸出控制信號(hào)，對(duì)現(xiàn)場(chǎng)執(zhí)行器進(jìn)行控制。

如前文所述，由于II艙主要用于模擬居住艙大氣環(huán)境，容積較小且傳感器布置較為集中，因此在圖3中，RTU主站布置于II艙內(nèi)，實(shí)施集中監(jiān)控；RTU主站現(xiàn)場(chǎng)操作屏則布置在艙外，便于試驗(yàn)人員進(jìn)行操作。

3）主要器件配置方案

AB公司的CompactLogix 1769系列及Flex?Logix 1794系列IO模塊提供了完備的分布式Devi?ceNet總線控制系統(tǒng)解決方案，在工業(yè)控制領(lǐng)域應(yīng)用廣泛。CompactLogix 1769是一種緊湊型多功能控制器［11］，其模塊尺寸小巧、安裝靈活；FlexLogix 1794系列模塊可直接從安裝底座前部插入和拔出，從而減少安裝和更換的時(shí)間，擴(kuò)展十分方便。其中，CAN子系統(tǒng)的CAN主站采用了內(nèi)置串口和EtherNet網(wǎng)絡(luò)接口的CompactLogix 1769-L35E控制器，并配置了1769-SDN模塊，從而具備Devi?ceNet總線接口；IO從站則采用FlexLogix 1794系列遠(yuǎn)程IO模塊，每個(gè)IO從站均配置1794-AND模塊從而構(gòu)建DeviceNet總線節(jié)點(diǎn)；CAN主站與5個(gè)IO從站之間采用DeviceNet總線連接；CAN主站現(xiàn)場(chǎng)操作屏采用AB公司的2711P系列操作屏，內(nèi)置6英寸液晶屏及RS232串口，經(jīng)串口通信與CAN主站的串口連接。另外，CAN子系統(tǒng)采用直流24V供電，因此，還配置了24V直流電源箱，向CAN主站、分布式IO從站以及現(xiàn)場(chǎng)操作屏供電。CAN子系統(tǒng)的主要器件配置方案示意圖如圖4所示。

圖4中，各IO從站配置的1794-IE8為8路模擬量輸入模塊、1794-OE4為4路模擬量輸出模塊、1794-IB8為8路開關(guān)量輸入模塊、1794-OB8與1794-OM8為8路開關(guān)量輸出模塊；CAN主站配置的1769-PB2為主站自帶的電源模塊。

圖4 CAN子系統(tǒng)主要器件配置示意圖

需要說(shuō)明的是，在圖4中，由于CAN主站分別和3#、4#IO從站直接相連，以CAN主站為分界點(diǎn)，I艙內(nèi)與I艙外的兩段DeviceNet總線相對(duì)獨(dú)立。即使艙內(nèi)發(fā)生意外導(dǎo)致艙內(nèi)的DeviceNet總線段故障時(shí)，艙外的DeviceNet總線段通信也不會(huì)受到影響，CAN主站能及時(shí)控制艙外的供氣、通風(fēng)、滅火、照明及應(yīng)急保障等系統(tǒng)，從而采取有效措施解除艙內(nèi)的緊急狀況，確保整個(gè)模擬艙環(huán)境試驗(yàn)系統(tǒng)的安全可靠性。

RTU主站同樣采用CompactLogix 1769-L35E控制器，并配置1769-IQ16、1769-OB8、1769-IF8等開關(guān)量與模擬量輸入輸出模塊，以及1769-PB4電源模塊；RTU主站現(xiàn)場(chǎng)操作屏同樣采用2711P系列操作屏。RTU子系統(tǒng)也采用直流24V供電，因此，同樣配置了24V直流電源箱，向RTU主站以及現(xiàn)場(chǎng)操作屏供電。RTU子系統(tǒng)的主要器件配置示意圖如圖5所示。

圖5 RTU子系統(tǒng)主要器件配置示意圖

圖1的系統(tǒng)架構(gòu)中，除設(shè)備層以外，網(wǎng)絡(luò)層設(shè)備主要選用通用的以太網(wǎng)交換機(jī)；信息層設(shè)備則采用常用的工業(yè)控制計(jì)算機(jī)構(gòu)建集控臺(tái)，本文不再贅述。

4 軟件程序流程

本文所述綜合監(jiān)控系統(tǒng)的軟件程序主要包括設(shè)備層CAN主站和RTU主站控制器的軟件程序，以及信息層集控臺(tái)的綜合監(jiān)控應(yīng)用程序和現(xiàn)場(chǎng)操作屏監(jiān)控程序。為提高開發(fā)工作效率，縮短時(shí)間，CAN主站、RTU主站與集控臺(tái)之間的通信機(jī)制采用了OPC技術(shù)。

OPC是一套工業(yè)標(biāo)準(zhǔn)，為基于Windows平臺(tái)的應(yīng)用程序與現(xiàn)場(chǎng)控制設(shè)備之間建立了溝通橋梁［12］。應(yīng)用OPC之后，設(shè)備廠商可為自己的硬件產(chǎn)品開發(fā)統(tǒng)一的OPC接口程序，而軟件開發(fā)商則可免除開發(fā)設(shè)備驅(qū)動(dòng)程序的繁重工作，將更多精力專注于系統(tǒng)集成，從而避免開發(fā)工作的重復(fù)性，另一方面也提高了系統(tǒng)的開放性和可互操作性。OPC采用客戶端（Client）/服務(wù)器（Server）模式，主流的設(shè)備廠商均提供了自己設(shè)備的OPC Server，上位機(jī)應(yīng)用程序通過OPC Client訪問OPC Server中的數(shù)據(jù)，即可實(shí)現(xiàn)對(duì)設(shè)備控制器相應(yīng)寄存器的讀寫。

由于CAN主站、RTU主站均采用AB公司的CompactLogix 1769-L35E控制器，因此采用AB公司RSLogix5000軟件開發(fā)控制邏輯程序，并裝載于1769-L35E控制器運(yùn)行；相應(yīng)的OPC Server采用AB公司的RSLinx，OPC Server運(yùn)行于集控臺(tái)，從而實(shí)現(xiàn)集控臺(tái)與CAN主站、RTU主站的數(shù)據(jù)交互；集控臺(tái)的綜合監(jiān)控應(yīng)用程序采用圖形化顯示、數(shù)據(jù)分析功能強(qiáng)大的LabView軟件進(jìn)行開發(fā)，LabView軟件自帶OPC Client工具，能夠直接訪問OPC Server，從而方便、快捷的實(shí)現(xiàn)與CAN主站、RTU主站進(jìn)行數(shù)據(jù)交互。

CAN子系統(tǒng)軟件程序流程如圖6所示。圖6中，CAN主站的1769-L35E控制器驅(qū)動(dòng)1769-SDN模塊實(shí)時(shí)掃描DeviceNet總線網(wǎng)絡(luò)，讀取5個(gè)IO從站的1794-AND模塊的輸入數(shù)據(jù)區(qū)，獲取各IO從站的現(xiàn)場(chǎng)采集數(shù)據(jù)；讀取采集數(shù)據(jù)后進(jìn)行數(shù)據(jù)處理；將處理后的數(shù)據(jù)存入采集數(shù)據(jù)緩存區(qū)，經(jīng)EtherNet網(wǎng)絡(luò)發(fā)送給集控臺(tái)的OPC Server；同時(shí)經(jīng)EtherNet網(wǎng)絡(luò)讀取OPC Server接受的控制指令；讀取控制指令后進(jìn)行數(shù)據(jù)處理；將處理后的數(shù)據(jù)發(fā)送給1769-SDN模塊的輸出數(shù)據(jù)區(qū)；驅(qū)動(dòng)1769-SDN模塊掃描DeviceNet總線，將控制指令發(fā)送給各IO從站，由IO從站輸出控制信號(hào)，驅(qū)動(dòng)現(xiàn)場(chǎng)執(zhí)行器動(dòng)作。從而完成將現(xiàn)場(chǎng)采集數(shù)據(jù)發(fā)送給集控臺(tái)，同時(shí)接收集控臺(tái)發(fā)送的控制指令，控制執(zhí)行器動(dòng)作。

圖6 CAN子系統(tǒng)軟件程序流程圖

RTU子系統(tǒng)軟件程序流程如圖7所示。

對(duì)比圖6與圖7，與CAN子系統(tǒng)相比，RTU子系統(tǒng)軟件程序流程無(wú)DeviceNet總線讀寫環(huán)節(jié)，而是由1769-L35E控制器經(jīng)背板總線直接讀寫IO模塊，其他流程與CAN子系統(tǒng)基本一致，能夠?qū)F(xiàn)場(chǎng)采集數(shù)據(jù)發(fā)送給集控臺(tái)，同時(shí)接收集控臺(tái)發(fā)送的控制指令，控制執(zhí)行器動(dòng)作。

圖7 RTU子系統(tǒng)程序流程圖

由于主要的數(shù)據(jù)采集及控制邏輯程序由CAN主站和RTU主站實(shí)現(xiàn)，所以集控臺(tái)綜合監(jiān)控軟件主要完成信息集中顯示、控制指令下達(dá)以及數(shù)據(jù)存儲(chǔ)與分析處理等功能，LabView軟件自帶有強(qiáng)大的圖形化處理、數(shù)據(jù)分析處理工具，能夠較為容易地實(shí)現(xiàn)上述功能，且有諸多文獻(xiàn)進(jìn)行了闡述，本文不再贅述。需要說(shuō)明的是，CAN主站、RTU主站對(duì)應(yīng)的OPC Server軟件RsLinx均運(yùn)行于集控臺(tái)計(jì)算機(jī)上，便于與LabView的OPC Client實(shí)時(shí)進(jìn)行數(shù)據(jù)交互，為監(jiān)控信息的實(shí)時(shí)性提供了技術(shù)保障。

如圖1所示，信息層設(shè)置了兩個(gè)集控臺(tái)，為實(shí)現(xiàn)兩個(gè)集控臺(tái)功能自動(dòng)互備，集控臺(tái)之間采用了文獻(xiàn)［13］介紹的雙機(jī)熱備技術(shù)。兩臺(tái)集控臺(tái)分別預(yù)定義為主用臺(tái)和備用臺(tái)，并都配置了綜合監(jiān)控應(yīng)用軟件，主備兩個(gè)集控臺(tái)經(jīng)EtherNet網(wǎng)絡(luò)互相監(jiān)測(cè)對(duì)方狀態(tài)。正常情況下，主用臺(tái)運(yùn)行綜合監(jiān)控軟件，執(zhí)行綜合監(jiān)控功能；若主用臺(tái)出現(xiàn)異?；蚬收?，備用臺(tái)自動(dòng)運(yùn)行綜合監(jiān)控應(yīng)用軟件，接管綜合監(jiān)控功能；當(dāng)主用臺(tái)恢復(fù)正常后，備用臺(tái)自動(dòng)關(guān)閉綜合監(jiān)控軟件，主用臺(tái)恢復(fù)監(jiān)控功能。

由于AB公司的2711P系列現(xiàn)場(chǎng)操作屏均已預(yù)先配置了RSView操作界面程序，只需按照AB公司的操作屏使用手冊(cè)進(jìn)行簡(jiǎn)單的配置即可實(shí)現(xiàn)現(xiàn)場(chǎng)操作功能，本文不再展開說(shuō)明。

5 結(jié)語(yǔ)

綜上所述，本文介紹的密閉環(huán)境模擬試驗(yàn)艙綜合監(jiān)控系統(tǒng)采用分層分布式系統(tǒng)架構(gòu)，應(yīng)用了De?viceNet總線、分布式IO以及OPC技術(shù)，能夠適應(yīng)監(jiān)控對(duì)象數(shù)量多、空間布置分散、實(shí)時(shí)性要求高的應(yīng)用場(chǎng)合；由于應(yīng)用了OPC技術(shù)，并采用了工業(yè)領(lǐng)域應(yīng)用廣泛的AB PLC控制器、IO模塊及LabView軟件，系統(tǒng)的可擴(kuò)展性、兼容性較好，且監(jiān)控軟件程序開發(fā)效率高、所需時(shí)間短，從而能夠大幅減少開發(fā)人員資源投入。該監(jiān)控系統(tǒng)經(jīng)適應(yīng)性修改后，也可適用于石油、煤炭、化工、冶金、采礦等工業(yè)領(lǐng)域的現(xiàn)場(chǎng)監(jiān)控應(yīng)用場(chǎng)合，有著較為廣闊的應(yīng)用前景。