1 系統原理及結構
GPS接收機應用GPRS數據傳輸方式及網絡結構如圖1所示:
通過GPRS服務,GPS設備可采用互聯網Internet的標準方式與在互聯網上的服務器交換數據。GPRS的基礎是以IP包的形式進行數據的傳輸,GPRS無線終端接入GPRS 網絡的方法與普通有線MODEM 類似, 都采用建立PPP(Point-to-Point Protocol) 連接方式。PPP協議是一種被廣泛采用的串行點對點鏈路上傳輸數據報的方法,包括LCP、PAP、IPCP、NCP等。GPRS MODEM通過PPP協議獲得動態分配的IP地址。連接建立后,在PPP協議的基礎上通過數據傳輸協議,該系統采用TCP實現與互聯網上其它計算機的數據通訊。
2 系統硬件組成
3 系統軟件設計與實現
3.1 微型TCP/IP協議棧的移植
如果在嵌入式系統中實現一個完整的TCP/IP協議棧,其難度可能會超出應用本身,所以本系統選用了一種簡易的免費TCP/IP協議棧uip0.6作為設計的核心。uip0.6是瑞典計算機科學研究所Adam Dunkels開發的源碼公開的免費簡易TCP/IP協議棧[3,4]。uip實現了TCP/IP協議集的四個基本協議:ARP地址解析,IP網際互聯協議,ICMP網絡控制報文協議和TCP傳輸控制協議;它具備極少的代碼占用量和RAM資源要求,尤其適用于8/16位單片機;支持多個主動連接和被動連接并發,支持連接的動態分配和釋放;擁有簡易的應用層接口和設備驅動層接口。由于本系統采用GPRS網絡方式,所以其四個協議集中只保留IP網際互連協議和TCP傳輸控制協議,并其進行一定的修改。uip協議棧中實現IP網際互聯協議時對原協議進行了極大的簡化,它沒有實現分片和重組。本設計中由于發送接收數據量較小,所以不必進行分片與重組,即對IP網際互聯協議的實現部分不作修改。為了減少存儲器的使用,uip里的TCP沒有實現發送和接收數據的調整窗口。輸入的TCP段不會通過uip緩存,而是由應用程序處理。輸出數據時,uip不能在每個連接有超過一個未解決的TCP段。在本系統的設計中,為了避免數據丟失,應用中設計一個大的緩沖區send_recbuf[]接收應用要發送的數據,一個較小的發送緩沖區send_buf[]。對uipopt.h中的部分內容進行修改,刪去UIP_IPADDR部分,應用文件頭文件改為本系統中的應用文件的頭文件#include “appcomm.h”,做為客戶端本系統中定義#define UIP_ACTIVE_OPEN 1。由于數據鏈路層采用PPP協議,所以uip_buf[]中IP頭的偏移量定義為:#define UIPLLHLEN 0
3.1.1 uip與PPP的接口
當PPP協議從網絡接收到一個IP包時,把它放入到uip_buf中,系統調用uip_input()函數。此函數將處理這個包,在需要時會調用應用程序。當uip_input()返回時,uip_buf中放入了一個輸出包,包的大小由全局變量uip_len約束,若uip_len為0,則說明沒有包要發送,否則,PPP將此包加上PPP包頭發送到網上。
3.1.2 uip與應用的接口
uip使用基于事件的編程模式,在響應一定的事件時,應用被當作uip調用的一個C函數UIP_APPCALL來實現,故在應用中要設置#define UIP_APPCALL appcomm,在uip中的標志uip_flags用于uip與應用之間的聯系,在接收到數據、數據發送成功、建立了新的連接或數據被重發時,uip調用應用,應用根據uip_flags標志進行相應的處理。
3.2 PPP協議的實現
PPP是運行在硬件接口之上的,它提供LCP、PAP和IPCP協商所需要的合適的機制。這些協商由被PPPEntery()函數調用的固定的狀態機執行,它基于接受到的內容建立響應。而PPPReceived()函數,對接收到的每個字節進行轉義處理,當一個完整的PPP幀準備好要處理時,PPPReceived()設置整幀標示Isframe,此標志在應用主循環中被PPPEntery()函數輪詢。PPP包格式如圖1所示:
圖1 PPP包格式
3.3 GPRS Modem命令及串口讀寫
3.3.1 GPRS Modem 命令
若想通過GPRS Modem撥號上網,建立PPP連接,就必須先對其進行配置,本系統中設置上網用到的主要的AT命令有一下兩個:
1.transmit(AT+CGDCONT=1,IP,CMNET n,25); 傳送此命令到GPRS Modem,以設置中國移動GPRS節點服務器的APN名稱和屬性,如果設置成功則返回“OK”,出錯返回“ERROR”。其中“CMNET”是登陸GPRS網的缺省APN.
2.transmit(ATD*99***1#rn,13);此命令撥通中國移動的GPRS節點服務器,如果設置成功,則返回“CONNECT”,出錯返回“ERROR”。程序可以根據返回值做相應處理。
3.3.2 串口讀寫API
GPS多任務實時操作系統中提供了對串口讀寫的API函數,本系統在用戶初始化時采用信號觸發方式來讀取串口,具體的串口API的應用如下所述:
1. 打開串口
PORT __y * _pUserPort; //其中_pUserPort為定義的串口變量
_pUserPort = (PORT __y *)UART_Open(?mcom);
if (_pUserPort)
{
PORT_SignalWhenDataAvailable(_pUserPort, 1, ISYS_ThisTaskId());
}
以上的功能為打開串口,paramcom為設定的串口參數結構,其中包括,串口號、緩沖區大小、傳輸速率等基本設置,若打開成功,則在串口每接收到一個字節時就會發送一個信號給本任務。
2. 讀串口
PORT_ReadByte(_pUserPort, &buf)
在收到有字節的信號時,調用此函數將串口_pUserPort中的數據讀入緩沖區buf中。
3. 寫串口
PORT_WriteByte(_pUserPort, *data))
此函數是將data指針所指向的數據寫到串口_pUserPort。
4 結論
本系統通過在GPS多任務實時操作系統中增加一個通信任務,并成功移植了uip0.6協議棧,完成了鏈路層PPP協議及底層硬件的驅動調用,使得GPS定位數據能夠實時、準確傳輸。經過實踐證明,該系統傳輸過程穩定,數據傳輸無誤。本系統的實現為GPS產品的網絡化及將來GPS產品通過網絡提高性能奠定了基礎。
評論
查看更多