精品文檔-下載后可編輯USB枚舉詳細過程剖析-設計應用從驅動開發網看到一篇《USB枚舉詳細過程分析》，依據自己的理解和經驗對原文稍加改動。本文僅供參考，一些順序并不是固定的。本文描述的是Windows系統的USB枚舉過程，但對嵌入式系統自行開發的USB主機驅動程序也有參考價值。USB枚舉詳細過程剖析1.主機集線器檢測到新設備主機集線器監視著每個端口的信號電壓，當有新設備接入時便可覺察。(集線器端口的兩根信號線的每一根都有15kΩ的下拉電阻，而每一個設備在D+都有一個1.5kΩ的上拉電阻。當用USB線將PC和設備接通后，設備的上拉電阻使信號線的電位升高，因此被主機集線器檢測到。)2.主機發送Get_Status請求每個集線器用中斷傳輸來在集線器上的事件。當主機知道了這個事件，它給集線器發送一個Get_Status請求來了解更多的消息。返回的消息告訴主機一個設備是什么時候連接的。3.主機發送Set_Feature請求，集線器重啟端口當主機知道有一個新的設備時，主機給集線器發送一個Set_Feature請求，請求集線器來重啟端口。集線器使得設備的USB數據線處于重啟(RESET)狀態至少10ms。4.集線器在設備和主機之間建立一個信號通路主機發送一個Get_Status請求來驗證設備是否激起重啟狀態。返回的數據有一位表示設備仍然處于重啟狀態。當集線器釋放了重啟狀態，設備就處于默認狀態了，設備已經準備好通過Endpoint0的默認流程響應控制傳輸，即設備現在使用默認地址0x0與主機通信。5.集線器檢測設備速度集線器通過測定哪根信號線(D+或D-)在空閑時有更高的電壓來檢測設備是低速設備還是全速設備。(全速和高速設備D+有上拉電阻，低速設備D-有上拉電阻)。以下需要USB的firmware進行干預。6.獲取數據包長度PC向address0發送USB協議規定的Get_Device_Descriptor命令，以取得缺省控制管道所支持的數據包長度，并在有限的時間內等待USB設備的響應。該長度包含在設備描述符的bMaxPacketSize0字段中，其地址偏移量為7，所以這時主機只需讀取該描述符的前8個字節。注意，主機只能枚舉一個USB設備，所以同一時刻只能有一個USB設備使用缺省地址0。以下操作雷同，不同操作系統設定時延是不一樣的，比如說win2k大概是幾毫秒，如果沒有反應就再發送命令，重復三次。7.主機分配一個新的地址給設備主機通過發送一個Set_Address請求來分配一個的地址給設備。設備讀取這個請求，返回一個確認，并保存新的地址。從此開始所有通信都使用這個新地址。8.主機重新發送Get_Device_Descriptor命令，讀取完整設備描述符主機向新地址重新發送Get_Device_Descriptor命令，此次讀取其設備描述符的全部字段，以了解該設備的總體信息，如VID，PID。9.主機發送Get_Device_Configuration命令，獲取完整配置信息主機向設備循環發送Get_Device_Configuration命令，要求USB設備回答，以讀取全部配置信息。10.主機發送Get_Device_String命令，獲得描述字符集(unicode)描述字符集包括了產商、產品描述、型號等信息。11.主機展示新設備信息此時主機將會彈出窗口，展示發現新設備的信息，產商、產品描述、型號等。12.PC判斷能否提供該類USB的驅動根據Device_Descriptor和Device_Configuration應答，PC判斷是否能夠提供USB的Driver，一般win2k能提供幾大類的設備，如游戲操作桿、存儲、打印機、掃描儀等，操作就在后臺運行。但是Win98卻不可以，所以在此時將會彈出對話框，索要USB的Driver。13.主機發送Set_Configuration(x)命令，請求為設備選擇一個配置加載了USB設備驅動以后，主機發送Set_Configuration(x)命令請求為該設備選擇一個合適的配置(x代表非0的配置值)。如果配置成功，USB設備進入“配置”狀態，并可以和客戶軟件進行數據傳輸。此時，常規的USB完成了其必須進