基于GSM網(wǎng)絡(luò)的火災(zāi)報警網(wǎng)絡(luò)監(jiān)控器的設(shè)計

3、網(wǎng)絡(luò)監(jiān)控器的軟件設(shè)計

單片機通過AT指令對TC35i模塊進(jìn)行初始化和發(fā)送DTMF信號[2]。由MT8888C解碼TC35i模塊輸出的DTMF信號。終端設(shè)備軟件工作流程如圖4所示。

監(jiān)控器控制程序使用C51語言實現(xiàn)[3]，開發(fā)速度快、結(jié)構(gòu)化強、可維護(hù)性好。

單片機上電復(fù)位后首先進(jìn)行初始化，包括設(shè)置串口工作方式、波特率、以及變量和標(biāo)志位初值。然后，通過串口1對TC35i模塊初始化，檢查如SIM卡情況、GSM網(wǎng)絡(luò)信號強度等。然后監(jiān)控器就進(jìn)入檢測循環(huán)，檢測是否收到了火災(zāi)報警控制器發(fā)送來的報警信號和外部電話呼入信號。

如果收到了火災(zāi)報警控制器發(fā)送來的報警信號后，就顯示提示信息，等待用戶進(jìn)行人工確認(rèn)，在人工確認(rèn)或延時時間已到后，就通過AT命令控制TC35i模塊撥號呼叫監(jiān)控中心，如果呼叫失敗就重復(fù)呼叫，呼叫成功后就將通信固定格式組成的DTMF報警信號發(fā)送到監(jiān)控中心。如果監(jiān)控中心接收失敗，沒有發(fā)回接收響應(yīng)信號，就重新?lián)芴柡艚斜O(jiān)控中心進(jìn)行上傳。完成后就返回檢測循環(huán)。

如果檢測到有外部電話呼入，就對模塊RING腳輸出的振鈴信號進(jìn)行計數(shù)，等待固定的振鈴次數(shù)后就接通電話，對呼入電話進(jìn)行合法性驗證，同時顯示相應(yīng)的提示信息。如果不是監(jiān)空中心呼入的電話就掛機返回檢測循環(huán)；如果確認(rèn)是監(jiān)控中心的電話就等待接收監(jiān)控中心發(fā)來的數(shù)據(jù)命令，并對命令進(jìn)行相應(yīng)的處理，完成后返回檢測循環(huán)。

4、結(jié)果及分析

分別把三臺樣機放置在三個現(xiàn)場進(jìn)行了為其一個月的試運行測試，測試期間由值班人員每天不定期人為制造上傳報警數(shù)據(jù)，測試結(jié)果統(tǒng)計如表1所示。

試運行測試得到的結(jié)果是比較好的，只有2號和3號樣機在試運行過程中出現(xiàn)了共計3次的上傳失敗情況，分析原因主要是因為運行行期間設(shè)置的目標(biāo)電話號碼過少，只設(shè)置了2個目標(biāo)電話號碼（全部設(shè)置怕影響正常的通訊），網(wǎng)絡(luò)監(jiān)控中心電話占線所至。運行測試表明，實際的運行應(yīng)該可以得到滿意的效果。

5、結(jié)論

基于GSM網(wǎng)絡(luò)的火災(zāi)報警網(wǎng)絡(luò)監(jiān)控器采用GSM網(wǎng)絡(luò)的語音信道完成了與網(wǎng)絡(luò)監(jiān)控中心的通訊，形象的說就是移動電話與固定電話間的語音通訊。GSM網(wǎng)絡(luò)的火災(zāi)報警網(wǎng)絡(luò)監(jiān)控器在設(shè)計中既考慮到與現(xiàn)有城市火災(zāi)報警網(wǎng)絡(luò)的兼容性（考慮到一些老用戶不會馬上淘汰原來得PTSN設(shè)備），也考慮到了通訊的是實時性和可靠性。這樣，新的基于GSM網(wǎng)絡(luò)的火災(zāi)報警網(wǎng)絡(luò)監(jiān)控器既能無縫的與原有城市火災(zāi)報警網(wǎng)絡(luò)兼容，同時完成了向GSM網(wǎng)絡(luò)的升級，而且監(jiān)控中心無須升級，節(jié)省改造成本。