牛嘉傲 陳偉利

（吉林建筑大學 電氣與計算機學院，吉林 長春 130000）

1 概述

在“智慧物聯(lián)”“云計算”技術高速發(fā)展的今天，消防作為保證人身安全的重要環(huán)節(jié)理應引起人們的重視。而目前大多數消防監(jiān)控方法仍為在消防控制室設工作人員24 小時值班，這樣的模式在一定程度上執(zhí)行困難，并存在安全隱患。同時現有的火災自動報警系統(tǒng)存在各個設施孤立運行的情況，不能做到互通信息、及時反饋、協(xié)調運行的要求，反而給消防系統(tǒng)的管理帶來了更多問題。該系統(tǒng)在將基礎消防控制系統(tǒng)靈活優(yōu)化整合的基礎上，還可以實現自動報警、監(jiān)控、定位救援、規(guī)劃逃生路線的功能，同時可在云端監(jiān)控，節(jié)省了人力資源的同時也大大提高了火災監(jiān)控的效率與精準輔助消防救援的能力。

2 系統(tǒng)設計

系統(tǒng)總體方案：

該系統(tǒng)由應用層、綜合顯示層與感知執(zhí)行層構成。感知執(zhí)行層連接溫度傳感器、感煙探測器等各種探測器組成各個子系統(tǒng)，判斷節(jié)點運行情況以實現基礎的消防監(jiān)控報警功能。感知執(zhí)行層可將信息發(fā)送給綜合顯示層顯示在綜合顯示器上并上傳至應用層。其中應用層由云平臺端與手機客戶端組成，云平臺端可以實現對建筑物BIM 模型的建立與發(fā)生火災后計算、規(guī)劃路徑的功能；同時移動設備也可以接收云平臺發(fā)送的信息從而進行實時監(jiān)控，圖1。

在感知執(zhí)行層各個傳感器模塊發(fā)送存活數據包，然后周期性的上傳傳感器的數據至綜合顯示層，綜合顯示層的信息也可以與感知層交互，指定子控制器收到后，執(zhí)行相應的操作。TCP 協(xié)議把數據上傳給ARM CORTEX A9 服務器，服務器中的線程1 通過TCP 收發(fā)數據，線程2 對數據進行解析，線程3 開辟共享內存，把數據實時放入共享內存中，線程4 把數據存放在sqlite3 數據庫中，同時運行BOA 服務器，通過CGI 程序對Web 瀏覽器數據實現雙向通信，網頁Web 瀏覽器上實現顯示數據與控制功能。在應用層：云服務器進行路徑規(guī)劃、BIM 三維建模與zigbee 定位，用來實現火災逃生與救援功能同時也可與手機APP 實時傳輸，同時，實現所有數據同步顯示。

消防監(jiān)控報警系統(tǒng)：基礎的火災報警監(jiān)控功能是重中之重，提供完善的基礎性保障是智慧消防的根基。本系統(tǒng)將消防監(jiān)控報警系統(tǒng)下分幾個子系統(tǒng)：（1）火災報警系統(tǒng)；（2）風控制系統(tǒng)；（3）防火門系統(tǒng)；（4）水控制系統(tǒng)。

3 綜合控制器設計

本系統(tǒng)選擇ARM CORTEX A9 處理器，為了接收zigbee 端的定位信息，在服務器ARM CORTEX A9 的主進程中創(chuàng)建多個線程，每個線程單獨執(zhí)行相應功能。線程1 創(chuàng)建TCP 服務端，接受信息并可以反饋指令。線程2 對接受的信息進行歸納處理并存儲。線程3 創(chuàng)建共享內存，可以接受從網頁發(fā)來的信息。線程4 首先對串口進行初始化，然后每隔80 毫秒從串口接收zigbee 數據。線程5對zigbee 信息進行分析，計算出計算點的信息，執(zhí)行定位功能。結構功能如圖2 所示。

4 BOA服務器與WEB 頁面設計

4.1 BOA 服務器

