基于UDP協(xié)議的ARM與X86平臺之間的通訊方案
隨著人工智能的應用，ARM產(chǎn)品已經(jīng)遍布到各個領域：工業(yè)控制、無線通訊領域、消費類電子產(chǎn)品、成像和安全產(chǎn)品，包括現(xiàn)在流行的數(shù)碼相機和打印機中絕大部分采用ARM技術，手機中的32位SIM智能卡也采用了ARM技術。除此以外，ARM微處理器及技術還應用到許多不同的領域，并會在將來取得更加廣泛的應用，因此，ARM與其它平臺之間通訊就顯得尤為重要。
1.UDP協(xié)議本質(zhì)
UDP協(xié)議是英文User Datagram Protocol的縮寫，即用戶數(shù)據(jù)報協(xié)議，主要用來支持那些需要在計算機之間傳輸數(shù)據(jù)的網(wǎng)絡應用。包括網(wǎng)絡視頻會議系統(tǒng)在內(nèi)的眾多客戶/服務器模式的網(wǎng)絡應用都需要使用UDP協(xié)議。UDP協(xié)議從問世至今已經(jīng)被使用了很多年，雖然其最初的光彩已經(jīng)被一些類似協(xié)議所掩蓋，但即使是在今天，UDP仍然不失為一項非常實用和可行的網(wǎng)絡傳輸層協(xié)議。
UDP協(xié)議使用端口號為不同的應用保留其各自的數(shù)據(jù)傳輸通道。UDP和TCP協(xié)議正是采用這一機制實現(xiàn)對同一時刻內(nèi)多項應用同時發(fā)送和接收數(shù)據(jù)的支持。數(shù)據(jù)發(fā)送一方（可以是客戶端或服務器端）將UDP數(shù)據(jù)報通過源端口發(fā)送出去，而數(shù)據(jù)接收一方則通過目標端口接收數(shù)據(jù)。有的網(wǎng)絡應用只能使用預先為其預留或注冊的靜態(tài)端口；而另外一些網(wǎng)絡應用則可以使用未被注冊的動態(tài)端口。因為UDP報頭使用兩個字節(jié)存放端口號，所以端口號的有效范圍是從0到65535.一般來說，大于49151的端口號都代表動態(tài)端口。
數(shù)據(jù)報的長度是指包括報頭和數(shù)據(jù)部分在內(nèi)的總的字節(jié)數(shù)。因為報頭的長度是固定的，所以該域主要被用來計算可變長度的數(shù)據(jù)部分（又稱為數(shù)據(jù)負載）。數(shù)據(jù)報的最大長度根據(jù)工作環(huán)境的不同而各異。從理論上說，包含報頭在內(nèi)的數(shù)據(jù)報的最大長度為65535字節(jié)。不過，一些實際應用往往會限制數(shù)據(jù)報的大小，有時會降低到8192字節(jié)。
UDP協(xié)議使用報頭中的校驗值來保證數(shù)據(jù)的安全。校驗值首先在數(shù)據(jù)發(fā)送方通過特殊的算法計算得出，在傳遞到接收方之后，還需要再重新計算。
如果某個數(shù)據(jù)報在傳輸過程中被第三方篡改或者由于線路噪音等原因受到損壞，發(fā)送和接收方的校驗計算值將不會相符，由此UDP協(xié)議可以檢測是否出錯。其實在UDP協(xié)議中校驗功能是可選的，如果將其關閉可以使系統(tǒng)的性能有所提升。這與TCP協(xié)議是不同的，后者要求必須具有校驗值。
2.實現(xiàn)案例
實現(xiàn)案例如下：在觸摸屏進行畫圖，使其在液晶屏上顯示，同時通過網(wǎng)絡傳輸數(shù)據(jù)，使其在計算機屏幕上顯示，并由計算機控制清除液晶屏上的圖形。
步驟如下：
（1）新建工程
（2）在main.c文件中編輯初始化網(wǎng)絡函數(shù)void InitNetWork（）//初始化網(wǎng)絡{
U32 ipaddr32，ipmaskaddr32，ipgateaddr32;
U8 *Mac;
ipaddr32=Get_ipaddr（）； //獲取IP地址
ipmaskaddr32=Get_maskaddr（）；//獲取子網(wǎng)掩碼
ipgateaddr32=Get_gwaddr（）； //獲取網(wǎng)關
Mac=Get_mac（）； //獲取網(wǎng)卡地址NetPortChoose（0）；
//選擇網(wǎng)口，必須在配置網(wǎng)絡以前進行
initOSNet（ipaddr32， ipmaskaddr32，
ipgateaddr32，Mac）；//配置網(wǎng)絡
OSTimeDly（1000）；//任務掛起1秒
printk（“init Ethernet and UDP is
ok！\n”）；
}
（3）定義計算機端套接字，全局變量（4）編寫Main_Task任務及消息循環(huán)主要負責響應觸摸屏消息，在屏幕上畫圖，然后將數(shù)據(jù)傳輸?shù)接嬎銠C上。
對觸摸屏消息的處理和鍵盤消息類似，其消息類型pMsg->Message為OSM_TOUCH_SCREEN，消息參數(shù)pMsg->LParam中包含了觸摸屏的動作信息，定義如下：
#define TCHSCR_ACTION_NULL
0
#define TCHSCR_ACTION_CLICK 1 //觸摸
屏單擊
#define TCHSCR_ACTION_DBCLICK 2 //觸
摸屏雙擊
#define TCHSCR_ACTION_DOWN 3 //觸摸
屏按下
#define TCHSCR_ACTION_UP 4 //觸摸
屏抬起
#define TCHSCR_ACTION_MOVE 5 //觸摸
屏移動
消息參數(shù)pMsg->WParam中則包含了觸摸
點的坐標信息，低16位是X坐標值，高16位是Y坐標值。這里當觸摸屏產(chǎn)生“按下”動作后采用MoveTo（）函數(shù)設置繪圖起始點坐標，當產(chǎn)生“移動”動作后采用LineTo（）函數(shù)繪制線段。
12下一頁全文 本文導航第 1 頁：基于UDP協(xié)議的ARM與X86平臺之間的通訊方案第 2 頁：解決方案
下載文檔
