發(fā)送數(shù)據(jù)

閑時(shí)即可進(jìn)行發(fā)送數(shù)據(jù),若不空閑則需要進(jìn)行下一個(gè)周期的等待,直到檢測(cè)到信道空閑為止。以Wi-Fi技術(shù)為例,Wi-Fi設(shè)備的固定幀周期如圖2所示,包含3個(gè)部分:信道可用性檢測(cè)時(shí)間、信道占用時(shí)間和空閑時(shí)間,整個(gè)時(shí)間周期為1～10 ms,具體由設(shè)備制造商宣稱(chēng)[2]。信道可用性檢測(cè)時(shí)間(Clear Channel Assessment,CCA):評(píng)估信道是否空閑所需的時(shí)間,不小于16 μs;信道占用時(shí)間(Channel Occupancy Time, COT ):設(shè)

無(wú)線(xiàn)通信節(jié)點(diǎn)發(fā)送數(shù)據(jù)時(shí),只有在它通信覆蓋范圍內(nèi)的節(jié)點(diǎn)才能收到,這種共享的多跳信道會(huì)導(dǎo)致移動(dòng)自組織網(wǎng)絡(luò)存在隱藏終端、暴露終端等問(wèn)題[2-3]。如圖1所示,當(dāng)通信節(jié)點(diǎn)1向節(jié)點(diǎn)3發(fā)送數(shù)據(jù)時(shí),節(jié)點(diǎn)2并不在節(jié)點(diǎn)1的通信覆蓋范圍內(nèi),它無(wú)法檢測(cè)節(jié)點(diǎn)1正在發(fā)送分組,如果此時(shí)節(jié)點(diǎn)2也向節(jié)點(diǎn)3發(fā)送數(shù)據(jù),就會(huì)引起數(shù)據(jù)碰撞,節(jié)點(diǎn)2便稱(chēng)作隱藏終端。這種因某些節(jié)點(diǎn)不能偵聽(tīng)到其他節(jié)點(diǎn)發(fā)送數(shù)據(jù)而引起的數(shù)據(jù)碰撞就是隱藏終端問(wèn)題。另外,還存在一種情況,如圖2所示,當(dāng)節(jié)點(diǎn)3向節(jié)點(diǎn)1發(fā)送數(shù)據(jù)時(shí),

方法向客戶(hù)機(jī)發(fā)送數(shù)據(jù)，服務(wù)器要想接收客戶(hù)機(jī)發(fā)來(lái)的數(shù)據(jù)可以使用recv方法。（6）雙方通信結(jié)束以后，服務(wù)器使用close()關(guān)閉已連接的套接字。2.2 創(chuàng)建基于TCP的客戶(hù)端連接創(chuàng)建基于TCP 傳輸協(xié)議的客戶(hù)端連接的流程如下。（1）使用socket 方法創(chuàng)建一個(gè)用來(lái)和服務(wù)器建立連接的套接字。client_socket=socket.socket(netadd_type,socket_type)（2）調(diào)用connect()和服務(wù)器建立連接。（3）客戶(hù)機(jī)使用se

，可能會(huì)造成發(fā)送數(shù)據(jù)的丟失，進(jìn)一步造成通信故障。本文提出了一種422總線(xiàn)超額發(fā)送方法，即當(dāng)要發(fā)送的數(shù)據(jù)量超過(guò)FIFO大小時(shí)，不用更改FIFO大小，同時(shí)保證數(shù)據(jù)發(fā)送的完整性。1 串口軟核介紹RS422是一種全雙工串行異步通信，因?yàn)闆](méi)有統(tǒng)一參照的時(shí)鐘，通信雙方需要約定好固定的通信格式，包括通信周期、通信長(zhǎng)度、包頭、校驗(yàn)和、波特率、校驗(yàn)方式、停止位方式等。422通信的基本單位是數(shù)據(jù)幀，數(shù)據(jù)幀包含起始位、數(shù)據(jù)位、校驗(yàn)位、停止位，如圖1所示。若干數(shù)據(jù)幀組成數(shù)據(jù)包，數(shù)

的邊沿接收或發(fā)送數(shù)據(jù)。②MOSI。主機(jī)輸出/從機(jī)輸入線(xiàn)，主機(jī)在上升沿（或下降沿）通過(guò)該信號(hào)線(xiàn)發(fā)送數(shù)據(jù)給從機(jī)，從機(jī)在下降沿（或上升沿）通過(guò)該信號(hào)線(xiàn)接收該數(shù)據(jù)。③MISO。主機(jī)輸入/從機(jī)輸出線(xiàn)，從機(jī)在上升沿（或下降沿）通過(guò)該信號(hào)線(xiàn)發(fā)送數(shù)據(jù)給主機(jī)，主機(jī)在下降沿（或上升沿）通過(guò)該信號(hào)線(xiàn)接收該數(shù)據(jù)。④SS。從機(jī)片選信號(hào)線(xiàn)，它同樣是由主機(jī)控制輸出[8-9]。1.1 SPI總線(xiàn)工作原理當(dāng)沒(méi)有數(shù)據(jù)需要在主機(jī)和從機(jī)之間傳輸時(shí)，主機(jī)控制SCK輸出空閑電平，片選信號(hào)SS輸出無(wú)效

機(jī)向FPGA發(fā)送數(shù)據(jù)，另16路用于單片機(jī)從FPGA接收數(shù)據(jù)，采用雙向16位傳輸方案，可以滿(mǎn)足更大范圍的數(shù)據(jù)傳輸要求，滿(mǎn)足傳輸?shù)母咝室约昂笃跀?shù)據(jù)傳輸?shù)谋憬菪?、可靠性。具體總線(xiàn)設(shè)置如圖3所示。該系統(tǒng)可實(shí)現(xiàn)單片機(jī)與FPGA的異步雙向通信，實(shí)現(xiàn)上位數(shù)據(jù)的發(fā)送及下位數(shù)據(jù)的反饋。圖3 單片機(jī)與FPGA通信總線(xiàn)示意圖1.3 系統(tǒng)硬件選擇1.3.1 單片機(jī)芯片選擇C8051F040是高度集成的混合信號(hào)SoC級(jí)微控制器芯片，具有與8051單片機(jī)兼容的高速CIP-51微控制

列和緩沖區(qū)、發(fā)送數(shù)據(jù)隊(duì)列和緩沖區(qū)。系統(tǒng)初始化時(shí)，先需要在內(nèi)存中設(shè)置多塊固定大小的接收和發(fā)送緩沖區(qū)，針對(duì)每一塊收發(fā)數(shù)據(jù)緩沖區(qū)建立數(shù)據(jù)描述符[1]。數(shù)據(jù)描述符中包括對(duì)應(yīng)數(shù)據(jù)緩沖區(qū)的起始地址。在接收方向上，每個(gè)接收描述符對(duì)應(yīng)的指針被寫(xiě)入接收自由指針隊(duì)列，供DMA 控制器接收使用；在發(fā)送方向上，每個(gè)發(fā)送描述符對(duì)應(yīng)的指針被寫(xiě)入發(fā)送自由指針隊(duì)列，供 CPU 使用。如圖2 所示為接收數(shù)據(jù)的流程，具體如下文 所述。圖2 端系統(tǒng)電路結(jié)構(gòu)（1）接收MAC 控制器先判斷到達(dá)數(shù)據(jù)

