今日頭條
官方微信
官方抖音
案例頻道
1 引言
地鐵是一類位于地下的特殊建筑，地鐵車站是人流密集的公共場(chǎng)所，根據(jù)國(guó)家消防規(guī)范和地鐵設(shè)計(jì)規(guī)范的要求，必須設(shè)置火災(zāi)自動(dòng)報(bào)警系統(tǒng)和消防系統(tǒng)及設(shè)備。目前，地鐵內(nèi)均設(shè)有專業(yè)的火災(zāi)報(bào)警系統(tǒng)（Fire Alarm System，F(xiàn)AS），擔(dān)負(fù)著對(duì)建筑內(nèi)火災(zāi)的探測(cè)、報(bào)警及聯(lián)動(dòng)控制消防設(shè)施的功能。2003年2月發(fā)生在韓國(guó)大邱地鐵的火災(zāi)，造成重大人員傷亡，慘痛的教訓(xùn)讓人們?cè)谶M(jìn)行地鐵建設(shè)時(shí)更加關(guān)注地鐵相關(guān)系統(tǒng)對(duì)火災(zāi)的探測(cè)及消防。據(jù)統(tǒng)計(jì)，在火災(zāi)事故中，造成人員傷亡多是由有毒煙氣造成的，因此火災(zāi)前期的防煙與排煙至關(guān)重要，如何實(shí)現(xiàn)地鐵防排煙系統(tǒng)設(shè)備的聯(lián)動(dòng)控制一直是業(yè)界爭(zhēng)論的問(wèn)題。在新版《地鐵設(shè)計(jì)規(guī)范》（GB50157-2003）中就此明確說(shuō)明，可以采取兩種方式：
① FAS系統(tǒng)直接聯(lián)動(dòng)控制；
② 通過(guò)地鐵環(huán)境與設(shè)備監(jiān)控系統(tǒng)（Building Automation System，BAS）進(jìn)行聯(lián)動(dòng)控制。這里暫且不討論兩種方式的利弊。
深圳地鐵正是采用第二種方式，即通過(guò)BAS系統(tǒng)實(shí)現(xiàn)對(duì)防排煙系統(tǒng)設(shè)備進(jìn)行聯(lián)動(dòng)控制的。
2 重點(diǎn)與難點(diǎn)
采用該種方式，將面臨和解決以下重點(diǎn)及難點(diǎn)問(wèn)題。
2.1 BAS與FAS的接口問(wèn)題
一般情況下地鐵不設(shè)置專門防排煙系統(tǒng)設(shè)備，多數(shù)情況下采用通風(fēng)系統(tǒng)的共用設(shè)備作為防排煙系統(tǒng)設(shè)備，它們?cè)谡９r下實(shí)現(xiàn)通風(fēng)換氣的功能，由BAS系統(tǒng)實(shí)現(xiàn)控制。火災(zāi)情況下則用于防排煙，此時(shí)，對(duì)于第一種聯(lián)動(dòng)方式，將由FAS系統(tǒng)實(shí)現(xiàn)對(duì)它們的控制，而采用第二種方式時(shí)，則還是由BAS系統(tǒng)實(shí)施控制，這里只討論第二種方式。采用第二種方式時(shí)，BAS則需要解決何時(shí)進(jìn)行聯(lián)動(dòng)控制問(wèn)題，由于火災(zāi)工況的探測(cè)是由FAS系統(tǒng)實(shí)現(xiàn)的，因此這種情況下不可避免地涉及到兩系統(tǒng)間的接口。提到接口，其實(shí)現(xiàn)一般有三種方式：I/O硬線接口、低速率異步通信接口和網(wǎng)絡(luò)接口。I/O硬線接口的特點(diǎn)是接口簡(jiǎn)單、容易實(shí)現(xiàn)，但物理連接偏于復(fù)雜。而另兩種方式的特點(diǎn)是物理連接簡(jiǎn)單、信息量大，但需要進(jìn)行協(xié)議轉(zhuǎn)換和解釋，有一定技術(shù)難度。
根據(jù)《地鐵設(shè)計(jì)規(guī)范》的要求（參見19.2.7和20.2.3條款），兩系統(tǒng)間采用通信接口，BAS系統(tǒng)將通過(guò)通信接口獲得FAS產(chǎn)生的報(bào)警信息及模式聯(lián)動(dòng)控制命令信息。一般而言，F(xiàn)AS報(bào)警主機(jī)均帶有通信接口，但不是為實(shí)現(xiàn)系統(tǒng)間接口設(shè)置的，而是多用于報(bào)警主機(jī)之間聯(lián)網(wǎng)或連接其外圍監(jiān)控設(shè)備（如圖形終端、打印機(jī)等），且協(xié)議一般是基于ASC碼的不公開的專用協(xié)議。深圳地鐵FAS系統(tǒng)采用的是美國(guó)愛(ài)德華公司的EST3系統(tǒng)，該系統(tǒng)主機(jī)帶有兩個(gè)異步串口（RS-232），一個(gè)設(shè)置為圖形終端接口，用于連接FAS工作站，另一個(gè)設(shè)置為打印機(jī)接口，其協(xié)議是主機(jī)固有的打印機(jī)協(xié)議。BAS系統(tǒng)正是要利用這一接口實(shí)現(xiàn)和FAS連接，接收FAS信息從而實(shí)現(xiàn)聯(lián)動(dòng)控制，如何在協(xié)議層能準(zhǔn)確接收并解釋其信息是實(shí)現(xiàn)聯(lián)動(dòng)控制的關(guān)鍵。
另外，防排煙系統(tǒng)設(shè)備聯(lián)動(dòng)控制的重要性決定了系統(tǒng)設(shè)計(jì)時(shí)須充分考慮BAS與FAS接口的可靠性。由于EST3主機(jī)協(xié)議是無(wú)應(yīng)答協(xié)議，存在丟數(shù)據(jù)的風(fēng)險(xiǎn)，因此只通過(guò)報(bào)警主機(jī)單路徑和BAS接口是不夠的，有必要考慮和開辟系統(tǒng)間的第二信息路徑。
2.2 BAS接收信息的實(shí)時(shí)性和可靠性
由上可知，EST3系統(tǒng)打印機(jī)協(xié)議是一種基于事件的無(wú)應(yīng)答的協(xié)議，該協(xié)議是固有協(xié)議，應(yīng)用中無(wú)法改變，且協(xié)議中無(wú)握手，無(wú)通信建立過(guò)程，更沒(méi)有信息重發(fā)機(jī)制，因此如何保證BAS能可靠接收信息，是系統(tǒng)結(jié)構(gòu)設(shè)計(jì)及信息處理方法中需要考慮的問(wèn)題。
2.3 BAS響應(yīng)信息、實(shí)現(xiàn)聯(lián)動(dòng)控制的實(shí)時(shí)性和可靠性
當(dāng)BAS系統(tǒng)能正確接收FAS信息后，BAS將迅速整理、分析、分揀信息，判斷并生成控制命令，協(xié)調(diào)系統(tǒng)內(nèi)相關(guān)控制器動(dòng)作，從而實(shí)現(xiàn)聯(lián)動(dòng)控制，這些屬于信息處理流程，同樣BAS系統(tǒng)需要提供可靠機(jī)制和硬件平臺(tái)來(lái)支持該流程的實(shí)現(xiàn)。
3 系統(tǒng)整體設(shè)計(jì)
根據(jù)上面的分析，為提高兩系統(tǒng)互連的可靠性，自然要考慮到系統(tǒng)間的網(wǎng)絡(luò)接口，利用車站局域網(wǎng)，作為兩系統(tǒng)互連的另一條信息路徑。如圖1所示，BAS和FAS有兩條鏈路實(shí)現(xiàn)連接。
圖1 系統(tǒng)整體連接圖
3.1 底層路徑
利用EST3主機(jī)的一個(gè)RS-232異步串口和BAS系統(tǒng)的PLC直接連接，該接口事先由EST3系統(tǒng)將其配置為打印接口。深圳地鐵項(xiàng)目中，BAS系統(tǒng)控制器采用的是美國(guó)羅克韋爾（Rockwell）公司的Control Logix系列可編程控制器（Programmable Logic Controller，PLC），接口模板采用的是美國(guó)Prosoft公司的MVI56-ADM模塊，該模板能很好地和Control Logix系列PLC集成，并能夠直接安裝其框架內(nèi)，它提供了3個(gè)應(yīng)用物理接口，并可直接通過(guò)背板總線實(shí)現(xiàn)和PLC的CPU模板進(jìn)行數(shù)據(jù)交換。該模板提供了一個(gè)嵌入式系統(tǒng)環(huán)境（16位DOS環(huán)境），并且為用戶提供了豐富的應(yīng)用程序接口（Application Program Interface，API），用戶可以利用這些API編寫適應(yīng)各種接口應(yīng)用的程序運(yùn)行于該模板中。深圳地鐵的BAS利用該模板提供的資源，編寫了EST3主機(jī)打印機(jī)協(xié)議的接口驅(qū)動(dòng)程序，該驅(qū)動(dòng)用于EST3協(xié)議應(yīng)用層的解釋工作，并將相關(guān)數(shù)據(jù)映射到PLC的共享內(nèi)存中用于PLC程序處理。
3.2 上層路徑
EST3主機(jī)提供另一個(gè)RS-232異步串口用于和FAS監(jiān)控工作站連接，F(xiàn)AS監(jiān)控工作站同時(shí)和BAS監(jiān)控工作站接入車站局域網(wǎng)，BAS監(jiān)控工作站通過(guò)局域網(wǎng)從FAS監(jiān)控工作站獲取數(shù)據(jù)，并傳送至BAS的PLC控制器中，從而實(shí)現(xiàn)兩系統(tǒng)通信數(shù)據(jù)路徑的冗余。通過(guò)這樣的系統(tǒng)設(shè)計(jì)，從邏輯結(jié)構(gòu)上保證了BAS和FAS之間的通信可靠性，使得BAS的PLC控制器能分別通過(guò)兩條路徑獲取數(shù)據(jù)，從而提高接收FAS數(shù)據(jù)的可靠性。
4 接口協(xié)議
接口協(xié)議的轉(zhuǎn)換及解釋是采用這種方式實(shí)現(xiàn)聯(lián)動(dòng)控制的關(guān)鍵。
系統(tǒng)在結(jié)構(gòu)上實(shí)現(xiàn)了通信路徑的冗余，接下來(lái)將面對(duì)如何可靠接收并解釋FAS的專用協(xié)議，并傳送至BAS的可編程控制器中。在這兩條通信路徑中，涉及了3種協(xié)議，F(xiàn)AS專業(yè)提供了2種通信協(xié)議：
① 用于底層的無(wú)應(yīng)答的EST3協(xié)議；
② 用于上層的有應(yīng)答的基于TCP/IP（Transfer Control Protocol/Internet Protocol，傳輸控制協(xié)議/網(wǎng)際協(xié)議）的CBP協(xié)議（CGP and BAS Protocol，CBP；CGP：Color Graphic Package，彩色圖形軟件包，是EST3系統(tǒng)的軟件包）。另外是利用Rockwell公司的RSLinx通信引擎，基于TCP/IP的控制與信息協(xié)議（Control and Information Protocol，CIP），關(guān)于CIP這里不作詳細(xì)介紹，只針對(duì)EST3系統(tǒng)的兩種協(xié)議做論述。
4.1 EST3協(xié)議
如前所述，EST3提供的是一種基于事件的無(wú)應(yīng)答的打印機(jī)協(xié)議，這就要求作為接收方的驅(qū)動(dòng)必須做到接收迅速、解析準(zhǔn)確、傳送及時(shí)。首先，驅(qū)動(dòng)的接收方式為中斷接收，由于是通過(guò)硬件來(lái)觸發(fā)的，與常規(guī)的輪詢方式比，其最大的優(yōu)勢(shì)是延遲時(shí)間極短，延遲在納秒（10-9秒）級(jí)；其次，解析采用了“滑動(dòng)窗口”機(jī)制，對(duì)數(shù)據(jù)的解析是基于單個(gè)字節(jié)的，這樣可以確保在解析時(shí)不會(huì)誤丟數(shù)據(jù)；最后，在解析出一幀完整的信息后，立即把數(shù)據(jù)放入PLC共享內(nèi)存，通知PLC有新的事件，同時(shí)，與PLC的數(shù)據(jù)交換引入握手機(jī)制，可以確保數(shù)據(jù)被PLC接收。
4.2 CBP協(xié)議
FAS監(jiān)控工作站提供的是基于TCP/IP有應(yīng)答的協(xié)議，這條數(shù)據(jù)路徑作為冗余通道。提供三種應(yīng)答協(xié)議，如圖2所示。其一是網(wǎng)絡(luò)測(cè)試幀，用于雙方的相互診斷，協(xié)議文本內(nèi)容固定，監(jiān)控站定期發(fā)送，驅(qū)動(dòng)收到后只需復(fù)制文本，回饋給監(jiān)控站作為響應(yīng)；其二是變更信息協(xié)議，用于驅(qū)動(dòng)查詢監(jiān)控站是否存在新的故障信息，驅(qū)動(dòng)定期發(fā)送查詢幀，如果收到響應(yīng)并發(fā)現(xiàn)有新的故障，驅(qū)動(dòng)以事件的方式通知本地應(yīng)用層；其三是總召喚信息協(xié)議，用于驅(qū)動(dòng)查詢監(jiān)控站當(dāng)前存在的所有故障信息，驅(qū)動(dòng)定期發(fā)送總召喚查詢幀，如果收到響應(yīng)并發(fā)現(xiàn)有新的故障，驅(qū)動(dòng)以事件的方式通知本地應(yīng)用層。
顯然，兩種協(xié)議都有各自特點(diǎn)，EST3協(xié)議最大的特點(diǎn)是快速，但協(xié)議有先天缺陷，存在丟失數(shù)據(jù)的可能；TCP協(xié)議最大的特點(diǎn)是可靠，其缺點(diǎn)是存在較大延遲。當(dāng)同時(shí)采用兩種協(xié)議接收數(shù)據(jù)時(shí)，可以達(dá)到相互取長(zhǎng)補(bǔ)短的效果，兩系統(tǒng)之間的數(shù)據(jù)傳遞迅速、可靠，使BAS能夠滿足聯(lián)動(dòng)控制系統(tǒng)響應(yīng)性指標(biāo)要求。
圖2 三種應(yīng)答協(xié)議
5 聯(lián)動(dòng)控制過(guò)程
實(shí)現(xiàn)聯(lián)動(dòng)控制有3個(gè)過(guò)程：
① 接收有效的報(bào)警信息；
② 模式優(yōu)先級(jí)及沖突判斷；
③ 發(fā)布模式命令，實(shí)現(xiàn)火災(zāi)模式控制。具體流程如圖3所示。
圖3 聯(lián)動(dòng)控制過(guò)程流程圖
5.1 接收有效的報(bào)警信息
在由驅(qū)動(dòng)層有效可靠的接收數(shù)據(jù)并傳送至BAS系統(tǒng)后，BAS系統(tǒng)控制器的應(yīng)用程序須要對(duì)這些數(shù)據(jù)進(jìn)行及時(shí)的、可靠的讀取和處理，以避免數(shù)據(jù)被新的事件數(shù)據(jù)所覆蓋，造成事件丟失，為此PLC應(yīng)用程序中采取以FAS事件最小更新周期的1/3時(shí)間為周期做定時(shí)查詢，以可靠獲取接口驅(qū)動(dòng)層傳遞來(lái)的數(shù)據(jù)，具體是這樣實(shí)現(xiàn)的：
在PLC應(yīng)用中，專門建立一個(gè)周期性的（定時(shí)中斷）接口數(shù)據(jù)處理任務(wù)（FAS_Handler），用于讀取并處理PLC共享內(nèi)存數(shù)據(jù)。由前面分析可知，由于底層鏈路的數(shù)據(jù)傳遞較快，則PLC周期任務(wù)的時(shí)間以底層鏈路數(shù)據(jù)更新周期為基準(zhǔn)。底層物理接口為異步串口，波特率9 600bps，接收1幀數(shù)據(jù)所需時(shí)間大于60ms，故將該接口處理任務(wù)的周期設(shè)定為20ms（即20ms的定時(shí)中斷），這樣確保BAS能及時(shí)可靠地讀取FAS信息。
接口數(shù)據(jù)處理任務(wù)的功能是讀取并處理接口數(shù)據(jù)。具體流程如圖4所示。根據(jù)設(shè)計(jì)，BAS系統(tǒng)只響應(yīng)FAS的模式控制命令，而FAS系統(tǒng)不能直接傳遞模式命令，BAS必須要對(duì)FAS數(shù)據(jù)進(jìn)行整理和過(guò)濾，分揀出代表模式命令的信息（FAS輸出的信息是其所有的事件，如火警、手報(bào)、溫感、矩陣、與組、故障、狀態(tài)等，而BAS關(guān)心的只是有效的邏輯與組編號(hào)，F(xiàn)AS事先針對(duì)不同防火/煙分區(qū)的煙感或溫感探頭，設(shè)置不同的邏輯與組，當(dāng)該組內(nèi)相鄰2個(gè)探頭報(bào)警時(shí)，F(xiàn)AS將輸出該與組的編號(hào)，作為該防火/煙分區(qū)確認(rèn)的火災(zāi)報(bào)警信息，與組編號(hào)代表特定防火/煙分區(qū)的模式命令，因此BAS將在FAS傳遞的眾多信息中分揀與組號(hào)信息，查表確定對(duì)應(yīng)的防排煙模式命令編號(hào)）。另外，BAS系統(tǒng)通過(guò)CBP協(xié)議接收上層通信路徑傳遞來(lái)的與組編號(hào)信息，這一層的數(shù)據(jù)過(guò)濾在運(yùn)行于BAS監(jiān)控工作站的接口驅(qū)動(dòng)進(jìn)程中實(shí)現(xiàn)。BAS監(jiān)控工作站利用CIP協(xié)議將該信息實(shí)時(shí)寫入PLC的另一共享內(nèi)存中，同樣PLC將根據(jù)該信息查表產(chǎn)生對(duì)應(yīng)的防排煙模式命令編號(hào)。由于火災(zāi)事件是有先后順序的，因此在接口數(shù)據(jù)處理任務(wù)中設(shè)計(jì)了一個(gè)長(zhǎng)度為20的數(shù)組文件作為事件隊(duì)列（First In First Out，F(xiàn)IFO）FAS_Evt_FIFO，用于緩存防排煙模式號(hào)，為BAS后續(xù)處理做準(zhǔn)備。此時(shí)事件隊(duì)列程序模塊將比較兩條路徑傳遞來(lái)的信息，如果數(shù)據(jù)相同，則視為同一火災(zāi)事件，如果不同，則作為兩個(gè)不同的事件，這些事件以模式號(hào)的方式進(jìn)入事件隊(duì)列。
至此，聯(lián)動(dòng)控制的第一個(gè)步驟完成，這一步是BAS實(shí)現(xiàn)聯(lián)動(dòng)控制的基礎(chǔ)。
圖4 數(shù)據(jù)處理流程圖
5.2 模式優(yōu)先級(jí)及沖突判斷
地鐵一般設(shè)有3類風(fēng)系統(tǒng)：隧道風(fēng)系統(tǒng)，車站公共區(qū)風(fēng)系統(tǒng)（大系統(tǒng)）和設(shè)備及管理用房風(fēng)系統(tǒng)（小系統(tǒng)）。根據(jù)工藝設(shè)計(jì)，這些風(fēng)系統(tǒng)設(shè)備在不同的運(yùn)營(yíng)工況時(shí)動(dòng)作是不一樣的，不同工況下多設(shè)備不同的運(yùn)行狀態(tài)組合即所謂的模式，BAS將根據(jù)情況對(duì)這些設(shè)備進(jìn)行群組控制即模式控制，以適應(yīng)不同的工況。地鐵工況一般有火災(zāi)工況、阻塞工況、正常工況等，對(duì)應(yīng)有防排煙模式、阻塞模式和正常模式等，其中防排煙模式具備最高的執(zhí)行優(yōu)先級(jí)。另外，當(dāng)同一風(fēng)系統(tǒng)對(duì)應(yīng)的不同防火（防煙）分區(qū)同時(shí)出現(xiàn)火災(zāi)時(shí)，根據(jù)要求要啟動(dòng)不同的防排煙模式，如果不同的模式對(duì)同一設(shè)備的動(dòng)作要求不一樣的情況，這種情況定義為模式?jīng)_突，此時(shí)BAS系統(tǒng)在響應(yīng)并執(zhí)行第一個(gè)模式的時(shí)候就不能執(zhí)行第二個(gè)模式，以上工作全部由BAS可編程控制器來(lái)進(jìn)行判斷和處理。當(dāng)出現(xiàn)火災(zāi)時(shí)，BAS系統(tǒng)首先根據(jù)事件隊(duì)列里的模式號(hào)來(lái)判斷工況，以決定能否優(yōu)先執(zhí)行該模式（火災(zāi)工況是具有最高優(yōu)先級(jí)），接著BAS要根據(jù)模式號(hào)進(jìn)行模式?jīng)_突判斷，看是否和當(dāng)前同級(jí)別的模式?jīng)_突。以上判斷的結(jié)果就意味著聯(lián)動(dòng)控制的第二步完成。
5.3 發(fā)布模式命令，實(shí)現(xiàn)火災(zāi)模式控制
經(jīng)過(guò)上述2個(gè)步驟，事件隊(duì)列里的某個(gè)模式經(jīng)判斷能夠執(zhí)行時(shí)，BAS系統(tǒng)將根據(jù)該模式號(hào)查表，取出對(duì)應(yīng)的設(shè)備命令分解傳輸?shù)礁鱾€(gè)就地級(jí)控制器中，由就地級(jí)控制器實(shí)現(xiàn)對(duì)防排煙設(shè)備的控制，至此完成聯(lián)動(dòng)控制。
6 聯(lián)動(dòng)控制的響應(yīng)性及實(shí)時(shí)性
根據(jù)《消防聯(lián)動(dòng)控制設(shè)備通用技術(shù)條件》（GB16806－19987）中對(duì)聯(lián)動(dòng)控制的有關(guān)控制方式、響應(yīng)性、反饋顯示等技術(shù)指標(biāo)提出了具體要求。其中要求聯(lián)動(dòng)控制系統(tǒng)在接收FAS報(bào)警信息后需在3秒內(nèi)發(fā)出聯(lián)動(dòng)控制命令（參見4.2.4條款），這里分析一下BAS系統(tǒng)聯(lián)動(dòng)控制的響應(yīng)性和實(shí)時(shí)性。
在做系統(tǒng)設(shè)計(jì)時(shí)，對(duì)BAS聯(lián)動(dòng)控制的響應(yīng)性和實(shí)時(shí)性采取了下列措施：
(1) 接口驅(qū)動(dòng)采用中斷方式接收FAS的報(bào)警信息，并實(shí)時(shí)更新到PLC的共享內(nèi)存中；
(2) BAS系統(tǒng)采用工業(yè)級(jí)控制器，其運(yùn)算速度<0.1ms/k基本指令，應(yīng)用程序掃描周期一般為毫秒級(jí)；
(3) BAS控制器之間的網(wǎng)絡(luò)采用確定性、高速控制網(wǎng)絡(luò)，使得聯(lián)動(dòng)命令的傳遞同樣在毫秒級(jí)內(nèi)完成。
圖5 聯(lián)動(dòng)過(guò)程所需的時(shí)間
下面根據(jù)深圳地鐵的實(shí)際應(yīng)用，定量計(jì)算一下整個(gè)聯(lián)動(dòng)過(guò)程所需的時(shí)間T，如圖5所示。T應(yīng)是從FAS系統(tǒng)產(chǎn)生確認(rèn)的火災(zāi)報(bào)警開始，到防排煙設(shè)備開始動(dòng)作所經(jīng)歷的時(shí)間，即：
T＝T2＋T3＋T4＋T5＋T6＋T7（T2嚴(yán)格意義上是FAS系統(tǒng)的延遲，根據(jù)規(guī)范描述，聯(lián)動(dòng)控制系統(tǒng)的時(shí)間延遲計(jì)算不應(yīng)包括這段時(shí)間）。其中：
T2：邏輯與組數(shù)據(jù)幀傳送時(shí)間約為60ms（≥57byte/frame，10bit/byte，9 600bps，T2＝（57×10）/9600＝59.375ms）；
T3：接口驅(qū)動(dòng)執(zhí)行時(shí)間，由于采用中斷方式，其執(zhí)行時(shí)間幾乎和T2同步，可視為無(wú)延遲；
T4：PLC共享內(nèi)存數(shù)據(jù)更新時(shí)間，由于接口模板是采用背板總線方式和PLC的處理器進(jìn)行數(shù)據(jù)交換，PLC背板通信帶寬為幾百兆，其時(shí)間延遲為微妙級(jí)，同樣視為無(wú)延遲；
T5：BAS系統(tǒng)PLC控制器接口處理任務(wù)的周期，20ms；
T6：BAS系統(tǒng)PLC應(yīng)用程序掃描時(shí)間，小于150ms；
T7：包括3個(gè)時(shí)間段：模式命令的傳遞時(shí)間（BAS主控PLC和就地PLC之間的數(shù)據(jù)通信時(shí)間：80ms）、就地PLC控制器應(yīng)用程序掃描時(shí)間（<80ms）和I/O模塊數(shù)據(jù)更新時(shí)間（20ms），T7＝80＋20＋80＝180ms；
則：T＝60＋20＋150＋180＝410ms
由上可知T<0.5s，遠(yuǎn)遠(yuǎn)優(yōu)于規(guī)范中所規(guī)定的響應(yīng)性指標(biāo)要求（3s）。需要指出的是，在現(xiàn)場(chǎng)多次的放煙試驗(yàn)時(shí)，從點(diǎn)煙到FAS產(chǎn)生與組信息歷時(shí)（T1）平均在20～30s之間，這主要和煙氣的擴(kuò)散速度及煙感探頭的布置位置、密度和敏感性有關(guān)。另外從BAS輸出設(shè)備級(jí)命令到該防排煙模式設(shè)備均達(dá)到模式要求的狀態(tài)最長(zhǎng)歷時(shí)（T8）近1.5分鐘，這主要和有些多葉風(fēng)閥動(dòng)作到位的行程時(shí)間過(guò)長(zhǎng)有關(guān)，一般風(fēng)機(jī)的啟動(dòng)時(shí)間為幾秒鐘，電動(dòng)防火閥則一般在1秒內(nèi)完成動(dòng)作。由上可知，聯(lián)動(dòng)的整個(gè)過(guò)程中，BAS系統(tǒng)的時(shí)間延遲相對(duì)設(shè)備動(dòng)作和模式執(zhí)行所用的時(shí)間是很小的，使得BAS在接收到確認(rèn)的報(bào)警信息后能在第一時(shí)間內(nèi)響應(yīng)并控制防排煙設(shè)備動(dòng)作，以確保防排煙效果。
7 結(jié)語(yǔ)
深圳地鐵已于2004年12月28日勝利通車，深圳地鐵于國(guó)內(nèi)首次實(shí)現(xiàn)了以BAS系統(tǒng)（規(guī)范名稱，項(xiàng)目名稱叫EMCS系統(tǒng)）為主的3個(gè)專業(yè)集成（EMCS＋FAS＋PSACDA），集成的重點(diǎn)問(wèn)題是接口、共享平臺(tái)和應(yīng)用流程，深圳地鐵正是在接口技術(shù)上采取了多種有效、可靠的方式使得3個(gè)專業(yè)能很好地結(jié)合在一起，既能發(fā)揮各個(gè)專業(yè)自身的特點(diǎn)，同時(shí)在特殊情況下又能共享數(shù)據(jù)，很好的實(shí)現(xiàn)系統(tǒng)間的聯(lián)動(dòng)控制，從而為用戶提高運(yùn)營(yíng)的自動(dòng)化水平及工作效率提供技術(shù)保障。BAS和FAS系統(tǒng)之間的聯(lián)動(dòng)只是該系統(tǒng)中較為典型的集成應(yīng)用，這種應(yīng)用在通車前消防驗(yàn)收的整個(gè)過(guò)程中所表現(xiàn)出的優(yōu)異效果使得該聯(lián)動(dòng)控制方式得到人們和業(yè)界的認(rèn)可。
北京市公安局海淀分局備案號(hào)：11010802023656號(hào)