USB 接口驅(qū)動程序開發(fā)

1 引言

　　隨著微機技術水平的日益提高,傳統(tǒng)的計算機接口已經(jīng)不能滿足當前計算機高速發(fā)展的需求,計算機業(yè)迫切需要一種新的通用型、高速總線接口,通用外設接口標準USB 就應運而生。

　　USB,全稱是Universal Serial Bus(通用串行總線),是一種新型的、基于令牌的、高速的串行總線標準,由Compaq、Microsoft、Intel、IBM 等七家公司共同開發(fā)的, 旨在解決日益增加的PC 外設與有限的主板插槽和端口之間的矛盾而制定的一種串行通信標準[3],自1995年在Comdex 上亮相以來已廣泛地為各PC 廠家支持。

　　現(xiàn)在市場上幾乎所有的P C 機器都配備了US B 接口,USB 接口之所以能夠得到廣泛支持和快速普及,是因為它具備以下優(yōu)點:

　　正由于上述優(yōu)點, 開發(fā)USB 接口的設備已成為一種發(fā)展趨勢。然而隨著USB 技術的迅猛發(fā)展, 傳統(tǒng)的USB1 . 1 接口已經(jīng)不能適應用戶的需求, 于是在1 9 9 9年在I nt e l 的開發(fā)者論壇大會上又提出了USB2 . 0 技術, 使得US B 不僅支持1 . 5Mb / s 的“低速”, 傳輸和12Mb/s 的“全速”傳輸,而且支持480Mb/s 的“高速”

　　傳輸,比USB1.1 標準快40 倍左右,速度的提高對于用戶的最大好處就是意味著用戶可以使用到更高效的外部設備, 而且具有多種速度的周邊設備都可以被連接到USB 2.0 的線路上,而且無需擔心數(shù)據(jù)傳輸時發(fā)生瓶頸效應。

　　2 USB 驅(qū)動程序設計

　　一個完整的USB 系統(tǒng)包括主機系統(tǒng)包括主機系統(tǒng)和USB 設備。

　　所有的傳輸事務都是由主機發(fā)起的。一個主機系統(tǒng)又可以分為以下幾個層次結(jié)構(gòu), 如圖1 所示。

　　USB 總線接口包括USB 主控制器和根集線器,其中USB 主控制器負責處理主機與設備之間電氣和協(xié)議層的互連,根集線器提供USB 設備連接點。USB 系統(tǒng)使用USB 主控制器來管理主機和USB 設備之間的數(shù)據(jù)傳輸,另外它也負責管理USB 資源,如帶寬等。應用軟件不能直接訪問US B 設備硬件, 而通過US B 系統(tǒng)和USB 總線接口與USB 設備進行交互。

圖1 USB 通信模型層次關系。

　　USB 設備包含一些向主機軟件提供一系列USB設備的特征和能力的信息的設備描述符, 用來配置設備和定位USB 設備驅(qū)動程序。這些信息確保了主機以正確的方式訪問設備。通常, 一個設備有一個或多個配置( C o n f i g u r a t i o n ) 來控制其行為。配置是接口( Int er fa ce )的集合,接口指出軟件應該如何訪問硬件。

　　接口又是端點(endpoint)的集合,每一個與USB 交換數(shù)據(jù)的硬件就為端點, 它是作為通信管道的一個終點。

　　圖1 顯示了一個多層次結(jié)構(gòu)的通信模型, 它表明了端點和管道所扮演的角色。

　　2.1 USB 驅(qū)動程序結(jié)構(gòu)

　　1) USB 驅(qū)動程序體系結(jié)構(gòu)

　　運行在核心態(tài)的USB 驅(qū)動程序是基于WIN32 驅(qū)動程序模型WDM(Windows Driver Model)的,它采用分層驅(qū)動程序模型,由USB 總線驅(qū)動程序和USB 功能驅(qū)動程序兩部分組成, 總線驅(qū)動程序由操作系統(tǒng)提供, 用戶只需要編寫相應的功能驅(qū)動程序即可。