K”，加密待發(fā)送數(shù)據(jù)后發(fā)送給轉(zhuǎn)發(fā)設(shè)備。轉(zhuǎn)發(fā)設(shè)備對(duì)發(fā)送設(shè)備發(fā)出的數(shù)據(jù)在某個(gè)信道上進(jìn)行轉(zhuǎn)發(fā)，接收設(shè)備獲取周?chē)h(huán)境的WiFi網(wǎng)絡(luò)信道情況。接收設(shè)備在混雜模式下循環(huán)判斷之前獲取的信道列表，接收設(shè)備在混雜模式下獲得轉(zhuǎn)發(fā)設(shè)備發(fā)送的數(shù)據(jù)后判斷是否接收完畢。接收設(shè)備接收完轉(zhuǎn)發(fā)設(shè)備發(fā)送的全部數(shù)據(jù)后退出混雜模式。接收設(shè)備解密收到全部數(shù)據(jù)后獲得輸入網(wǎng)絡(luò)名稱(chēng)和網(wǎng)絡(luò)密碼。接收設(shè)備向SSID對(duì)應(yīng)的轉(zhuǎn)發(fā)設(shè)備執(zhí)行接入連接請(qǐng)求操作。2 系統(tǒng)軟件詳細(xì)設(shè)計(jì)方案2.1 組播IP與MAC地址對(duì)應(yīng)關(guān)

命令時(shí)，從站發(fā)送數(shù)據(jù)。周期巡測(cè)模式流程如圖2所示。圖2 周期巡測(cè)模式流程圖周期巡測(cè)模式一般包括以下三種情況。(1)選擇重點(diǎn)區(qū)域的終端。不間斷輪巡重點(diǎn)關(guān)注區(qū)域的終端工作狀態(tài)，主站選擇重點(diǎn)關(guān)注的某個(gè)從站或多個(gè)從站，對(duì)選擇重點(diǎn)關(guān)注區(qū)域內(nèi)的某個(gè)/多個(gè)從站逐一輪巡發(fā)送讀取數(shù)據(jù)的命令，從站收到命令時(shí)將需要的數(shù)據(jù)發(fā)送到主站。(2)選擇普通區(qū)域的終端。不間斷輪巡全部終端，主站向系統(tǒng)內(nèi)的所有從站逐一發(fā)送讀取數(shù)據(jù)的命令，每個(gè)從站收到讀取本從站數(shù)據(jù)命令時(shí)將需要的數(shù)據(jù)發(fā)送到主站。

戶(hù)端發(fā)送請(qǐng)求發(fā)送數(shù)據(jù)指令，報(bào)文內(nèi)容如表1所示。表1 客戶(hù)端發(fā)送請(qǐng)求發(fā)送直播數(shù)據(jù)指令長(zhǎng)度單位為字節(jié)；報(bào)文頭內(nèi)容為0x43455443(CETC)；時(shí)間戳單位為毫秒；指令編號(hào)為0 時(shí)表示請(qǐng)求發(fā)送數(shù)據(jù)；密鑰明文是由客戶(hù)端生成的16 Byte 隨機(jī)數(shù)；校驗(yàn)和為以上32 Byte 全部相加的和。服務(wù)端應(yīng)答是否允許發(fā)送數(shù)據(jù)，報(bào)文內(nèi)容如表2所示。表2 服務(wù)端應(yīng)答是否允許發(fā)送直播數(shù)據(jù)長(zhǎng)度單位為字節(jié)；報(bào)文頭內(nèi)容為0x43455443(CETC)；時(shí)間戳單位為毫秒；指令編號(hào)為

通信，發(fā)送方發(fā)送數(shù)據(jù)并不考慮接收方什么時(shí)候接收，如果是傳送1個(gè)數(shù)據(jù)比較好處理，串口無(wú)論工作在查詢(xún)方式下還是中斷方式下，接收方的CPU只要檢測(cè)RI=1，就可以接收數(shù)據(jù)。如果發(fā)送方發(fā)送的是多個(gè)數(shù)據(jù)，接收方接收的是發(fā)送方發(fā)送的多個(gè)數(shù)據(jù)的哪一個(gè)?發(fā)送方發(fā)送的多個(gè)數(shù)據(jù)是動(dòng)態(tài)變化的，盡管發(fā)送方發(fā)送多個(gè)數(shù)據(jù)的順序在編程中是固定不變的，但是串口通信是異步的，接收方接收時(shí)，無(wú)法知道此次接收的數(shù)據(jù)是發(fā)送方發(fā)送的哪一個(gè)數(shù)據(jù)，所以接收方必須有能力判斷接收到的是哪一個(gè)數(shù)據(jù)才能真正實(shí)

授予的子幀中發(fā)送數(shù)據(jù);否則,不能發(fā)送數(shù)據(jù)并且必須等待新的授權(quán)。換言之,實(shí)際的UL傳輸取決于當(dāng)前是否允許UE傳輸數(shù)據(jù),如果不能按計(jì)劃進(jìn)行UL傳輸,這意味著非許可頻譜的資源利用率將降低。本文研究隨機(jī)接入方案下的MSS算法性能,給出基于調(diào)度方案和隨機(jī)接入方案下的最大化資源利用率配置方案,以提高非授權(quán)頻譜的資源利用率。1 問(wèn)題描述1.1 上行非授權(quán)LTE頻譜接入原則不同于LAA的DL傳輸過(guò)程,eNB通過(guò)確定可用信道以避免與WiFi用戶(hù)發(fā)生傳輸沖突。在LAA的UL傳

的上行信道上發(fā)送數(shù)據(jù)。此過(guò)程中，信令多次交互，耗時(shí)較長(zhǎng)，無(wú)法滿(mǎn)足URLLC 短時(shí)延的要求，為縮短空口傳輸?shù)沫h(huán)回時(shí)延，可在上行配置免授權(quán)的調(diào)度方式。圖1 為連接態(tài)下ping 業(yè)務(wù)空口環(huán)回過(guò)程，使用動(dòng)態(tài)調(diào)度時(shí)，ping 數(shù)據(jù)在空口環(huán)回時(shí)延包括UE 在上行調(diào)度申請(qǐng)、基站通過(guò)PDCCH 向UE 分配PRB 資源、UE 在上行發(fā)送數(shù)據(jù)并最終正確接收基站反饋的下行數(shù)據(jù)的所有過(guò)程的時(shí)間總和，其中10%的傳輸錯(cuò)誤數(shù)據(jù)需要重傳，這進(jìn)一步增加了空口數(shù)據(jù)傳輸環(huán)回時(shí)間。使用免授權(quán)

假設(shè)源節(jié)點(diǎn)S發(fā)送數(shù)據(jù)分組x到D，但是D不能正確接收x，記D接收的出錯(cuò)分組為x′。如果節(jié)點(diǎn)D接收到編碼分組x⊕y(符號(hào)⊕代表NC編碼操作)，則NC不能通過(guò)分組x′和x⊕y解碼出分組x、y，因?yàn)镹C只能對(duì)完全正確接收的分組進(jìn)行解碼。而MIMO_NC可以利用分組x′和x?y解碼出分組x、y(符號(hào)?代表MIMO_NC編碼操作，x?y是應(yīng)用物理層NC原理在伽羅瓦域中矢量的線(xiàn)性組合)。如圖2(c)所示，MIMO_NC將網(wǎng)絡(luò)編碼下潛到物理層的信道編碼之后，在編碼階段，每

