Faiveley屏蔽門監(jiān)控?cái)?shù)據(jù)庫(kù)與監(jiān)控界面關(guān)系剖析*

宋蘊(yùn)璞 趙 炯 徐博銘

(同濟(jì)大學(xué)機(jī)械工程學(xué)院,200092,上海∥第一作者,講師)

Faiveley屏蔽門監(jiān)控?cái)?shù)據(jù)庫(kù)與監(jiān)控界面關(guān)系剖析*

宋蘊(yùn)璞 趙 炯 徐博銘

(同濟(jì)大學(xué)機(jī)械工程學(xué)院,200092,上海∥第一作者,講師)

以上海軌道交通4號(hào)線所采用的Faiveley屏蔽門監(jiān)控系統(tǒng)為研究對(duì)象,采用現(xiàn)場(chǎng)數(shù)據(jù)測(cè)試試驗(yàn)和后臺(tái)數(shù)據(jù)分析的研究方法,剖析了該屏蔽門監(jiān)控系統(tǒng)的SQL Server數(shù)據(jù)庫(kù)的具體結(jié)構(gòu)、各數(shù)據(jù)表的功能、數(shù)據(jù)表中各字段的含義與屬性、數(shù)據(jù)庫(kù)與監(jiān)控界面之間的接口和對(duì)應(yīng)關(guān)系,以及數(shù)據(jù)庫(kù)表與表之間的內(nèi)在關(guān)聯(lián)關(guān)系;以實(shí)例進(jìn)行了具體描述,為屏蔽門監(jiān)控系統(tǒng)的國(guó)產(chǎn)化以及在現(xiàn)有的屏蔽門站級(jí)監(jiān)控系統(tǒng)之上建立網(wǎng)絡(luò)級(jí)監(jiān)控打下基礎(chǔ)。

Faiveley屏蔽門;監(jiān)控系統(tǒng);數(shù)據(jù)庫(kù);監(jiān)控界面;關(guān)聯(lián)關(guān)系

First-author's addressSchool of Mechanical Engineering,Tongji University,200092,Shanghai,China

目前的屏蔽門均采用站級(jí)監(jiān)控方式。隨著軌道交通網(wǎng)絡(luò)化的日益發(fā)展,屏蔽門的這種監(jiān)控布置方式已顯得相對(duì)落后,在實(shí)際運(yùn)營(yíng)過程中由于站級(jí)監(jiān)控的局限性,經(jīng)常導(dǎo)致一些故障不能得到及時(shí)有效的解決。開發(fā)行之有效的屏蔽門網(wǎng)絡(luò)級(jí)監(jiān)控是目前屏蔽門監(jiān)控發(fā)展的一個(gè)重要課題。

目前軌道交通所采用的屏蔽門監(jiān)控系統(tǒng)均由國(guó)外進(jìn)口,其內(nèi)部諸如數(shù)據(jù)庫(kù)以及數(shù)據(jù)庫(kù)與監(jiān)控界面接口等核心技術(shù)資料廠家并未提供。因此,要在這些站級(jí)監(jiān)控系統(tǒng)之上建立網(wǎng)絡(luò)級(jí)監(jiān)控,首要的任務(wù)就是剖析站級(jí)監(jiān)控系統(tǒng)的數(shù)據(jù)庫(kù)以及數(shù)據(jù)庫(kù)與監(jiān)控界面的接口等關(guān)鍵信息。

本文以上海軌道交通4號(hào)線所采用的Faiveley屏蔽門監(jiān)控系統(tǒng)為例,剖析其數(shù)據(jù)庫(kù)與監(jiān)控界面的接口以及數(shù)據(jù)庫(kù)表間的內(nèi)在關(guān)聯(lián)關(guān)系[1-4]。

1 Faiveley數(shù)據(jù)庫(kù)簡(jiǎn)析

經(jīng)過對(duì)Faiveley屏蔽門監(jiān)控系統(tǒng)的剖析發(fā)現(xiàn),Faiveley數(shù)據(jù)庫(kù)中共有22個(gè)數(shù)據(jù)表。其中多數(shù)都是具有固定內(nèi)容的基本信息表。數(shù)據(jù)庫(kù)中用于記錄動(dòng)態(tài)信息或日志信息的數(shù)據(jù)表共有 5個(gè),如表 1所示。

表1 Faiveley數(shù)據(jù)庫(kù)表

2 數(shù)據(jù)庫(kù)表與監(jiān)控界面間的內(nèi)在聯(lián)系分析

2.1 監(jiān)控界面信息

