簡述Windows CE和桌面Windows 2000/XP設備驅動開發(fā)的差別
出處:劉彥峰, 李 崢 發(fā)布于:2011-07-16 17:08:45
Windows CE作業(yè)系統(tǒng)是Windows家族中的成員,專門設計給掌上型電腦(HPCs)所使用的電腦環(huán)境。這樣的作業(yè)系統(tǒng)可使完整的可攜式技術與現(xiàn)有的Windows桌面技術整合工作。與Windows 95/98、Windows NT不同的是,Windows CE是所有源代碼全部由微軟自行開發(fā)的嵌入式新型操作系統(tǒng),其操作界面雖來源于Windows 95/98,但Windows CE是基于WIN32 API重新開發(fā)、新型的信息設備的平臺。Windows CE具有模塊化、結構化和基于Win32應用程序接口和與處理器無關等特點。Windows CE不僅繼承了傳統(tǒng)的Windows圖形界面,并且在Windows CE平臺上可以使用Windows 95/98上的編程工具(如Visual Basic、Visual C++等)、使用同樣的函數(shù)、使用同樣的界面風格,使絕大多數(shù)的應用軟件只需簡單的修改和移植就可以在Windows CE平臺上繼續(xù)使用。Windows CE并非是專為單一裝置設計的,所以微軟為旗下采用Windows CE作業(yè)系統(tǒng)的產(chǎn)品大致分為三條產(chǎn)品線,Pocket PC(掌上電腦)、Handheld PC(手持設備)及Auto PC.
1 驅動結構模型比較
設備驅動是操作系統(tǒng)和輸入輸出設備間的粘合劑。驅動負責將操作系統(tǒng)的請求傳輸,轉化為特定物理設備控制器能夠理解的命令。
在桌面Windows系統(tǒng)中,以支持Windows 2000/XP的WDM驅動模型為例。WDM體系結構實行分層處理,即設備驅動被分成層驅動程序、中間層驅動程序、層驅動程序,如圖1所示。

在Windows CE驅動中,按驅動的結構可以分為二種類型:分層式設備驅動程序和整體式驅動程序,如圖2所示。分層式設備驅動程序由上層和下層兩部分代碼組成[1,3].上層的程序稱為模型設備驅動程序(MDD),下層的程序則稱為平臺相關的驅動程序(PDD)。整體式驅動程序的源代碼由中斷服務線程代碼和針對平臺的代碼組成。

同桌面Windows設備驅動結構模型相比,Windows CE設備驅動相對簡單一些(見圖1、圖2)。兩種操作系統(tǒng)的設備驅動雖然存在許多相似的地方,都采用了模塊、分層的設計方法,但是還存在許多不同的地方。在Windows CE操作系統(tǒng)中,分層的驅動程序并不適用于所有的驅動,尤其是將驅動程序分為兩層將會導致在驅動程序操作時附加的功能調(diào)用,這無疑會降低驅動程序的效率,對于時間或性能關鍵的實時操作,整體式驅動程序將會更適合。
在桌面Windows系統(tǒng)中,驅動各層通信之間使用一種稱為I/O請求包(IRP)的數(shù)據(jù)結構進行通信,影響到設備的每個操作都使用I/O請求包,若采用層次結構使I/O請求過程更加明了。I/O管理器發(fā)送IRP來請求驅動程序的處理,通常,IRP由分層的驅動程序棧來處理,而高層的驅動程序則把請求劃分成更簡單的請求并傳遞給下層驅動程序。IRP首先被送到設備堆棧的上層驅動程序,然后逐漸過濾到下層的驅動程序,每一層驅動程序都可以決定如何處理IRP.但Windows CE驅動各層之間的通信沒有采用IRP通信機制,而是通過接口函數(shù)調(diào)用實現(xiàn)[4-5],設備驅動程序接口DDI(Device Driver Interface)是在MDD層中實現(xiàn)的函數(shù)集,系統(tǒng)中的GWES模塊通過這個接口調(diào)用設備驅動程序;設備驅動程序服務器接口DDSI(Device Driver Service Provider Interface)是在PDD層中實現(xiàn)的函數(shù)集并由MDD調(diào)用。
2 設備驅動組成部分比較
驅動程序是一些例程的集合,它們被動地存在,等待主機系統(tǒng)軟件的調(diào)用或激活。在Windows系統(tǒng)中,具體的驅動程序有所不同,其包含的例程也不同,但其主要例程是相同的。圖3 描述1個Windows驅動基本流程。
下面闡述Windows CE和桌面Windows設備驅動組成的差別。

