[發(fā)明專(zhuān)利]電梯疏散通信方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201210055732.1
• 申請(qǐng)日: 2012-03-05
• 公開(kāi)（公告）號(hào): CN103297215A
• 公開(kāi)（公告）日: 2013-09-11
• 發(fā)明（設(shè)計(jì)）人: 盧昀;胡榮;董銘惠;盧榮亭
• 申請(qǐng)（專(zhuān)利權(quán)）人: 上海韋銚機(jī)電設(shè)備有限公司
• 主分類(lèi)號(hào): H04L5/14
• 分類(lèi)號(hào): H04L5/14;H04L29/08;H04L1/00;H04W84/18;G08B17/00
• 代理公司: 上海光華專(zhuān)利事務(wù)所 31219
• 代理人: 李儀萍

技術(shù)領(lǐng)域

本發(fā)明屬于電子通信技術(shù)領(lǐng)域，涉及一種電梯運(yùn)行方法，具體涉及一種電梯疏散通信方法。

背景技術(shù)

在傳統(tǒng)的高層建筑火災(zāi)監(jiān)控系統(tǒng)中，現(xiàn)行的探測(cè)器大都采用有線方式、以總線制形式進(jìn)行信號(hào)傳輸。一旦發(fā)生火災(zāi)，總線及探測(cè)器極容易被焚毀，使得火災(zāi)場(chǎng)景及后續(xù)的探測(cè)數(shù)據(jù)無(wú)從繼續(xù)獲取。從某種意義上說(shuō)，傳統(tǒng)的火災(zāi)監(jiān)控系統(tǒng)僅起到報(bào)警作用，極大地限制了指揮中心及消防人員對(duì)火災(zāi)等級(jí)及火災(zāi)趨勢(shì)蔓延的科學(xué)判斷。至于火災(zāi)狀態(tài)下利用電梯逃生，則更因?yàn)殚L(zhǎng)期以來(lái)的法規(guī)限制而滯后。現(xiàn)有的相關(guān)救火法規(guī)并沒(méi)有根據(jù)現(xiàn)代城市建筑技術(shù)的高度發(fā)展而相應(yīng)匹配和及時(shí)更新，導(dǎo)致火災(zāi)情況下最符合疏散逃生的電梯運(yùn)載工具沒(méi)有起到應(yīng)有的作用。

傳統(tǒng)的高層建筑火災(zāi)監(jiān)控系統(tǒng)中的煙溫探測(cè)系統(tǒng)、有毒氣體探測(cè)系統(tǒng)大都采用有線方式報(bào)警，沒(méi)有采用有線無(wú)線融合方式，也未融入樓宇內(nèi)電梯運(yùn)載設(shè)備系統(tǒng)，因此具有相當(dāng)?shù)木窒扌浴Ｆ淙毕菰谟冢河芯€布線方式工程量大、總線繁瑣、冗余不足，缺乏機(jī)動(dòng)性，且不能對(duì)建筑內(nèi)移動(dòng)設(shè)備進(jìn)行動(dòng)態(tài)監(jiān)測(cè)，而且擴(kuò)展性較差；比如：探測(cè)器數(shù)量被限制在1024范圍以?xún)?nèi)，已不能適應(yīng)高層建筑火災(zāi)狀況下利用電梯疏散逃生系統(tǒng)的構(gòu)建。

發(fā)明內(nèi)容

鑒于以上所述現(xiàn)有技術(shù)的缺點(diǎn)，本發(fā)明的目的在于提供一種電梯疏散通信方法，該方法填補(bǔ)了現(xiàn)代消防技術(shù)的空白，達(dá)到了高層火災(zāi)預(yù)警、報(bào)警、疏散救人的目的。

為實(shí)現(xiàn)上述目的及其他相關(guān)目的，本發(fā)明提供一種電梯疏散通信方法。

一種電梯疏散通信方法，所述電梯疏散通信方法包括：分布設(shè)置于各個(gè)火災(zāi)探測(cè)節(jié)點(diǎn)的Zigbee無(wú)線探測(cè)器探測(cè)火災(zāi)信息，并將探測(cè)獲得的信息通過(guò)Zigbee電梯無(wú)線網(wǎng)絡(luò)發(fā)送給用以控制電梯運(yùn)行的電梯無(wú)線終端；電梯無(wú)線終端請(qǐng)求電梯控制器啟動(dòng)電梯疏散系統(tǒng)通信協(xié)議控制電梯按照疏散模式運(yùn)行；所述電梯疏散系統(tǒng)通信協(xié)議是基于通訊包文，并以一應(yīng)一答作為基本通訊單位實(shí)現(xiàn)通訊的方式；所述疏散模式為預(yù)設(shè)的電梯運(yùn)行方式；消防控制中心通過(guò)有線/無(wú)線網(wǎng)絡(luò)實(shí)時(shí)查看電梯的工作狀態(tài)或遵循電梯疏散系統(tǒng)通信協(xié)議干預(yù)指揮電梯的運(yùn)行。