各監(jiān)控界面主要呈現(xiàn)站臺(tái)的總體運(yùn)行情況和各扇門的運(yùn)行情況,不同的運(yùn)行情況用不同的顏色加以區(qū)分。

狀態(tài):橙色——狀態(tài)激活;綠色——狀態(tài)未激活。

報(bào)警:紅色——一個(gè)或多個(gè)組件出現(xiàn)報(bào)警;橙色——一個(gè)或多個(gè)組件出現(xiàn)報(bào)警,但已確認(rèn);黃色——一個(gè)或多個(gè)組件的報(bào)警未經(jīng)確認(rèn)但已消失;綠色——沒有出現(xiàn)報(bào)警。通過雙擊報(bào)警指示器來確認(rèn)報(bào)警。

總監(jiān)控界面(見圖1)分上行線和下行線兩部分顯示區(qū)域。兩部分顯示的內(nèi)部機(jī)理完全相同,因此本文僅對(duì)上行線顯示區(qū)域進(jìn)行分析。上行線顯示區(qū)域又分為站臺(tái)狀態(tài)、站臺(tái)警報(bào)、屏蔽門三個(gè)部分。

圖1 總監(jiān)控界面

監(jiān)控界面本身并不難理解,需要進(jìn)行分析的是監(jiān)控界面與數(shù)據(jù)庫(kù)表的內(nèi)在聯(lián)系機(jī)制。例如,對(duì)于出現(xiàn)在數(shù)據(jù)庫(kù)Evenement事件表中的某條單扇門的警報(bào)事件,如何確定其對(duì)應(yīng)的界面圖框的顯示顏色;或者反過來,監(jiān)控界面上的門顯示橙色,它相對(duì)應(yīng)的數(shù)據(jù)庫(kù)表在哪里,其內(nèi)部各項(xiàng)數(shù)據(jù)又如何;等等。

2.2 數(shù)據(jù)庫(kù)表與站臺(tái)狀態(tài)間的內(nèi)在關(guān)聯(lián)分析

總監(jiān)控界面上共給出了11種站臺(tái)狀態(tài)。經(jīng)分析發(fā)現(xiàn),這 11種狀態(tài)與 SQL Server數(shù)據(jù)庫(kù)的Evenement事件表中的站臺(tái)類狀態(tài)事件對(duì)應(yīng)。含有具體數(shù)據(jù)的Evenement表(部分列、行)如表2所示。

經(jīng)剖析發(fā)現(xiàn),站臺(tái)狀態(tài)事件在Evenement表中對(duì)應(yīng)的NomEvt(事件名稱)關(guān)鍵字分別為:

(1)自動(dòng)開門——IOM_STAT US_LTS;

(2)自動(dòng)關(guān)門——IOM_STAT US_LTD;

(3)全部門關(guān)閉鎖定——IOM_STATUS_EL3;

(4) 互 鎖 解 除 ——MCS_INTERLOCK_OVERRIDE;

(5)PEC(車控室屏蔽門緊急控制面板)激活——IOM_STAT US_EL6;

(6)PEC就地控制——IOM_STATUS_EL7;

(7)PEC開列車門——IOM_STATUS_EL8;

(8)PSL(站臺(tái)端頭屏蔽門控制盒)激活——IOM_STATUS_EL1;

(9)PSL 開 列 車 門— —IOM_STATUS_EL3E2;

(10)PST(系統(tǒng)測(cè)試模式)激活——IOM_STATUS_LT4;

(11)TC FREE POBT — —IOM_STATUS_LT1。

表2 含有具體數(shù)據(jù)的Evenement表(部分列、行)

當(dāng)Evenement表中新增記錄的NomEvt字段符合以上11種關(guān)鍵值之一時(shí)(同時(shí)還要滿足Source、APG、TypeEvt等字段要求),會(huì)使監(jiān)控界面相對(duì)應(yīng)的站臺(tái)狀態(tài)框發(fā)生變化,然后再根據(jù)該記錄的EtatEvt(事件狀態(tài))字段判斷該站臺(tái)狀態(tài)框應(yīng)顯示的顏色:

EtatEvt=1,顯示橙色,狀態(tài)激活;

EtatEvt=0,顯示綠色,狀態(tài)未激活。

2.3 數(shù)據(jù)庫(kù)表與站臺(tái)警報(bào)間的內(nèi)在關(guān)聯(lián)分析

