一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

數(shù)據(jù)包的結(jié)構(gòu)及傳輸過程

單片機(jī)匠人 ? 來源:單片機(jī)匠人 ? 作者:單片機(jī)匠人 ? 2022-03-11 09:19 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

今天我們來詳細(xì)地說說數(shù)據(jù)包的結(jié)構(gòu)以及它們的傳輸過程。USB是串行總線,所以數(shù)據(jù)是一位一位地在數(shù)據(jù)線上傳送的。既然是一位一位地傳送,就存在著一個(gè)數(shù)據(jù)位先后的問題。usb使用的是LSB在前的方式,即先出來的是最低位數(shù)據(jù),接下來是次低位,最后是最高位(MSB)。一個(gè)包,又被分成了很多個(gè)域(field),而LSB、MSB就是以域?yàn)閱挝粊韯澐值摹?/p>

前面說過,USB數(shù)據(jù)在發(fā)送到總線上之前,要先經(jīng)過位填充,再經(jīng)過NRZ1編碼。在這里討論時(shí),所用的數(shù)據(jù)都是原始的數(shù)據(jù),即沒有經(jīng)過位填充和NRZ編碼的原始數(shù)據(jù)。以后也是如此,凡是沒有明確說明是位填充或NRZI編碼過的數(shù)據(jù),默認(rèn)為原始的數(shù)據(jù)。另外還有一個(gè)數(shù)據(jù)傳輸方向的問題,因?yàn)樵赨SB系統(tǒng)中,主機(jī)處于主導(dǎo)地位,所以把從設(shè)備到主機(jī)的數(shù)據(jù)叫做輸入,從主機(jī)到設(shè)備的數(shù)據(jù)叫做輸出。

USB總線上傳輸數(shù)據(jù)是以包為基本單位的。一個(gè)包被分成不同的域。根據(jù)不同類型的包,所包含的域是不一樣的。但是不同的包有個(gè)共同的特點(diǎn),就是都要以同步域開始,緊跟一個(gè)包標(biāo)識(shí)符PD( Packet Identifier),最終以包結(jié)束符EOP(End Of Packet)來結(jié)束這個(gè)包。

同步域是用來告訴USB的串行接口引擎數(shù)據(jù)要開始傳輸了,請(qǐng)做好準(zhǔn)備。除此之外,同步域還可以用來同步主機(jī)端和設(shè)備端的數(shù)據(jù)時(shí)鐘,因?yàn)橥接蚴且砸淮?開始的,而0在USB總線上就被編碼為電平翻轉(zhuǎn),結(jié)果就是每個(gè)數(shù)據(jù)位都發(fā)生電平變化,這讓串行接口引擎很容易就能恢復(fù)出采樣時(shí)鐘信號(hào);對(duì)于全速設(shè)備和低速設(shè)備,同步域使用的是0000001(二進(jìn)制數(shù),線上的發(fā)送順序);對(duì)于高速設(shè)備,同步域使用的是31個(gè)0,后面跟1個(gè)1(需要注意的是,這是對(duì)發(fā)送端的要求,接收端解碼時(shí),0的個(gè)數(shù)可以少于這個(gè)數(shù))。

圖1是一個(gè)全速或者低速USB數(shù)據(jù)包的同步域經(jīng)過NRZ編碼后的波形。這個(gè)波形有7次電平翻轉(zhuǎn),即對(duì)應(yīng)著7個(gè)0,最后一個(gè)電平不翻轉(zhuǎn),即對(duì)應(yīng)著1個(gè)1當(dāng)串行接口引擎檢測到一個(gè)位的數(shù)據(jù)未發(fā)生翻轉(zhuǎn)后(即收到數(shù)據(jù)1),就認(rèn)為包標(biāo)識(shí)符PID開始了,如圖1.9.1中的PID0PD1,就是包標(biāo)識(shí)符的最低兩位。

cfaa03a4-894d-11ec-952b-dac502259ad0.jpg

cfc05302-894d-11ec-952b-dac502259ad0.png

圖1 全速設(shè)備和低速設(shè)備的同步域

包結(jié)束符EOP,對(duì)于高速設(shè)備和全速/低速設(shè)備也是不一樣的。全速/低速設(shè)備的EOP是一個(gè)大約為2個(gè)數(shù)據(jù)位寬度的單端0(SE0)信號(hào)。SE0的意思就是,D+和D同時(shí)都保持為低電平。由于USB使用的是差分?jǐn)?shù)據(jù)線,通常都是一高一低的,而SE0不同,是一種都為低特殊的狀態(tài)。SE0用來表示一些特殊的意義,例如包結(jié)束、復(fù)位信號(hào)等。前面提到USB集線器對(duì)USB設(shè)備進(jìn)行復(fù)位的操作,就是通過將總線設(shè)置為SE0狀態(tài)大約10ms來實(shí)現(xiàn)的。對(duì)于高速設(shè)備的EOP,使用故意的位填充錯(cuò)誤來表示。那么如何判斷一個(gè)位填充錯(cuò)誤是真的位填充錯(cuò)誤還是包結(jié)束呢?這個(gè)由CRC校驗(yàn)來判斷。如果CRC校驗(yàn)正確,則說明這個(gè)位填充錯(cuò)誤是EOP;否則,說明傳輸出錯(cuò)。具體的定義請(qǐng)參看USB協(xié)議,這里只要知道有EOP這么一個(gè)東西就行了。