作為本發(fā)明的一種優(yōu)選方案，所述通訊包文包括通訊方式、包文結(jié)構(gòu)；所述包文結(jié)構(gòu)包括包文頭標(biāo)志、包文流水號(hào)、包文類(lèi)型、數(shù)據(jù)長(zhǎng)度、包文數(shù)據(jù)、校驗(yàn)位；所述包文頭標(biāo)志用以標(biāo)明通訊包文的發(fā)送方；所述包文流水號(hào)由發(fā)送方維護(hù)，依次遞增，且在一個(gè)基本通訊單位中接收方的應(yīng)答包文的包文流水號(hào)與發(fā)送方的通訊包文的包文流水號(hào)相同；所述包文類(lèi)型用以標(biāo)明是應(yīng)答包文還是指令包文；所述包文數(shù)據(jù)用以表明該通訊包文的具體內(nèi)容；所述數(shù)據(jù)長(zhǎng)度用以標(biāo)明包文數(shù)據(jù)和校驗(yàn)位一共占有的字節(jié)長(zhǎng)度。

作為本發(fā)明的另一種優(yōu)選方案，所述疏散模式的具體內(nèi)容為：利用Zigbee無(wú)線探測(cè)器的閾值設(shè)定安全等級(jí)；不同的安全等級(jí)設(shè)有不同的安全疏散程序；所述安全疏散程序包括上行和下行兩種疏散方式；上行疏散方式為：電梯由安全起始疏散層采用由低層到高層返回到上行疏散基站進(jìn)行疏散；下行疏散方式為：電梯由安全起始疏散層采用由高層到低層返回到下行疏散基站進(jìn)行疏散；在疏散過(guò)程中，電梯不停靠著火層和相鄰著火層的電梯禁停層，也不響應(yīng)來(lái)自其他樓層的內(nèi)外呼信號(hào)。

作為本發(fā)明的再一種優(yōu)選方案，無(wú)論電梯采用何種疏散運(yùn)行模式或在何層，都接受來(lái)自消防控制中心的人工干預(yù)指令，并按照指令進(jìn)行相關(guān)的運(yùn)行。

作為本發(fā)明的再一種優(yōu)選方案，所述Zigbee無(wú)線探測(cè)器設(shè)置于各個(gè)電梯機(jī)房、樓層、井道、電梯前室及電梯轎廂；所述Zigbee無(wú)線探測(cè)器包括傳感探測(cè)器、Zigbee模塊、電源模塊；所述傳感探測(cè)器與Zigbee模塊通信相連；所述電源模塊分別與所述傳感探測(cè)器和Zigbee模塊相連；所述傳感探測(cè)器包括溫感探測(cè)器和煙感探測(cè)器。

作為本發(fā)明的再一種優(yōu)選方案，所述設(shè)置于樓層、電梯機(jī)房和電梯轎廂處的Zigbee無(wú)線探測(cè)器通過(guò)Zigbee無(wú)線網(wǎng)絡(luò)與所述消防控制中心通信。

作為本發(fā)明的再一種優(yōu)選方案，所述電梯無(wú)線終端包括CPU、以太網(wǎng)接口、電梯控制器接口、RS485接口、Zigbee模塊；所述CPU通過(guò)RS485接口和Zigbee模塊與所述Zigbee無(wú)線探測(cè)器通信；所述CPU通過(guò)電梯控制器接口與所述電梯控制器通信；所述CPU通過(guò)以太網(wǎng)接口與所述消防控制中心通信。

作為本發(fā)明的再一種優(yōu)選方案，所述電梯無(wú)線終端與電梯控制器的通訊方式為全雙工通訊。

作為本發(fā)明的再一種優(yōu)選方案，所述消防控制中心通過(guò)互聯(lián)網(wǎng)與外部聯(lián)網(wǎng)設(shè)備通信。

如上所述，本發(fā)明所述的電梯疏散通信方法，具有以下有益效果：