1、基礎(chǔ)知識：

1）系統(tǒng)調(diào)用是操作系統(tǒng)內(nèi)核和應(yīng)用程序之間的接口，設(shè)備驅(qū)動程序是操作系統(tǒng)內(nèi)核和機(jī)器硬件之間的接

口。設(shè)備驅(qū)動程序?yàn)閼?yīng)用程序屏蔽了硬件細(xì)節(jié)，在應(yīng)用程序看來硬件只是一個(gè)設(shè)備文件，應(yīng)用程序可以

像操作普通文件一樣對硬件設(shè)備進(jìn)行操作。設(shè)備驅(qū)動是內(nèi)核的一部分。

2）驅(qū)動程序完成以下功能：
——對設(shè)備初始化和釋放；
——把數(shù)據(jù)從內(nèi)核傳送到硬件和從硬件讀取數(shù)據(jù)；
——讀取應(yīng)用程序傳送給設(shè)備文件的數(shù)據(jù)和回送應(yīng)用程序請求的數(shù)據(jù)；
——檢測和處理設(shè)備出現(xiàn)的錯(cuò)誤。

3）上層應(yīng)用程序運(yùn)行在用戶模式（非特權(quán)模式，Ring 3），代碼被嚴(yán)格約束執(zhí)行。如不能執(zhí)行硬件IO指

令。所有的這些被阻止的操作如果想運(yùn)行必須通過陷阱門來請求操作系統(tǒng)內(nèi)核。

4）操作系統(tǒng)內(nèi)核運(yùn)行在內(nèi)核模式（特權(quán)模式，Ring 0），可以執(zhí)行所有有效的CPU指令。包括IO操作，

可訪問任何內(nèi)存區(qū)。

5）整個(gè)硬件系統(tǒng)資源在驅(qū)動程序面前是赤裸裸的，驅(qū)動可以使用所有系統(tǒng)資源，編寫驅(qū)動程序時(shí)我們必

須格外小心驅(qū)動代碼的邊界條件，確保它們不會損壞整個(gè)操作系統(tǒng)。

2、Windows支持的驅(qū)動：
?????????? 1）虛擬設(shè)備驅(qū)動程序（Virtual Device Driver）：Windows3.1（Windows95/98/Me）
?????????? 2）內(nèi)核模式驅(qū)動程序（Kernel Mode Driver）：Windows NT
?????????? 3）Win32驅(qū)動程序模型（Win32 Driver Mode）：從Windows98開始使用。
其中WDM是目前主流，然而在WinCE系統(tǒng)中，由于硬件資源有限和嵌入式系統(tǒng)的特點(diǎn)，對其的支持非常有

限。

3、WinCE系統(tǒng)驅(qū)動簡介：

1）WinCE畢竟是一個(gè)嵌入式系統(tǒng)，有其自身的特殊性，為了提高運(yùn)行效率，所有驅(qū)動皆為動態(tài)鏈接庫，

驅(qū)動實(shí)現(xiàn)中可以調(diào)用所有標(biāo)準(zhǔn)的API。而在其他Windows系統(tǒng)中可能的驅(qū)動文件還有.vxd， .sys和動態(tài)鏈

接庫。
2）WinCE驅(qū)動從結(jié)構(gòu)上講分為本地驅(qū)動（Native Driver）和流接口驅(qū)動（Stream Driver）。

——本地驅(qū)動主要用于低級、內(nèi)置的設(shè)備。實(shí)現(xiàn)它們的接口并不統(tǒng)一，而是針對不同類型的設(shè)備相應(yīng)設(shè)

計(jì)。因此開發(fā)過程相對復(fù)雜，沒有固定的模式，一般做法是通過移植、定制現(xiàn)有的驅(qū)動樣例來實(shí)現(xiàn)。
——流接口驅(qū)動是最基本的一種驅(qū)動結(jié)構(gòu)，它的接口是一組固定的流接口函數(shù)，具有很高的通用性，

WinCE的所有驅(qū)動程序都可以通過這種方式來實(shí)現(xiàn)。流接口驅(qū)動程序通過文件系統(tǒng)調(diào)用從設(shè)備管理器和應(yīng)

用程序接收命令。該驅(qū)動程序封裝了將這些命令轉(zhuǎn)換為它所控制的設(shè)備上的適當(dāng)操作所需的全部信息。

?????????? 流接口驅(qū)動是動態(tài)鏈接庫，由一個(gè)叫做設(shè)備管理程序的特殊應(yīng)用程序加載、管理和卸載。與本地