定以不同頻率發(fā)送數(shù)據(jù)，數(shù)據(jù)幀格式包含當(dāng)前幀號(hào)，幀號(hào)從0 開(kāi)始，依次遞增；數(shù)據(jù)幀內(nèi)容采用自增模式，便于接收到數(shù)據(jù)后查驗(yàn)數(shù)據(jù)是否丟包。2）網(wǎng)絡(luò)吞吐率測(cè)試方法PC 機(jī)2～4 按照優(yōu)先級(jí)設(shè)定不間斷發(fā)送數(shù)據(jù)，設(shè)置發(fā)送數(shù)據(jù)量，在發(fā)送完畢之后記錄所花費(fèi)的時(shí)間，根據(jù)發(fā)送數(shù)據(jù)量和發(fā)送時(shí)間即可計(jì)算出各發(fā)送節(jié)點(diǎn)數(shù)據(jù)發(fā)送速率；數(shù)據(jù)接收節(jié)點(diǎn)采用每接收到一定量數(shù)據(jù)即記錄累計(jì)時(shí)間的方法進(jìn)行記錄，在數(shù)據(jù)接收完畢后剔除第一次記錄的累計(jì)時(shí)間和最后一次記錄的累計(jì)時(shí)間，根據(jù)中間有效計(jì)時(shí)和每段計(jì)時(shí)

通過(guò)特定網(wǎng)卡發(fā)送數(shù)據(jù)，來(lái)實(shí)現(xiàn)對(duì)特定程序走特定網(wǎng)絡(luò)的區(qū)分，實(shí)現(xiàn)在IP和路由無(wú)法區(qū)分的網(wǎng)絡(luò)環(huán)境下，不會(huì)出現(xiàn)數(shù)據(jù)走錯(cuò)線(xiàn)路的情況，保障業(yè)務(wù)正常運(yùn)行。筆者單位對(duì)IP進(jìn)行統(tǒng)一的更改，當(dāng)更改到財(cái)務(wù)部門(mén)時(shí)，就遇到了問(wèn)題，網(wǎng)絡(luò)結(jié)構(gòu)拓?fù)鋱D如圖1所示。財(cái)務(wù)部門(mén)使用一套財(cái)務(wù)管理軟件，連接內(nèi)網(wǎng)財(cái)務(wù)服務(wù)器運(yùn)行，他們使用的電腦，均配備雙網(wǎng)卡，一路接單位辦公網(wǎng)絡(luò)，一路通過(guò)交換機(jī)接到財(cái)務(wù)服務(wù)器，一塊網(wǎng)卡使用192.168.2開(kāi)頭地址，一塊網(wǎng)卡使用172.16.100開(kāi)頭地址，而此次網(wǎng)絡(luò)改造

主機(jī)發(fā)送一個(gè)發(fā)送數(shù)據(jù)的請(qǐng)求，等到主機(jī)響應(yīng)之后，向主機(jī)發(fā)送數(shù)據(jù)，并在結(jié)束時(shí)發(fā)送數(shù)據(jù)結(jié)束標(biāo)志。第一種方案：在通信的時(shí)候可以保證數(shù)據(jù)傳輸?shù)臏?zhǔn)確性，盡管有多個(gè)分機(jī)在通信，但主機(jī)可以保證在具體的某一時(shí)刻，只有一個(gè)機(jī)器在傳輸數(shù)據(jù)，這樣就可以避免其他主機(jī)發(fā)送的數(shù)據(jù)對(duì)其造成干擾，但是這樣采取巡檢的方式，在主機(jī)比較多的情況下，就會(huì)造成數(shù)據(jù)傳輸?shù)亩虝貉訒r(shí)，適用于分機(jī)比較少的小系統(tǒng)。第二種方案：在通信的時(shí)候可以保證數(shù)據(jù)傳輸?shù)膶?shí)時(shí)性，在通信過(guò)程中，某個(gè)分機(jī)的數(shù)據(jù)有更新時(shí)，可以馬上

A中，車(chē)輛在發(fā)送數(shù)據(jù)幀后，不能立即預(yù)留BCH。如果車(chē)輛沒(méi)有得到關(guān)于該幀數(shù)據(jù)的BCH確認(rèn)，它會(huì)發(fā)送下一幀數(shù)據(jù)，直到成功預(yù)留BCH。MARR-ALOHA和 RRALOHA是一種分布式協(xié)議，將時(shí)間分割成固定長(zhǎng)度的虛擬幀，每個(gè)虛擬幀由N個(gè)預(yù)留時(shí)隙組成，車(chē)輛必須預(yù)留BCH才能訪(fǎng)問(wèn)無(wú)線(xiàn)信道。想要發(fā)送數(shù)據(jù)的車(chē)輛需監(jiān)視一個(gè)頻道的虛擬幀，通過(guò)在該頻道發(fā)送幀信息，和其他車(chē)輛爭(zhēng)奪BCH，以便獲得媒體接入機(jī)會(huì)。文中提出了一種新的VANET MAC協(xié)議即Res VMAC協(xié)議，它允許

低電平。用來(lái)發(fā)送數(shù)據(jù)的3毫秒中，共發(fā)送25*(1+8+1+2)=300位數(shù)據(jù)，也就是說(shuō)，每位數(shù)據(jù)（高或低電平）持續(xù)10微秒的時(shí)間。該協(xié)議有25個(gè)字節(jié)。其中第一個(gè)字節(jié)是起始字節(jié)，然后是22個(gè)包含數(shù)據(jù)的字節(jié)，最后是一個(gè)標(biāo)志字節(jié)和結(jié)束字節(jié)。起始字節(jié)中的8位數(shù)據(jù)位為11110000b，即完整起始字節(jié)為011110000011b。標(biāo)志字節(jié)可根據(jù)不同飛控自行設(shè)定，用于承載除了舵機(jī)數(shù)據(jù)以外的數(shù)據(jù)。結(jié)束字節(jié)中的數(shù)據(jù)位為00000000b。協(xié)議中有22個(gè)包含數(shù)據(jù)的字節(jié)，每個(gè)

節(jié)點(diǎn)設(shè)備每次發(fā)送數(shù)據(jù)的通信時(shí)序。節(jié)點(diǎn)發(fā)送上行數(shù)據(jù)后會(huì)打開(kāi)兩個(gè)持續(xù)時(shí)間很短的接收窗口來(lái)接收來(lái)自網(wǎng)關(guān)的下行數(shù)據(jù),LoRa節(jié)點(diǎn)通過(guò)這種方式實(shí)現(xiàn)雙向通信。由于只有在發(fā)送上行數(shù)據(jù)后的一小段時(shí)間內(nèi)接收服務(wù)器發(fā)送來(lái)的下行數(shù)據(jù),所有A類(lèi)節(jié)點(diǎn)是LoRaWAN網(wǎng)絡(luò)中功耗最低的節(jié)點(diǎn)[16]。圖2 A類(lèi)節(jié)點(diǎn)發(fā)送數(shù)據(jù)時(shí)序LoRaWAN中的數(shù)據(jù)類(lèi)型可以分為兩種:一種是接受者準(zhǔn)確接收數(shù)據(jù)之后,必須回復(fù)確認(rèn)消息,當(dāng)沒(méi)有收到確認(rèn)消息,則發(fā)送者必須進(jìn)行數(shù)據(jù)重傳;另一種是發(fā)送者發(fā)送數(shù)據(jù)之后不需

