本篇筆記將詳述 CDC設(shè)備枚舉過(guò)程,讓大家對(duì)整體的枚舉過(guò)程有個(gè)概念。
為了更好到理解并分析接下來(lái)的通信流程,魚(yú)鷹首先介紹標(biāo)準(zhǔn)請(qǐng)求和描述符。
上篇筆記了解了標(biāo)準(zhǔn)請(qǐng)求和描述符是怎么回事,但還不夠,還需要更細(xì)節(jié)的東西。
首先從標(biāo)準(zhǔn)請(qǐng)求的8字說(shuō)起:
第一字節(jié):位圖請(qǐng)求信息。 D7 代表了接下來(lái)傳輸?shù)臄?shù)據(jù)是從主機(jī)到從機(jī),還是從機(jī)到主機(jī)的。我們知道枚舉過(guò)程使用控制傳輸,有三個(gè)階段,如果有數(shù)據(jù)階段,那么這個(gè)階段的DATA數(shù)據(jù)是由主機(jī)發(fā)出還是由從機(jī)發(fā)出,就看這個(gè)位的值了。 當(dāng)然了,因?yàn)槊恳淮问聞?wù)都有令牌包存在,所以IN令牌后的數(shù)據(jù)一定是由從機(jī)發(fā)出的,但是標(biāo)準(zhǔn)請(qǐng)求的這個(gè)位可以讓從機(jī)做好發(fā)送數(shù)據(jù)或者接收數(shù)據(jù)的準(zhǔn)備。
D6~D5:代表了請(qǐng)求類型。 請(qǐng)求類型代表本次請(qǐng)求屬于什么類型的請(qǐng)求。目前有三類,標(biāo)準(zhǔn)、類、廠商。標(biāo)準(zhǔn)請(qǐng)求主要有:
除了標(biāo)準(zhǔn)請(qǐng)求,還有類請(qǐng)求,比如 CDC 類,用到了三種類請(qǐng)求: SET_LINE_CODING(0x20) 設(shè)置串口波特率、起始位、停止位、流控等信息 GET_LINE_CODING(0x21) 獲取串口波特率、起始位、停止位、流控等信息 SET_CONTROL_LINE_STATE(0x22)用于設(shè)置串口的狀態(tài) 廠商請(qǐng)求一般不會(huì)用于標(biāo)準(zhǔn)設(shè)備,CDC 類就沒(méi)有用到(如果需要的話,應(yīng)該也是能發(fā)出的)。 D4~D0:代表了請(qǐng)求類型。 因?yàn)檎?qǐng)求的內(nèi)容可能是面向設(shè)備,也可能面向接口、端點(diǎn),所以這個(gè)域確定了本次請(qǐng)求面向的對(duì)象,這樣設(shè)備可以根據(jù)請(qǐng)求的對(duì)象作相應(yīng)的措施。 第二字節(jié):bRequest:請(qǐng)求代碼,即上面的幾種請(qǐng)求代碼,每個(gè)請(qǐng)求都會(huì)有請(qǐng)求代碼,代表了具體請(qǐng)求。 第三四字節(jié):wValue:這個(gè)雙字節(jié)主要根據(jù)bReuest來(lái)確定含義,比如如果是獲取描述符(GET_DESCRIPTOR),而描述符有很多種,比如設(shè)備描述符、字符串描述符、配置描述符,那么到底主機(jī)要獲取什么描述符?就看這個(gè)雙字的高字節(jié)了。如果高字節(jié)為 1,代表獲取設(shè)備描述符,高字節(jié)為 2,代表獲取配置描述符。 總之這個(gè)值的具體含義需要根據(jù)請(qǐng)求代碼來(lái)確定,而每一種請(qǐng)求代碼都會(huì)明確規(guī)定wValue具體含義。 第五六字節(jié):wIndex:這個(gè)值和上面一樣,也是需要請(qǐng)求代碼來(lái)確定含義的。比如在獲取產(chǎn)品序列號(hào)字符串時(shí),這個(gè)值代表了語(yǔ)言 ID,告訴從機(jī)需要返回什么哪種字符串,當(dāng)值為0x0409時(shí)代表英語(yǔ)。 第七八字節(jié):wLenth:這個(gè)值代表接下來(lái)主機(jī)會(huì)發(fā)送或者需要接收字節(jié)長(zhǎng)度。 一般來(lái)說(shuō),主機(jī)會(huì)根據(jù)需要在接下來(lái)的數(shù)據(jù)階段獲取或發(fā)送指定長(zhǎng)度數(shù)據(jù),主機(jī)發(fā)送的數(shù)據(jù)因?yàn)槭怯芍鳈C(jī)控制的,所以可以很容易確定這個(gè)值,但是因?yàn)橹鳈C(jī)并不清楚從機(jī)到底有多少數(shù)據(jù)會(huì)返回,所以這個(gè)值可能會(huì)比實(shí)際的更大。 比如第一次獲取設(shè)備描述符時(shí),因?yàn)橹鳈C(jī)不清楚這個(gè)描述符多長(zhǎng),一般會(huì)比實(shí)際的描述符長(zhǎng)度更大,所以如果從機(jī)沒(méi)有足夠的數(shù)據(jù)返回,那么只要返回從機(jī)能返回的最大數(shù)據(jù)即可; 但是如果主機(jī)請(qǐng)求返回的數(shù)據(jù)比從機(jī)實(shí)際的數(shù)據(jù)短,那么從機(jī)就按照主機(jī)的要求來(lái)就行,不必把自己所有的數(shù)據(jù)返回。 以上就是標(biāo)準(zhǔn)請(qǐng)求的內(nèi)容。設(shè)備返回的描述符通用格式比較簡(jiǎn)單: 第一字節(jié):描述符總長(zhǎng)度(包括本字節(jié)) 第二字節(jié):描述符類型(對(duì)應(yīng)標(biāo)準(zhǔn)請(qǐng)求wValue的高字節(jié)) 其余字節(jié)就代表了這個(gè)描述符的具體內(nèi)容了,每種描述的具體內(nèi)格式都不相同,需要根據(jù)實(shí)際的描述符確定,比如:
bcdUSB 代表 USB 版本號(hào),比如 0x0110,代表 USB 1.1 版本(bcd編碼,即寫(xiě)成十六進(jìn)制時(shí)的版本號(hào)),這樣主機(jī)就知道這個(gè)設(shè)備只支持全速 12 Mbit/s 那么關(guān)于關(guān)于高速的請(qǐng)求qualifier(wValue 高字節(jié)為6)就不用發(fā)送到該設(shè)備了,因?yàn)榘l(fā)送給設(shè)備也肯定會(huì)被回復(fù) STALL,那么主機(jī)就沒(méi)必要浪費(fèi)這個(gè)帶寬了。 但是如果你這里寫(xiě)成 0x0200,那么這個(gè)設(shè)備可能是全速的,也可能是高速的,那么主機(jī)就會(huì)發(fā)送請(qǐng)求來(lái)詢問(wèn)是否支持高速,如果設(shè)備不支持,回復(fù)的描述符設(shè)置為0即可。 接下來(lái)的三個(gè)字節(jié)根據(jù)設(shè)備屬于什么類別來(lái)確定,比如 CDC 類,這三個(gè)值分別為 0x02 ,0x00,0x00。 bMaxPacketSize0 確定了端點(diǎn)0的數(shù)據(jù)包大小,主機(jī)可以據(jù)此知道設(shè)備的傳輸能力,進(jìn)而控制傳輸數(shù)據(jù)包的大小,不然主機(jī)一次發(fā)送的數(shù)據(jù)包太大,那么從機(jī)可能無(wú)法正確接收。 idVendor 由 USB-IF 分配,這個(gè)值確定了這個(gè)設(shè)備屬于哪個(gè)廠家的產(chǎn)品。比如 0xC251,代表了KEIL,只要主機(jī)看到了這個(gè)代號(hào),就知道這個(gè)設(shè)備由哪個(gè)廠家生產(chǎn)的了,因?yàn)檫@個(gè)在USB-IF中掛了號(hào),大家都可以從網(wǎng)上查到。 和必須購(gòu)買的 idVendor 不同卻類似的是,iProduct 是由廠家自己定義的,可以根據(jù)這個(gè)來(lái)確定這個(gè)設(shè)備屬于哪個(gè)產(chǎn)品。 這個(gè)USB設(shè)備更新到哪一個(gè)版本了?通過(guò)bcdDevice 即可確定,也是bcd 編碼。 iManufacture 代表廠商的字符串序號(hào),一般都是 1,這樣當(dāng)主機(jī)需要獲取廠商的字符串,只要在wValue 的低字節(jié)為設(shè)置為 1,那么從機(jī)就知道該發(fā)送什么字符串給主機(jī)了。 iProject 代表產(chǎn)品字符串序號(hào),一般為2。 iSerialNumber 代表產(chǎn)品序列字符串序號(hào),一般為3。 為什么從 1 開(kāi)始編號(hào),而不是從 0 開(kāi)始呢,這是因?yàn)槿绻O(shè)備沒(méi)有這個(gè)字符串的話,可以設(shè)置該值為 0,這樣主機(jī)就知道沒(méi)有這個(gè)字符串,也就不會(huì)主動(dòng)獲取這個(gè)字符串。 當(dāng)然了,即使你告訴了主機(jī)有這個(gè)字符串存在,主機(jī)也是按照需求來(lái)獲取的,不一定會(huì)把所有的字符串描述符都獲取回來(lái)。 iNumConfigurations 代表了設(shè)備有多少種配置,前面說(shuō)過(guò),設(shè)備可能會(huì)在不同時(shí)刻的功能表現(xiàn)不一樣,那么可以通過(guò)該值確定這個(gè)設(shè)備有多少種配置,一般而言這個(gè)值是1,即只有一種配置。畢竟復(fù)合設(shè)備可以同時(shí)滿足多功能的要求,沒(méi)必要使用多種配置來(lái)達(dá)到多種功能的要求。 以上就是設(shè)備描述符的具體含義,其他描述符比如配置描述符、接口描述符、端點(diǎn)描述符等就自行看魚(yú)鷹給的資料理解即可,只要找到對(duì)應(yīng)描述符的格式說(shuō)明,分析代碼中的描述符數(shù)據(jù)也不是那么難的事情。 接下來(lái)魚(yú)鷹介紹枚舉總體流程。 主機(jī)在對(duì)設(shè)備復(fù)位后,首先會(huì)請(qǐng)求獲取設(shè)備描述符。這個(gè)描述符一般為18個(gè)字節(jié),但是主機(jī)一開(kāi)始并不知道這個(gè)描述符多大(雖然一般是18,但萬(wàn)一不是呢),所以一般主機(jī)會(huì)以更大的請(qǐng)求長(zhǎng)度來(lái)獲取,而從機(jī)根據(jù)實(shí)際長(zhǎng)度18字節(jié)返回即可。 現(xiàn)在我們從多個(gè)維度看看這次交互的數(shù)據(jù)情況: 從傳輸事務(wù)的角度看:
從包的角度看:
從DATA內(nèi)容看: 主機(jī)發(fā)送數(shù)據(jù):80 06 00 01 00 00 40 00
從機(jī)回復(fù)數(shù)據(jù):
從D+、D-數(shù)據(jù)線電平變化的角度: 主機(jī)發(fā)送(建立階段):
從機(jī)回復(fù)(數(shù)據(jù)階段):
狀態(tài)階段:
現(xiàn)在把整個(gè)枚舉過(guò)程大概圖解一遍(其他請(qǐng)求交互的具體情況請(qǐng)看魚(yú)鷹提供的資料):
數(shù)據(jù)流截?。~(yú)鷹提供的《CDC設(shè)備完整數(shù)據(jù)通信.txt》):
-
設(shè)備
+關(guān)注
關(guān)注
2文章
4616瀏覽量
71348 -
CDC
+關(guān)注
關(guān)注
0文章
57瀏覽量
18071
原文標(biāo)題:【圖解USB】USB 之CDC 設(shè)備枚舉過(guò)程詳解
文章出處:【微信號(hào):mcu168,微信公眾號(hào):硬件攻城獅】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
CY7C65632-28LTXC在主機(jī)USB上無(wú)反應(yīng)是怎么回事?
使用STM32G431做HID Keyboard與CDC符合設(shè)備,為什么做不了?
STM32 HID和CDC組合設(shè)備無(wú)法枚舉成功是哪里出了問(wèn)題?
使用TUSB1046插入U(xiǎn)SB3.0的U盤,發(fā)現(xiàn)有不識(shí)別的現(xiàn)象,為什么?
Java 枚舉與策略模式、函數(shù)式接口的結(jié)合:實(shí)現(xiàn)高內(nèi)聚低耦合的設(shè)計(jì)
cdc減振器控制原理是什么
在GaN半橋電路中實(shí)現(xiàn)自舉過(guò)充預(yù)防

USBX在F407上創(chuàng)建CDC不能正常使用是怎么回事?
USB復(fù)合設(shè)備MSC+CDC,MSC異常影響CDC收發(fā)怎么解決?
如何在Openharmony中實(shí)現(xiàn)USB復(fù)合設(shè)備

ESP32S2使用單根USB線創(chuàng)建MSC+CDC與上位機(jī)通信,CDC異常的原因?
解析經(jīng)典藍(lán)牙設(shè)備連接過(guò)程

評(píng)論