與站臺(tái)狀態(tài)信息相同,當(dāng)站臺(tái)發(fā)生某種警報(bào)時(shí),實(shí)時(shí)警報(bào)信息同樣傳送至SQL Server數(shù)據(jù)庫(kù)的Evenement事件表中,該表會(huì)因此增加一條記錄。此時(shí)該記錄的NomEvt項(xiàng)對(duì)應(yīng)的是各種站臺(tái)警報(bào)事件名。

總監(jiān)控界面共提供7種站臺(tái)警報(bào)事件。這7種站臺(tái)警報(bào)事件在 Evenement表中對(duì)應(yīng)的NomEvt(事件名稱)關(guān)鍵字分別為:

(1)驅(qū)動(dòng)電源故障——DRIVING_PS_FAILURE;

(2)電源故障——PS_FAILURE;

(3)控制電源故障——CONTROL_PS_FAULT;

(4)PSDIP(屏蔽門接口面板)故障——PSDIP_FAILURE;

(5)命令故障——ORDER_FAILURE;

(6)監(jiān)控故障——MONITORING_FAULT;

(7)輸入輸出模塊——IOM_ALARM_AL1——AL21,都可激活界面上監(jiān)控故障。

當(dāng)Evenement表中新增記錄的NomEvt字段符合以上7種關(guān)鍵值之一時(shí)(同時(shí)還要滿足Source、APG、TypeEvt等字段要求),會(huì)使監(jiān)控界面相對(duì)應(yīng)的站臺(tái)警報(bào)框顏色發(fā)生變化。至于變化為何種顏色,則需要根據(jù)Evenement表中FK_Contexte項(xiàng)對(duì)應(yīng)的鍵值關(guān)聯(lián)至 SQL Server數(shù)據(jù)庫(kù)的另一張表Contextequai中Id值與該鍵值相同的一行記錄來確定。該記錄的第二列和第三列決定了該警報(bào)框應(yīng)該顯示的顏色。含有具體數(shù)據(jù)的Contextequai表(部分列、行)如表3所示。

表3 含有具體數(shù)據(jù)的Contextequai表(部分列、行)

Contextequai表第二列字段為DateDisparition(消失(完成)日期),第三列字段為DateAcquittement(響應(yīng)日期)。通過分析發(fā)現(xiàn),根據(jù)此2列有無具體日期可以產(chǎn)生4種組合,分別代表4種不同的顏色,同時(shí)也表示警報(bào)的4種狀態(tài)。其對(duì)應(yīng)關(guān)系如表4所示。

?

2.4 數(shù)據(jù)庫(kù)表與站臺(tái)屏蔽門的內(nèi)在關(guān)聯(lián)分析

當(dāng)某扇屏蔽門發(fā)生故障時(shí),其DCU(門控單元)通過監(jiān)測(cè)網(wǎng)絡(luò)將實(shí)時(shí)故障信息傳送至SQL Server數(shù)據(jù)庫(kù)的Evenement事件表中。該表會(huì)因此增加一條記錄,此時(shí)該記錄的NomEvt項(xiàng)對(duì)應(yīng)的是各種單扇門警報(bào)事件名。單扇屏蔽門共有22種故障警報(bào)事件,對(duì)應(yīng)數(shù)據(jù)庫(kù)中 Evenement事件表的NomEvt關(guān)鍵字段分別為ALARM_AL1,ALARM_AL2,…,ALARM_AL21。當(dāng) Evenement表中新增記錄的NomEvt字段符合以上21種關(guān)鍵字段之一時(shí)(同時(shí)還要滿足Source、APG 、TypeEvt等字段要求),會(huì)使監(jiān)控界面相對(duì)應(yīng)的某個(gè)屏蔽門(門號(hào)由APG確定)的圖框顏色發(fā)生變化;至于變化為何種顏色,則需要根據(jù)Evenement表中FK_Contexte項(xiàng)對(duì)應(yīng)的鍵值關(guān)聯(lián)至SQL Server數(shù)據(jù)庫(kù)的另一張表Contexteporte中Id值與該鍵值相同的一行記錄來確定。該記錄的第二列和第三列決定了該屏蔽門圖框應(yīng)該顯示的顏色。含有具體數(shù)據(jù)的Contexteporte表(部分列)如表5所示。

Contexteporte表第二列字段為DateDisparition(消失(完成)日期),第三列字段為DateAcquittement(響應(yīng)日期)。根據(jù)有無具體日期此2列可以產(chǎn)生4種組合,分別代表4種不同的顏色,同時(shí)也表示門的4種維保狀態(tài)。經(jīng)比較分析知,Contexteporte表中DateDisparition和DateAcquittement兩列的組合關(guān)系對(duì)于界面屏蔽門圖框顏色顯示的影響與站臺(tái)警報(bào)相同,如圖2所示。