1）增加每幀發(fā)送數(shù)據(jù)包的次數(shù)，3～5次為宜；（2）利用捕獲效應(yīng)[8]在接收到的數(shù)據(jù)包功率不平衡時(shí)，進(jìn)一步提高系統(tǒng)吞吐量性能。由文獻(xiàn)[7]可知，當(dāng)重復(fù)發(fā)送數(shù)據(jù)包次數(shù)為3次且不考慮捕獲效應(yīng)的情況下，CRDSA++協(xié)議的系統(tǒng)最高吞吐量幾乎接近0.7 packets/slot。因此，CRDSA++協(xié)議是可以應(yīng)用于低軌衛(wèi)星物聯(lián)網(wǎng)中較理想的接入?yún)f(xié)議，可大大改善傳統(tǒng)隨機(jī)接入?yún)f(xié)議的性能，且比DAMA協(xié)議的傳輸時(shí)延小很多。然而，CRDSA++協(xié)議有個(gè)致命的缺陷，當(dāng)系統(tǒng)吞吐量

節(jié)點(diǎn)為中心，發(fā)送數(shù)據(jù)的時(shí)間被分成兩個(gè)部分，握手階段（Handshake Time,HT）和數(shù)據(jù)發(fā)送階段（Data transmission Time,DT）。在HT階段分為兩次握手，首先接收節(jié)點(diǎn)處于空閑狀態(tài)時(shí)，會(huì)等待來(lái)自發(fā)送節(jié)點(diǎn)的發(fā)送計(jì)劃信號(hào)（Plan Signal,PS）。當(dāng)收到第一個(gè)PS時(shí)，會(huì)進(jìn)入一段等待時(shí)間TW，在TW時(shí)間內(nèi)，接收節(jié)點(diǎn)將持續(xù)保持空閑狀態(tài)并接收其他發(fā)送節(jié)點(diǎn)的PS。發(fā)送節(jié)點(diǎn)需要發(fā)送信息時(shí)，首先會(huì)進(jìn)入到偵聽(tīng)狀態(tài)，若偵聽(tīng)到接收節(jié)點(diǎn)處于空閑狀態(tài)

作線(xiàn)程即可，發(fā)送數(shù)據(jù)則需要定時(shí)，而且定時(shí)精度決定了實(shí)時(shí)性。本文通過(guò)設(shè)計(jì)發(fā)送數(shù)據(jù)的功能程序，研究各種定時(shí)方法的精度與性能，從而對(duì)定時(shí)方法進(jìn)行評(píng)價(jià)，供編寫(xiě)RS-422接口VC++程序的工程技術(shù)人員參考。2 定時(shí)方法功能程序基于對(duì)話(huà)框，在主程序中打開(kāi)串口，設(shè)置波特率為921600；編寫(xiě)功能函數(shù)SendData( )，實(shí)現(xiàn)向RS-422接口發(fā)送一幀數(shù)據(jù)；設(shè)計(jì)定時(shí)方法，定時(shí)調(diào)用SendData( )函數(shù)。2.1 使用WM_TIMER定時(shí)映射WM_TIMER消息，在O

時(shí)向另一用戶(hù)發(fā)送數(shù)據(jù)，如圖1所示．在圖1(a)中，若上行鏈路發(fā)送節(jié)點(diǎn)C1為下行鏈路接收節(jié)點(diǎn)C4的暴露終端，則上行鏈路的發(fā)送信號(hào)亦為下行鏈路的節(jié)點(diǎn)間干擾(Inter-Node Interference，INI)信號(hào)，將干擾C4正確接收AP的有用信號(hào)．節(jié)點(diǎn)物理層(Physical Layer， PHY)可根據(jù)信干噪比(Signal to Interference plus Noise Ratio， SINR)等信息減小節(jié)點(diǎn)間干擾的影響[7]，若設(shè)計(jì)的MAC層機(jī)

1 發(fā)送過(guò)程發(fā)送數(shù)據(jù)過(guò)程分為設(shè)置發(fā)送參數(shù)、輸入要發(fā)送的數(shù)據(jù)、發(fā)送數(shù)據(jù)三部分。其中，設(shè)置發(fā)送參數(shù)具體為上位機(jī)軟件設(shè)置發(fā)送數(shù)據(jù)長(zhǎng)度、發(fā)送次數(shù)和發(fā)送方式；輸入要發(fā)送端數(shù)據(jù)包括有規(guī)律的數(shù)據(jù)（遞增數(shù)據(jù)、遞減數(shù)據(jù)、隨機(jī)數(shù)據(jù)等）和自定義的數(shù)據(jù)；發(fā)送數(shù)據(jù)具體為上位機(jī)通過(guò)設(shè)置AD9912芯片選擇發(fā)送時(shí)鐘速率，而此發(fā)送時(shí)鐘通過(guò)FPGA鎖相環(huán)路優(yōu)化后，經(jīng)過(guò)ODDR雙沿采樣，實(shí)現(xiàn)發(fā)送過(guò)程。在整個(gè)發(fā)送過(guò)程中，所有參數(shù)和數(shù)據(jù)都通過(guò)PXI總線(xiàn)模塊送到FPGA的雙口RAM中，經(jīng)過(guò)雙沿采樣

中節(jié)點(diǎn)A向B發(fā)送數(shù)據(jù),節(jié)點(diǎn)C也有數(shù)據(jù)需要發(fā)往D,圖中所示情況下的C節(jié)點(diǎn)就是一個(gè)隱藏終端,若采用的是二次握手的接入控制方式,那么其在監(jiān)聽(tīng)到信道空閑后向D發(fā)送數(shù)據(jù),但是B同時(shí)處在A和C的接收范圍內(nèi),因此會(huì)造成B在接收數(shù)據(jù)時(shí)發(fā)生碰撞。采用RTS/CTS之后,即使C收不到A的RTS幀,仍可以收到B的CTS幀然后進(jìn)行退避,從而解決了這種情況。下面要討論的Semi-TCP算法就是基于該握手協(xié)議。1.2 算法基本思想介紹基于RTS/CTS的Semi-TCP算法也分為節(jié)點(diǎn)

須保證節(jié)點(diǎn)在發(fā)送數(shù)據(jù)分組之前，要先獲得信道使用權(quán)，才能去實(shí)現(xiàn)數(shù)據(jù)分組無(wú)沖突傳輸。雖然S-FAMA協(xié)議避免了數(shù)據(jù)分組的碰撞，但是由于水聲信道具有長(zhǎng)傳播延遲特性，該握手機(jī)制將導(dǎo)致較低的系統(tǒng)吞吐量。文獻(xiàn)[5]提出一種具有節(jié)能的水下傳感器網(wǎng)絡(luò)協(xié)議，通過(guò)提出CA-ACK自適應(yīng)機(jī)制，根據(jù)信道環(huán)境情況，如果信道環(huán)境良好，自動(dòng)選擇No-ACK機(jī)制，否則選擇Imm-ACK機(jī)制。主要是通過(guò)減少ACK確認(rèn)幀的數(shù)量，減少了能量消耗，但是信道利用率不是很高。文獻(xiàn)[10]提出了一種新

