精品国产人成在线_亚洲高清无码在线观看_国产在线视频国产永久2021_国产AV综合第一页一个的一区免费影院黑人_最近中文字幕MV高清在线视频

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

USB通信協議基本概念及應用

嵌入式情報局 ? 來源:csdn ? 作者:Arrow ? 2022-10-31 17:32 ? 次閱讀

1、基本概念

一個【傳輸】(控制、批量、中斷、等時):由多個【事務】組成; 一個【事務】(IN、OUT、SETUP):由一多個【Packet】組成。 USB數據在【主機軟件】與【USB設備特定的端點】間被傳輸。【主機軟件】與【USB設備特定的端點】間的關聯叫做【pipes】。一個USB設備可以有多個管道(pipes)。

2、包(Packet)

包(Packet)是USB系統中信息傳輸的基本單元,所有數據都是經過打包后在總線上傳輸的。數據在 USB總線上的傳輸以包為單位,包只能在幀內傳輸。高速USB 總線的幀周期為125us,全速以及低速 USB 總線的幀周期為 1ms。幀的起始由一個特定的包(SOF 包)表示,幀尾為 EOF。EOF不是一個包,而是一種電平狀態,EOF期間不允許有數據傳輸。 注意:雖然高速USB總線和全速/低速USB總線的幀周期不一樣,但是SOF包中幀編號的增加速度是一樣的,因為在高速USB系統中,SOF包中幀編號實際上取得是計數器的高11位,最低三位作為微幀編號沒有使用,因此其幀編號的增加周期也為 1mS

USB總線上的情形是怎樣的?

092aa888-578c-11ed-a3b6-dac502259ad0.png

包是USB總線上數據傳輸的最小單位,不能被打斷或干擾,否則會引發錯誤。若干個數據包組成一次事務傳輸,一次事務傳輸也不能打斷,屬于一次事務傳輸的幾個包必須連續,不能跨幀完成。一次傳輸由一次到多次事務傳輸構成,可以跨幀完成。 USB包由五部分組成,即同步字段(SYNC)、包標識符字段(PID)、數據字段、循環冗余校驗字段(CRC)和包結尾字段(EOP),包的基本格式如下圖:

093951d0-578c-11ed-a3b6-dac502259ad0.png

1.1 PID類型(即包類型)

09460bfa-578c-11ed-a3b6-dac502259ad0.png

09523e48-578c-11ed-a3b6-dac502259ad0.png

1.2 Token Packets

09667b10-578c-11ed-a3b6-dac502259ad0.png

此格式適用于IN、OUT、SETUP、PING。 PID 數據傳輸方向 IN Device->Host OUT Host->Device SETUP Host->Device PING Device->Host

1.3 Start-of-Frame(SOF) Packets

SOF包由Host發送給Device。

對于full-speed總線,每隔1.00 ms ±0.0005 ms發送一次;

對于high-speed總線,每隔125 μs ±0.0625 μs發送一次;

SOF包構成如下圖所示

097777e4-578c-11ed-a3b6-dac502259ad0.png

097e5244-578c-11ed-a3b6-dac502259ad0.png

1.4 Data Packets

098a9be4-578c-11ed-a3b6-dac502259ad0.png

有四種類類型的數據包:DATA0, DATA1, DATA2,and MDATA,且由PID來區分。DATA0和DATA1被定義為支持數據切換同步(data toggle synchronization)。

1.5 Handshake Packets

0993cc00-578c-11ed-a3b6-dac502259ad0.png

ACK: 對于IN事務,它將由host發出;對于OUT、SETUP和PING事務,它將由device發出。

NAK: 在數據階段,對于IN事務,它將由device發出;在握手階段,對于OUT和PING事務,它也將由device發出;host從不發送NAK包。

2、事務(Transaction)

在USB上數據信息的一次接收或發送的處理過程稱為事務處理(Transaction)即:The delivery of service to an endpoint。一個事務由一系統packet組成,具體由哪些packet組成,它取決于具體的事務。可能由如下包組成:

一個token packet

可選的data pcket

可選的handshake packet

可選的special packet

2.1 輸入(IN)事務處理

輸入事務處理:表示USB主機從總線上的某個USB設備接收一個數據包的過程。

【正常】的輸入事務處理

099d7dd6-578c-11ed-a3b6-dac502259ad0.png

【設備忙】時的輸入事務處理

09a49ff8-578c-11ed-a3b6-dac502259ad0.png

【設備出錯】時的輸入事務處理