表5 含有具體數(shù)據(jù)的Contexteporte表(部分列)

圖2 Contexteporte表中第二、三列字段與屏蔽門圖框顏色的對(duì)應(yīng)關(guān)系

總監(jiān)控界面上的屏蔽門除圖框顏色會(huì)發(fā)生變化外,還會(huì)跟隨實(shí)際情況實(shí)現(xiàn)開關(guān)動(dòng)畫動(dòng)作。此開關(guān)動(dòng)作同樣與Evenement事件表中的相關(guān)記錄有關(guān)。每次開關(guān)門時(shí),Evenement事件表均會(huì)增加NomEvt(事件名)關(guān)鍵字為以下字段的連續(xù)記錄:

(1)MCS_OPEN_AUTO;

(2)IOM_STATUS_LTS;

(3)MCS_CLOSE_AUTO;

(4)IOM_STATUS_LTD;

(5)MCS_CLOSE_STAT US,1-30,分別對(duì)應(yīng)上/下行線的30扇門;

(6)MCS_OPEN_STAT US,1-30,分別對(duì)應(yīng)上/下行線的30扇門。

根據(jù)這些連續(xù)記錄的EtatEvt(事件狀態(tài))字段判斷各扇門應(yīng)該是開還是關(guān)。

3 數(shù)據(jù)庫(kù)表與表之間的內(nèi)在關(guān)聯(lián)關(guān)系分析

監(jiān)控界面中還有許多實(shí)時(shí)或歷史信息需要通過數(shù)據(jù)庫(kù)中多個(gè)數(shù)據(jù)表的組合來獲取。例如:為了查出某時(shí)某刻某個(gè)設(shè)備的某個(gè)模擬量值,僅根據(jù)一張模擬值登記表EnregistrementVA并不行,它需要多個(gè)表間的配合作用。因此,就需要分析表與表之間的內(nèi)在關(guān)聯(lián)關(guān)系。

經(jīng)分析知,監(jiān)控系統(tǒng)中的模擬量數(shù)據(jù)與SQL Server數(shù)據(jù) 庫(kù)的 ENregistrementVA 表、ValeursAnalogiques表(固定內(nèi)容的基本信息表)和LRUs表中(固定內(nèi)容的基本信息表)的各項(xiàng)相關(guān)聯(lián)。

經(jīng)反復(fù)測(cè)試分析后發(fā)現(xiàn),EnregistrementVA表的功能是給出各模擬量的閾值。對(duì)該表中各字段的含義、字段類型和屬性的分析結(jié)果如表6所示。

表6 EnregistrementVA表各字段含義、字段類型和屬性分析結(jié)果

由于在實(shí)時(shí)運(yùn)行中每隔2 s就會(huì)有5條記錄添加進(jìn)該表,因此EnregistrementVA表有上萬條記錄。實(shí)時(shí)添加進(jìn)來的5條記錄分別是:

(1)OPENING_TIME;

(2)CLOSING_TIME;

(3)AVE_OPENING_CURRENT;

(4)AVE_CLOSING_CURRENT;

(5)DCU_VOLTAGE。

其中Valeur項(xiàng)所對(duì)應(yīng)的值即是具體的電流、電壓、時(shí)間等模擬量值。而該值指向哪個(gè)門控單元,則需要根據(jù)該條記錄所對(duì)應(yīng)的鍵值FK_VA查詢ValeursAnalogiques表,然后再根據(jù) ValeursAnalogiques表中對(duì)應(yīng)的鍵值FK_LRU查詢LRUs表。

LRUs表各記錄則用于說明車站中的各個(gè)LRU(在線可更換部件)。對(duì)于該表中各字段的含義、字段類型和屬性的分析結(jié)果如表7所示。

表中共有固定的記錄667條[3×12+3×(30×7)+1]。最后一條記錄標(biāo)記結(jié)束。前36條記錄中每12條屬于1個(gè)站臺(tái)(Quai=1,2,3)。從第37條記錄開始,每7條記錄描述一個(gè)站臺(tái)的一個(gè)DCU。因此這7條記錄的DCU號(hào)都相同,而Quai字段對(duì)于前30×7條記錄為1,對(duì)于隨后30×7條記錄為2,對(duì)于最后30×7條記錄為3。

表7 LRUs表各字段含義、字段類型和屬性分析結(jié)果

ValeursAnalogiques表實(shí)際上給出了LRUs表中類型為DCU(共90個(gè))的部件的6個(gè)名稱代號(hào)。對(duì)于該表中各字段的含義、字段類型和屬性的分析結(jié)果如表8所示。