點(diǎn)同時(shí)向總線(xiàn)發(fā)送數(shù)據(jù)，將會(huì)發(fā)生總線(xiàn)競(jìng)爭(zhēng)，導(dǎo)致通信數(shù)據(jù)錯(cuò)誤，發(fā)送失敗[4]；且某節(jié)點(diǎn)若出現(xiàn)通信故障，則可能出現(xiàn)該節(jié)點(diǎn)長(zhǎng)期獨(dú)占總線(xiàn)的情況。針對(duì)多機(jī)通信中的數(shù)據(jù)沖突問(wèn)題，已有的一種解決方法是采用類(lèi)似于以太網(wǎng)的載波監(jiān)聽(tīng)多路訪(fǎng)問(wèn)/沖突檢測(cè)協(xié)議（CSMA/CD）[5?6]。數(shù)據(jù)接收端對(duì)接收到的數(shù)據(jù)進(jìn)行校驗(yàn)，如果出錯(cuò)則認(rèn)為發(fā)生了總線(xiàn)沖突，接收端不會(huì)發(fā)送確認(rèn)幀，若在規(guī)定時(shí)間內(nèi)未收到確認(rèn)幀，發(fā)送端就調(diào)用沖突處理函數(shù)[7]。此方法雖能在一定程度上解決上述問(wèn)題，但某種程度上降低

法的核心即在發(fā)送數(shù)據(jù)前延時(shí)一段時(shí)間再發(fā)送數(shù)據(jù)，以避讓其它節(jié)點(diǎn)發(fā)送的數(shù)據(jù)，從而避免沖突，CSMA/CA的執(zhí)行步驟和介紹詳見(jiàn)文獻(xiàn)[2]和文獻(xiàn)[3]。標(biāo)準(zhǔn)的CSMA/CA算法沒(méi)有數(shù)據(jù)的優(yōu)先級(jí)分區(qū)服務(wù)，網(wǎng)絡(luò)節(jié)點(diǎn)對(duì)要發(fā)送的數(shù)據(jù)不分流，所以有學(xué)者提出了基于優(yōu)先級(jí)的CSMA/CA算法作為對(duì)CSMA/CA算法的優(yōu)化和改進(jìn)。在CSMA/CA算法中有3個(gè)重要參數(shù)，分別為退避指數(shù)BE、退避次數(shù)NB和碰撞窗寬CW，參見(jiàn)文獻(xiàn)[2]。對(duì)CSMA/CA算法的改進(jìn)將從這3個(gè)參數(shù)入手，以實(shí)

試是從測(cè)試機(jī)發(fā)送數(shù)據(jù)至工作機(jī)，而下行測(cè)試則是從工作機(jī)發(fā)送數(shù)據(jù)至測(cè)試機(jī)。測(cè)試時(shí)工作機(jī)IP設(shè)置為192.168.1.2，測(cè)試機(jī)IP設(shè)置為192.168.1.3，考慮到現(xiàn)實(shí)使用的需要，路由器的2.4GHz/5GHz無(wú)線(xiàn)網(wǎng)絡(luò)均啟用WPA2安全模式，設(shè)置有8位數(shù)密碼，并啟用DHCP服務(wù)。網(wǎng)絡(luò)覆蓋范圍的測(cè)試則在我們的辦公環(huán)境中進(jìn)行測(cè)試，共計(jì)測(cè)試6個(gè)不同地點(diǎn)的2.4GHz頻段和5GHz頻段的網(wǎng)絡(luò)強(qiáng)度，測(cè)試的設(shè)備是華碩S300CA筆記本電腦，通過(guò)Wirelessmon軟件

通過(guò)對(duì)各節(jié)點(diǎn)發(fā)送數(shù)據(jù)時(shí)間的同步，有效地避免了節(jié)點(diǎn)間數(shù)據(jù)沖突問(wèn)題。實(shí)驗(yàn)結(jié)果證明了該方案能有效地提高數(shù)據(jù)傳輸?shù)膶?shí)時(shí)性和可靠性，解決了CAN總線(xiàn)訪(fǎng)問(wèn)沖突。數(shù)據(jù)采集；CAN總線(xiàn)；主控同步；實(shí)時(shí)性引用格式：王軍，曾獻(xiàn)輝. 基于主控同步的CAN總線(xiàn)多點(diǎn)實(shí)時(shí)數(shù)據(jù)采集技術(shù)[J].微型機(jī)與應(yīng)用，2016,35(18)：69-71,77.0　引言現(xiàn)場(chǎng)數(shù)據(jù)采集一般有CAN總線(xiàn)與RS-485總線(xiàn)[1]兩種有線(xiàn)組網(wǎng)方式，但是RS-485采用主從多址輪詢(xún)的方式，實(shí)現(xiàn)多址接入，輪詢(xún)周期

若信道閑，則發(fā)送數(shù)據(jù)；反之，就進(jìn)行退避直到信道閑為止。然而由于“隱藏終端”的存在，即使監(jiān)聽(tīng)到信道閑也未必能成功發(fā)送數(shù)據(jù)；另外由于“暴露終端”的存在，即使監(jiān)聽(tīng)到信道忙也未必不能發(fā)送數(shù)據(jù)。所以CSMA/CA的CS常常是無(wú)效的，所以去掉載波監(jiān)聽(tīng)即CA，該協(xié)議就演變成了MACA。MACA的主要思想就是通過(guò)控制報(bào)文避免數(shù)據(jù)報(bào)文的沖突。當(dāng)發(fā)送節(jié)點(diǎn)向接收節(jié)點(diǎn)發(fā)送RTS控制報(bào)文時(shí)，接收節(jié)點(diǎn)會(huì)向相鄰的節(jié)點(diǎn)發(fā)送CTS控制報(bào)文，從而相鄰的節(jié)點(diǎn)將被阻塞一段時(shí)間，這樣當(dāng)發(fā)送節(jié)點(diǎn)向接

好的利用信道發(fā)送數(shù)據(jù)，提高信道利用率，采用了基于貝葉斯決策統(tǒng)計(jì)理論，通過(guò)全概率公式拆分，對(duì)p-持續(xù)CSMA協(xié)議中的參數(shù)p進(jìn)行動(dòng)態(tài)自適應(yīng)擬合的一種CSMA協(xié)議改進(jìn)方法。用Matlab2010a進(jìn)行模擬仿真實(shí)驗(yàn)，得出改進(jìn)后的自適應(yīng)p-持續(xù)CSMA協(xié)議比靜態(tài)的p-持續(xù)CSMA協(xié)議對(duì)信道有高20%左右的利用率。貝葉斯決策；p-持續(xù)CSMA；吞吐率；自適應(yīng)網(wǎng)絡(luò)終端信道的分配從上世紀(jì)70年代就成為了計(jì)算機(jī)網(wǎng)絡(luò)研究的熱點(diǎn)，最開(kāi)始是 Norman Abramson研究的A

當(dāng)前時(shí)刻不要發(fā)送數(shù)據(jù)，解決了隱藏終端和暴露終端的問(wèn)題，并提高了網(wǎng)絡(luò)吞吐量；除此之外，使用短信號(hào)還能夠降低能量損耗。仿真結(jié)果表明該協(xié)議能夠?qū)崿F(xiàn)上述目的。信號(hào)；接收端；水聲網(wǎng)絡(luò)；MAC協(xié)議0　引言對(duì)于共享媒介網(wǎng)絡(luò)，節(jié)點(diǎn)需要媒體接入控制協(xié)議控制接入共享信道。共享媒介網(wǎng)絡(luò)中的隱藏終端和暴露終端問(wèn)題導(dǎo)致網(wǎng)絡(luò)吞吐量大大降低。陸地上的無(wú)線(xiàn)網(wǎng)絡(luò)主要有兩種方法緩解隱藏終端，一種是采用握手機(jī)制，如MACA[1]協(xié)議；另一種是通過(guò)發(fā)送忙信號(hào)機(jī)制，基于這種機(jī)制的MAC協(xié)議有BTM

