18video性欧美19sex,欧美高清videosddfsexhd,性少妇videosexfreexxx片中国,激情五月激情综合五月看花,亚洲人成网77777色在线播放

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)及傳輸過(guò)程

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

掃碼添加小助手

加入工程師交流群

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

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

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

同步域是用來(lái)告訴USB的串行接口引擎數(shù)據(jù)要開(kāi)始傳輸了,請(qǐng)做好準(zhǔn)備。除此之外,同步域還可以用來(lái)同步主機(jī)端和設(shè)備端的數(shù)據(jù)時(shí)鐘,因?yàn)橥接蚴且砸淮?開(kāi)始的,而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)過(guò)NRZ編碼后的波形。這個(gè)波形有7次電平翻轉(zhuǎn),即對(duì)應(yīng)著7個(gè)0,最后一個(gè)電平不翻轉(zhuǎn),即對(duì)應(yīng)著1個(gè)1當(dāng)串行接口引擎檢測(cè)到一個(gè)位的數(shù)據(jù)未發(fā)生翻轉(zhuǎn)后(即收到數(shù)據(jù)1),就認(rèn)為包標(biāo)識(shí)符PID開(kāi)始了,如圖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用來(lái)表示一些特殊的意義,例如包結(jié)束、復(fù)位信號(hào)等。前面提到USB集線器對(duì)USB設(shè)備進(jìn)行復(fù)位的操作,就是通過(guò)將總線設(shè)置為SE0狀態(tài)大約10ms來(lái)實(shí)現(xiàn)的。對(duì)于高速設(shè)備的EOP,使用故意的位填充錯(cuò)誤來(lái)表示。那么如何判斷一個(gè)位填充錯(cuò)誤是真的位填充錯(cuò)誤還是包結(jié)束呢?這個(gè)由CRC校驗(yàn)來(lái)判斷。如果CRC校驗(yàn)正確,則說(shuō)明這個(gè)位填充錯(cuò)誤是EOP;否則,說(shuō)明傳輸出錯(cuò)。具體的定義請(qǐng)參看USB協(xié)議,這里只要知道有EOP這么一個(gè)東西就行了。

包標(biāo)識(shí)符PID是用來(lái)標(biāo)識(shí)一個(gè)包的類型的它總共有8位,其中USB協(xié)議使用的只有4位(PID~PID3),另外4位(PI4~PID7)是PID~PD3的取反,用來(lái)校驗(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é)議中沒(méi)有的,用號(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ù)倪^(guò)程,今天的分享就到這里。