驅(qū)動程序相比，所有流接口驅(qū)動程序使用同一組接口函數(shù)集，包括實(shí)現(xiàn)函數(shù)：XXX_Init、XXX_Deinit、

XXX_Open、XXX_Close、XXX_Read、XXX_Write、XXX_PowerUp、XXX_PowerDown、XXX_Seek、

XXX_IOControl，這些函數(shù)與硬件打交道。用戶函數(shù)：CreateFile、DeviceIoControl、 ReadFile、

WriteFile，這些函數(shù)方便用戶使用驅(qū)動程序。

3）WinCE下驅(qū)動的加載方式：

——通過GWES（Graphics, Windowing, and Events Subsystem）：主要加載與顯示和輸入有關(guān)的驅(qū)動，

如鼠標(biāo)、鍵盤驅(qū)動等。這些驅(qū)動一般為本地驅(qū)動。
——通過設(shè)備管理器：兩種結(jié)構(gòu)的驅(qū)動都加載，加載的本地驅(qū)動主要由PCMCIA Host Controller，USB

Host Controller driver，主要是總線類的驅(qū)動；流接口驅(qū)動主要有音頻驅(qū)動，串并口驅(qū)動。
——?jiǎng)討B(tài)加載：前兩者都是系統(tǒng)啟動時(shí)加載的，動態(tài)加載則允許設(shè)備掛載上系統(tǒng)時(shí)將驅(qū)動調(diào)入內(nèi)核，主

要有外接板卡驅(qū)動，USB設(shè)備驅(qū)動等。

4、流接口驅(qū)動函數(shù)介紹：
1）DWORD XXX_Init(LPCTSTR pContext, LPCVOID lpvBusContext)；
pContext：指向一個(gè)字符串，包含注冊表中該流接口活動鍵值的路徑
lpvBusContext：
該函數(shù)是驅(qū)動掛載后第一個(gè)被執(zhí)行的。主要負(fù)責(zé)完成對設(shè)備的初始化操作和驅(qū)動的安全性檢查。由

ActiveDeviceEx通過設(shè)備管理器調(diào)用。其返回值一般是一個(gè)數(shù)據(jù)結(jié)構(gòu)指針，作為函數(shù)參數(shù)傳遞給其他流

接口函數(shù)。

2）BOOL XXX_Deinit(DWORD hDeviceContext)；
hDeviceContext：XXX_Init的返回值。
整個(gè)驅(qū)動中最后執(zhí)行。用來停止和卸載設(shè)備。由DeactivateDevice觸發(fā)設(shè)備管理器調(diào)用。成功返回TRUE

。

3）DWORD XXX_Open(DWORD hDeviceContext, DWORD AccessCode ,??????? DWORD ShareMode)；
hDeviceContext：XXX_Init的返回值。
AccessCode：訪問模式標(biāo)志，讀、寫或其他。
ShareMode：驅(qū)動的共享方式標(biāo)志。

打開設(shè)備，為后面的操作初始化數(shù)據(jù)就夠，準(zhǔn)備相應(yīng)的資源。應(yīng)用程序通過CreateFile函數(shù)間接調(diào)用之

。返回一個(gè)結(jié)構(gòu)指針，用于區(qū)分哪個(gè)應(yīng)用程序調(diào)用了驅(qū)動，這個(gè)值還作為參數(shù)傳遞給其他接口函數(shù)

XXX_Read、XXX_Write、XXX_Seek、XXX_IOControl。

4）BOOL XXX_Close(DWORD hOpenContext)；
hOpenContext：XXX_Open返回值。
關(guān)閉設(shè)備，釋放資源。由CloseHandle函數(shù)間接調(diào)用。

5）DWORD XXX_Read(DWORD hOpenContext, LPVOID pBuffer, DWORD Count)；
hOpenContext：XXX_Open返回值。
pBuffer：緩沖區(qū)指針，接收數(shù)據(jù)。
Count：緩沖區(qū)長度。
由ReadFile函數(shù)間接調(diào)用，用來讀取設(shè)備上的數(shù)據(jù)。返回讀取的實(shí)際數(shù)據(jù)字節(jié)數(shù)。

6）DWORD XXX_Write(DWORD hOpenContext, LPCVOID pBuffer, DWORD Count)；
hOpenContext：XXX_Open返回值。
pBuffer：緩沖區(qū)指針，接收數(shù)據(jù)。
Count：緩沖區(qū)長度。
由WriteFile函數(shù)間接調(diào)用，把數(shù)據(jù)寫到設(shè)備上，返回實(shí)際寫入的數(shù)據(jù)數(shù)。