包標(biāo)識(shí)符PID是用來標(biāo)識(shí)一個(gè)包的類型的它總共有8位,其中USB協(xié)議使用的只有4位(PID~PID3),另外4位(PI4~PID7)是PID~PD3的取反,用來校驗(yàn)PID。USB協(xié)議規(guī)定了4類包,分別是令牌包(token packet,PD1~0為01)、數(shù)據(jù)包( data packet,pid1~0為11)、握手包(handshake packet,piD~0為10)和特殊包( special packet,PiD1~0為00)。不同類的包又分成幾種具體的包。圖2 是USB2.0協(xié)議中規(guī)定的各種PID,其中有些是在USB1.1協(xié)議中沒有的,用號(hào)標(biāo)出。

cfaa03a4-894d-11ec-952b-dac502259ad0.jpg

cff19b42-894d-11ec-952b-dac502259ad0.png

圖2 USB2.0中定義的各種PID

以上是數(shù)據(jù)包的結(jié)構(gòu)以及它們傳輸?shù)倪^程,今天的分享就到這里。

往期回顧:

●USB的四種傳輸類型之控制傳輸

●指針和數(shù)組的恩恩怨怨

●USB的四種傳輸類型之中斷傳輸?shù)葧r(shí)傳輸

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • usb
    usb
    +關(guān)注

    關(guān)注

    60

    文章

    8161

    瀏覽量

    271819
  • 數(shù)據(jù)包
    +關(guān)注

    關(guān)注

    0

    文章

    269

    瀏覽量

    24949

原文標(biāo)題:USB的包結(jié)構(gòu)以及包的類型

