圖5 中，采集節(jié)點是多電梯遠程監(jiān)控系統(tǒng)的中電梯數(shù)據(jù)采集和控制電梯盒的重要機構，它主要是接收控制中心節(jié)點的控制指令，對電梯內各個傳感器進行信息采集，并對被控電梯進行操作。部分代碼如下所示：

　　typedef NER_ADDR unsigned short;

　　typedef NER _DATA unsigned char;

　　void main（）

　　{

　　Init_zigbee（）;

　　NER _ADDR addr=inst［2］;

　　NER _DATA

　　set_psw（PSW_Pispar （data））;

　　data=read（addr，NER_INT_RAM）;

　　write（A_ADDR，MEM_INT_RAM，data）;

　　4.2 Zigbee 網絡系統(tǒng)測試

　　對Zigbee 網絡進行了系統(tǒng)測試，主要測試了節(jié)點與節(jié)點之間的通信距離、通信延時測試、組網延時、節(jié)點重入及靈敏度測試等，其中每個節(jié)點發(fā)射功率為0dBm，測試節(jié)點采用3V 電池供電。

　　（1） 通信距離測試：室外情況，單個控制中心節(jié)點與單個傳感器節(jié)點在400m 的距離通信誤碼率少于2%.

　　（2） 節(jié)點重入測試：由協(xié)調器、路由器、傳感器節(jié)點組成的三級網絡，傳感器節(jié)點掉電重新上電能夠重新加入網絡，當傳感器節(jié)點的父節(jié)點離開網絡時傳感器節(jié)點能夠尋找其它父節(jié)點重新加入網絡。

　　（3） 通信時延測試：有協(xié)議棧時延和空中傳播時延。后者時延忽略不計，但而協(xié)議棧時延即可記為節(jié)點通信時延。單個協(xié)調器與單個節(jié)點，經測試，在室外150m 延時約3s.

　　（4） 在節(jié)點靈敏度測試中，采用兩個節(jié)點互發(fā)數(shù)據(jù)的形式進行，測試結果如表1 所示。

　　表1 zigbee 網絡節(jié)點接收靈敏度測試結果

　　4.3 遠程監(jiān)控端設計

　　電梯遠程監(jiān)控系統(tǒng)另一點優(yōu)勢在于采用B/S 架構的模式，監(jiān)控中心只需要安裝一個服務器，客戶端就可以隨時隨地利用瀏覽器運行軟件系統(tǒng)，通過自己的用戶名和密碼登錄該遠程監(jiān)控系統(tǒng)查詢各個電梯對象的相關信息及狀態(tài)，除此之外，還可以發(fā)出控制指令給被控電梯。

　　當用戶用將瀏覽器端的操作命令發(fā)送給web 服務器，命令指令通過通信服務器發(fā)送給EM560 數(shù)據(jù)模塊轉發(fā)給現(xiàn)場數(shù)據(jù)處理設備。該監(jiān)控系統(tǒng)采用ASP 和ActiveX 技術進行監(jiān)控系統(tǒng)動態(tài)Web 頁面的開發(fā)并要求Web 服務器根據(jù)數(shù)據(jù)庫中的數(shù)據(jù)實時生成Web 頁面。遠程客戶端支持用戶提交的操作信息向web 服務器發(fā)出HTTP 服務請求，web 服務器通過ASP 和中間組件根據(jù)服務類型向服務器發(fā)送請求，數(shù)據(jù)庫服務器應答后通過web 服務器再將數(shù)據(jù)以HTML 格式返回給客戶端，通過瀏覽器查看數(shù)據(jù)，圖為EM516 與通信服務器的Socket 的通信。

　　監(jiān)控系統(tǒng)初始化后，首先初始化ARM9 芯片的通用IO 口及通信波特率的設置、定時器、看門狗等。初始化完成后， 如果網絡不忙則會發(fā)送AT+CG-DCONTH 和ATD 即可進行聯(lián)網。然而此時的EM560 模塊是通過AT+IPR=115200 設置波特率為115200bps，并設置為在線模式。如果通行不成功的話，則再通過AT+SNRD=0 設置為重撥模式。

　　5 結論

　　本文提出了ZigBee 無線傳感技術結合3G 無線傳輸技術運用在多電梯遠程監(jiān)控系統(tǒng)的設計方案，該監(jiān)控系統(tǒng)具有低成本、易實現(xiàn)、數(shù)據(jù)傳輸可靠和低功耗等特點，使其電梯遠程監(jiān)控的實現(xiàn)難度大大降低，且安裝、維護和管理十分方便，避免了以往傳統(tǒng)電梯遠程監(jiān)控系統(tǒng)的很多弊端，代表了電梯監(jiān)控系統(tǒng)向無線網絡化發(fā)展的趨勢。