采用PDIUSBD12芯片的USB應(yīng)用開(kāi)發(fā)

　　固件程序運(yùn)行在USB外圍設(shè)備的單片機(jī)中，由它響應(yīng)主機(jī)發(fā)送過(guò)來(lái)的USB的各種要求和數(shù)據(jù)傳輸。固件的組成主要有兩大部分，ISR(中斷程序)和主程序。中斷程序運(yùn)行在后臺(tái)，負(fù)責(zé)USB芯片與單片機(jī)MPU的USB要求中斷響應(yīng)與數(shù)據(jù)傳輸，中斷程序接收到主機(jī)發(fā)送來(lái)的USB要求和數(shù)據(jù)后就將它轉(zhuǎn)送給主程序并設(shè)置相應(yīng)的標(biāo)志位。主程序運(yùn)行在前臺(tái)，它根據(jù)中斷程序傳給它的數(shù)據(jù)及標(biāo)志位而進(jìn)行實(shí)際的硬件動(dòng)作。后臺(tái)ISR中斷服務(wù)程序和前臺(tái)主程序循環(huán)之間的數(shù)據(jù)交換通過(guò)事件標(biāo)志和數(shù)據(jù)緩沖區(qū)來(lái)實(shí)現(xiàn)的。例如PDIUSBD12的批量輸出端點(diǎn)可使用循環(huán)的數(shù)據(jù)緩沖區(qū)，當(dāng)PDIUSBD12 從USB收到一個(gè)數(shù)據(jù)包那么就對(duì)MPU 產(chǎn)生一個(gè)中斷請(qǐng)求，MPU立即響應(yīng)中斷。在ISR中固件將數(shù)據(jù)包從PDIUSBD12內(nèi)部緩沖區(qū)移到循環(huán)數(shù)據(jù)緩沖區(qū)并且隨后清空PDIUSBD12的內(nèi)部緩沖區(qū)以使能接收新的數(shù)據(jù)包。MPU可以繼續(xù)它當(dāng)前的前臺(tái)任務(wù)，直到完成任務(wù)后返回到主循環(huán)。同時(shí)檢查循環(huán)緩沖區(qū)內(nèi)是否有新的數(shù)據(jù)并開(kāi)始其它的前臺(tái)任務(wù)編寫固件程序可用匯編語(yǔ)言或者C語(yǔ)言，用C語(yǔ)言得有KEIL C編譯器的支持。但總體上它們的程序框架是一樣的。主體程序框架如圖3所示：

圖3 固件主程序框架

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

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

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

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

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

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

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

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

　　4 用戶應(yīng)用程序

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

　　其工作原理如下：

　　(1)應(yīng)用程序通過(guò)調(diào)用CreateFile API函數(shù)取得USB設(shè)備的句柄。該符號(hào)鏈接包含一個(gè)全域惟一標(biāo)識(shí)符（globally unique idenTIfier,GUID）。GUID是一個(gè)128位的號(hào)碼，Windows用來(lái)惟一識(shí)別一個(gè)設(shè)備對(duì)象。

　　(2)通過(guò)這個(gè)句柄，應(yīng)用程序通過(guò)調(diào)用ReadFile和WriteFile API函數(shù)來(lái)讀寫USB設(shè)備，將數(shù)據(jù)返回到用戶緩沖區(qū)。

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

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