本系統(tǒng)在ARM CORTEX A9 上搭建BOA 服務器，利用綜合顯示屏功能，對工作情況進行顯示。BOA 是一種非常小巧的Web 服務器，其可執(zhí)行代碼只有大約60KB 左右。作為一種單任務Web 服務器，BOA 只能依次完成用戶的請求，而不會fork 出新的進程來處理并發(fā)連接請求。但BOA 支持CGI，能夠為CGI 程序fork 出一個進程來執(zhí)行。但經過對BOA 源碼的分析可以看出，BOA 服務器將根據瀏覽器地址欄中輸入的文件路徑調用相應的CGI 程序或靜態(tài)頁面顯示在瀏覽器中。這種方式使入侵者很容易找到源文件，隱蔽性和安全性極差所以這里在對Boa 源碼進行修改。在源代碼判斷是否CGI 程序之前添加判斷：如果文件路徑(req→pathname)的后綴代表本系統(tǒng)指定的靜態(tài)頁面，則將其修改為實際CGI 程序所在路徑，并更改is_cgi 變量為“CGI”。經過這樣修改后，程序會調用CGI程序的處理函數init_cgi()，使原本的靜態(tài)請求變成動態(tài)的CGI 請求。

4.2 BOA 服務器頁面設計與功能

4.2.1 綜合定位功能

輸入網站地址可進入服務器首頁，系統(tǒng)可根據zigbee 定位，實現上述對被困人員的定位，在綜合顯示屏頁面上顯示人員位置如圖3 綜合顯示屏定位系統(tǒng)頁面所示，便于消防員進行救援。

圖3 綜合顯示屏定位頁面

4.2.2 節(jié)點運行顯示功能

STM32 傳感器與CAN 總線設計：

本系統(tǒng)中子節(jié)點采用STM32f103，最高工作頻率可達72Mhz,在存儲器的0 等待周期訪問時可達1.25DMips/MHZ。系統(tǒng)上電后芯片先進行初始化，然后循環(huán)讀取傳感器數據進行數據處理，確定目標ID，封裝數據包，通過CAN 總線發(fā)送。當火災發(fā)生時，火災報警控制子系統(tǒng)獲取報警信號，通過樹莓派發(fā)送信息，控制各個系統(tǒng)動作。在本系統(tǒng)中各個系統(tǒng)獨立運行，可以保證穩(wěn)定運行。系統(tǒng)上電后，CAN 總線進行初始化，配置過濾器初始化CAN 總線與數據包；隨后根據狀態(tài)判斷是否發(fā)送總線函數還是中斷（CAN 總線可以通過兩個計數器：發(fā)送錯誤計數器TEC 和接收錯誤計數器REC 判斷處在是在主動錯誤狀態(tài)還是被動錯誤狀態(tài)。）如圖4 所示為綜合顯示屏監(jiān)控數據頁面。

圖4 運行監(jiān)控數據

4.3 Web 路徑規(guī)劃頁面

本系統(tǒng)選擇Apache 作為Web 服務器，Apache 開放源代碼，支持跨平臺并且易與手機APP 互聯(lián)。安裝Apache 用到4 個文件：httpd、apr、apr-util、pcre-8.40。這樣可以提高并發(fā)進程的處理速度與數量。在路徑規(guī)劃系統(tǒng)頁面的人員位置處輸入著火點位置，該系統(tǒng)即可規(guī)劃逃生路線。

最優(yōu)逃生路線如圖5 所示。

圖5 最優(yōu)逃生路徑規(guī)劃頁面

5 結論

隨著互聯(lián)網的發(fā)展，智慧消防也應登上消防系統(tǒng)發(fā)展的舞臺，本系統(tǒng)對建筑物建立整體BIM 模型，并將每層劃分為普通區(qū)域與逃生區(qū)域，根據云平臺上傳的消防數據并基于Zigbee 可實現對被困人員的定位并根據反饋的“著火點”避開火情嚴重區(qū)域，從逃生區(qū)域規(guī)劃不同的逃生路線，并將逃生路線由云平臺直接發(fā)送至手機移動端。由此可見，本系統(tǒng)不僅可以幫助人員逃生，還可以統(tǒng)計建筑物內的人員數量信息，使輔助救援更加高效精準。在移動端實時監(jiān)控、及時反饋建筑物運行情況可以將火災危險降到最低，提高消防人員的工作效率，保證人們的人身與財產安全。