3、網絡監(jiān)控器的軟件設計

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

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

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

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

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

4、結果及分析

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

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

5、結論

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