日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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

完善資料讓更多小伙伴認(rèn)識你,還能領(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)識符PD( Packet Identifier),最終以包結(jié)束符EOP(End Of Packet)來結(jié)束這個(gè)包。

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

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

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

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

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

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

包標(biāo)識符PID是用來標(biāo)識一個(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é)議中沒有的,用號標(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ī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • usb
    usb
    +關(guān)注

    關(guān)注

    60

    文章

    8480

    瀏覽量

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

    關(guān)注

    0

    文章

    270

    瀏覽量

    25664

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

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

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

掃碼添加小助手

加入工程師交流群

    評論

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

    使用ls - addsw命令創(chuàng)建了一個(gè) dpsw,運(yùn)行測試過程數(shù)據(jù)包速率達(dá)到1.2Gbps時(shí),dpsw不會遇到緩沖區(qū)丟棄如何解決?

    我使用 ls - addsw 命令創(chuàng)建了一個(gè) dpsw,在運(yùn)行測試過程中,我發(fā)現(xiàn)了一個(gè)問題。 當(dāng)我的數(shù)據(jù)包速率達(dá)到 1.2Gbps 時(shí),dpsw 不會遇到緩沖區(qū)丟棄的情況,其速率只能達(dá)到 945Mbps。 請問我應(yīng)該如何解決這個(gè)問題? 相應(yīng)的 dprc 資源顯示在文件中。
    發(fā)表于 04-23 07:56

    MIMXRT1189奇數(shù)長度UDP數(shù)據(jù)包的最后一個(gè)字節(jié)出現(xiàn)問題,為什么?如何解決?

    我遇到了一個(gè)問題,即奇數(shù)長度 UDP 數(shù)據(jù)包的最后一個(gè)字節(jié)無法通過線路正確發(fā)送。最后一個(gè)字節(jié)似乎是未初始化或過時(shí)的數(shù)據(jù)。如果我將 UDP 數(shù)據(jù)包填充到偶數(shù)長度(2 字節(jié)綁定),則數(shù)據(jù)
    發(fā)表于 04-17 07:47

    CW32R030可以兼容BLE及XN297L數(shù)據(jù)包,請問這個(gè)XN297L數(shù)據(jù)包是什么?

    CW32R030可以兼容BLE及XN297L數(shù)據(jù)包,請問這個(gè)XN297L數(shù)據(jù)包是什么?
    發(fā)表于 01-20 06:37

    bk3633 usb 設(shè)備如何讀取主機(jī)向端點(diǎn)0 發(fā)送數(shù)據(jù)包

    bk3633 usb 設(shè)備如何讀取主機(jī)向端點(diǎn)0 發(fā)送數(shù)據(jù)包
    發(fā)表于 12-30 13:03

    使用CW32W031類mesh通訊的時(shí)候,節(jié)點(diǎn)傳輸過一次這數(shù)據(jù)之后就不會再收到了吧?

    使用CW32W031類mesh通訊的時(shí)候,節(jié)點(diǎn)傳輸過一次這數(shù)據(jù)之后,就不會再收到了吧?
    發(fā)表于 12-10 06:24

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

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

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

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

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

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

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

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

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

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

    在EZ串行的BLE“無響應(yīng)寫入”中, CAN一次通信中接收的最大數(shù)據(jù)包大小是多少?

    :所有數(shù)據(jù)都顯示在與 ez-Serial 和 PUART 連接的 TeraTerm 上 [問題] (1)在 EZ 串行的 BLE“無響應(yīng)寫入”中, CAN 一次通信中接收的最大數(shù)據(jù)包大小是多少? (2
    發(fā)表于 07-07 07:33

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

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

    RDMA簡介7之可靠傳輸

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

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

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

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

    將生產(chǎn)者 EP 端點(diǎn)描述符中的最大數(shù)據(jù)包大小從 1024 字節(jié)更改為 512 字節(jié)時(shí),無法識別 USB 設(shè)備。 請告知如何解決這個(gè)問題。
    發(fā)表于 05-20 08:13
    石首市| 宜州市| 精河县| 衡阳市| 郓城县| 白玉县| 惠东县| 元氏县| 延长县| 南开区| 锦屏县| 芷江| 灌南县| 林西县| 呈贡县| 收藏| 馆陶县| 民乐县| 金沙县| 长宁县| 垫江县| 嫩江县| 常山县| 毕节市| 历史| 炉霍县| 鸡西市| 涡阳县| 辽阳县| 宽甸| 鹿邑县| 南皮县| 长治县| 潞西市| 福建省| 类乌齐县| 喀喇| 怀化市| 福建省| 蕲春县| 红安县|