往期回顧:

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

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

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

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

    關(guān)注

    60

    文章

    8331

    瀏覽量

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

    關(guān)注

    0

    文章

    269

    瀏覽量

    25347

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

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

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    串行通信接口的結(jié)構(gòu)和功能

    串口通訊的數(shù)據(jù)包由發(fā)送設(shè)備通過(guò)自身的TXD接口傳輸到接收設(shè)備的RXD接口。在串口通訊的協(xié)議層中,規(guī)定了數(shù)據(jù)包的內(nèi)容,它由啟始位、主體數(shù)據(jù)、校驗(yàn)位以及停止位組成,通訊雙方的
    的頭像 發(fā)表于 10-17 09:39 ?2275次閱讀
    串行通信接口的<b class='flag-5'>結(jié)構(gòu)</b>和功能

    串口DMA接收數(shù)據(jù)包丟失怎么解決?

    RTT串口DMA接收數(shù)據(jù),超過(guò)緩沖區(qū)后為什么會(huì)吞掉一個(gè)數(shù)據(jù)包呢,不能每次處理完后清除緩沖區(qū)數(shù)據(jù)嗎,感覺(jué)接收的數(shù)據(jù)是累計(jì)的,累計(jì)滿之后會(huì)重新覆蓋,在最后一個(gè)
    發(fā)表于 09-29 07:50

    如何保障遠(yuǎn)程運(yùn)維過(guò)程中的數(shù)據(jù)安全和隱私?

    LZ-DZ100背面 在分布式光伏集群的遠(yuǎn)程運(yùn)維中,數(shù)據(jù)安全和隱私保護(hù)面臨多重風(fēng)險(xiǎn),包括 傳輸過(guò)程中的竊聽(tīng) / 篡改、未授權(quán)訪問(wèn)控制指令、設(shè)備固件被惡意植入、敏感數(shù)據(jù)(如站點(diǎn)位置、運(yùn)行參數(shù))泄露 等
    的頭像 發(fā)表于 08-22 10:26 ?417次閱讀
    如何保障遠(yuǎn)程運(yùn)維<b class='flag-5'>過(guò)程</b>中的<b class='flag-5'>數(shù)據(jù)</b>安全和隱私?

    當(dāng)UART數(shù)據(jù)傳輸過(guò)程中發(fā)生RLS(接收線狀態(tài))中斷時(shí),如何處理PEF、FEF和BIF標(biāo)志?

    當(dāng)UART數(shù)據(jù)傳輸過(guò)程中發(fā)生RLS(接收線狀態(tài))中斷時(shí),如何處理PEF、FEF和BIF標(biāo)志
    發(fā)表于 08-22 07:25

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

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

    Android14在BLE中,當(dāng)MTU超過(guò) 517時(shí),如何處理數(shù)據(jù)傳輸?

    的情況下: 在分段傳輸過(guò)程中,是否應(yīng)該對(duì)每個(gè)數(shù)據(jù)包應(yīng)用單獨(dú)的延遲? 芯片組制造商是否有關(guān)于分段傳輸的具體注意事項(xiàng)或性能優(yōu)化指南? 當(dāng)前的 OTA 問(wèn)題是否(BTSDK-10583)與上述請(qǐng)求 MTU 有關(guān)嗎? 使用分段
    發(fā)表于 07-01 06:56

    RDMA簡(jiǎn)介7之可靠傳輸

    可靠傳輸技術(shù)旨在通過(guò)多種方法確保數(shù)據(jù)包傳輸過(guò)程中不會(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ù)信道空中的簡(jiǎn)稱,表示空中
    發(fā)表于 06-03 10:51

    更改最大數(shù)據(jù)包大小時(shí)無(wú)法識(shí)別USB設(shè)備如何解決?

    將生產(chǎn)者 EP 端點(diǎn)描述符中的最大數(shù)據(jù)包大小從 1024 字節(jié)更改為 512 字節(jié)時(shí),無(wú)法識(shí)別 USB 設(shè)備。 請(qǐng)告知如何解決這個(gè)問(wèn)題。
    發(fā)表于 05-20 08:13

    為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

    STM32 SPI從機(jī)用DMA方式實(shí)現(xiàn)全雙工,數(shù)據(jù)傳輸過(guò)程中就會(huì)CRC校驗(yàn)失敗,為什么?

    STM32配置成從機(jī)全雙工,采用DMA方式,出現(xiàn)一個(gè)問(wèn)題:當(dāng)我把DMA方式配置成DMA_CIRCULAR后,數(shù)據(jù)傳輸過(guò)程中就會(huì)CRC校驗(yàn)失敗。 在完成上述相關(guān)配置后,在SPI初始化函數(shù)最后加上
    發(fā)表于 03-11 07:09

    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 ?1244次閱讀

    華納云如何解讀WinMTR的丟數(shù)據(jù)?

    WinMTR顯示的丟數(shù)據(jù)是指在網(wǎng)絡(luò)路徑上,從你的計(jì)算機(jī)到目標(biāo)主機(jī)之間,數(shù)據(jù)包丟失的百分比。丟率是網(wǎng)絡(luò)穩(wěn)定性的一個(gè)重要指標(biāo),它可以幫助識(shí)別網(wǎng)絡(luò)中的問(wèn)題點(diǎn),如路由器故障、網(wǎng)絡(luò)擁塞或配
    的頭像 發(fā)表于 12-30 16:51 ?844次閱讀

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

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

    pcm1864evm如何讀取這個(gè)usb傳輸過(guò)來(lái)的采集信號(hào)呢?

    我看pcm1864evm的mode2可以把采集的4路數(shù)據(jù)傳輸到PC上,請(qǐng)問(wèn)如何讀取這個(gè)usb傳輸過(guò)來(lái)的采集信號(hào)呢?有沒(méi)有SDK之類的驅(qū)動(dòng)? 謝謝!
    發(fā)表于 10-29 07:31