09ae7b22-578c-11ed-a3b6-dac502259ad0.png

2.2. 輸出(OUT)事務處理

輸出事務處理:表示USB主機把一個數據包輸出到總線上的某個USB設備接收的過程。

【正常】的輸出事務處理

09b7fb0c-578c-11ed-a3b6-dac502259ad0.png

【設備忙時】的輸出事務處理

09bd877a-578c-11ed-a3b6-dac502259ad0.png

【設備出錯】的輸出事務處理

09c7dff4-578c-11ed-a3b6-dac502259ad0.png

2.3 設置(SETUP)事務處理

【正常】的設置事務處理

09cdbd8e-578c-11ed-a3b6-dac502259ad0.png

【設備忙時】的設置事務處理

09d99ba4-578c-11ed-a3b6-dac502259ad0.png

【設備出錯】的設置事務處理

09e28a34-578c-11ed-a3b6-dac502259ad0.png

3、USB傳輸類型

在USB的傳輸中,定義了4種傳輸類型:

控制傳輸 (Control Transfer)

中斷傳輸 (Interrupt Transfer)

批量傳輸 (Bulk Transfer)

同步傳輸 (Isochronous)

3.1 控制傳輸 (Control Transfer)

控制傳輸由2~3個階段組成:

建立階段(Setup)

數據階段(無數據控制沒有此階段)(DATA)

狀態階段(Status)

每個階段都由一次或多次(數據階段)事務傳輸組成(Transaction)。 控制數據由USB系統軟件用于配置設備(在枚舉時),其它的驅動軟件可以選擇使用control transfer實現具體的功能,數據傳輸是不可丟失的。

3.1.1 建立階段

主機從USB設備獲取配置信息,并設置設備的配置值。建立階段的數據交換包含了SETUP令牌封包、緊隨其后的DATA0數據封包以及ACK握手封包。它的作用是執行一個設置(概念含糊)的數據交換,并定義此控制傳輸的內容(即:在Data Stage中IN或OUT的data包個數,及發送方向,在Setup Stage已經被設定)。

09ebeb2e-578c-11ed-a3b6-dac502259ad0.png

3.1.2 數據階段

根據數據階段的數據傳輸的方向,控制傳輸又可分為3種類型:

控制讀取(讀取USB描述符)

控制寫入(配置USB設備)

無數據控制

數據傳輸階段:用來傳輸主機與設備之間的數據。

控制讀取

是將數據從設備讀到主機上,讀取的數據USB設備描述符。該過程如下圖的【Control Read】所示。對每一個數據信息包而言,首先,主機會發送一個IN令牌信息包,表示要讀數據進來。 然后,設備將數據通過DATA1/DATA0數據信息包回傳給主機。最后,主機將以下列的方式加以響應:當數據已經正確接收時,主機送出ACK令牌信息包;當主機正在忙碌時,發出NAK握手信息包;當發生了錯誤時,主機發出STALL握手信息包。

控制寫入

是將數據從主機傳到設備上,所傳的數據即為對USB設備的配置信息,該過程如下的圖【Control Wirte】所示。對每一個數據信息包而言,主機將會送出一個OUT令牌信息包,表示數據要送出去。緊接著,主機將數據通過DATA1/DATA0數據信息包傳遞至設備。 最后,設備將以下列方式加以響應:當數據已經正確接收時,設備送出ACK令牌信息包;當設備正在忙碌時,設備發出NAK握手信息包;當發生了錯誤時,設備發出STALL握手信息包。

0a156e86-578c-11ed-a3b6-dac502259ad0.png

3.1.3 狀態階段

狀態階段:用來表示整個傳輸的過程已完全結束。 狀態階段傳輸的方向必須與數據階段的方向相反,即原來是IN令牌封包,這個階段應為OUT令牌封包;反之,原來是OUT令牌封包,這個階段應為IN令牌封包。 對于【控制讀取】而言,主機會送出OUT令牌封包,其后再跟著0長度的DATA1封包。而此時,設備也會做出相對應的動作,送ACK握手封包、NAK握手封包或STALL握手封包。 相對地對于【控制寫入】傳輸,主機會送出IN令牌封包,然后設備送出表示完成狀態階段的0長度的DATA1封包,主機再做出相對應的動作:送ACK握手封包、NAK握手封包或STALL握手封包。

3.2 批量傳輸 (Bulk Transfer)

