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

其它

1.CE下同名設備不能大于10

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


2.MDD與PDD

一個驅動程序通常會被分成硬件相關（PDD）與硬件無關（MDD）層兩部分。
當然，這種分層不是必須的，只是采用這種分層以后可以少寫很多代碼，因為微軟提供了很多驅動程序的MDD。即使CE中沒有我們所寫的驅動程序的樣例，采用這種結構以后，當需要寫第二個程序時，就可以重用它的代碼,就可以提高開發效率。

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


不同的驅動程序，其MDD與PDD的接口不盡相同，
所以，當我們面對一個具體的驅動程序時，需要查幫助弄清楚需要提供哪些函數


3 XXX_Init函數的返回句柄

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

當然，也可以返回一個任意的非0值


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

也就是說不同層的軟件所關心的句柄也會不一樣


4.DEBUGMSG與RETAILMSG的區別

它們都是輸出調試信息用的，
區別是：
DEBUGMSG只在DEBUG版中有效，RELEASE版中它被定義成了NULL
RETAILMSG在DEBUG和RELEASE版中都可以輸出，
而且DEBUGMSG可以在運行時刻用DEBUZONE控制要不要輸出信息。

在ship build 時，RETAILMSG 和DEBUGMSG都無效


5. 顯視屏出現了上下兩個桌面,應該是:

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

就是說你屏幕高是600,而你驅動程序中設置的高度是300.

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

總結

以上是生活随笔為你收集整理的WINCE驱动编写的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。