DSP系統PDIUSBD12的USB設計應用

　　3 驅動(dòng)程序開(kāi)發(fā)

　　由于現代操作系統對內存、端口等資源均采取了保護措施。一般的應用程序不能夠直接訪(fǎng)問(wèn)硬件，必須通過(guò)設備的驅動(dòng)程序。設備驅動(dòng)程序直接和硬件打交道的，并且運行于操作系統核心態(tài)，它像操作系統內核一樣具有最高的運行權限，所以它可以直接訪(fǎng)問(wèn)硬件。

　　USB設備必須使用WDM（Win32 Driver Model）驅動(dòng)程序模型，它是Microsoft公司定義的WIN32驅動(dòng)程序模型。WDM是操作系統發(fā)展到現在的一種新型驅動(dòng)程序模型，現在已經(jīng)成為Windows操作系統驅動(dòng)程序的主流。

　　在Windows系統下，和應用程序打交道主要有五層模型：硬件層、硬件抽象層、驅動(dòng)程序、IO管理層和用戶(hù)運用程序。從用戶(hù)應用程序發(fā)出的請求一層一層地往下發(fā)送。USB的驅動(dòng)程序還分為客戶(hù)驅動(dòng)程序、根集線(xiàn)器驅動(dòng)程序和總線(xiàn)驅動(dòng)程序。用戶(hù)主要開(kāi)發(fā)客戶(hù)驅動(dòng)程序即可，蓁其余更底層的操作系統已經(jīng)為用戶(hù)準備好?？蛻?hù)驅動(dòng)程序由一系列的例程(也即一般程序的函數)組成，它沒(méi)有main()函數入口點(diǎn)。因此，USB設備和驅動(dòng)程序打交道必須由操作系統的IO管理層參與，它使用了一種全局量叫作IO請求包即IRP。主要工作原理如下：

　　(1)開(kāi)始時(shí)用戶(hù)應用程序向驅動(dòng)程序發(fā)出請求(Windows API函數)，并將相關(guān)的數據打包成IRP，IO管理器捕獲這個(gè)IRP包并進(jìn)行相應的處理。

　　(2)IO管理器向客戶(hù)驅動(dòng)程序發(fā)送IRP請求包，請求客戶(hù)驅動(dòng)程序進(jìn)行相應的處理。

　　(3)客戶(hù)驅動(dòng)程序處理完接收到的IRP，設好相關(guān)環(huán)境后將之傳給更底層的驅動(dòng)程序，最后由總線(xiàn)驅動(dòng)程序完成對硬件的操作，并將結果返回。

　　用戶(hù)要做的事就是開(kāi)發(fā)客戶(hù)驅動(dòng)程序。本課題用的是基于WIN2000 DDK的DriverWorks驅動(dòng)程序開(kāi)發(fā)工具，同時(shí)還要VC++6.0編譯環(huán)境。這種工具可生成驅動(dòng)程序框架，用戶(hù)進(jìn)行修改并加入自己要實(shí)現的功能即可，大大縮短了開(kāi)發(fā)的時(shí)間。

　　4 用戶(hù)應用程序

　　應用程序是實(shí)現硬件功能的全部體現。但應用程序不能直接訪(fǎng)問(wèn)USB設備，它必須先與驅動(dòng)程序通信，通過(guò)驅動(dòng)程序來(lái)訪(fǎng)問(wèn)USB設備。它的工作是向硬件發(fā)送數據或命令，這些數據和命令由驅動(dòng)程序經(jīng)過(guò)層層處理，最后發(fā)送到硬件實(shí)現相關(guān)的動(dòng)作。應用程序與驅動(dòng)程序打交道主要是通過(guò)操作系統的API函數。

　　其工作原理如下：

　　(1)應用程序通過(guò)調用CreateFile API函數取得USB設備的句柄。該符號鏈接包含一個(gè)全域惟一標識符（globally unique identifier,GUID）。GUID是一個(gè)128位的號碼，Windows用來(lái)惟一識別一個(gè)設備對象。

　　(2)通過(guò)這個(gè)句柄，應用程序通過(guò)調用ReadFile和WriteFile API函數來(lái)讀寫(xiě)USB設備，將數據返回到用戶(hù)緩沖區。

　　(3)通過(guò)這個(gè)句柄，應用程序通過(guò)調用DeviceIoControl API函數來(lái)向USB設備發(fā)出控制命令，以實(shí)現特定的要求，這個(gè)函數還可能有相應的數據傳輸。

　　(4)應用程序處理從USB設備接收到的數據，如果出錯，將給出相應的警告，如果成功，處理完后關(guān)閉設備的句柄。