文章出處:【微信號(hào):gh_e7f294a514ca,微信公眾號(hào):單片機(jī)匠人】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    RDMA簡介7之可靠傳輸

    可靠傳輸技術(shù)旨在通過多種方法確保數(shù)據(jù)包傳輸過程中不會(huì)丟失或損壞,同時(shí)保證數(shù)據(jù)包按發(fā)送順序到達(dá)接收端,其要求在鏈路發(fā)生丟或網(wǎng)絡(luò)發(fā)生擁塞等情
    發(fā)表于 06-13 10:01

    藍(lán)牙數(shù)據(jù)通道空口數(shù)據(jù)包

    ? 與藍(lán)牙廣播相對(duì)應(yīng),藍(lán)牙數(shù)據(jù)包是另一種Bluetooth LE packet。藍(lán)牙數(shù)據(jù)包是藍(lán)牙數(shù)據(jù)信道空中的簡稱,表示空中
    發(fā)表于 06-03 10:51

    為UART、MCXA142實(shí)現(xiàn)ISP通信的主機(jī)端,發(fā)送Ping數(shù)據(jù)包并收到預(yù)期的響應(yīng),發(fā)送和接收數(shù)據(jù)包的典型順序是什么?

    我想為 UART、MCXA142 實(shí)現(xiàn) ISP 通信的主機(jī)端。我發(fā)送 Ping 數(shù)據(jù)包并收到預(yù)期的響應(yīng)。發(fā)送和接收數(shù)據(jù)包的典型順序是什么? 此刻,我的照片是這樣的: 1. 發(fā)送 Ping 2. 接收 Ping 響應(yīng) 3. 在成幀
    發(fā)表于 04-03 08:05

    I2C總線數(shù)據(jù)包結(jié)構(gòu)詳解

    。以下是I2C總線數(shù)據(jù)包結(jié)構(gòu)的詳解: 一、I2C總線數(shù)據(jù)包的基本組成 I2C總線上的數(shù)據(jù)傳輸數(shù)據(jù)包為單位進(jìn)行,每個(gè)
    的頭像 發(fā)表于 01-17 15:46 ?753次閱讀

    mtu配置步驟詳解 mtu與數(shù)據(jù)包丟失的關(guān)系

    MTU(Maximum Transmission Unit)即最大傳輸單元,是指一種通信協(xié)議的某一層上面所能通過的最大數(shù)據(jù)報(bào)大小,單位是字節(jié)。MTU配置步驟及其與數(shù)據(jù)包丟失的關(guān)系如下: MTU配置
    的頭像 發(fā)表于 12-16 14:33 ?2505次閱讀

    華納云:服務(wù)器平均響應(yīng)時(shí)間和數(shù)據(jù)包大小之間的影響

    服務(wù)器的平均響應(yīng)時(shí)間與數(shù)據(jù)包大小有一定的關(guān)系,但這只是影響響應(yīng)時(shí)間的眾多因素之一。具體來說,數(shù)據(jù)包大小對(duì)服務(wù)器響應(yīng)時(shí)間的影響可以從以下幾個(gè)方面來理解: 1.數(shù)據(jù)傳輸時(shí)間 影響: 較大的數(shù)據(jù)包
    的頭像 發(fā)表于 10-10 14:01 ?583次閱讀

    艾體寶干貨 OIDA之四:掌握數(shù)據(jù)包分析-分析的藝術(shù)

    本文是OIDA方法系列的最后一部分,重點(diǎn)介紹了數(shù)據(jù)包分析的“分析”階段。這一最后階段將剖析階段的精煉數(shù)據(jù)轉(zhuǎn)化為可操作的見解,使網(wǎng)絡(luò)管理員和安全專業(yè)人員能夠解決問題、優(yōu)化性能并增強(qiáng)安全性。分析是實(shí)現(xiàn)數(shù)據(jù)包檢查真正價(jià)值的地方,它將原
    的頭像 發(fā)表于 09-24 11:47 ?441次閱讀
    艾體寶干貨 OIDA之四:掌握<b class='flag-5'>數(shù)據(jù)包</b>分析-分析的藝術(shù)

    艾體寶干貨 OIDA之一:掌握數(shù)據(jù)包分析-學(xué)會(huì)觀察

    OIDA方法論是數(shù)據(jù)包分析的有效手段。其中,觀察是至關(guān)重要的第一步。本文探討了如何通過明確目標(biāo)、選擇最佳捕獲點(diǎn)、確定捕獲時(shí)機(jī)以及使用合適工具來優(yōu)化這一過程,從而為后續(xù)分析過程奠定堅(jiān)實(shí)基礎(chǔ)。
    的頭像 發(fā)表于 08-26 16:21 ?393次閱讀
    艾體寶干貨 OIDA之一:掌握<b class='flag-5'>數(shù)據(jù)包</b>分析-學(xué)會(huì)觀察

    請(qǐng)問DCTCP與DCUDP 的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的?

    DCTCP與DCUDP的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的?
    發(fā)表于 07-25 06:37

    esp8266怎么做才能每秒發(fā)送更多的數(shù)據(jù)包呢?

    數(shù)據(jù)包的速度,即每秒大約 50 個(gè) UDP 數(shù)據(jù)包。高波特率唯一改變的是,在數(shù)據(jù)包較大的情況下,我可以以與輕量級(jí)數(shù)據(jù)包相同的速度發(fā)送數(shù)據(jù)包。
    發(fā)表于 07-22 08:00

    使用AT SAVETRANSLINK時(shí)UDP數(shù)據(jù)包丟失怎么解決?

    Android 發(fā)送一個(gè)小 UDP 數(shù)據(jù)包(5 字節(jié))。這個(gè)小數(shù)據(jù)包被我的微控制器在UART上接收到。微控制器將更大的數(shù)據(jù)包(可變長度,約 100 字節(jié))發(fā)送回 UART。ESP在UART上接
    發(fā)表于 07-18 07:17

    能否在ESP結(jié)束之前通過串行端口停止傳入的UDP數(shù)據(jù)包傳輸以解析下一個(gè)UDP數(shù)據(jù)包?

    丟棄在ESP完成之前不需要的數(shù)據(jù)包,以便通過串行端口發(fā)送它以接收下一個(gè)數(shù)據(jù)包, 如果沒有,我必須按順序讀取所有傳入的數(shù)據(jù)包,需要的和不需要的, 而且波特率不足,主機(jī)處理器開銷大, 我能否在 ESP 結(jié)束之前通過串行端口停止傳入
    發(fā)表于 07-16 06:18

    將UDP數(shù)據(jù)包發(fā)送到廣播IP地址時(shí)遇到的疑問求解

    保持不變,包括傳輸數(shù)據(jù)。 此外,當(dāng) wroom 充當(dāng)客戶端時(shí),我們可以通過遠(yuǎn)程主機(jī)(WIFI 路由器)廣播 UDP 數(shù)據(jù)包,方法是使用主機(jī) IP 在 wroom 上創(chuàng)建到主機(jī)的 UDP 連接,并將
    發(fā)表于 07-16 06:07

    請(qǐng)問如何使用AT CIPSEND或AT CIPSENDBUF發(fā)送多個(gè)數(shù)據(jù)包

    我可以使用 AT CIPSEND 發(fā)送單個(gè)數(shù)據(jù)包。但是我必須發(fā)送一系列二進(jìn)制數(shù)據(jù)包。如何使用AT CISEND或AT CIPSENDBUF發(fā)送多個(gè)數(shù)據(jù)包,什么是正確的算法? 到目前為止,我嘗試
    發(fā)表于 07-15 07:37

    NONOS如何檢查是否實(shí)際發(fā)送了UDP數(shù)據(jù)包?

    我發(fā)現(xiàn)進(jìn)入深度睡眠通常無法傳輸發(fā)送的最后一個(gè) UDP 數(shù)據(jù)包。我現(xiàn)在將睡眠延遲 30 毫秒,這是一個(gè)黑客。 我寧愿有一種方法來檢查是否可以休眠,或者以其他方式能夠注冊(cè)指示數(shù)據(jù)包已發(fā)送的回調(diào)(無線電發(fā)送緩沖區(qū)為空)。 說清楚:
    發(fā)表于 07-12 06:14