本篇筆記將詳述 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)求類(lèi)型。 請(qǐng)求類(lèi)型代表本次請(qǐng)求屬于什么類(lèi)型的請(qǐng)求。目前有三類(lèi)，標(biāo)準(zhǔn)、類(lèi)、廠商。標(biāo)準(zhǔn)請(qǐng)求主要有：

除了標(biāo)準(zhǔn)請(qǐng)求，還有類(lèi)請(qǐng)求，比如 CDC 類(lèi)，用到了三種類(lèi)請(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 類(lèi)就沒(méi)有用到（如果需要的話，應(yīng)該也是能發(fā)出的）。 D4~D0：代表了請(qǐng)求類(lèi)型。 因?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é)：描述符類(lèi)型（對(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)別來(lái)確定，比如 CDC 類(lèi)，這三個(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)買(mǎi)的 idVendor 不同卻類(lèi)似的是，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》）：