用于傳輸大量數據,要求傳輸不能出錯,但對時間沒有要求,適用于打印機、存儲設備等。 批量傳輸是可靠的傳輸,需要握手包來表明傳輸的結果。若數據量比較大,將采用多次批量事務傳輸來完成全部數據的傳輸,傳輸過程中數據包的PID 按照 DATA0-DATA1-DATA0-…的方式翻轉,以保證發送端和接收端的同步。 USB 允許連續 3次以下的傳輸錯誤,會重試該傳輸,若成功則將錯誤次數計數器清零,否則累加該計數器。超過三次后,HOST 認為該端點功能錯誤(STALL),放棄該端點的傳輸任務。 一次批量傳輸(Transfer)由 1 次到多次批量事務傳輸(Transaction)組成。 翻轉同步:發送端按照 DATA0-DATA1-DATA0-…的順序發送數據包,只有成功的事務傳輸才會導致 PID 翻轉,也就是說發送端只有在接收到 ACK 后才會翻轉 PID,發送下一個數據包,否則會重試本次事務傳輸。同樣,若在接收端發現接收到到的數據包不是按照此順序翻轉的,比如連續收到兩個 DATA0,那么接收端認為第二個 DATA0 是前一個 DATA0 的重傳。 它通過在硬件級執行“錯誤檢測”和“重傳”來確保host與device之間“準確無誤”地傳輸數據,即可靠傳輸。它由三種包組成(即IN事務或OUT事務):

token

data

handshake

0a78d570-578c-11ed-a3b6-dac502259ad0.png

For IN Token (即:IN Transaction)

ACK: 表示host正確無誤地接收到數據

NAK: 指示設備暫時不能返回或接收數據 (如:設備忙)

STALL:指示設備永遠停止,需要host軟件的干預 (如:設備出錯)

For OUT Token (即:OUT Transaction)

如果接收到的數據包有誤,如:CRC錯誤,Device不發送任何handshake包

ACK: Device已經正確無誤地接收到數據包,且通知Host可以按順序發送下一個數據包

NAK: Device 已經正確無誤地接收到數據包,且通知Host重傳數據,由于Device臨時狀況(如buffer滿)

STALL: 指示Device endpoint已經停止,且通知Host不再重傳

Bulk讀寫序列

0a81df4e-578c-11ed-a3b6-dac502259ad0.png

即由一系統IN事務或OUT事務組成。 3.3 中斷傳輸(Interrupt Transfer) 中斷傳輸由IN或OUT事務組成。 中斷傳輸在流程上除不支持PING 之外,其他的跟批量傳輸是一樣的。他們之間的區別也僅在于事務傳輸發生的端點不一樣、支持的最大包長度不一樣、優先級不一樣等這樣一些對用戶來說透明的東西。 主機在排定中斷傳輸任務時,會根據對應中斷端點描述符中指定的查詢間隔發起中斷傳輸。中斷傳輸有較高的優先級,僅次于同步傳輸。 同樣中斷傳輸也采用PID翻轉的機制來保證收發端數據同步。下圖為中斷傳輸的流程圖。 中斷傳輸方式總是用于對設備的查詢,以確定是否有數據需要傳輸。因此中斷傳輸的方向總是從USB設備到主機。

0a8bc5cc-578c-11ed-a3b6-dac502259ad0.png

DATA0或DATA1中的包含的是中斷信息,而不是中斷數據。

3.4 同步傳輸(Isochronous Transfer)

它由兩種包組成:

token

data

同步傳輸不支持“handshake”和“重傳能力”,所以它是不可靠傳輸。 同步傳輸是不可靠的傳輸,所以它沒有握手包,也不支持PID翻轉。主機在排定事務傳輸時,同步傳輸有最高的優先級。 同步傳輸適用于必須以固定速率抵達或在指定時刻抵達,可以容忍偶爾錯誤的數據上。實時傳輸一般用于麥 克風、喇叭、UVC Camera等設備。實時傳輸只需令牌與數據兩個信息包階段,沒有握手包,故數據傳錯時不會重傳。

0aafed1c-578c-11ed-a3b6-dac502259ad0.png

審核編輯:郭婷

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • usb
    usb
    +關注

    關注

    60

    文章

    7901

    瀏覽量

    264019
  • 總線
    +關注

    關注

    10

    文章

    2868

    瀏覽量

    87995

原文標題:惡補一波USB 通信協議知識