2.1驅動程序的入口點
在桌面Windows和Windows CE兩個系統(tǒng)中的驅動程序都含有初始化模塊,該模塊主要功能是完成驅動程序的初始化及卸載。在桌面Windows系統(tǒng)的初始化模塊中,包括有每1個設備驅動程序都有的1個初始化入口點:DriverEntry例程。每次設備驅動程序啟動時該例程被系統(tǒng)自動調(diào)用,其重要的功能是設置驅動程序對應于I/O請求的主功能代碼(MajorFunction)的回調(diào)例程。DriverEntry例程如下:
DriverEntry(IN PDRIVER_OBJECT DriverObject, …)
//驅動程序人口
{
DriverObject->DriverExtension->AddDevice=AddDevice;
DriverObject->DriverUnload=DriverUnload;
DriverObject->MajorFunction[IRP_MJ_CREATE]=Create;
DriverObject->MajorFunction[IRP_MJ_CLOSE]=Close;
DriverObject->MajorFunction[IRP_MJ_READ]=Read;
DriverObject->MajorFunction[IRP_MJ_WRITE]= Write;
DriverObject->MajorFunction[IRP_MJ_DEVICE_CONTROL]
=IoControl;
DriverObject->MajorFunction[IRP_MJ_PNP]=Pnp;
DriverObject->MajorFunction[IRP_MJ_POWER]=Process-
PowerIrp;
……
}
其中,AddDevice例程是在系統(tǒng)添加1個設備時被PnP管理器調(diào)用,其主要工作是創(chuàng)建并初始化設備對象;DriverUnload例程在系統(tǒng)卸載硬件時使用,由I/O管理器調(diào)用,釋放所有資源。初始化模塊中還包括有Create和Close兩個例程,這是Win32程序獲得和釋放設備句柄的途徑。
與桌面Windows設備驅動程序開發(fā)相比,Windows CE設備驅動程序開發(fā)主要難點在于不同類型設備的驅動程序架構是不一樣的。以流接口驅動程序為例,Windows CE設備驅動程序是用戶模式動態(tài)鏈接庫(DLL),其入口點在不同的情況下有一些細微的差別,主要入口點包括:XXX_Init、XXX_Deinit、XXX_Open、XXX_
Close、XXX_IOControl、XXX_Read、XXX_Seek、XXX_PowerUp和XXX_PowerDown.在實際開發(fā)中,接口名稱中的XXX 3個字母由所驅動的設備文件名前綴代替。
2.2 與應用程序的通信
設備驅動程序構造成功后,將它與設備一同安裝進系統(tǒng),以便用戶可以對設備進行適當?shù)目刂萍霸L問。在桌面Windows和Windows CE兩個系統(tǒng)中使用Win32 API實現(xiàn)硬件的訪問。首先調(diào)用CreateFile創(chuàng)建1個設備的連接,獲得該設備的句柄(Handle),然后根據(jù)需要調(diào)用ReadFile、WriteFile、DeviceIoControI等函數(shù)對設備進行讀寫或者其他I/O控制操作,調(diào)用CloseHandle關閉設備。
在桌面Windows系統(tǒng)中,當用戶需要訪問某設備時,必須首先取出指定設備全局標識符(GUID)的設備信息集,枚舉設備實例的接口數(shù)據(jù),從中獲得設備的符號鏈接名,然后調(diào)用CreatFile創(chuàng)建設備,并獲得設備句柄,且在驅動程序內(nèi)部通過處理IRP響應來自Win32應用程序對IRP_MJ_CREATE、IRP_MJ_READ、IRP_ MJ_WRITE和IRP_MJ_OCTL等請求;IRP由IRP首部結構和一系列的棧單元組成,每個棧單元是一個IO_STACK_LOCATION結構;驅動程序僅需知道當前I/O棧單元和IRP首部結構中的信息就可以對IRP進行處理。驅動程序處理完IRP后,使用IoCompleteRequest函數(shù)通知I/O管理器,可以通過其參數(shù)設定狀態(tài)碼和返回的字節(jié)數(shù)。而在Windows CE系統(tǒng)中,應用程序需要了解中斷處理線程中數(shù)據(jù)的輸入輸出完成情況,以便及時處理。這就需要建立應用程序和設備驅動程序的同步通信。
2.3 設備名
在Windows設備驅動中,為了提供對Win32程序可用的名字,必須為每個設備創(chuàng)建符號鏈接。在桌面Windows和Windows CE兩個系統(tǒng)中,都可以采用1個明確的符號鏈接名。1個具體設備名稱是由設備名前綴和設備名索引組成的,即3個大寫字母、1位數(shù)字和冒號組成。另外在桌面Windows系統(tǒng)中,還可以采用設備接口為設備創(chuàng)建符號鏈接。每個設備接口由1個128位全局標識符(GUID)標志,把設備注冊為1個特定的設備接口就創(chuàng)建了1個符號鏈接。用戶態(tài)設備可以取得擁有此GUID的設備。
2.4 驅動程序的運行模式
在Windows系統(tǒng)中支持兩種基本模式的驅動程序類型,即用戶模式(User Mode)和內(nèi)核模式(Kernel Mode),不同的模式允許不同層次的內(nèi)存存取和系統(tǒng)資源的分配。內(nèi)核模式驅動程序則由運行于內(nèi)核模式的系統(tǒng)級代碼組成,它們沒有系統(tǒng)資源存取的限制,可以執(zhí)行任何有效的CPU指令,被用來直接控制硬件。用戶模式驅動程序是按用戶模式運行的系統(tǒng)級代碼,它們不能使用直接的硬件I/O指令來訪問硬件。
WindowsCE使用了不同的開發(fā)技術: Windows CE 使用的 VC++ 5.0 開發(fā)系統(tǒng)嵌入式工具包,提供系統(tǒng)庫、工具、文本和樣本代碼,從而使 OEMs 能夠對特定的硬件平臺使 Windows CE 標準定制。嵌入式工具包也包括設備驅動包(DDK)和軟件開發(fā)包(SDK) ,DDK 提供了關于寫驅動器的附加文本,SDK 提供庫、頭文件、樣本代碼、文本以允許,開發(fā)者對基于 Windows CE 的平臺進行寫操作。
桌面Windows系統(tǒng)一般要求設備驅動運行在內(nèi)核模式下,內(nèi)核模式提供設備資源的直接訪問,沒有固定的用戶模式的輔助操作。
Windows CE系統(tǒng)一般要求設備驅動運行在用戶模式下,運行在用戶模式下有許多優(yōu)點,明顯優(yōu)點的是當設備驅動開發(fā)有錯誤動作時,內(nèi)核被有效地保護起來,明顯地減少了內(nèi)核被驅動程序破壞或者可能導致不能重新啟動內(nèi)核的潛在目標存儲錯誤,以及其他意想不到的災難等發(fā)生的可能性。
2.5 驅動程序的安裝
桌面Windows的驅動程序的通過INF文件安裝,INF文件是一個文本文件,含有安裝1個WDM驅動設備程序需要的所有必需的信息,包括要復制的文件列表、要創(chuàng)建的注冊表項等。驅動程序根據(jù)INF文件中的指令安裝,驅動程序可執(zhí)行文件被復制到正確的位置,通常是Windows System32\Drivers目錄,然后創(chuàng)建各種注冊表項。Windows CE和桌面Windows之間的區(qū)別是Windows CE不支持。sys和。inf文件,Windows CE設備驅動是編譯成動態(tài)庫,將驅動的動態(tài)庫文件直接拷入Windows\目錄,然后創(chuàng)建各種注冊表項即可,減少了Windows CE加載程序的復雜性和大小。
3 開發(fā)環(huán)境比較
在桌面Windows系統(tǒng)中,驅動程序開發(fā)采用兩種方式,一種是Microsoft公司提供的Windows DDK(Device Driver Kit)[6-7].由于DDK基于匯編語言的編程方式和內(nèi)核模式的調(diào)用,對沒有深厚的OS原理和編程水平的人員編程較困難;另一種是NuMega公司提供的DriverStudio,它是一個大的開發(fā)工具包,包含VtoolsD、SoftICE和DriverWorks等開發(fā)工具。利用DriverStudio開發(fā)WDM驅動程序,可以大大簡化開發(fā)人員的工作量、縮短開發(fā)周期以及降低開發(fā)驅動程序的難度。
Windows CE開發(fā)平臺的開發(fā)者、獨立硬件供應商(IHVS)和應用程序開發(fā)者都會從事基于Windows CE平臺的設備驅動程序開發(fā)。對于不同的開發(fā)者,微軟為Windows CE提供了2種開發(fā)工具:Platform Builder和Embedded Visual Tools.Platform Builder是一個定制基于Windows CE操作系統(tǒng)的嵌入式平臺的集成開發(fā)環(huán)境(IDE),為創(chuàng)建Windows CE嵌入式系統(tǒng)提供了全部相關工具,范圍包括用來開發(fā)基于Windows CE的應用程序和設備驅動程序以及用來創(chuàng)建操作系統(tǒng)的各種自定義版本。而Embedded Visual Tools主要用于上層應用程序、驅動的開發(fā),功能類似于桌面Windows平臺上的開發(fā)工具VC、VB等,其是Embedded Visual C++,它具有與Visual C++ 6.0基本相同的特性,包括對MFC、ATL以及COM/DCOM 的支持、應用程序向導、編譯調(diào)試等多種功能。
理解Windows CE與桌面Windows設備驅動程序開發(fā)的區(qū)別,有助于熟悉桌面Windows設備驅動程序開發(fā)的程序員快速掌握嵌入式操作系統(tǒng)Windows CE的設備驅動程序開發(fā)。近幾年來,信息家電、掌上電腦、電視機頂盒等基于Windows CE操作系統(tǒng)的設備已越來越普及,而Windows CE上的設備驅動程序還比較少,因此,Windows CE設備驅動程序具有不少的開發(fā)潛力和市場。希望本文對有意開發(fā)Windows CE設備驅動程序的人們有所幫助。
版權與免責聲明
凡本網(wǎng)注明“出處:維庫電子市場網(wǎng)”的所有作品,版權均屬于維庫電子市場網(wǎng),轉載請必須注明維庫電子市場網(wǎng),http://www.hbjingang.com,違反者本網(wǎng)將追究相關法律責任。
本網(wǎng)轉載并注明自其它出處的作品,目的在于傳遞更多信息,并不代表本網(wǎng)贊同其觀點或證實其內(nèi)容的真實性,不承擔此類作品侵權行為的直接責任及連帶責任。其他媒體、網(wǎng)站或個人從本網(wǎng)轉載時,必須保留本網(wǎng)注明的作品出處,并自負版權等法律責任。
如涉及作品內(nèi)容、版權等問題,請在作品發(fā)表之日起一周內(nèi)與本網(wǎng)聯(lián)系,否則視為放棄相關權利。
- ARM技術架構與應用開發(fā)實踐指南2026/1/6 10:40:19
- 嵌入式實時操作系統(tǒng)(RTOS)選型與移植技術指南2025/12/31 10:42:31
- 工業(yè)嵌入式系統(tǒng):通信接口技術選型與抗干擾設計實踐2025/12/15 14:36:53
- 深入解析嵌入式 OPENAMP 框架:開啟異核通信新時代2025/7/22 16:27:29
- 一文快速了解OPENWRT基礎知識2025/7/14 16:59:04









