伴隨著城市經(jīng)濟(jì)的迅猛發(fā)展，電梯作為一種垂直交通工具，它的應(yīng)用日益廣泛。然而電梯的故障檢測和及其維護(hù)，特別是電梯遠(yuǎn)程監(jiān)控的作用就顯得極為重要。但是國內(nèi)在用的大多數(shù)電梯由于不能及早的預(yù)測電梯的運行故障而常常出現(xiàn)電梯困人、蹲底、沖頂、溜梯等突發(fā)情況。經(jīng)研究發(fā)現(xiàn)，罪魁禍?zhǔn)资请娞輧?nèi)各種待測信號繁多，不便于布線且目前常用的2.5G傳輸網(wǎng)絡(luò)不能滿足大量數(shù)據(jù)傳輸?shù)男枨蟮仍?。因此，研究并開發(fā)基于zigbee技術(shù)+3G傳輸網(wǎng)絡(luò)的多電梯遠(yuǎn)程監(jiān)控系統(tǒng)具有很大的工程實際意義。
　　
　　目前，zigbee技術(shù)和3G技術(shù)各自都廣泛已經(jīng)應(yīng)用于很多領(lǐng)域，但結(jié)合利用在電梯遠(yuǎn)程監(jiān)控上的研究卻很少；僅文獻(xiàn)[1]利用zigbee技術(shù)和2.5G技術(shù)結(jié)合的方式來進(jìn)行無線抄表系統(tǒng)的研究；文獻(xiàn)[2]介紹了基于Zigbee的無線監(jiān)測系統(tǒng)設(shè)計與實現(xiàn)也是基于2.5G通信技術(shù)，但并沒有具體用3G網(wǎng)絡(luò)如何去實現(xiàn)該系統(tǒng)。
　　
　　文獻(xiàn)[3]是ZigBee無線傳感技術(shù)在森林火災(zāi)監(jiān)測中的應(yīng)用，上述大多數(shù)研究都采用zigbee技術(shù)和2.5G網(wǎng)絡(luò)傳輸?shù)慕Y(jié)合在各個行業(yè)的應(yīng)用，而本文之所以采用zigbee技術(shù)和3G網(wǎng)絡(luò)進(jìn)行多電梯的遠(yuǎn)程監(jiān)控，是因為zigbee技術(shù)可以免去復(fù)雜的布線，節(jié)約成本[4,5],而3G網(wǎng)絡(luò)的傳輸速度快，以便多臺電梯出現(xiàn)問題時能夠及時將信息快速的傳輸給監(jiān)控中心，進(jìn)而故障能及時得到解決。
　　
　　然而，對于zigbee技術(shù)和internet寬帶結(jié)合應(yīng)用的也比較廣泛，但有一定的缺陷，其網(wǎng)絡(luò)必須要有網(wǎng)絡(luò)上網(wǎng)接口，且不能移動終端，對于本系統(tǒng)而言，為了能自由地從遠(yuǎn)端控制系統(tǒng)來查看系統(tǒng)的各項運行指標(biāo)，采用了3G網(wǎng)絡(luò)作為運輸載體，只要有3G網(wǎng)絡(luò)覆蓋到的地方，就可以實現(xiàn)隨時隨地查看電梯終端的運行結(jié)果。
　　
　　針對多電梯遠(yuǎn)程監(jiān)控系統(tǒng)的實際應(yīng)用需求，在ARM9的32位嵌入式系統(tǒng)的基礎(chǔ)上，并有效結(jié)合zigbee技術(shù)和3G網(wǎng)絡(luò)技術(shù)，主要在網(wǎng)絡(luò)通信與數(shù)據(jù)傳輸控制協(xié)議實現(xiàn)及監(jiān)控主機應(yīng)用程序及接口等技術(shù)問題上做了深入研究，該方案并提出了遠(yuǎn)程客戶端采用B/S瀏覽模式，這樣克服了現(xiàn)有電梯遠(yuǎn)程監(jiān)控系統(tǒng)的不足，具有現(xiàn)場數(shù)據(jù)無線采集、無線網(wǎng)絡(luò)傳輸和隨時遠(yuǎn)程監(jiān)控的新的多電梯遠(yuǎn)程監(jiān)控系統(tǒng)，具有極大的經(jīng)濟(jì)效益，是今后電梯遠(yuǎn)程監(jiān)控技術(shù)發(fā)展的方向。
　　
　　1遠(yuǎn)程監(jiān)控系統(tǒng)的總體方案設(shè)計
　　
　　3G網(wǎng)絡(luò)環(huán)境下的遠(yuǎn)程監(jiān)控系統(tǒng)分為數(shù)據(jù)采集、網(wǎng)絡(luò)傳輸和遠(yuǎn)程監(jiān)控共3個部分?？傮w結(jié)構(gòu)如圖1所示：
　　　　
　　當(dāng)數(shù)據(jù)采集終端將采集到的電梯運行數(shù)據(jù)（包括溫度、速度、加速度）*行預(yù)處理，預(yù)處理包括A/D轉(zhuǎn)換，數(shù)據(jù)壓縮，數(shù)據(jù)鎖存等技術(shù)，隨后zigBee收發(fā)模塊將經(jīng)過處理的數(shù)據(jù)打包并傳給zigBee網(wǎng)絡(luò)控制中心，再由中心節(jié)點通過EM5603G傳輸模塊將數(shù)據(jù)包發(fā)出；數(shù)據(jù)包通過中國移動3G網(wǎng)關(guān)zui終發(fā)送至監(jiān)控中心，當(dāng)控制中心收到報警信息后立即通過3G網(wǎng)絡(luò)將故障相關(guān)信息發(fā)送給維護(hù)中心，同時該監(jiān)控系統(tǒng)發(fā)送警示信號使故障電梯進(jìn)入保護(hù)模式，直到警示信號*解除。
　　
　　遠(yuǎn)程監(jiān)控系統(tǒng)中的每個采集節(jié)點都以TI公司生產(chǎn)的CC2430作為核心芯片，由于各個節(jié)點的功耗低，且使用壽命長（一般兩年內(nèi)無需維護(hù)），同時省去復(fù)雜的布線，所以實現(xiàn)起來很方便。但是考慮到，各個傳感器節(jié)點采集信息后匯聚到中心節(jié)點的信息量之大，傳輸至遠(yuǎn)程監(jiān)控中心的過程中，難免有網(wǎng)絡(luò)延時，堵塞等情況發(fā)生，所以該系統(tǒng)采用了高帶寬，高速率的3G網(wǎng)絡(luò)作為傳輸網(wǎng)絡(luò)。
　　
　　2系統(tǒng)主芯片選擇
　　
　　該監(jiān)控系統(tǒng)的主控制器主要由基于S3C2440A的ARM9控制器和基于CC2430的無線收發(fā)傳輸模塊兩部分組成。
　　
　　2.1核心控制器
　　
　　本方案采用了三星公司推出的基于ARM920T內(nèi)核的RISC嵌入式微處理器S3c2440,因為電梯采集數(shù)據(jù)的信息量大，且無線傳感器網(wǎng)絡(luò)控制中心需負(fù)責(zé)ZigBee網(wǎng)絡(luò)和3G網(wǎng)絡(luò)的數(shù)據(jù)傳輸，同時還要負(fù)責(zé)ZigBee網(wǎng)絡(luò)的組建、節(jié)點的加入和刪除等網(wǎng)絡(luò)維護(hù)工作，所以需要較強的處理能力，而一般的CPU又難以承擔(dān)重負(fù)荷運載，而該款CPU的工作頻率可達(dá)400MHz,具有很強大的運算能力，且性價比高、功耗低。該芯片集成了LCD控制器提供1通道LCD專業(yè)DMA,SDRAM控制器，攝像頭接口，3個UART的通道（帶有16字節(jié)的TX/RXFIFO,支持IrDA1.0功能），USB接口，觸摸屏接口。在嵌入式處理器的控制下，數(shù)據(jù)采集終端將傳感器采集到的電梯運行數(shù)據(jù)，進(jìn)行預(yù)處理（編碼、A/D轉(zhuǎn)換等技術(shù)）后存入采集終端中，由EM560模塊通過中國移動3G網(wǎng)絡(luò)發(fā)送到遠(yuǎn)程監(jiān)控中心。
　　
　　系統(tǒng)測試過程中所采用的三星公司的ARM9開發(fā)板集成了很多外圍設(shè)備，根據(jù)其功能的可剪裁性，所以該采集終端設(shè)計只需將相關(guān)在用的I/O口初始化，用來進(jìn)行傳感器信號的數(shù)據(jù)的采集。該開發(fā)板的性能比較穩(wěn)定，排除了相關(guān)的不穩(wěn)定因素。而本次運用的軟件系統(tǒng)是嵌入式Linux系統(tǒng)。它具有內(nèi)核小、安全性高、源代碼免費、微內(nèi)核支持網(wǎng)絡(luò)等優(yōu)點，并且可應(yīng)用于多種平臺，尤其是在ARM平臺上的應(yīng)用已經(jīng)相當(dāng)成熟且能提供強大的管理功能，因此*可以滿足數(shù)據(jù)采集的需求。
　　
　　2.2數(shù)據(jù)采集
　　
　　數(shù)據(jù)采集終端部分的功能主要是由TI公司生產(chǎn)的CC2430作為核心芯片來完成的，該芯片CC2430采用的是通用頻段（2.4GHz）通信[9],且擁有1個8位8051MCU,8KB的RAM,還包含模擬數(shù)字轉(zhuǎn)換器、幾個定時器、看門狗定時器、32kHz晶振的休眠模式定時器、上電復(fù)位電路、以及21個可編程I/O引腳，并且已固化了*的ZigBee協(xié)議棧、工具包和參考設(shè)計，目前已廣泛運用在汽車電子，通信等各個領(lǐng)域[10].
　　
　　以某小區(qū)的電梯群為研究對象，在每個電梯終端上都裝一個ZigBee模塊和相應(yīng)傳感器來當(dāng)作一個終端節(jié)點，用它來實時監(jiān)控各個電梯的狀態(tài)，并把采集到的電梯運行數(shù)據(jù)信號以無線方式發(fā)給ZigBee控制中心，因此ZigBee控制中心和各個電梯終端就組成了一個無線連接的星型結(jié)構(gòu)的多電梯監(jiān)控網(wǎng)絡(luò)。
　　　　　　
　　33G網(wǎng)絡(luò)傳輸及其接口協(xié)議
　　
　　3.1S3c2440A與EM560的通信
　　
　　當(dāng)數(shù)據(jù)采集終端在完成了數(shù)據(jù)的采集后將數(shù)據(jù)包無線發(fā)送給zigbee網(wǎng)絡(luò)控制中心，再由華為公司生產(chǎn)的3G無線模塊EM560將數(shù)據(jù)發(fā)送。該模塊支持通用串行總線（USB）、移動通信（TD-SCDMA/HSPA）等技術(shù)，同時，它還具有豐富的接口包括UART、USB2.0、GPIO、GPS、攝像頭傳感器和內(nèi)嵌SIM卡等，目前已經(jīng)廣泛運用于遠(yuǎn)程監(jiān)控，無線傳輸?shù)鹊雀鱾€領(lǐng)域中。
　　
　　該模塊將ARM9開發(fā)板的通用串行口和數(shù)據(jù)采集終端進(jìn)行無線鏈接，經(jīng)系統(tǒng)測試，其數(shù)據(jù)傳輸?shù)南滦泻蜕闲兴俾史謩e可達(dá)到2.8Mbps和384Kbps.經(jīng)分析，嵌入式控制器采用的S3C2440A處理器芯片與EM560無線傳輸模塊的I/O電均為3.3V,所以，本監(jiān)控系統(tǒng)為實現(xiàn)數(shù)據(jù)采集和3G無線網(wǎng)絡(luò)的傳輸欲采用S3C2440A處理器的UART口與EM560的UART口連接的方式。
　　　　
　　3.2接口協(xié)議的通信
　　
　　由于在對電梯數(shù)據(jù)信息采集備進(jìn)行監(jiān)控時，所使用的接口協(xié)議具有一定的相關(guān)性，所以將圖片、視頻或其它信息量比較大的數(shù)據(jù)上傳時，3G網(wǎng)絡(luò)與控制中心平臺之間可采用標(biāo)準(zhǔn)應(yīng)用層信令控制協(xié)議進(jìn)行信息認(rèn)證等，通過認(rèn)證即可以建立用戶數(shù)據(jù)包協(xié)議（UDP）連接完成數(shù)據(jù)傳送，但是由于數(shù)據(jù)量的對實時性的要求較高，所以采用UDP連接協(xié)議實現(xiàn)數(shù)據(jù)傳送。
　　
　　在瀏覽終端進(jìn)行查看和控制指令發(fā)送時，瀏覽器和通信服務(wù)器之間的接口可使用簡化了的實時流傳輸協(xié)議的標(biāo)準(zhǔn)接口，進(jìn)而來夠滿足實時性的要求，即遠(yuǎn)程客戶端可以隨時隨地的查看服務(wù)器所存儲的電梯相關(guān)指標(biāo)及其他狀態(tài)信息。
　　
　　4軟件設(shè)計及遠(yuǎn)程監(jiān)控端設(shè)計
　　
　　4.1zigbee網(wǎng)絡(luò)設(shè)計
　　
　　802.15.4協(xié)議的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)有3種類型：星型結(jié)構(gòu)、網(wǎng)格狀結(jié)構(gòu)和簇狀結(jié)構(gòu)。數(shù)據(jù)采集主要是采用星型傳感器網(wǎng)絡(luò)將數(shù)據(jù)進(jìn)行采集，因為星型網(wǎng)絡(luò)需要的中心控制器少，這樣可以大大降低監(jiān)測網(wǎng)絡(luò)群體的總體功耗。而多電梯遠(yuǎn)程監(jiān)控系統(tǒng)中的zigbee網(wǎng)絡(luò)采用是星型拓?fù)浣Y(jié)構(gòu)，zigbee網(wǎng)絡(luò)結(jié)構(gòu)中含有：中心節(jié)點、采集節(jié)點和轉(zhuǎn)發(fā)節(jié)點。整個zigbee網(wǎng)絡(luò)的控制中心節(jié)點和采集節(jié)點詳細(xì)工作流程圖如下圖所示。
　　　　
　　中心控制節(jié)點主要將遠(yuǎn)程監(jiān)控終端發(fā)送的指令信息通過ZigBee網(wǎng)絡(luò)發(fā)送到子節(jié)點，并對ZigBee網(wǎng)絡(luò)中的每個子節(jié)點進(jìn)行管理，除此之外，還可以接收各個子節(jié)點的數(shù)據(jù)信息并返回給監(jiān)控終端以便通過瀏覽器進(jìn)行查閱和數(shù)據(jù)庫保存。中心控制節(jié)點通過數(shù)據(jù)幀中的節(jié)點ID進(jìn)行數(shù)據(jù)通信，利用Switch語句做相應(yīng)的處理。
　　
　　switch（nodeID）{
　　
　　casenode1:…
　　
　　casenode2:…
　　
　　…}
　　　　
　　采集節(jié)點是多電梯遠(yuǎn)程監(jiān)控系統(tǒng)的中電梯數(shù)據(jù)采集和控制電梯盒的重要機構(gòu)，它主要是接收控制中心節(jié)點的控制指令，對電梯內(nèi)各個傳感器進(jìn)行信息采集，并對被控電梯進(jìn)行操作。部分代碼如下所示：
　　
　　typedefNER_ADDRunsignedshort;
　　
　　typedefNER_DATAunsignedchar;
　　
　　voidmain（）
　　
　　{
　　
　　Init_zigbee（）；
　　
　　NER_ADDRaddr=inst[2];
　　
　　NER_DATA
　　
　　set_psw（PSW_Pispar（data））；
　　
　　data=read（addr,NER_INT_RAM）；
　　
　　write（A_ADDR,MEM_INT_RAM,data）；
　　
　　}
　　
　　4.2Zigbee網(wǎng)絡(luò)系統(tǒng)測試
　　
　　對Zigbee網(wǎng)絡(luò)進(jìn)行了系統(tǒng)測試，主要測試了節(jié)點與節(jié)點之間的通信距離、通信延時測試、組網(wǎng)延時、節(jié)點重入及靈敏度測試等，其中每個節(jié)點發(fā)射功率為0dBm,測試節(jié)點采用3V電池供電。
　　
　?。?）通信距離測試：室外情況，單個控制中心節(jié)點與單個傳感器節(jié)點在400m的距離通信誤碼率少于2%.
　　
　?。?）節(jié)點重入測試：由協(xié)調(diào)器、路由器、傳感器節(jié)點組成的三級網(wǎng)絡(luò)，傳感器節(jié)點掉電重新上電能夠重新加入網(wǎng)絡(luò)，當(dāng)傳感器節(jié)點的父節(jié)點離開網(wǎng)絡(luò)時傳感器節(jié)點能夠?qū)ふ移渌腹?jié)點重新加入網(wǎng)絡(luò)。
　　
　?。?）通信時延測試：有協(xié)議棧時延和空中傳播時延。后者時延忽略不計，但而協(xié)議棧時延即可記為節(jié)點通信時延。單個協(xié)調(diào)器與單個節(jié)點，經(jīng)測試，在室外150m延時約3s.
　　
　　（4）在節(jié)點靈敏度測試中，采用兩個節(jié)點互發(fā)數(shù)據(jù)的形式進(jìn)行。
　　　　
　　4.3遠(yuǎn)程監(jiān)控端設(shè)計
　　
　　電梯遠(yuǎn)程監(jiān)控系統(tǒng)另一點優(yōu)勢在于采用B/S架構(gòu)的模式，監(jiān)控中心只需要安裝一個服務(wù)器，客戶端就可以隨時隨地利用瀏覽器運行軟件系統(tǒng)，通過自己的用戶名和密碼登錄該遠(yuǎn)程監(jiān)控系統(tǒng)查詢各個電梯對象的相關(guān)信息及狀態(tài)，除此之外，還可以發(fā)出控制指令給被控電梯。
　　
　　當(dāng)用戶用將瀏覽器端的操作命令發(fā)送給web服務(wù)器，命令指令通過通信服務(wù)器發(fā)送給EM560數(shù)據(jù)模塊轉(zhuǎn)發(fā)給現(xiàn)場數(shù)據(jù)處理設(shè)備。該監(jiān)控系統(tǒng)采用ASP和ActiveX技術(shù)進(jìn)行監(jiān)控系統(tǒng)動態(tài)Web頁面的開發(fā)并要求Web服務(wù)器根據(jù)數(shù)據(jù)庫中的數(shù)據(jù)實時生成Web頁面。遠(yuǎn)程客戶端支持用戶提交的操作信息向web服務(wù)器發(fā)出HTTP服務(wù)請求，web服務(wù)器通過ASP和中間組件根據(jù)服務(wù)類型向服務(wù)器發(fā)送請求，數(shù)據(jù)庫服務(wù)器應(yīng)答后通過web服務(wù)器再將數(shù)據(jù)以HTML格式返回給客戶端，通過瀏覽器查看數(shù)據(jù)，圖為EM516與通信服務(wù)器的Socket的通信。
　　
　　監(jiān)控系統(tǒng)初始化后，首先初始化ARM9芯片的通用IO口及通信波特率的設(shè)置、定時器、看門狗等。初始化完成后，如果網(wǎng)絡(luò)不忙則會發(fā)送AT+CG-DCONTH和ATD即可進(jìn)行聯(lián)網(wǎng)。然而此時的EM560模塊是通過AT+IPR=115200設(shè)置波特率為115200bps,并設(shè)置為在線模式。如果通行不成功的話，則再通過AT+SNRD=0設(shè)置為重?fù)苣Ｊ健?br />　　
　　5結(jié)論
　　
　　本文提出了ZigBee無線傳感技術(shù)結(jié)合3G無線傳輸技術(shù)運用在多電梯遠(yuǎn)程監(jiān)控系統(tǒng)的設(shè)計方案，該監(jiān)控系統(tǒng)具有低成本、易實現(xiàn)、數(shù)據(jù)傳輸可靠和低功耗等特點，使其電梯遠(yuǎn)程監(jiān)控的實現(xiàn)難度大大降低，且安裝、維護(hù)和管理十分方便，避免了以往傳統(tǒng)電梯遠(yuǎn)程監(jiān)控系統(tǒng)的很多弊端，代表了電梯監(jiān)控系統(tǒng)向無線網(wǎng)絡(luò)化發(fā)展的趨勢。