最新gprs無線數(shù)據(jù)傳輸終端研究與設(shè)計-資料下載頁
2025-06-24 05:23本頁面
【正文】 ，判斷操作是否成功，若不成功，則關(guān)閉端口，重新進行連接，流程圖如圖5一6所示。圖56 UDP收發(fā)數(shù)據(jù)流程圖發(fā)送數(shù)據(jù)的函數(shù)如下:int send_packet(void){static long sequence。auto char buf[128]。auto int length，retval。GLOBAL_INIT{sequence=0。} sequence++。 sprintf(buf,SEQ=%ld，sequence)://格式化數(shù)據(jù)并填入緩沖區(qū)length=strien(buf)+l。 //發(fā)送數(shù)據(jù)retval=udp_send(amp。my_sock，buf，length)。//判斷發(fā)送結(jié)果，不成功則關(guān)閉連接，重新打開if(retval0){Printf(”Error sending datagram! Closing and reopening socket...\n)。sock_close(amp。my_sock)。if(!udp_oPen(amp。my_sock，LOCAL_PORT,resolve(REMOTE_IP),REMOTE_PORT，NULL)){Printf(udp_open failed!\n)。exit(0)。}}Tcp_tieck(NULL)。 return l。 }Costate互聯(lián)語句實現(xiàn)數(shù)據(jù)的發(fā)送與接收如下：for(。){ receive_packet()。Costate{ waitfor(DelaySec(l))。waitfor(send_packet())。}}TCP數(shù)據(jù)傳輸?shù)膶崿F(xiàn)與UDP基本一致，流程圖與UDP流程圖一樣，只是在函數(shù)的調(diào)用上有所不同。如下為TCP發(fā)送數(shù)據(jù)的函數(shù)。 Int receive_packet(){ int bytes_read。 Static char received_buf[128]。GLOBAL_INIT{memset(received_buf， 0x00，sizeof(received_buf))。//清除緩沖區(qū)}//接收數(shù)據(jù)Bytes_read=sock_fastread(amp。my_socket，received_buf，sizeof(receivedbuf)l)。if(bytes_read0){ received_buf[bytes_read]=39。\039。Printf(%s，received_buffer)。 return 1。 }由于時間關(guān)系，本文只設(shè)計出了該終端的硬件結(jié)構(gòu)，未做出產(chǎn)品，軟件設(shè)計主要是在RCM2300開發(fā)板平臺上完成的。在調(diào)試中，采用了RCM2300開發(fā)板(如圖5一7所示)，以及SIMIOOGPRS模塊，兩者之間采用RS232串口進行連接，RCM2300通過J認。連接到PC，軟件平臺為?！盿mieC。接收端用TCP/UDP接收軟件?？刂颇K的核心是RCM2300如圖5一8所示，模塊的硬件電路由Rabbit2000徽處理器、一個256K的Flash、一個128K的SRAM、4個串口、26個1/0口和一個10針的編程接口組成。RabbitCoreRCM2300具有Rabbit2000和其它內(nèi)置的特點:快速高效的指令集、5個8比特定時器、2個10比特定時器、四個串口、256KFlash用來存儲RCM2300應用程序。開發(fā)板上有RS232串行接口，實現(xiàn)與GPRS的串行通信。調(diào)試中，目標端口設(shè)置為1234，波特率為115200bits。使用兩臺PC，將一臺具有公網(wǎng)IP的PC作為中心端，另一臺PC與數(shù)據(jù)終端連接。中心端用TCP心DP接收軟件在指定端口接收測試。建立好連接后，無線終端每隔一定時間向數(shù)據(jù)中心循環(huán)發(fā)送一組數(shù)據(jù)。如圖59所示。中心端監(jiān)聽端口并接收數(shù)據(jù)，如圖5一10為UDP傳送數(shù)據(jù)時，數(shù)據(jù)中心接收數(shù)據(jù)列表。 圖59傳輸終端發(fā)送數(shù)據(jù) 圖510 中心端接收數(shù)據(jù)試驗中分別對UDP和TCP傳輸進行了數(shù)次數(shù)據(jù)傳輸測試，包括每隔1lmin、smin、10min、2omin、30min進行循環(huán)數(shù)據(jù)傳輸測試。測試結(jié)果表明，無線終端在傳輸數(shù)據(jù)的過程中，中心端能接收到數(shù)據(jù)，說明在實驗環(huán)境中，通過GPRS傳輸數(shù)據(jù)是成功的。分別用TCP和UDP傳輸方式實現(xiàn)了數(shù)據(jù)的傳輸。也對兩者的運行結(jié)果進行了比較。如下:、lmin發(fā)送數(shù)據(jù)時，無論是TCP還是UDP傳輸，都能接收中心端發(fā)送來的數(shù)據(jù)。，UDP接收中心端傳輸?shù)臄?shù)據(jù)時，TCP對于中心端中心端傳輸?shù)臄?shù)據(jù)也產(chǎn)生較大的丟包率。，存在少量的數(shù)據(jù)丟失。以上現(xiàn)象是由于GPRS網(wǎng)絡(luò)對TCP鏈路存在一個限制:如果一條分配給TCP的鏈路在長時間(大概20分鐘左右晰一])沒有數(shù)據(jù)流量，會自動降低此鏈路的優(yōu)先級直至強制斷開此鏈路。UDP由于自身特點，以及GPRS網(wǎng)絡(luò)UDP端口資源的有限性，在一段時間沒有數(shù)據(jù)流量后，端口容易改變，產(chǎn)生的影響就是從服務(wù)器中心端向GPRS終端發(fā)送數(shù)據(jù)，GPRS終端接收不到數(shù)據(jù)。所以要實現(xiàn)數(shù)據(jù)的可靠傳輸，需要采用傳輸心跳包來維持鏈路。TCP大概需要20分鐘發(fā)送一次。UDP時間間隔較短，大約1分鐘就需要發(fā)一次UDP包才能夠維持。所以在程序中加入了心跳包執(zhí)行語句。HEARTBEATRAI，E是心跳包發(fā)送間隔時間，UnP設(shè)為1min，TCP設(shè)為20min。Costate{ waitfor(IntervalSec(HEARTBEAT_RATE))。waitfor(send_heartbeat())://發(fā)送心跳 }加入心跳包程序后，丟包率明顯減少。程序設(shè)計初期，考慮到TCP本身的包頭要比UDP多，認為數(shù)據(jù)傳輸中TC流量比UDP大。但是實驗中發(fā)現(xiàn)，UDP在由于需要維護雙向通道，要通過大量的心跳包數(shù)據(jù)來維護端口資源。所以，在一些數(shù)據(jù)傳輸較少的場合，由于需要頻繁的發(fā)送心跳包維護端口資源，UDP的實際流量要比TCP要大。通過以上結(jié)果知道，在一些要求實時傳輸，要求服務(wù)器中心端和GPRS終端設(shè)備能相互的、實時的傳輸數(shù)據(jù)的場合中以及要求數(shù)據(jù)的丟包率較小的場合中，TCP比UDP更能滿足要求。但是在一些對數(shù)據(jù)完整性要求不太高以及數(shù)據(jù)傳輸頻繁的場合中，UDP由于實現(xiàn)方便，更加適合。由于電機監(jiān)控中，傳輸?shù)臄?shù)據(jù)比較頻繁，并且對于數(shù)據(jù)的丟包率沒有較高的要求，所以采用UDP方式即可。采用UDP方式不僅能滿足電機監(jiān)控的應用也可以減少費用。無線傳輸終端的軟件設(shè)計軟件設(shè)計主要包括串口驅(qū)動、模塊驅(qū)動、PPP協(xié)議、UDP廳CP數(shù)據(jù)傳輸?shù)膶崿F(xiàn)。軟件設(shè)計平臺是DynamicC，本章主要介紹了PPP連接的實現(xiàn)和UDP汀CP收發(fā)數(shù)據(jù)的軟件設(shè)計。AT指令是用來建立通信鏈路的，本章也介紹了TCP/IP連接中常用的AT指令。最后對程序進行了調(diào)試，證明了程序的可行性。并且比較了UDP和TCP的運行結(jié)果，選擇TCP傳輸方式作為電機遠程監(jiān)控方案。
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號-1