7）BOOL XXX_IOControl(DWORD hOpenContext, DWORD dwCode, PBYTE pBufIn,????? DWORD dwLenIn, PBYTE

pBufOut, DWORD dwLenOut,??????? PDWORD pdwActualOut)；
hOpenContext：XXX_Open返回值。
dwCode：控制命令字。
pdwActualOut：實(shí)際輸出數(shù)據(jù)長度。

用于向設(shè)備發(fā)送命令，應(yīng)用程序通過DeviceIoControl調(diào)用來實(shí)現(xiàn)該功能。要調(diào)用這個(gè)接口還需要在應(yīng)用

層和驅(qū)動之間建立一套相同的命令，通過宏定義CTL_CODE(DeviceType, Function, Method, Access來實(shí)

現(xiàn)。如：

#define IOCTL_INIT_PORTS / CTL_CODE

(FILE_DEVICE_UNKNOWN,0X801,METHOD_BUFFERED,FILE_ANY_ACCESS)

8）void XXX_PowerDown(DWORD hDeviceContext)；

hDeviceContext：XXX_Init的返回值。

????????????????? 負(fù)責(zé)設(shè)備的上電控制。

9）void XXX_PowerUp(DWORD hDeviceContext)；

hDeviceContext：XXX_Init的返回值。

?????????? 負(fù)責(zé)設(shè)備的斷電控制

10）DWORD IOC_Seek(DWORD hOpenContext, long Amount, WORD Type)

hOpenContext：XXX_Open返回值。

????????????????? Amount：指針的偏移量。

????????????????? Type：指針的偏移方式。

將設(shè)備的數(shù)據(jù)指針指向特定的位置，應(yīng)用程序通過SetFilePointer函數(shù)間接調(diào)用。不是所有設(shè)備的屬性

上都支持這項(xiàng)功能。

5、流接口驅(qū)動的加載和注冊表設(shè)置：

系統(tǒng)啟動時(shí)啟動設(shè)備管理程序，設(shè)備管理程序讀取HKEY_LOCAL_MACHINE/Drivers/BuiltIn鍵的內(nèi)容并加

載已列出的流接口驅(qū)動程序。因此注冊表對于驅(qū)動的加載有著關(guān)鍵作用。下面是一個(gè)例子：

【HKEY_LOCAL_MACHINE/Drivers/BuiltI/IOControler】
“Prefix”=”XXX”
“Dll”=”drivername.dll”
其中，“Prefix”＝“XXX”中的XXX要和XXX_Init等函數(shù)中的一樣。CreateFile創(chuàng)建的驅(qū)動名前綴也必

須和它們一致。

6、驅(qū)動程序的編寫、編譯及其相關(guān)目錄、配置文件的格式和修改：

1）首先必須在PB相應(yīng)平臺的的driver目錄下建立要?jiǎng)?chuàng)建的驅(qū)動所在的目錄。如在x:/Wince420

/platform/smdk2410/drivers目錄下建立一個(gè)IOCtrol目錄。

2）修改Drivers目錄下的dirs文件。

3）創(chuàng)建驅(qū)動源文件XXX.c，在該文件中實(shí)現(xiàn)上述流接口函數(shù)。并且加入DLL入口函數(shù)：

BOOL DllEntry(HINSTANCE hinstDll,?/*@parm?Instance pointer. */

??????????????????? DWORD dwReason,???/*@parm?Reason routine is called. */

??????????????????? LPVOID lpReserved???/*@parm?system parameter. */

?????????????????????? )

4）創(chuàng)建Makefile和Sources和.def文件，控制編譯。

5）使用CEC Editor修改cec文件，編譯添加的新特性。

6）復(fù)制新生成的4個(gè)文件到Release目錄下，修改注冊表文件platform.reg和platform.bib文件。

7）Make Image。

8）DownLoad Image

一般我們在驅(qū)動程序中需用LocalAlloc保留一塊存儲空間，然后用LocalCopy將I/O端口映射到該地址上，以后就可以訪問該保留下來的地址了。
而對中斷的處理各種設(shè)備不盡相同。如果是一個(gè)內(nèi)置設(shè)備（Built In），一般在oalintr.h文件中定義一個(gè)新的中斷，OAL層中加上對該中斷的處理。然后在驅(qū)動程序的Init函數(shù)中用CreateEvent創(chuàng)建一個(gè)事件,調(diào)用InterruptInitialize 將定義好的中斷與創(chuàng)建的事件相關(guān)聯(lián),再創(chuàng)建一個(gè)線程,在該線程中調(diào)用WaitforSingleObject等待該事件,當(dāng)該設(shè)備有中斷發(fā)生時(shí),這個(gè)事件就被觸發(fā)，WaitforSingleOjbect返回，線程被運(yùn)行，我們就可以處理該中斷。
OAL中所新加的對該中斷的處理就是所謂的ISR之內(nèi)容，而這個(gè)線程就是所說的IST。