文章出處:【微信號:嵌入式情報局,微信公眾號:嵌入式情報局】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    串口通信協議解析 串口通信應用實例

    串口通信協議解析 串口通信協議是指規定了數據包的內容,內容包含了起始位、主體數據、校驗位及停止位,雙方需要約定一致的數據包格式才能正常收發數據的有關規范。以下是串口通信協議的介紹: 基本概念
    的頭像 發表于 11-21 17:03 ?311次閱讀

    PLC控制系統的通信協議解析

    基本概念 通信協議是一組規則,定義了數據如何在不同的設備之間傳輸。在PLC控制系統中,這些協議包括物理層、數據鏈路層、網絡層、傳輸層和應用層等多個層次。 常見的PLC通信協議 Mod
    的頭像 發表于 11-08 09:46 ?276次閱讀

    諧波的概念及應用

    本文簡單介紹了諧波的概念及應用。
    的頭像 發表于 10-18 14:14 ?274次閱讀
    諧波的<b class='flag-5'>概念及</b>應用

    PROFINET通信協議是什么

    PROFINET通信協議是一種專為工業自動化領域設計的基于以太網的實時通信協議。以下是對PROFINET通信協議的詳細解析,包括其定義、特點、體系結構、工作原理、通信方式、應用領域以及
    的頭像 發表于 09-25 18:13 ?1126次閱讀

    SPI通信協議基本概念和工作模式

    接口設計,在嵌入式系統、微控制器與各種外圍設備之間的通信中占據重要地位。以下是對SPI通信協議的詳細解析,內容涵蓋其基本概念通信原理、信號線定義、
    的頭像 發表于 09-09 17:04 ?954次閱讀

    socket的基本概念和原理

    Socket是一種通信協議,用于在網絡中實現進程間的通信。它是一種抽象的編程接口,允許應用程序通過網絡發送和接收數據。 1. 什么是Socket? Socket是一種端點,用于在網絡中實現進程間
    的頭像 發表于 08-16 10:51 ?921次閱讀

    S參數的概念及應用

    電子發燒友網站提供《S參數的概念及應用.pdf》資料免費下載
    發表于 08-12 14:29 ?0次下載

    簡單認識UART通信協議

    UART(Universal Asynchronous Receiver/Transmitter,通用異步收發傳輸器)通信協議是一種常見的串行通信協議,廣泛應用于計算機、嵌入式系統、傳感器、無線通信
    的頭像 發表于 07-25 18:07 ?1349次閱讀

    can的通信協議主要由什么完成

    CAN(Controller Area Network)是一種基于消息的通信協議,主要用于汽車和工業領域。它是一種局域網技術,允許多個設備在同一網絡上進行通信。CAN協議的主要特點包括高可靠性、實時
    的頭像 發表于 06-16 10:29 ?545次閱讀

    串口通信基本概念

    串口通信(Serial Communications)的基本概念可以歸納為以下幾個方面:
    的頭像 發表于 06-12 09:28 ?548次閱讀
    串口<b class='flag-5'>通信</b>的<b class='flag-5'>基本概念</b>

    高速串行通信協議都有哪些

    高速串行通信協議是現代電子設備中用于數據傳輸的關鍵技術。這些協議在各種應用中發揮著重要作用,如計算機、移動設備、網絡設備等。以下是一些常見的高速串行通信協議,以及它們的詳細描述。 USB
    的頭像 發表于 05-31 16:11 ?999次閱讀

    RS485通信協議的特性和應用范圍

    隨著工業自動化和物聯網技術的飛速發展,數據通信協議的重要性日益凸顯。RS485通信協議作為一種廣泛應用于工業自動化領域的串行通信協議,其穩定性和可靠性得到了廣泛的認可。本文將對RS485通信協
    的頭像 發表于 05-23 16:27 ?1608次閱讀

    UART串口通信協議是什么?

    UART (Universal Asynchronous Receiver/Transmitter) 是一種通信接口協議,用于實現串口通信。它是一種簡單的、可靠的、廣泛應用的串口通信協議
    的頭像 發表于 03-19 17:26 ?1264次閱讀

    RK3568-MQTT通信協議案例

    RK3568-MQTT通信協議案例
    的頭像 發表于 01-19 15:31 ?1752次閱讀
    RK3568-MQTT<b class='flag-5'>通信協議</b>案例

    有關通信協議時一些問題?

    抗干擾就加強濾波,要求輸入信號隔離就加隔離芯片或其他方式,總之這一段電路不應該太夏雜吧,遠不如芯片內部的信號處理電路?最后請推薦幾本有關串行通信協議方面硬件方面的書,還有一個問題,這些通信協議的設計工作應該在哪些課程或哪些書上?
    發表于 01-14 00:58