由于涉及已運營線路的列車改造，系統的穩定性和安全性是至關重要的，所以該系統在設計時報警主機和分機之間采用了基于MT8888的DTMF通信，并在列車上使用低煙、無鹵的線纜構架系統的通信網絡，做到與列車原有廣播系統的語音信號相互獨立，互不干擾。網絡拓撲結構是總線型結構，最遠分機和主機的距離長達150 m。

?

?

　　DTMF通信每次收發只能處理4位數據，但是對于實際通信數據，就需要設置較大的緩沖區，循環發送多字節數據。下面詳細描述主機和分機的通信協議。

　　3.2 基于CRC8的安全通信協議

　　根據系統的功能，報警主機和分機的消息類型包括：系統上電自檢、分機報警、主機報警回復。系統上電自檢是指在系統全部上電后，列車車廂內的分機會自動向主機發送健康信息，主機收到該信息后會在界面上點亮對應分機的指示燈;分機報警是指乘客按下報警按鈕后，分機向主機發送的報警信息;主機報警回復是指司機確認報警后，主機向分機發送的報警確認信息。為了保證通信的安全性，采用CRC8標準進行數據校驗，多項式為

?

　　，簡記為0x31。

　　通信協議的詳細定義如下：

　?、偕想娮詸z信息格式(3字節)

　　報頭(1字節)：FB

　　報文：車廂號(半字節)+分機號(半字節)

　　CRC(1字節)：CRC8

　?、趫缶畔⒏袷?3字節)

　　報頭(1字節)：EA

　　報文：車廂號(半字節)+分機號(半字節)

　　CRC(1字節)：CRC8

　?、蹐缶貜托畔⒏袷?3字節)

　　報頭(1字節)：EC

　　報文：車廂號(半字節)+分機號(半字節)

　　CRC(1字節)：CRC8

　　在報警主機和報警分機的DTMF編解碼結束后，使用Altera公司的EPM1270芯片進行CRC8的生成和校驗，基于以下VHDL代碼實現了8位CRC碼生成電路。代碼中，InputData為輸入數據，ResultCRC為輸出CRC碼，midCRC為當前CRC碼。

?

?

　　CRC8校驗算法的使用，從軟件上為報警主機和分機的通信提供了一定的安全保障;CPLD硬件的實現方式，減輕了單片機的運算負擔，使其專注于主控制邏輯的調度。