0. 枚舉流程

? 連接了設備的 HUB 在 HOST 查詢其狀態改變端點 時返回對應的 bitmap，告知HOST 某個PORT狀態發生了改變。

? 主機向 HUB 查詢該PORT的狀態，得知有設備連接，并知道了該設備的基本特性。

? 主機等待（至少 100mS）設備上電穩定，然后向 HUB 發送請求，復位并使能該PORT。

? HUB執行PORT復位操作，復位完成后該PORT就使能了。現在設備進入到defalut狀態，可以從Vbus獲取不超過 100mA 的電流。主機可以通過 0地址與其通訊。

? 主機通過0地址向該設備發送get_device_descriptor標準請求，獲取設備的描述符。

? 主機再次向 HUB 發送請求，復位該PORT。

? 主機通過標準請求 set_address給設備分配地址。

? 主機通過新地址向設備發送 get_device_descriptor標準請求，獲取設備的描述符。

? 主機通過新地址向設備發送其他 get_configuration請求，獲取設備的配置描述符。

? 根據配置信息，主機選擇合適配置，通過 set_configuration請求對設備而進行配置。這時設備方可正常使用。

1. GET_DESCRIPTOR

總線復位及向默認地址0發送GET_DESCRIPTOR指令包，請求設備描述。如（圖一）所示：

（圖一）

1）Index［4 - 5］：表示USB插入總線復位

2）Index［7 - 8］：表示主機向默認地址發送GET_DESCRIPTOR指令包，詳細信息也抓出來了，如（圖二）所示：

（圖二）

3）Index［15 - 17］：表示設備向主機發送設備描述數據Index［16］

4）Index［18 - 19］：表示主機完成GET_DESCRIPTOR指令后，給設備發送一個空應答；

2. SET_ADDRESS

再次復位總線及向設備發送SET_ADDRESS指令包，設置設備地址。如（圖三）所示：

（圖三）

1）Index［22 - 23］：表示再次總線復位，該復位自動完成，不是手工插拔USB完成

2）Index［25 - 27］：表示主機向默認地址發送SET_ADDRESS指令包，詳細信息如（圖四）所示：

（圖四）

3）Index［29 - 31］：表示設備完成SET_ADDRESS指令后，給主機發送一個空應答；

3. GET_DESCRIPTOR《請求設備描述》

向第二步設定的設備地址發送GET_DESCRIPTOR指令包，請求設備描述。如（圖五）所示：

（圖五）

1）Index［33 - 35］：表示主機向地址01發送GET_DESCRIPTOR指令包，詳細信息見（圖六）

（圖六）

2）Index［41 - 43］：表示設備向主機發送設備描述數據Index［42］

3）Index［45 - 47］：表示設備向主機發送設備描述數據Index［46］

4）Index［48 - 50］：表示主機完成GET_DESCRIPTOR指令后，給設備發送一個空應答；

4. GET_DESCRIPTOR《請求配置描述》

向第二步設定的設備地址發送GET_DESCRIPTOR指令包，請求配置描述。如（圖七）所示：

（圖七）

1）Index［52 - 54］：表示主機向地址01發送GET_DESCRIPTOR指令包，詳細信息見（圖八）

（圖八）

2）Index［57 - 59］：表示設備向主機發送配置描述數據Index［58］

3）Index［60 - 62］：表示主機完成GET_DESCRIPTOR指令后，給設備發送一個空應答；

5. 讀取完整設備描述及配置描述

重復向第二步設定的設備地址發送GET_DESCRIPTOR指令包，取完所有設備描述及配置描述；

6. SET_CONFIGURATION

向第二步設定的設備地址發送SET_CONFIGURATION指令包，設置配置描述。如（圖九）所示：

（圖九）

1）Index［139 - 141］：表示主機向地址01發送SET_CONFIGURATION指令包，詳細信息見（圖十）

（圖十）

2）Index［143 - 145］：表示設備完成SET_CONFIGURATION指令后，給主機發送一個空應答

至此，枚舉過程結束，設備可通過驅動與主機通信了。

以上的USB枚舉過程是根據現有特定設備捕獲得到，并不完整涉及到USB協議的所有指令包，如GET_STATUS指令包、CLEAR_FEATURE指令包、SET_FEATURE指令包、SET_DESCRIPTOR指令包、GET_CONFIGURATION指令包、GET_INTERFACE指令包、SET_INTERFACE指令包、SYNCH_FRAME指令包等。