　　2) 處理流程

　　因為I /O 管理器把每一個設備對用戶程序都抽象成文件,所以用戶程序通過調(diào)用文件操作API 函數(shù)就可以實現(xiàn)與驅(qū)動程序中某個設備的通信。

　　用戶程序發(fā)送的請求由I /O 管理器轉(zhuǎn)換為具有不同主功能代碼的IRP ( I /O 請求包) 發(fā)送給功能驅(qū)動程序。功能驅(qū)動程序接收該IRP,在回調(diào)程序中根據(jù)IRP中包含的具體操作代碼, 構(gòu)造相應的US B 請求, 把它放到一個新的IRP 中,并把這個新的IRP 傳遞給USB總線驅(qū)動程序。USB 總線驅(qū)動程序根據(jù)IRP 中所包含的USB 請求塊執(zhí)行相應操作, 再將操作結(jié)果通過IRP返還給功能驅(qū)動程序, 功能驅(qū)動程序接收此IRP , 將操作結(jié)果通過IRP 返還I/O 管理器。最后,I/O 管理器將此IRP 中的操作結(jié)果返回給應用程序。至此, 應用程序?qū)SB 設備的一次I /O 操作完成, 其處理流程如圖2 所示。

圖2 W D M 型的U S B 驅(qū)動程序體系結(jié)構(gòu)。

　　3 USB 設備驅(qū)動程序中關鍵代碼實現(xiàn)

　　下面是以開發(fā)的A R M 讀寫驅(qū)動程序為例, 介紹USB 驅(qū)動程序中幾個關鍵例程的實現(xiàn)。本驅(qū)動程序的主要功能是控制USB 設備上的ARM 并對ARM 板進行讀寫操作。

　　1) 初始化函數(shù) DriverEntry()

　　設備驅(qū)動程序與應用程序不同,沒有main()或WinMain()函數(shù),而是有一個名為DriverEntry()的入口函數(shù),它通常完成一些初始化工作。當設備驅(qū)動程序被加載時,操作系統(tǒng)調(diào)用這個入口。

　　2) 創(chuàng)建設備函數(shù) AddDevice()

　　大多數(shù)的PDO 都是在PnP 管理器調(diào)用該程序入口點時被創(chuàng)建的。插入新設備后, 系統(tǒng)啟動時, 總線枚舉器會搜索總線上的所有設備,自動尋找并安裝設備的驅(qū)動程序,并由驅(qū)動程序中的處理PnP 功能模塊自動處理AddDevice()。本程序使用CreateDevice()函數(shù)創(chuàng)建設備對象,再使用RegiSTerDevicelnterface()函數(shù)將設備組成一個特定的設備接口,然后通過AttachDeviceToDeviceStack()函數(shù)關聯(lián)設備棧。

　　3) ARM 的傳輸處理函數(shù)UsbTransmit()

　　該函數(shù)是實現(xiàn)本驅(qū)動程序功能的關鍵, 它用來與ARM 進行通信。分析發(fā)送的請求數(shù)據(jù)后根據(jù)命令的具體含義對ARM 進行讀寫操作。應用層通過調(diào)用標準的ARM 板函數(shù)來發(fā)送I/O 請求。

　　4 結(jié)束語

　　隨著支持USB 的個人電腦的普及,大量支持USB接口外設的不斷涌現(xiàn), 以及USB 技術的發(fā)展和不斷完善, 因此基于USB 驅(qū)動程序的開發(fā)也將成為這一發(fā)展趨勢的重中之重。本文介紹了USB 的通信模型, 分析了基于WDM 的USB 驅(qū)動開發(fā)的關鍵所在,結(jié)合ARM驅(qū)動程序開發(fā)介紹了DDK 開發(fā)環(huán)境的構(gòu)建,最終結(jié)合實際系統(tǒng)完成了基于DDK 的USB 接口WDM 驅(qū)動開發(fā)和調(diào)試。