登錄
注冊
基于CDMA模塊的車載監控終端的設計方案
1.DTGS-800 簡介
DTGS800 是AnyDATA 公司生產的一款CDMA 無線通信模塊。
DTGS800 工作在832MHz 頻段，功耗為0.32W,擁有高達153kbps 的數據傳輸速率，可通過AT 命令進行遠程控制，內置TCP/IP 協議棧，提供短消息服務。模塊內部集成了具有gpsOne 功能的芯片， 能夠采用gpsOne 解決方法實現定位功能。
DTGS800 的模塊主要接口包括：通用異步串行口UART,通用I/O口GPIO、編解碼器接口CODEC、用戶接口User Interface、PM 接口。
2.系統硬件設計
車載監控終端主要用來與監控中心進行實時的信息交互， 包括：
獲取車輛的位置信息、速度信息；發布調度信息；在車輛出現異常情況下進行遠程控制。另外給車輛司機提供移動通信服務，可利用此模塊撥打和接聽電話，甚至可以進行三方通話。其硬件系統是一個綜合利用電子技術和通信技術的嵌入式單片機系統，主要由控制器和通信模塊兩部分組成。
控制器是車載監控終端的核心，它對整個系統的安全運行、可靠性有很大影響。本設計中CPU 選用了ATMEL 公司的8 位單片機89C51RD2, 它是CMOS 單片8 位微控制器80C51 的高性能CMOSFLASH 版本。其特性包括：1 個64-Kbyte FLASH 存儲區，用于存儲代碼和數據；256 字節的內部RAM,1 個9 源4 級中斷控制器和3 個定時/計數器；1 個1792 字節的XRAM,1 個硬件看門狗定時器，SPI 接口，鍵盤，1 個更加通用的串行頻道，便于多處理器通信（EUART）和加速機制（X2 Mode）。
這款CPU 采用全靜態設計，減少了系統功耗，允許時鐘頻率降至任何數值而不導致數據損失。另外有兩種軟件可選的工作模式，降低8 位時鐘分頻器的活動狀態，進一步減少了功耗。空閑模式下，CPU 被凍結，而外設和中斷系統繼續工作。在掉電模式，RAM 內容被保存，而其他所有功能都無效。
系統的框架圖如下所示：
圖1 系統結構框架圖
3.系統軟件設計
系統以任務的形式對軟件功能進行模塊劃分，軟件實現的任務包括：任務調度；車輛位置信息、速度信息的獲取；短信息的接受、處理與發送；電話的撥打與接聽；屏幕顯示。
程序流程為：車輛發動之后，系統上電，首先進行系統初始化，然后開定時中斷與串口中斷，啟動完畢后啟動進入中斷監聽狀態，每隔10ms 掃描一次串口buffer 中的數據，并根據不同的狀態調用不同的接口函數實現各種功能。車輛監控終端最重要的任務就是實時交通信息的獲取和傳輸數據， 下文著重介紹GPS 信息的獲取和短消息的接收與發送。
3.1 串口中斷函數
在本系統中，處理器對DTGS800 模塊的控制是通過串口發送AT 指令實現的， 當發送某種AT 命令后，DTGS 模塊會通過串口與處理器進行數據交換。因此，如何進行串口數據管理是系統性能優劣的關鍵。在本文的設計中，采用了基于中斷的管理方式，并設置了一個200Bytes 的串口緩沖區，以循環隊列的形式實時讀取串口的接收數據。實現的步驟如下：
3.1.1 定義全局變量
#define REC_BUF_LEN 200
idata volatile BYTE datain;輸入數據的長度
idata volatile BYTE dataout;;輸出數據的長度
BYTE xdata dat[REC_BUF_LEN]; 串口緩沖區
3.1.2 操作函數的實現
bit BuffOut（BYTE *dp）；從緩沖區讀出數據
bit BuffIn（ BYTE *dp）；向緩沖區寫入數據
3.1.3 中斷函數
處理器與DTGS800 模塊之間通過串口通信，當接收短信息，有來電提醒時，都會引發串口中斷，因此串口中斷函數的核心就是將接受數據存儲到循環隊列中。其實現的流程圖如下：
圖2 中斷函數流程圖
3.1.4 接口函數
在實際工作狀態下，通話任務，短信息任務都需要通過串口向DTGS800 模塊發送數據， 這些任務的實質都是向串口發送字節數據。因此接口函數最重要的就是定義發送字節函數，定義如下：
void WriteToComm（BYTE c）
{
SBUF = c;
while （! TI）；
TI = 0;
}
3.2 系統任務設計
{$page$}
根據不同的任務定義了不同的系統狀態，其中一部分定義如下：
typedef enum
{
SYS_NET_FAIL, 網絡不通
SYS_MISSED_CALL, 未接來電
SYS_CALL_SPEAKING, 通話中
SYS_END_CALL, 掛電話
SYS_GET_GPS_INFO, 獲得GPS 數據
SYS_SMS_INFO, 短消息接收
SYS_SMS_DISPLAY, 短信息顯示
}sys_app_sta;
系統啟動完畢以后，進入main 函數中的死循環，對不同狀態響應不同的任務。以未接來電為例，定義如下函數：
if（cmp_com_str（"MISSED_CALL ",Locat,1）） 判斷狀態
{
Missed_call_deal（）； 未接來電處理函數
dataout = Locat;//go
Reccnt = Reccnt -4;
clrline（line_1）；
display_app（0x82, "未接電話："）； 顯示函數
start_nom_ref（）；
Sys_state = SYS_IDLE_STATE; 進入空閑態
break;
}
3.2.1 定位任務
定位任務負責采集車輛的交通信息，包括經度、維度、速度、行進方向等，在發送定位命令之前首先查詢模塊的工作狀態，然后通過串口發送AT 命令進行定位請求，如果串口接收到"OK"信息，則系統進入到SYS_GET_GPS_INFO 狀態。
接收的數據首先存儲在串口的buffer 中，定義了如下GPS 數據處理函數：
typedef struct
{
BYTE UTC[10]; //時間
BYTE Latitude[10]; //緯度
BYTE Longitude[11]; //經度
BYTE rec_flg; //狀態
BYTE Velocity[5]; //速度
BYTE Direction[5]; //方向
}GPS_STR;
void Gps_Data（WORD head） 將數據讀入到GPS 數據buffer 中
void GpsData_PRO（void） 解析GPS 中的相關信息以方便進一步處理；
GPS 數據解析完成以后，再利用短消息的形式將車輛的交通信息發送到監控中心。
3.2.2 短信息任務
DTGS800 提供了兩種不同的短信息服務協議，一種為簡單協議，適合于一些簡單的應用，一種為擴展協議，收發的格式比較復雜。本系統采用了擴展的SMS 協議。
3.2.2.1 短消息發送流程
1）給模塊發送命令"AT+CAD? "檢測模塊的工作狀態，如果返回值為1 表示模塊工作正常；如果為0 則表示模塊暫時不可用，等待幾秒空閑后再進行檢測；2）給模塊發送命令"AT+SMSS? ",通過返回值檢測模塊的狀態，如果模塊返回值為3,表示模塊等待接受發送的數據；3）發送解析的GPS 信息，又一次給模塊發送命令"AT+SMSS? ",如果模塊返回值為1,表示發送信息成功；4）調用顯示函數，在屏幕上顯示"短信息發送成功".
3.2.2.2 短消息接受流程
1）判斷系統狀態，如收到短信，給模塊發送命令"AT+SMSR",讀取收到的短信息；2） 對收到的短信息做數據處理， 存放在Buffer 中； 調用函數UnicodeToGB（）將收到的Unicode 碼轉化為GBK 碼；3）調用顯示函數循環顯示未讀取的短信息，當用戶讀取信息后，系統返回到空閑態，等待下一步的指令。
4.結論
通過系統實測，發現本車載監控終端系統可以很好的實現車輛交通信息的采集，接收監控中的調度信息、控制信息，具有通信可靠、良好的擴展性等特點。