.1 一對(duì)一發(fā)送數(shù)據(jù)性能對(duì)比在傳統(tǒng)模型下分別選擇三對(duì)節(jié)點(diǎn)并依次在每對(duì)節(jié)點(diǎn)之間的單一數(shù)據(jù)傳輸路徑上進(jìn)行單向ftp性能測(cè)試；同樣地，在BCube模型下選擇相同的三對(duì)節(jié)點(diǎn)并依次在每對(duì)節(jié)點(diǎn)之間的多條不相交的數(shù)據(jù)傳輸路徑上同時(shí)進(jìn)行單向ftp性能測(cè)試。通過(guò)收包成功率與吞吐量結(jié)果的對(duì)比，反映出BCube模型在節(jié)點(diǎn)對(duì)之間進(jìn)行多路徑數(shù)據(jù)傳輸時(shí)的性能優(yōu)勢(shì)。在仿真過(guò)程中，需要注意以下幾點(diǎn)：1）選擇三對(duì)測(cè)試節(jié)點(diǎn)時(shí)應(yīng)保證三對(duì)節(jié)點(diǎn)的位置與距離應(yīng)具有一定的代表性。2）傳統(tǒng)模型中，源節(jié)點(diǎn)

SERDES發(fā)送數(shù)據(jù)是從最低位開(kāi)始發(fā)送的。SERDES接口時(shí)序如圖3所示。圖3 SERDES接口時(shí)序153.6M的發(fā)送時(shí)鐘由SERDES給出，發(fā)送數(shù)據(jù)與該時(shí)鐘要對(duì)齊。8B/10B編碼規(guī)則為一個(gè)字節(jié)的最高3bit為一組，值范圍為0～7；其它5bit為一組，值范圍為0～31；當(dāng)對(duì)應(yīng)字節(jié)的控制位為低時(shí)發(fā)送正常數(shù)據(jù)為DX.Y，當(dāng)對(duì)應(yīng)字節(jié)的控制位為高時(shí)發(fā)送K碼為KX.Y。3.2 SERDES硬核對(duì)外接口用altera的MegaWizard產(chǎn)生的6G SERDES硬核

0]為本次待發(fā)送數(shù)據(jù)的數(shù)據(jù)個(gè)數(shù);A[1]為待發(fā)送數(shù)據(jù)的命令隊(duì)列;A[2]為待發(fā)送數(shù)據(jù)的數(shù)據(jù)隊(duì)列;A[3]為返回?cái)?shù)據(jù)存放隊(duì)列;A[4]為對(duì)接收數(shù)據(jù)進(jìn)行處理的函數(shù)入口地址;A[5]為是否對(duì)接收數(shù)據(jù)進(jìn)行處理的標(biāo)志,0表示無(wú)需做進(jìn)一步處理,1表示需要處理。在發(fā)送數(shù)據(jù)時(shí),根據(jù)數(shù)據(jù)功能組織命令字段和數(shù)據(jù)字段組裝,形成待發(fā)送數(shù)據(jù)隊(duì)列使用DSPI發(fā)送,并將燃油芯片處理后返回的數(shù)據(jù)記錄在對(duì)應(yīng)發(fā)送數(shù)據(jù)的結(jié)構(gòu)字段A[3]中。2 DSPI驅(qū)動(dòng)DSPI包括發(fā)送串口和接收串口,能夠與

單片機(jī)側(cè)都有發(fā)送數(shù)據(jù)顯示部分和接收數(shù)據(jù)顯示部分，主要用于顯示將要發(fā)送的數(shù)據(jù)和接收到的數(shù)據(jù)； 測(cè)試模塊是PROTEUS 軟件自帶的仿真示波器， 主要負(fù)責(zé)測(cè)試通信數(shù)據(jù)格式和通信動(dòng)作時(shí)序。2 基于Proteus 仿真軟件搭建硬件平臺(tái)使用Proteus 仿真軟件， 根據(jù)不同功能模塊的要求搭建仿真的硬件平臺(tái)。 具體如圖2 所示。圖2 串行通信教學(xué)系統(tǒng)的硬件電路圖Fig. 2 Hardware of the serial communication teaching

式。4.2 發(fā)送數(shù)據(jù)。發(fā)送數(shù)據(jù)的流程相對(duì)簡(jiǎn)單主要是配置設(shè)備的ID，發(fā)送數(shù)據(jù)長(zhǎng)度，然后把需要發(fā)送數(shù)據(jù)放到buffer即可，（表1為發(fā)送區(qū)列表）發(fā)送數(shù)據(jù)流程如下：（1）首先判斷上次發(fā)送數(shù)據(jù)是否完成；（2）判斷發(fā)送緩沖區(qū)是否鎖定；（3）如果數(shù)據(jù)發(fā)送完成并且發(fā)送緩沖區(qū)沒(méi)有鎖定；（4）啟動(dòng)發(fā)送。4.3 接收數(shù)據(jù)（1）判斷中斷寄存器是否有接收中斷；（2）如果有接收中斷則判斷狀態(tài)寄存器是否有數(shù)據(jù)；（3）狀態(tài)寄存器中有數(shù)據(jù)那么判斷報(bào)文是否有效；（4）如果有效，那么從接收b

身對(duì)應(yīng)時(shí)隙內(nèi)發(fā)送數(shù)據(jù)，使節(jié)點(diǎn)以確定的方式訪(fǎng)問(wèn)信道，消去了隱藏節(jié)點(diǎn)的影響[8～11]。然而，無(wú)線(xiàn)信號(hào)衰減、車(chē)輛高速移動(dòng)和車(chē)輛本身對(duì)無(wú)線(xiàn)信號(hào)的阻擋使VANET中的無(wú)線(xiàn)傳輸并不可靠[12]。在上述分布式 TDMA方法中，如果節(jié)點(diǎn)在當(dāng)前對(duì)應(yīng)時(shí)隙內(nèi)發(fā)送數(shù)據(jù)失敗，即使當(dāng)前幀還存在一定數(shù)量的空閑時(shí)隙，節(jié)點(diǎn)也必須等待下一幀的對(duì)應(yīng)時(shí)隙才能重發(fā)數(shù)據(jù)。顯然，該方法沒(méi)有充分利用無(wú)線(xiàn)信道資源，且不能避免由于信道條件差所導(dǎo)致的分組丟失和網(wǎng)絡(luò)吞吐量下降問(wèn)題。此外，由于間隔時(shí)間短，在下一

要向車(chē)載設(shè)備發(fā)送數(shù)據(jù)時(shí)，將待發(fā)送的數(shù)據(jù)先傳遞給非周期數(shù)據(jù)傳輸協(xié)議，由非周期數(shù)據(jù)傳輸協(xié)議根據(jù)待發(fā)送數(shù)據(jù)的長(zhǎng)度，將待發(fā)送數(shù)據(jù)分割為若干個(gè)MVB幀，通過(guò)MVB總線(xiàn)將若干個(gè)MVB幀依次傳遞給車(chē)載設(shè)備側(cè)的非周期數(shù)據(jù)傳輸協(xié)議，根據(jù)協(xié)議規(guī)則，從該若干個(gè)MVB幀中分離出一條條完整的數(shù)據(jù)，再將這些數(shù)據(jù)依次傳遞給車(chē)載設(shè)備軟件的應(yīng)用層。同理，車(chē)載設(shè)備使用相同的方法向DMI發(fā)送非周期數(shù)據(jù)。非周期數(shù)據(jù)傳輸協(xié)議具備以下功能。1．同步狀態(tài)下正常傳遞數(shù)據(jù)。當(dāng)DMI和車(chē)載設(shè)備兩側(cè)的非周期數(shù)