表8 ValeursAnalogiques表各字段含義、字段類型和屬性分析結(jié)果

ValeursAnalogiques表中的 Id對(duì)應(yīng) EnregistrementVA表中的外鍵值 FK_LRU,而ValeursAnalogiques表中的外鍵值FK_LRU則對(duì)應(yīng)表LRUs中的Id。

下面以一具體實(shí)例來說明某一模擬量信息的具體關(guān)聯(lián)步驟。

(1)根據(jù)ENregistrementVA表(表9)中某條記錄的Valeur值獲得該記錄的登記值,即模擬量值。

對(duì)于EnregistrementVA表中Id=10這行,可知某一設(shè)備在2007年5月13日18:36時(shí)的模擬量值是69個(gè)預(yù)設(shè)單位,但是何設(shè)備的模擬量值、是設(shè)備的哪個(gè)模擬量值,在此表中并未給出。

(2)根據(jù)ENregistrementVA表中某條記錄的鍵值FK_VA,查表 ValeursAnalogiques(表 10)中Id序號(hào)=FK_VA字段的記錄,獲得登記值(模擬量值)的代碼名稱。

根據(jù)ENregistrementVA表中該條記錄所對(duì)應(yīng)的鍵值FK_VA =9,查詢表 ValeursAnalogiques中 Id=FK_VA=9的記錄。由表ValeursAnalogiques可以獲知,EnregistrementVA表中的模擬量值的名稱為AVE_OPENING_CURRENT(平均開門電流)。

?

?

(3)根據(jù) LRUs表(表 11)中 Id序號(hào) =表ValeursAnalogiques中FK_LRU字段的記錄,查出對(duì)應(yīng)的DCU(哪個(gè)站臺(tái)、第幾號(hào)DCU)。

根據(jù)模擬值表ValeursAnalogiques中該條記錄所對(duì)應(yīng)的鍵值FK_LRU=37,查詢到LRUs表中Id=FK_LRU=37的記錄。

由此可得完整信息為:上行線(Quai=1)的001號(hào)DCU在2007年5月13日18:36的平均開門電壓為69個(gè)預(yù)設(shè)電壓?jiǎn)挝弧?/p>

?

4 結(jié)語

本文剖析Faiveley屏蔽門監(jiān)控系統(tǒng)數(shù)據(jù)庫(kù)與監(jiān)控界面的接口以及數(shù)據(jù)庫(kù)表間的內(nèi)在關(guān)聯(lián)關(guān)系。分析時(shí)發(fā)現(xiàn),其數(shù)據(jù)庫(kù)核心內(nèi)容安排尚存在條理不夠清晰、結(jié)構(gòu)性欠佳的不足。鑒于此,應(yīng)根據(jù)實(shí)際情況對(duì)該部分內(nèi)容進(jìn)一步展開細(xì)致的梳理、優(yōu)化和擴(kuò)充工作,并在此基礎(chǔ)上建立網(wǎng)絡(luò)化監(jiān)控體系。

[1]李春葆,曾平,趙丙秀.數(shù)據(jù)庫(kù)系統(tǒng)開發(fā)教程——基于 SQL Server 2005+VB.NET 2005[M].北京:清華大學(xué)出版社,2006.

[2]楊志強(qiáng).專家精講:SQ L Server數(shù)據(jù)庫(kù)管理、升級(jí)與轉(zhuǎn)移[M].北京:電子工業(yè)出版社,2008.

[3]Robert Vieira.SQ L Server 2005高級(jí)程序設(shè)計(jì)[M].北京:人民郵電出版社,2008.

[4]何文華.SQL Server數(shù)據(jù)庫(kù)案例教程[M].北京:電子工業(yè)出版社,2008.

Relevance between Data Base and Supervision Control Interface of Faiveley PSD

Song Yunpu,Zhao Jiong,Xu Boming

Based on the Faiveley platform screen door(PSD)system of Shanghai Metro Line 4,this paper uses the field data testing experiment and back-office data analysis as the research method,analyzes the specific structure of this system's SQL Server database,the tables'function,the meaning and attribute of the fields in the tables,the relevance between the data base and the supervision control interface of Faiveley PSD system.The relationship among the tables in the data base is also discussed with examples in the paper.This research is a basis for the localization of the PSD system and the establishment of the monitoring network.

Faiveley platform screen door;supervision and control system;data base;supervision&control interface;relevance

TP 311.1;U 231+.92

*上海市自然科學(xué)基金資助項(xiàng)目(06ZR14160)

2009-09-10)