之前公司由于項目需要讓我研究PDA上的WinCE系統下的USB外設驅動開發，剛剛有點入門的感覺結果又終止了這個計劃，我也一直在郁悶這個事情，不想現如今，機會又來了。我又開始了驅動開發的研究學習之旅，這里將繼續記錄我的心得體會。
之前的入門記錄（二）已經講到了USBDeviceAttach函數，原形這里再列一下：
BOOL USBDeviceAttach(USB_HANDLE hDevice, LPCUSB_FUNCS lpUsbFuncs,
LPCUSB_INTERFACE lpInterface, LPCWSTR szUniqueDriverId,
LPBOOL fAcceptControl,
LPCUSB_DRIVER_SETTINGS lpDriverSettings, DWORD dwUnused);
不過（二）只談到了它的第一個參數hDevice，調用一句： LPCUSB_DEVICE lpUsbDev = (lpUsbFuncs->lpGetDeviceInfo)(hDevice);
就能夠獲得一個USB_DEVICE的指針，然后順藤摸瓜可以看到這個設備的許多信息，被命名為Descriptor的，PC上有一個軟件叫USBView的可以看到接到USB口上的設備信息，讀取的應該就是這個結構。我當時傻乎乎的，自己寫打印函數，在驅動程序加載的時候把這些信息MessageBox顯示出來:P，所以呢，今天這篇先討論一下關于這個驅動的調試問題。在MSDN上有關于wince驅動程序調試的專題，大體是介紹使用PB開發驅動的情況下測試、調試驅動程序的，而我是用EVC4開發的，沒有那個什么（名字忘記了:P），沒法調試。當研究一些驅動的源代碼的時候，最開始看到的那些 DEBUGMSG、DEBUGZONE還有個叫什么什么tail的那些宏，其實都是在PB的調試環境下用的， 功能應該是類似TRACE之類的，打印一些信息到Output窗口的，因為沒有那個調試環境，所以這些東東都沒法用了，因此要看我的驅動加載過程中的一些信息，要么就是打印到文件，要么就是用MessageBox了，我選擇用MessageBox直觀的顯示，呵呵，笨笨的辦法還是很好用的，跟設斷點似的。
下面繼續說USBDeviceAttach函數，其第二個參數lpUsbFuncs，這個是一個函數指針數組，有點vtable的味道，具體的看看USB_FUNCS這個結構的聲明就差不多了，在MSDN中也能夠通過這個結構查看其所有指向的函數的調用方法及用途。在驅動程序中，往往要用到這個vtable中的很多函數，所以我們需要把這個vtable保存下來備用，如何保存和備用我會在下篇中寫明白，在Attach過程中還需要保存很多有用的東東。
那么繼續往下，lpInterface，一個指向USB_INTERFACE的指針，我一直對這個參數沒太弄明白，我在這個函數里面得到的這個指針是一個空指針，而看別人的代碼中間，當這個指針為空的時候attach是返回FALSE的，顯然對我這種情況是不適用的，我后來想想，覺得大概是因為我的外設Interface的class、subclass、protocol都是0，所以才出現這種情況吧（準確的說是因為我在USBInstallDriver函數中，RegisterClientDriverID調用給的參數USB_DRIVER_SETTINGS結構體中關于Interface的幾個變量值我全給的USB_NO_INFO，我后來嘗試賦值為0，結果就得到了非空的Interface指針）。那么對于我這種情況，interface是個空指針該怎么辦呢？可以用USB_FUNCS中的lpFindInterface來“找出”合適的Interface指針，具體的用法還是看官自己研究MSDN吧。
其實猛地一下蹦出一個Interface的概念，估計初次接觸的都會有點糊涂，我當時也很糊涂，Interface在現如今含義太多了，不過可以肯定這里的不是COM中的Interface~：），在查閱資料的時候，我找到了它的確切定義：
USB peripheral devices consist of one or more logical components that implement the abilities of the devices. These components are called interfaces.Each interface typically provides some useful grouping of functionality, but exactly what constitutes an interface is an implementation detail. For example, a USB mouse device could present one interface for horizontal and vertical movement information and a separate interface for left and right button information. As another option, the device could present a single interface containing all of the information. Both are valid approaches, but each approach has implications for how the device driver must operate.
這段話我就不翻譯了，本來英文就不怎么地，翻譯過來有誤導之嫌，還是留給大家原汁原味的比較好。
其實研究wince的驅動，或者單純的講USB驅動，還是應該了解一下wince下USB的驅動模型的，貌似很簡單的一個模型，但是好像還沒有能夠找到比較精辟的闡述講解，看著MSDN能夠讓你看睡著了也不知所云，只能是邊研究邊體會，我很想在我的文章里對這個模型進行一番講解，但是發現自己也沒有理解到能夠給別人講解的地步。
好了，不廢話了，繼續就Interface這個指針繼續往下談，我看了PB下的USB Printer的驅動源碼，在這個階段它調用了SetInterface這個函數，我也依葫蘆畫瓢，調用了，但卻阻塞在這個調用上不能繼續，至今我仍不知道是什么原因。這也可以說是我目前的疑問點之一，文中我用特殊顏色標記出來，有朋友能夠解疑釋惑的可以和我聯系，我自己研究出來了，以后也會在后記中加上其答案。
其它的似乎就沒有太多好說的了，直接在MSDN中間都能夠看懂是干什么，今天就先寫到這里，下次再寫的內容就和我的外設有很直接的關系了，只能是根據我外設的具體情況介紹我探索驅動開發的經歷。我的外設還算比較簡單的，只有兩個BULK的EndPoint，什么是EndPoint？呵呵~~留給看官自己研究下吧~
BTW：經過幾天的摸索，我終于完成了我的外設的驅動開發，看著測試程序成功的打開設備，寫數據又讀數據，心中無比欣慰~~不過由于寫程序的時候是摸著石頭過河，而且到后來才如愿以償的看到了PB下USBPrinter的源代碼，才發現自己的程序結果實在有點混亂。這兩天再調整調整，USBPrinter的源代碼中果然還是有不少可以借鑒的東西。
2007.8.6后記：“好”日子差不多又要到頭了，這次驅動開發的成果在我看來才只是剛剛可用而已，已經調配我做別的事情了，這方面的研究又要被停止下來了。之后一段時間估計很難抽出時間自己繼續深入研究了，回頭看看自己寫的東西居然沒有介紹LPBOOL fAcceptControl這個參數，不過好在介紹這個參數的文章也比較多，簡單來說，它是一個輸出參數。當把它指向的那個變量賦值為真的時候，我們的設備驅動程序就取得了設備的控制權了，系統也就不會再繼續為之尋找匹配的驅動了（我的理解是這樣，不知是否有錯誤）。這里小小的后記補充一下。入門記錄（四）可能會在更晚的時候，抽時間紀錄下來，希望到時我還記得我要寫些什么~:)