要有一個(gè)節(jié)點(diǎn)發(fā)送數(shù)據(jù)，信道就會(huì)被占用，同一時(shí)間多節(jié)點(diǎn)發(fā)送就會(huì)相互干擾，使節(jié)點(diǎn)都無(wú)法正常發(fā)送數(shù)據(jù)，所以以太網(wǎng)必須采用相應(yīng)的介質(zhì)訪(fǎng)問(wèn)控制方法來(lái)協(xié)調(diào)。CSMA/CD的特點(diǎn)是所有接點(diǎn)接在總線(xiàn)上，節(jié)點(diǎn)在發(fā)送數(shù)據(jù)之前，必須要先檢測(cè)總線(xiàn)上是否有信息在傳輸，沒(méi)有就發(fā)送數(shù)據(jù)，有信息就必須延遲重發(fā)。載波偵聽(tīng)多路訪(fǎng)問(wèn)，實(shí)際總線(xiàn)上并沒(méi)有載波。這里的載波所指的是用來(lái)判斷有沒(méi)有信號(hào)傳輸?shù)膫蓽y(cè)信號(hào)。是以總線(xiàn)的方式使許多節(jié)點(diǎn)連接在一根總線(xiàn)上?！拜d波監(jiān)聽(tīng)”是指節(jié)點(diǎn)在發(fā)送數(shù)據(jù)之前先要檢測(cè)一下