其它

1.CE下同名設(shè)備不能大于10

CE5.0中已經(jīng)沒有這個(gè)問題了，
以前的版本可以這樣做：
只給上層輸出一個(gè)設(shè)備，
然后用一個(gè)IOCTL去打開一個(gè)個(gè)的物理設(shè)備
這樣就可以做到不受任何限制了


2.MDD與PDD

一個(gè)驅(qū)動程序通常會被分成硬件相關(guān)（PDD）與硬件無關(guān)（MDD）層兩部分。
當(dāng)然，這種分層不是必須的，只是采用這種分層以后可以少寫很多代碼，因?yàn)槲④浱峁┝撕芏囹?qū)動程序的MDD。即使CE中沒有我們所寫的驅(qū)動程序的樣例，采用這種結(jié)構(gòu)以后，當(dāng)需要寫第二個(gè)程序時(shí)，就可以重用它的代碼,就可以提高開發(fā)效率。

MDD是提供同類型的設(shè)備（比如串口）都會有的功能，這樣PDD基本上就只有寄存器操作了。
像串口的中斷處理，Read/Write函數(shù)，其大部分代碼都是在MDD中實(shí)現(xiàn)的，
不同的串口實(shí)現(xiàn)中只需要提供一些實(shí)際操作寄存器的函數(shù)


不同的驅(qū)動程序，其MDD與PDD的接口不盡相同，
所以，當(dāng)我們面對一個(gè)具體的驅(qū)動程序時(shí)，需要查幫助弄清楚需要提供哪些函數(shù)


3 XXX_Init函數(shù)的返回句柄

通常，這個(gè)句柄是驅(qū)動程序自己保存數(shù)據(jù)的一個(gè)指針，
我們在Init返回時(shí)告訴上層程序，以后上層調(diào)用其它函數(shù)（例如Open）時(shí)，
會將這個(gè)值傳入，這樣，我們就可以訪問自己的一些私有數(shù)據(jù)。

當(dāng)然，也可以返回一個(gè)任意的非0值


對于一個(gè)設(shè)備驅(qū)動程序，系統(tǒng)不用的層會有不同的句柄。
我們在XXX＿Init中返回的句柄保存在設(shè)備管理器中，別的程序中應(yīng)該是看不到的，
而用CreateFile也會得到一個(gè)文件句柄，這個(gè)保存在哪我不知道，
但和前者是不一樣的。

也就是說不同層的軟件所關(guān)心的句柄也會不一樣


4.DEBUGMSG與RETAILMSG的區(qū)別

它們都是輸出調(diào)試信息用的，
區(qū)別是：
DEBUGMSG只在DEBUG版中有效，RELEASE版中它被定義成了NULL
RETAILMSG在DEBUG和RELEASE版中都可以輸出，
而且DEBUGMSG可以在運(yùn)行時(shí)刻用DEBUZONE控制要不要輸出信息。

在ship build 時(shí)，RETAILMSG 和DEBUGMSG都無效


5. 顯視屏出現(xiàn)了上下兩個(gè)桌面,應(yīng)該是:

屏幕大小設(shè)成了只有實(shí)際大小的一半(高度).

就是說你屏幕高是600,而你驅(qū)動程序中設(shè)置的高度是300.

當(dāng)然,也可以修改程序使其下半部分輸出黑色.

地址分配:

對于ARM來說,有虛擬地址和物理地址之分,對于WINCE來說,也有虛擬地址和物理地址之分. 可以這么說,ARM的虛擬地址就是WINCE系統(tǒng)的物理地址.?
32位的OS總共有4G的虛擬地址空間,WINCE也不例外. 其中,0x00000000~0x80000000是Application Space; 0x80000000~0xffffffff是System Reserved. 系統(tǒng)的物理地址就在System Reserved的這段,只能在KERNEL MODE訪問. 那么,當(dāng)APPLICATION和DRIVER(都是運(yùn)行在USER MODE)要訪問這些在System Reserved地址段的硬件寄存器或MEMORY怎么辦呢? 只好再建立一層映射關(guān)系,在Application Space里分配一段空間,把它映射到System Reserved里的地址上,這就是VirtualAlloc/Copy和MmMapIoSpace干的事情

總結(jié)

以上是生活随笔為你收集整理的wince6.0驱动开发的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。