2008-09-23 嵌入式線上 收藏 | 列印
我想很多WinCE的開發人員,尤其是剛入門並且做驅動開發的工程師,都曾碰到這樣一個問題,要編寫一個外圍裝置的驅動,拿最簡單的GPIO驅動來說,編寫驅動本身可能只花了一會兒功夫,可要把編譯產生的DLL打包到先前做好的作業系統映像當中,最簡單也得MakeImg一下,還要修改BIB檔案、註冊表檔案,以讓系統啟動的時候就載入該驅動,所有工作都做完了,還得花幾分鐘下載整個作業系統到記憶體去運行,這也得要個好幾分鐘。能力強的人一次成功,不走回頭路也就算了。
如果驅動編寫得有問題,那又得改代碼,重新編譯,把剛剛所做的事情再做一遍。說出來不怕大家笑話,我剛開始做驅動時就這樣,反反覆複,半天下來,才調試好一個簡單的驅動。而事實上很大一部分時間都浪費在重複操作上。這種調試驅動的方法實在效率太低了。想到Linux下面的驅動調試,多方便!直接INSMOD一下,應用程式就可以調用,出現問題就RMMOD,根本無須來回倒騰作業系統的映像檔案。那麼,WinCE下難道就沒有這麼簡便的方法嘛?答案是肯定的。
閑話少說,進入正題。尋找EVC的協助,發現函數ActivateDevice()可用來載入驅動程式。而這個函數的使用是相當簡單的。我就不多說了,貼上一段協助最能說明問題。當然,你也可以用ActivateDeviceEx()。
HANDLE ActivateDevice (
LPCWSTR lpszDevKey,
DWORD dwClientInfo
);
Parameters
lpszDevKey
[in] Pointer to the registry path string of the device's driver key under HKEY_LOCAL_MACHINE. A driver key contains the DLL name, the device prefix, friendly name, and other device information.
dwClientInfo
[in] Data that will be stored in the device's Active key in the ClientInfo value. The registry path to the driver's Active key is passed in as the context parameter to the device's XXX_Init function. The value in dwClientInfo is stored in the registry before XXX_Init is called.
Return Values
On success, ActivateDevice returns a handle to the device that can be used in subsequent calls to DeactivateDevice.
Remarks
This function is superseded by ActivateDeviceEx.
ActivateDevice loads a device driver. ActivateDevice reads the registry key specified in lpszDevKey to get the DLL name, device prefix, index, and other values. Next it adds the device to the active device list in the registry branch HKEY_LOCAL_MACHINE\Drivers\Active, and stores the relevant values there. If no device index was specified in the key named in lpszDevKey, then it assigns a free index. Then it loads the device driver DLL in the process space of the Device Manager. Then it broadcasts a WM_DEVICECHANGE message for the new device and triggers a NOTIFICATION_EVENT_DEVICE_CHANGE event in the application notification system to notify applications of the presence of the new device.
從上面的描述中可以看到,在使用該函數時,我們只要給出第一個參數就可以,而這個參數是註冊表中的一個路徑字串。所以,要想很方便的動態載入任意一個驅動,我們還要瞭解一下有關註冊表的內容。但其中最核心的就是一條,把你驅動的相關註冊表資訊放到HKEY_LOCAL_MACHINE下,主要內容包括Prefix、DLL、Index、Order等資訊。這裡就不展開說明了。
自己起初費了那麼多冤枉時間,實在很鬱悶。原理摸清後就做了一個小工具,實現動態載入流驅動,以提高開發效率,也能方便後來人。下面就詳細介紹這個小工具的使用過程,讓大家體驗一下動態載入流驅動是多麼暢快的一件事情。
我們假設已經做好一個簡單的流驅動DrvDemo.dll,其對應的註冊表檔案為DrvDemo.reg,用來測試驅動的應用程式DrvDemo.exe。我們把這三個檔案和驅動調試助手(DM.exe)都拷貝到WinCE系統上,如所示。
首先運行DrvDemo.exe,點擊開啟裝置,或者其他按鈕,我們發現開啟裝置失敗,很正常,此時DrvDemo.dll還沒有工作呢。
運行驅動調試助手軟體DM.exe,點擊“驅動調試”菜單——選擇“匯入註冊表”,瀏覽到我們準備好的註冊表檔案DrvDemo.reg,選中並點擊OK按鈕,這樣,DrvDemo.reg中的內容就已經匯入到系統中了,相應的資訊能在“操作資訊回顯”中看到。
此時你可以直接點擊“驅動調試”菜單下的“啟用驅動”,當然你也可以開啟“驅動調試”——“驅動列表”,進而選擇啟用該驅動。正常情況下,操作回顯中就會提示你“載入驅動成功”。
這時,再到DrvDemo.exe點擊開啟裝置,就完全沒有問題了。
如果在測試時,發現驅動有問題,那麼你可以選擇“卸載驅動”,然後將修改好的新的驅動拷貝過來,再點擊“啟用驅動”菜單。如此往複,直至調試成功。
至此,我們採用了通過匯入註冊表檔案的方法啟用驅動。下面再說說在沒有註冊表檔案時直接通過瀏覽DLL檔案本身來載入驅動的方法。先把剛剛載入的驅動卸載了。
運行驅動調試助手軟體,點擊“驅動調試”菜單——選擇“瀏覽DLL檔案”,瀏覽到我們準備好的DrvDemo.dll檔案。在彈出的對話方塊中設定正確的Prefix、Order、Index資訊,點擊“確定”。
同樣,此時你可以直接通過“驅動調試”下的“啟用驅動”直接啟用該驅動,或者從“驅動列表”中啟用.
其餘的操作跟上面講的完全一樣了,不再重複。
怎麼樣,這種方法就很類似於Linux下的Insmod和Rmmod了吧?
其實,如果在註冊表中已經有了相應的鍵,你甚至可以直接選中它,然後在“驅動調試”中選擇“啟用驅動”,如果一切正常,也可以達到上面兩種方法的效果,但這樣就連匯入檔案都省了。有興趣的同志可以自己試一下。
好了,我相信到這裡,大家應該對動態載入流驅動的原理和方法都瞭解了,也能從此擺脫不斷MakeImg和Download的夢魘,節省很多寶貴的開發時間。
最後,針對驅動調試助手簡單說明一下幾個要注意的地方。
1. 在調試驅動時,載入完驅動後,千萬不要關閉驅動調試助手,最小化就行,否則,它會在關閉時自動卸載掉你所載入的驅動。
2. 在WinCE4.2中,有關中斷的驅動是無法直接用此方法來動態載入的,而在5.0和6.0中不會有此限制。這是因為WinCE4.2中的中斷處理機制所致。
3. 驅動調試助手可以同時載入幾個驅動,這時候建議將所有註冊表資訊寫到一個檔案中,並匯入。剩下的工作就是從驅動列表中選擇載入你所需要的驅動了。
4. 驅動調試助手中的註冊表編輯功能經過幾番修改,已基本完善,編輯、匯入、匯出都沒有問題。如果系統支援HIVE-REG,在退出驅動調試助手時,可以選擇儲存此次的註冊表修改。
5. 上面的是在WinCE6.0的模擬器上面做的,應該算是核心態的驅動,至於使用者態的驅動也可以通過該方法載入,但是需要設定相應的註冊表資訊。
6. 做這樣一個小工具,主要是想提高自己的工作效率。現在貼出來,希望也能為同道中人所用。在使用該程式時有任何問題,請發郵件到 wince.he@gmail.com,我會儘力解決。本篇中的視頻錄影和最新版的驅動調試助手可以在http://files.cnblogs.com/we-hjb/WINCEDM.rar下載到。
上面所講的並不是新鮮或者高深的技術,但相信對某些技術人員還是有一定的協助。當然,文中有不盡如人意處,還請你見諒。以後爭取多寫一點東西,跟大家一起學習Windows Embedded。
最後,希望不要被認為是“廣告性質的文章”。本文為Windows Embedded徵文比賽獲獎文章。