隨機(jī)且獨(dú)立地發(fā)送數(shù)據(jù)，由二項(xiàng)分布的定義可知，單個(gè)節(jié)點(diǎn)在任意的時(shí)隙t(t發(fā)送數(shù)據(jù)，其后相繼到達(dá)的節(jié)點(diǎn)之間的時(shí)間間隔分別用t1、t2、t3、t4表示。在節(jié)點(diǎn)d4發(fā)送數(shù)據(jù)后的t時(shí)間段內(nèi)，若有其他節(jié)點(diǎn)嘗試占用總線(xiàn)(即節(jié)點(diǎn)d3落在0～t時(shí)間段內(nèi))，則t1圖1　數(shù)據(jù)到達(dá)模型分析由二項(xiàng)分布可得：P(t1(2)(3)(4)(5)對(duì)t1的分布函數(shù)式(2)求導(dǎo)可得t1的概率密度函數(shù)：Ωt1(t)=λ0×(N-1)(1

出如下結(jié)論：發(fā)送數(shù)據(jù)速率（即數(shù)據(jù)流量）是決定CDMA2000 EVDO網(wǎng)絡(luò)傳輸特性的關(guān)鍵因素。而且，當(dāng)前網(wǎng)絡(luò)帶寬一定的前提下，發(fā)送數(shù)據(jù)速率越高，時(shí)間抖動(dòng)就越大，丟包率就越高；反之亦然。3 基于TMS320DM 365平臺(tái)的速率整形3.1 TMS320DM 365平臺(tái)的硬件編碼特性分析TMS320DM365是TI的DaVinci系列的雙核處理器，采用DSP進(jìn)行硬件視頻編碼，將輸入的BT.656格式的視頻流編碼為標(biāo)準(zhǔn)的H.264碼流輸出，該碼流會(huì)伴隨著I幀或P

表。建立新的發(fā)送數(shù)據(jù)結(jié)構(gòu)，將待發(fā)送內(nèi)容和數(shù)據(jù)類(lèi)型添加到結(jié)構(gòu)中，并將該數(shù)據(jù)結(jié)構(gòu)添加到待發(fā)送數(shù)據(jù)列表。服務(wù)端在監(jiān)聽(tīng)端口調(diào)用accept()函數(shù)成功后，返回一個(gè)新的套接字表示與客戶(hù)端的連接。調(diào)用recv()函數(shù)接收客戶(hù)端發(fā)來(lái)的服務(wù)端口號(hào)。將返回的套接字和操作實(shí)例用map表進(jìn)行保存，并將返回的套接字保存到套接字列表中。客戶(hù)端發(fā)送線(xiàn)程通過(guò)select()函數(shù)，遍歷發(fā)送套接字列表，查找出已提交數(shù)據(jù)的套接字，然后從線(xiàn)程池取出線(xiàn)程用于對(duì)該目的地址進(jìn)行數(shù)據(jù)發(fā)送。(2)數(shù)據(jù)發(fā)

i在數(shù)據(jù)階段發(fā)送數(shù)據(jù)。如果非目的節(jié)點(diǎn)收到RTS，則這些節(jié)點(diǎn)標(biāo)記在時(shí)隙i內(nèi)不接收數(shù)據(jù)。如果非發(fā)送節(jié)點(diǎn)收到CTS，則這些節(jié)點(diǎn)標(biāo)記在時(shí)隙i內(nèi)不發(fā)送數(shù)據(jù)。這樣可以保證在發(fā)送端不存在其他的接收節(jié)點(diǎn)，在接收端不存在其他的發(fā)送節(jié)點(diǎn)。如果節(jié)點(diǎn)i沒(méi)有數(shù)據(jù)要發(fā)送，則它不競(jìng)爭(zhēng)信道。其中RTS、CTS幀格式如圖2、圖3所示。圖2 RTS幀圖3 CTS幀競(jìng)爭(zhēng)階段：在時(shí)隙i的監(jiān)聽(tīng)階段，節(jié)點(diǎn)j如果沒(méi)有監(jiān)聽(tīng)到CTS，且有數(shù)據(jù)要發(fā)送，則可以根據(jù)本節(jié)點(diǎn)隊(duì)列的長(zhǎng)度，來(lái)判斷選擇在競(jìng)爭(zhēng)1或競(jìng)爭(zhēng)2階

每一輛車(chē)分配發(fā)送數(shù)據(jù)起始時(shí)刻更加困難.2 時(shí)分發(fā)送MAC協(xié)議本系統(tǒng)的MAC協(xié)議稱(chēng)為時(shí)分發(fā)送MAC協(xié)議. 使用時(shí)分發(fā)送MAC協(xié)議，節(jié)點(diǎn)有數(shù)據(jù)立即發(fā)送，數(shù)據(jù)因沖突而無(wú)法傳遞的概率非常小，可有效解決系統(tǒng)所遇到的問(wèn)題，實(shí)時(shí)性高，可靠，數(shù)據(jù)傳輸速快. 時(shí)分發(fā)送MAC協(xié)議分為數(shù)據(jù)發(fā)送接收和數(shù)據(jù)處理2部分. .2.1 數(shù)據(jù)發(fā)送如果有1幀數(shù)據(jù)要發(fā)送，節(jié)點(diǎn)立即把數(shù)據(jù)發(fā)送出去. 發(fā)送數(shù)據(jù)的方法是：逐個(gè)字節(jié)點(diǎn)發(fā)送，中間間隔固定的一小段時(shí)間，發(fā)送1幀數(shù)據(jù)的所有字節(jié)后，間隔一段時(shí)間

主機(jī)的SPI發(fā)送數(shù)據(jù)寄存器，這個(gè)寫(xiě)入過(guò)程自動(dòng)啟動(dòng)主機(jī)的發(fā)送過(guò)程。對(duì)于從機(jī)，同樣在SCK的節(jié)拍下將出現(xiàn)在引腳MOSI上的數(shù)據(jù)逐位移到從機(jī)的移位寄存器，當(dāng)接收完一個(gè)完整的數(shù)據(jù)塊后，設(shè)置中斷標(biāo)志，通知從機(jī)這個(gè)數(shù)據(jù)塊已接收完畢，同時(shí)將移位寄存器接收到的內(nèi)容復(fù)制到從機(jī)的SPI接收數(shù)據(jù)寄存器?？梢钥闯?，用戶(hù)編程只需在發(fā)送數(shù)據(jù)時(shí)寫(xiě)數(shù)據(jù)到SPI發(fā)送數(shù)據(jù)寄存器，在接收數(shù)據(jù)時(shí)讀SPI接收數(shù)據(jù)寄存器，其余的移位、同步、置位收發(fā)標(biāo)志等工作都由內(nèi)置的SPI模塊自動(dòng)完成。3 多機(jī)擴(kuò)展

引腳(SCI發(fā)送數(shù)據(jù)引腳).TMS320LF240x系列DSP內(nèi)部SCI串行口的輸入、輸出均為3.3 V的TTL電平，這種以TTL電平串行傳輸數(shù)據(jù)的方式抗干擾性差、傳輸距離短.為了提高串行通信的可靠性，增大串行通信的距離，一般都采用標(biāo)準(zhǔn)串行接口，如RS-232C、RS-485等.JPM112打印機(jī)支持RS-232C等多種通信接口，并且該型打印機(jī)為串行通信提供了兩種流控制方式：硬件流控制和軟件流控制.本文采用軟件流控制，軟件流控制采用XON/XOFF方式，當(dāng)

選策略以減少發(fā)送數(shù)據(jù)的節(jié)點(diǎn)數(shù)量，從而減少冗余數(shù)據(jù)的傳輸，進(jìn)一步的節(jié)省網(wǎng)絡(luò)能耗。下面在給出信號(hào)強(qiáng)度定義的基礎(chǔ)上，分析比較了兩種不同節(jié)點(diǎn)選擇策略對(duì)重建失真的影響。1．1 信號(hào)強(qiáng)度定義在一個(gè)隨機(jī)部署的無(wú)線(xiàn)傳感器網(wǎng)絡(luò)中，當(dāng)事件S發(fā)生時(shí)，本文把節(jié)點(diǎn)i監(jiān)測(cè)到事件發(fā)生的信號(hào)強(qiáng)度定義為Zi:式(1)中:A表示事件源的信號(hào)強(qiáng)度;di是節(jié)點(diǎn)i與事件源的距離;Zi是節(jié)點(diǎn)i的信號(hào)強(qiáng)度監(jiān)測(cè)值;θ的取值源于信號(hào)源的類(lèi)型;α是控制信號(hào)衰減快慢的參數(shù)。從公式(1)可以看出，節(jié)點(diǎn)監(jiān)測(cè)到事件

EI1016發(fā)送數(shù)據(jù)時(shí)，由于DEI1016內(nèi)部有一個(gè)8*32bit的FIFO，PCMCIA的數(shù)據(jù)線(xiàn)和ARINC429的數(shù)據(jù)線(xiàn)都是16位的，可以直接發(fā)送，一些控制信號(hào)可以通過(guò)寄存器操作或MEMORY地址操作實(shí)現(xiàn)。圖1 通信卡總體結(jié)構(gòu)框圖2.2 PCMCIA 接口設(shè)計(jì)2.2.1 PCMCIA/JEIDA 規(guī)范PCMCIA/JEIDA是由個(gè)人電腦存儲(chǔ)卡國(guó)際組織和日本電氣工業(yè)協(xié)會(huì)提出并推廣的一個(gè)便攜式卡接口規(guī)范。其特性如下:(1)16/32位數(shù)據(jù)線(xiàn)(2)20MB/

i-Fi模塊發(fā)送數(shù)據(jù)，如圖3所示。在數(shù)字無(wú)繩電話(huà)模塊發(fā)送和接收數(shù)據(jù)時(shí)禁止Wi-Fi模塊發(fā)送數(shù)據(jù)，等同于默認(rèn)數(shù)字無(wú)繩電話(huà)模塊收發(fā)數(shù)據(jù)時(shí)信道被完全占用，也就是說(shuō)干擾的減少是通過(guò)犧牲Wi-Fi一定的發(fā)送時(shí)間和系統(tǒng)吞吐量獲得的。在方案1中，Wi-Fi和數(shù)字無(wú)繩系統(tǒng)之間具有競(jìng)爭(zhēng)關(guān)系，Wi-Fi仍然會(huì)嘗試發(fā)送數(shù)據(jù)，盡管存在互擾，Wi-Fi數(shù)據(jù)仍有很大可能性發(fā)送成功。對(duì)于Wi-Fi來(lái)說(shuō)，來(lái)自無(wú)繩的干擾與外界的干擾可疊加起作用，僅在疊加干擾非常嚴(yán)重時(shí)，才會(huì)導(dǎo)致Wi-Fi嘗

，無(wú)線(xiàn)電臺(tái)在發(fā)送數(shù)據(jù)的時(shí)候，自身會(huì)產(chǎn)生一些亂碼，在對(duì)數(shù)據(jù)處理的時(shí)候，還要有對(duì)從機(jī)的識(shí)別與區(qū)分。這些都要通過(guò)制定必要的通訊協(xié)議來(lái)解決。所以要編寫(xiě)相應(yīng)的發(fā)送程序和接受程序，增強(qiáng)系統(tǒng)對(duì)誤碼的判斷能力，提高程序?qū)?shù)據(jù)傳輸?shù)目煽啃浴? 通信原理串行端口的本質(zhì)功能是作為CPU和串行設(shè)備間的編碼轉(zhuǎn)換器。當(dāng)數(shù)據(jù)從CPU經(jīng)過(guò)串行端口發(fā)送出去時(shí)，字節(jié)數(shù)據(jù)轉(zhuǎn)換為串行的位。在接收數(shù)據(jù)時(shí)，串行的位被轉(zhuǎn)換為字節(jié)數(shù)據(jù)。數(shù)傳電臺(tái)是本通信系統(tǒng)中重要的通信媒介，起到微波發(fā)送與接收的作用，它有

保證了接收和發(fā)送數(shù)據(jù)的正確性。其發(fā)送FIFO和接收FIFO各為256字節(jié)。(3)內(nèi)部寄存器CoreUARTapb的寄存器的地址映射如表l所示?！?span id="j5i0abt0b" class="hl">發(fā)送數(shù)據(jù)寄存器(只寫(xiě))保存了要發(fā)送的七位或八位數(shù)據(jù)?！そ邮諗?shù)據(jù)寄存器(只讀)存放著接收的七位或八位數(shù)據(jù)?！た刂萍拇嫫?1(讀寫(xiě))控制寄存器1包含了波特率的值，它是用來(lái)設(shè)置CoreUARTapb的波特率的值。波特率值的計(jì)算公式為：·控制寄存器#2(讀寫(xiě))它是用來(lái)控制CoreUARTapb的一些配置參數(shù)，如表3所示。(