Windows设备驱动程序设计
文件形式为： .vxd、.dll、.exe。但本身不能独立运行，须由系 统加载，供使用设备的用户程序调用。 运行于Windows的核心层（ring0）。
二、怎样加载设备驱动程序？
有两种加载方式：
静态加载 对于系统中使用频繁的设备，如显示器、键盘、鼠标等，其设备驱 动程序在Windows系统启动时，被加载到内存，以便快速调用。 一旦加载，永驻内存，直到关机。 加载方法：在注册表中的 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Vxd 键值下。 动态加载 需要时由用户程序加载，用毕卸载。
第5节 Windows设备驱动程序开发导引
第一节 设备驱动程序的基本概念 在Windows系统下，用户程序不直接访问硬件，而是通过设备驱动 程序来操作硬件。 设备驱动程序（Virtual Device Driver），通常记为 VxD。
在VxD程序中，可以无限制地访问硬件，包括任意地址的内存、中 断、I/O接口。
第二节 。
VtoolsD开发工具简介
第三节 。
DriverWorks开发工具简介
使用WinDDK开发设备驱动，仍然需要对系统有充分的了解，开发难 度仍较大。
3、利用第3方提供的开发工具
ቤተ መጻሕፍቲ ባይዱ
为便于开发，许多软件公司推出了驱动开发工具，典型的有
在Windows3.1~Windows95时代，有VtoolsD。 使用VtoolsD，就象使用MFC编写VC程序一样 ，通过一系列的可视化 操作，自动生成所希望的设备驱动程序框架；再在框架中添加需要的代 码。 目前，VtoolsD仍然不失为一种“傻瓜”型的开发工具。但，它不支 持WDM型驱动开发，不支持USB、NET、1394等设备驱动开发，用途受 到限制。 在Windows98以后，出现了DriverWorks、WinDriver等。 建立在WinDDK基础上，用可视化操作，降低了开发难度。 DriverWorks是目前应用的主流。
三、怎样开发设备驱动程序？
有多种开发方法，主要为：
1、用32位CPU汇编语言直接编程，要点如下： 使程序进入保护模式； 设置系统描述符，使程序运行于特权级0（ring0）； 硬件直接访问 ： 中断： 中断描述符表； I/O： I/O影射位图； 内存： 基于页目录项和页表项的内存分页管理机制 这种方法要求对保护模式下的CPU运行机制了如指掌，对日益智能 化、规模庞大的I/O接口芯片要熟悉，对Windows操作系统的内核要全面 了解。 开发难度大。
四、设备驱动开发工作的发展前景如何？ 那些场合需要驱动开发？ 内核级程序开发。如系统登陆前希望运行的程序、系统优化工具 （如超级兔子）； 开发新型设备与计算机连接的接口（即插即用型）。如板卡驱动 （视频采集卡、视频分配卡、数码音视频设备与计算机连接的驱动等）； 病毒检测与杀毒； …… 工作性质如何？ 设备驱动开发工作很艰苦，脑力劳动强度大； 技术层次高，需要长期的开发经验积累。目前能做驱动的工程师不 多，薪酬高。
2、基于WinDDK的编程
WinDDK（Windows Driver Development Kit） 即：Windows设备驱动 开发工具箱。
在Windows3.1~Windows95时代，网络、USB、1394等接口还未得到 广泛应用，一般设备的驱动程序大多为 . VxD 形式。 Windows98/2000问世后，Microsoft推出了一种新型的设备驱动模型， 即：WDM（Windows Driver Model）。利用DDK可开发网络、USB、 1394等接口，即插即用、电源管理等设备的驱动。
Windows ce驱动程序设计
小 内存 体 积 占用进 行 的优化 ， 具有 实 时 内核 ， 健 的 内 强
存 管 理 ， 进 的 电源 管理 ， 先 开放 的通 信平 台 ， 程 系统 远 管理 ， 标 准 的支 持 ， 泛 的存 储 和 文 件系 统 ， 对 广 预先 构 建 的服务 器服务 ， 加安 全可 靠 的连接 。 更 要 使 基 于 Ｗ ｉｄ ｗｓｃ ｎ ｏ ａ的 系 统 能 正 常工 作 ， 须 必
ｔ ｏｃ ｓ ｏｆｄ ｖｅｏｐ ｎｇ ｄｅ ｉｅ ｄ ｉｅ ａ ｎ ｈｅ ｉ ｔ ｎｃ ｆｓ ｒａ ｒｖｅ ． ｈｅ ｐｒ ｅｓ ｅ ｌ ｉ ｖｃ ｒｖ ｒ ｔ ｋｉ ｇ ｔ ｎｓ ａ ｅ ｏ ｅ ｉｌｄ ｉ ｒ
ＫＥＹＷ ＯＲＤＳ Ｗ ｉ ｄ ｗｓ ｃ ， ｄ ｉ ｅ ｒ ｇ ａ ， ｓ ｒ ａ ｉｔ ｒａ ｅ，ｓ ｒａ ｎ ｏ ａ ｒｖ ｒ ｐ ｏ ｒ ｍ ｔ ｅ ｍ ｎ ｅ ｆｃ ｅ ｉｌ
维普资讯
Ｗ ｉｄ ｗｓ ａ驱 动 程 序 设 计 ｎｏ ｃ
文 苹 编 号 ： ０ ３５ ５ （ ０ ８ ０ — ０ ４ ０ １０ －８ ０ ２ ０ ） ７０ １— ３
Ｗｉｄ ｗｓｃ 动 程序 设 计 ｎ ｏ ｅ驱
Ｐｒ ｇ ａ ｍ ｉ ｆ Ｄｅ ｉ ｅ Ｄｒ ｖ ｒ ｂ ｓ ｄ ｏ ｉ ｏ ｅ ｏ ｒｍ ｎｇ ｏ ｖ ｃ ｉ ｅ ａ ｅ ｎ Ｗ ｎｄ ｗｓ ｃ
为 系统的 各种 设备 提供 驱动 程序 。有 时 硬件 厂商 不提 供 基 于 Ｗｉｄ ｗｓｃ ｎ ｏ ａ的驱 动 程 序 ， 软 提 供 的 样 本 驱 微
动 程 序也 不 能 满 足需 求 ， 时 就需 要 根 据 自己特 定 的 这 硬件平 台进行 基于 Ｗｉｄ ｗｓｃ ｎ ｏ ａ的驱动 程 序开发 。 当要解 决硬 件平 台同操 作 系统 内核 和应用 程序 调
Windows CE驱动程序
Windows CE驱动程序模型 CE驱动程程序模型
在Windows CE下，所有的驱动程序都以用户态下的 CE下 所有的驱动程序都以用户态 用户态下的 DLL文件形式存在。 DLL文件形式存在。 文件形式存在
编写Windows CE驱动程序用到的方法及工具与编写其 编写Windows CE驱动程序用到的方法及工具与编写其 他任何一个普通的DLL一样 一样。 他任何一个普通的DLL一样。
给操作系统和驱动程序带来了很大的灵活性。 给操作系统和驱动程序带来了很大的灵活性。操作系统 可在运行时动态地加载所需要的驱动程序， 可在运行时动态地加载所需要的驱动程序，可轻松实现外 设的即插即用 即插即用(Plug Play)。 设的即插即用(Plug & Play)。 驱动程序放在用户态而不是核心态来实现， 驱动程序放在用户态而不是核心态来实现，也增强了系 统的稳定性。驱动程序的崩溃不会影响到操作系统内核。 统的稳定性。驱动程序的崩溃不会影响到操作系统内核。 驱动程序放在用户态下可给驱动开发人员提供便利。 驱动程序放在用户态下可给驱动开发人员提供便利。
Device.exe 又称做设备管理器。负责加载和管理 又称做设备管理器。 Windows CE下绝大多数的设备驱动程序。 CE下绝大多数的设备驱动程序 下绝大多数的设备驱动程序。 GWES.exe负责加载一些与图形界面相关的 设备驱动。 GWES.exe负责加载一些与图形界面相关的I/O设备驱动。 负责加载一些与图形界面相关的I/O设备驱动 FileSys.exe在系统中负责管理 FileSys.exe在系统中负责管理Windows CE中的对象存 在系统中负责管理Windows CE中的对象存 储和文件系统。负责加载所有的文件系统驱动程序。 储和文件系统。负责加载所有的文件系统驱动程序。
Windows 驱动程序开发指导说明书
课程内容驱动基本概念介绍驱动核心代码分析WDM和WDF介绍Windows 10通用驱动平台驱动程序是一个软件模块，可以使操作系统和硬件设备进行交互驱动程序是操作系统的一个扩展驱动程序一般是由硬件的设计者或厂商进行编写Microsoft已经为符合公共设计规范的硬件设备提供了内置的驱动程序可执行文件，扩展名是.exe入口函数是Main()Main()函数完成大部分工作应用程序完成工作后返回，并释放内存空间在用户态运行可执行文件，扩展名是.sys入口函数是DriverEntry()DriverEntry()不会做很多工作，只是初始化驱动驱动其他部分会注册很多回调函数，会被系统的不同模块调用驱动不会返回，会一直存在直至被显示的释放在内核态或用户态运行Driver StacksPDO位于驱动栈的最底层，和总线驱动相关联当总线驱动被加载时，它会枚举所有挂载在总线上面的设备并请求设备所需要的资源每个设备都有自己对应的PDOPnP管理器会确定每个设备的驱动并在设备的PDO 之上构建适当的设备栈设备栈的核心部分，FDO和设备功能驱动相关联设备功能驱动完成Windows和设备交互的核心功能对上向应用程序和服务提供上层接口对下为设备或其他驱动提供数据交换的接口一个设备栈可以包含多个FiDO,可以在FDO之上或之下每个FiDO和一个过滤驱动相关联，FiDO是可选的通常的目的是修改一些在设备栈中传输的I/O请求，例如可以加密和解密读写请求当一个新设备被插入到系统后，系统总线驱动会向PnP管理器报告这个新设备PnP管理器通过总线驱动查询这个设备的更多信息，比如设备ID和设备所需要的资源PnP管理器利用这个信息去查找是否有有对应的驱动在本地或WU(Windows Update)上面一旦查找到设备对应的驱动，Windows便会安装并加载这个驱动加载驱动到地址空间解析驱动中引入的函数-调用其他模块调用驱动的入口函数（DriverEntry()），因此驱动可以注册回调函数调用AddDevice()，驱动此时可以创建一个“设备对象”，并将这个对象加入到设备栈中所有的事物在驱动框架中都是用对象呈现的（驱动，设备，请求等等）对象拥有属性，方法和事件WDF 对象方法属性事件操作对象的函数被WDF 框架调用用于通知某些事件设置或获取单个属性值的方法Driver (WDFDRIVER)Device (WDFDEVICE)Device (WDFDEVICE)Queue (WDFQUEUE)Queue (WDFQUEUE)……ObjectOperation方法:Status = Wdf Device Create ();属性:Cannot failWdfInterrupt Get Device();WdfInterrupt Set Policy();Can fail:Status = WdfRegistry Assign Value();Status = WdfRegistry Query Value();Status = WdfRequest Retrieve InputBuffer();回调事件:PFN_WDF_INTERRUPT_ENABLE EvtInterruptEnable初始化宏:WDF_XXX_CONFIG_INITWDF_XXX_EVENT_CALLBACKS_INIT当驱动被加载时，DriverEntry是第一个被操作系统调用的函数WdfDriverCreate( RawDriverObject, […] , attributes, &driver )NTSTATUS DriverEntry(_In_PDRIVER_OBJECT DriverObject ,_In_PUNICODE_STRING RegistryPath ) {[…]// Create WDF Driver ObjectWDF_OBJECT_ATTRIBUTES_INIT(&attributes);attributes.EvtDriverUnload = OnDriverUnload;WDF_DRIVER_CONFIG_INIT(&config, OnDeviceAdd);status = WdfDriverCreate(DriverObject ,RegistryPath ,&attributes,&config,&driver );}WDF EventWDF MethodWDF ObjectDeclare vars这是一个过滤驱动程序吗？驱动程序是电源管理策略的所有者吗？为设备对象创建I/O队列创建辅助对象，例如计时器，工作者对象，锁等NTSTATUS OnDeviceAdd( WDFDRIVER Driver,PWDFDEVICE_INIT DeviceInit) {WDFDEVICE device;IWDFIoQueue* pDefaultQueue= NULL;DeviceInit->SetPowerPolicyOwnership(TRUE );status= WdfDeviceCreate(&DeviceInit,&deviceAttributes, &device);context = GetContext(device);context->WdfDevice= device;status = pIWDFDevice->CreateIoQueue(NULL, TRUE, WdfIoQueueDispatchParallel,TRUE, FALSE, &pDefaultQueue);return status;}Static Configuration Device CreateSetting ContextQueue Create进入电源状态管理(D0Entry)使能中断(InterruptEnable)…获取硬件资源,进行一些静态配置,(PrepareHardware)进入电源状态管理(D0Entry)使能中断(InterruptEnable)…获取硬件资源,进行一些静态配置,(PrepareHardware)NTSTATUS OnPrepareHardware(WDFDEVICE Device ,WDFCMRESLIST ResourcesRaw ,WDFCMRESLIST ResourcesTranslated ) {int ResourceCount = WdfCmResourceListGetCount(ResourcesTranslated );for (i=0; i < ResourceCount; i++) {descriptor =WdfCmResourceListGetDescriptor(ResourcesTranslated , i);switch (descriptor->Type) {case CmResourceTypePort : […]case CmResourceTypeMemory : […]case CmResourceTypeInterrupt : […]default : break ;}}return STATUS_SUCCESS ;}进入电源状态管理(D0Entry)使能中断(InterruptEnable)…获取硬件资源,进行一些静态配置,(PrepareHardware)NTSTATUS OnD0Entry(IN WDFDEVICE Device ,IN WDF_POWER_DEVICE_STATE RecentPowerState ){PADXL345AccDevice pAccDevice = nullptr pAccDevice = GetContext(Device);WdfWaitLockAcquire(pAccDevice->m_WaitLock);I2CSensorWriteRegister(pAccDevice->m_I2CIoTarget, MY_REGISTER,MY_VALUE, sizeof (MY_VALUE) );pAccDevice->m_PoweredOn = true ;WdfWaitLockRelease(pAccDevice->m_WaitLock);return STATUS_SUCCESS ;}进入电源状态管理(D0Entry)使能中断(InterruptEnable)…获取硬件资源,进行一些静态配置,(PrepareHardware)NTSTATUS OnInterruptEnable(IN WDFINTERRUPT Interrupt,IN WDFDEVICE Device){PDEVICE_EXTENSION devExt;ULONG regUlong;PULONG intCsr;devContext = GetDeviceContext(WdfInterruptGetDevice(Interrupt) );intRegId = &devContext->IntRegisterId regVal = READ_REGISTER_ULONG( intRegId );regVal = ENABLE_INTERRUPT_BYTE( regVal );WRITE_REGISTER_ULONG( intRegId, regVal );return STATUS_SUCCESS;}进入电源状态管理(D0Entry)使能中断(InterruptEnable)…获取硬件资源,进行一些静态配置,(PrepareHardware)EvtIoResume EvtDMAEnablerFillEvtDeviceSelfManagedIoInitEvtDeviceDisarmWakeFromSxEventChildListScanForChildren EvtDeviceRemoveAddedResourcesStart power-managed queuesEvtIoResume Disarm wake signal, if it was armed. (called onlyduring power up; not called during resource rebalance)EvtDeviceDisarmWakeFromSx EvtDeviceDisarmWakeFromS0Request information about child devicesEvtChildListScanForChildren Enable DMA, if driver supports it EvtDmaEnablerSelfManagedIoStartEvtDmaEnablerEnableEvtDmaEnablerFillConnect interruptsEvtDeviceD0EntryPostInterruptsEnabledEvtInterruptEnable Notify Driver of state change EvtDeviceD0EntryDevice OperationalRestart from here if device is in low power statePrepare hardware for power EvtDevicePrepareHardwareChange resources requirements EvtDeviceRemoveAddedResourcesEvtDeviceFilterAddResourceRequirementsEvtDeviceFilterRemoveResourcRequirementsRestart from here if rebalancing resourcesCreate Device object EvtDriverDeviceAddDevice arrivedEnable self-managed I/O, if driver supports it.EvtDeviceSelfManagedIoInit (implicit power up),EvtDeviceSelfManagedIoRestart (explicit power up)Stop power-managed queuesEvtIoStop Arm wake signal, if it was not armed. (calledonly during power up; not called duringresource rebalance)EvtDeviceArmWakeFromSx EvtDeviceArmWakeFromS0Disable DMA, if driver supports it EvtDmaEnablerSelfManagedIoStopEvtDmaEnablerDisableEvtDmaEnablerFlushDisconnect interrupts EvtDeviceD0EntryPostInterruptsDisabledEvtInterruptDisableNotify Driver of state changeEvtDeviceD0Exit Device OperationalStop here if transitioning to low power stateRelease hardware EvtDeviceReleaseHardwarePurge power-managed queuesEvtIoStop Stop here if rebalancing resourcesFlush I/O if driver supports self-managedI/OEvtDeviceSelfManagedIoFlush Device removedSuspend self-managed I/O, if driver supports it.EvtDeviceSelfManagedIoSuspend Cleanup I/O buffers if driver supports self-managed i/o EvtDeviceSelfManagedIoCleanupDelete device object s context area.EvtDeviceContextCleanupEvtDeviceContextDestroyWDM和操作系统深度耦合，WDM驱动程序直接调用系统服务例程，直接操作系统数据结构WDM驱动程序全部为内核态程序，操作系统对驱动输入只做有限的检查WDF框架处理与操作系统的交互，驱动本身专注于和设备交互WDF基于对象模型和事件驱动WDF支持内核态程序和用户态程序将操作系统底层的复杂逻辑抽象化使驱动代码有可能<20行对不同的硬件设备使用相同的编程模型例如GPIO，UART，I2C，NFC，传感器驱动框架内置的日志系统为数据分析定制的工具支持上千种不同的硬件设备最初UMDF V1基于C++ COMUMDF V2使用和内核态驱动开发相同的模型和语法支持USB周边设备，传感器，NFC，智能卡，HID（包括触控）等等驱动崩溃只会影响宿主进程，不会影响整个操作系统系统重启策略可以自动恢复崩溃的UMDF驱动Windows 10提供了一系列API和DDI，对于所有的Windows平台都是通用的，被称为Universal Windows Platform(UWP) Windows通用驱动是指一个内核态或用户态的驱动并能运行在所有基于UWP的系统上面Windows通用驱动只能调用属于UWP部分的DDI，这部分DDI会在MSDN文档中标记为Universal确定你的驱动是否支持UWP，把你的驱动标记为通用驱动然后重新编译在Visual Studio中打开驱动项目工程在配置选项中把操作系统选择为Windows 10在工程属性中把目标平台改为“通用”，其他选项还有“桌面”和“手机”重新编译驱动，这时可以会出现一些链接器错误尝试修复这些错误，对于出现错误的API，请参考文档是否有通用平台的API可以替代，如果没有，您可能需要重新设计你的驱动KMDF version Release method Included in this versionof Windows Drivers using it run on1.19Windows 10, version1607 WDK Windows 10, version1607Windows 10 version1607 and later,Windows Server 20161.17Windows 10, version1511 WDK Windows 10, version1511Windows 10 version1511 and later,Windows 10 Mobile,Windows 10 IoT Core,Windows Server 20161.15Windows 10 WDK Windows 10Windows 10 for desktop editions, Windows 10 Mobile, IoT Core, Windows Server 2016UMDF version Release method Included in this version ofWindows Drivers using it can run on2.19Windows 10, version 1607WDK Windows 10, version 1607Windows 10, version 1607 (all SKUs), Windows Server 20162.17Windows 10, version 1511WDK Windows 10, version 1511Windows 10 for desktop editions (Home, Pro, Enterprise, and Education), Windows 10 Mobile, Windows 10 IoT Core (IoT Core), Windows Server 20162.15Windows 10 WDK Windows 10Windows 10 for desktop editions, Windows 10 Mobile, IoT Core, Windows Server 2016驱动程序运行在哪个版本的操作系统上驱动程序支持的硬件类型驱动程序使用的驱动模型确定驱动程序是否使用了只有KMDF支持的功能，如果驱动程序没有使用KMDF的功能，并且驱动运行在Windows 8.1或以后的系统上，则可以迁移到UMDF 2https:///en-us/windows/hardware/drivers/wdf/wdf-porting-guide Which Drivers Can Be Ported and WhereDifferences Between WDM and WDFPreparing for PortingSteps in PortingSummary of KMDF and WDM Equivalents。
Windows驱动程序开发环境配置
Windows驱动程序开发笔记一、WDK与DDK环境最新版的WDK 微软已经不提供下载了这里：https:/// 可以下并且这里有好多好东东！不要走进一个误区：下最新版的就好，虽然最新版是Windows Driver Kit (WDK) 7_0_0，支持windows7,vista 2003 xp等但是它的意思是指在windows7操作系统下安装能编写针对windows xp vista的驱动程序，但是不能在xp 2003环境下安装Windows Driver Kit (WDK) 7_0_0这个高版本，否则你在build的时候会有好多好多的问题.上文build指：首先安装好WDK/DDK，然后进入"开始"->"所有程序"->"Windows Driver Kits"->"WDK XXXX.XXXX.X" ->"Windows XP"->"x86 Checked Build Environment"在弹出来的命令行窗口中输入"Build"，让它自动生成所需要的库如果你是要给xp下的开发环境还是老老实实的找针对xp的老版DDK吧，并且xp无WDK 版只有DDK版build自己的demo 有个常见问题： 'jvc' 不是内部或外部命令,也不是可运行的程序。
解决办法：去掉build路径中的空格。
二、下载 WDK 开发包的步骤1、访问Microsoft Connect Web site站点2、使用微软 Passport 账户登录站点3、登录进入之后，点击站点目录链接4、在左侧的类别列表中选择开发人员工具，在右侧打开的类别：开发人员工具目录中找到Windows Driver Kit (WDK) and Windows Driver Framework (WDF)并添加到您的控制面板中5、添加该项完毕后，选择您的控制面板，就可以看到新添加进来的项了。
WindowsCENet下CAN卡的驱动程序设计
下CAN卡的驱动程序设计2008-01-20摘要：主要讨论在WinCE设计和开发CAN卡通信程序的方法；详细介绍CAN卡底层驱动函数的设计和实现，同时将驱动进行封装，用动态库的方式提供给用户CAN卡通信用的驱动，使用启可以方便地在自己的程序中调用，实现WinCE 下的CAN卡通信。
关键词： CAN 驱动引言近年来电力行业为了快速部署变电站，采用了建造整体变电所的方法：在生产基地将变电站的内部设备安装、调试完成，只留下与外界的`接口，整体运到变电站所在地后进行安装和简单调试即可投入运行。
其内部设备通过CAN总线进行通信，系统原有的监控软件基于DOS系统，维护调试比较困难，因此想要寻求更方便、友好的系统支持。
经过比较，嵌入式操作系统市场上风头正劲的Windows CE .NET成为最终选择。
微软的最新产品Windows 提供了端对端的开发、调试手段，可以不拆卸设备的情况下通过Telnet登录到WindowsCE 上进行调试和维护，其系统本身为嵌入式市场进行重新设计，包括创建一个基于WindowsCE的定制设备所需的一切。
这样就需要将原来DOS下的程序移植到下，但是各个硬件厂商目前还没有提供CAN通信卡在Windows 下的驱动，所以开发Windows 下的CAN卡驱动成为项目推行中的关键一环。
本文主要针对研华的双口CAN卡PCM3680进行分析，介绍在WindowsCE.ENT系统下进行底层设备驱动开发的方法并提供CAN通信的实例。
1 CAN总线通信协议及CAN通信卡介绍CAN总线是德国Bosch公司20世纪80年代初为解决现代汽车中众多的控制与测试仪器之间的数据交换而开的一种串行数据通信协议。
它是一种多主总线，废除了传统的站地址编码，而代之以对通信数据块进行编码。
这种方法使网络内节点个数在理论上不受限制，扩展格式中的29位的标识码便可以定义2 29个不同的数据块。
在本项目中使用的是研华的PCM3680，这是一块嵌入式PC104的双口CAN总线通信卡；CAN控制器采用Philips的独立CAN控制器SJA1000芯片；CAN收发器采用Philips的P82C250，可以同时操作两个CAN网络，提供高达1Mb/s的传输速度。
基于WinDriver的CPCI板卡Windows驱动程序设计
基于WinDriver的CPCI板卡Windows驱动程序设计作者：先登飞来源：《现代电子技术》2013年第18期摘要：为了实现在主控计算机和信号处理板之间快速通信，采用了CPCI并行总线技术。
为简化开发难度，信号处理板采用内嵌PCI模块的DSP6416数字信号处理芯片实现通信和控制功能，软件开发环境基于VC++6.0，利用WinDriver工具开发了Windows下以DLL形式封装的CPCI驱动程序。
通过实际使用验证，该驱动程序运行稳定可靠，实现了主控计算机对信号处理板的实时控制和信号处理板中结果数据向主控计算机实时上报功能。
关键词： WinDriver； Windows驱动程序； CPCI总线； VC++6.0中图分类号： TN964⁃34 文献标识码： A 文章编号： 1004⁃373X（2013）18⁃0051⁃040 引言外围设备互联（PCI）总线是一种先进的高性能局部总线，可同时支持多组外围设备[1]。
CPCI总线应用于工业和嵌入式领域，其规范改进自PCI规范，CPCI规范在电气方面兼容PCI 规范，只是在封装结构上进行了加强，CPCI板的封装结构基于IEC 60297⁃3，IEC 60297⁃4以及IEEE 1101.10定义的欧式板卡外形[2]。
既然电气特性上兼容PCI规范，因此CPCI驱动程序的设计本质就是PCI驱动程序设计。
当前Windows环境下用于PCI设备驱动开发的工具主要是DDK，DriverStudio以及WinDriver。
前两者功能强大，但是开发者需要熟知操作系统的体系结构、汇编语言和设备驱动程序结构体系方法，还需要具备丰富的驱动程序开发经验，否则可能造成软件不稳定甚至系统崩溃，另外前两者开发周期长。
而Jungo公司开发的WinDriver改变了传统的驱动程序开发方法，其整个驱动程序中的所有函数都是工作在用户态下，使开发者不需要掌握前两者所需的预备知识就可以开发出与之相媲美的程序[3]。
Win98下虚拟设备驱动程序的设计与实现
文章编号:1009-671X (2001)09-0035-04Win 98下虚拟设备驱动程序的设计与实现王 磊1,朱齐丹1,温 强2(1.哈尔滨工程大学自动化学院,黑龙江哈尔滨150001;2.哈尔滨工程大学机电工程学院,黑龙江哈尔滨 150001)摘 要:介绍了电话网络测试系统的组成和结构,Windows 98的内核管理机制和应用程序权限级别,简述了在Windows98下开发虚拟驱动程序的几种方法,并给出了在电话网络测试系统中应用虚拟设备驱动程序VxD 实例。
①关 键 词:虚拟设备驱动程序;VxD ;硬件中断;电话网络测试系统中图分类号:TP39.6 文献标识码:ADesign and Actu alization of Visu al Device Driver Program in Win 98WAN G Lei 1,ZHU Qi-dan 1,WEN Qiang 2(1.Automation College ,Harbin Engineering University ,Harbin 150001,China ;2.Mechanical and Electrical En gineering Col 2lege ,Harbin Engineering University ,Harbin 150001,China )Abstract :The structure and buildup of the telephone net test system ,the kernel management of Windows 98and the right limit of the applied program were introduced.Several ways of developing visual device driver program in Win 98were depicted.A developing example of using VxD in the telephone net test sys 2tem was given.K ey w ords :visual device driver program ;VxD ;hardware interruption ;telephone net test system0 引 言从Windows 3.1开始,对于硬件设备的访问便采取了一种设备驱动程序的方法,客户通过设备驱动程序来获得硬件的参数或者设置,但是由于16位的操作系统基于原来的DOS ,所以客户程序仍然可以通过一些B IOS 或者DOS 的DPM I 中断调用来实现对硬件的操作。
Windows下设备驱动程序的开发方法
目录一、驱动开发环境的搭建 (1)1.1 关于DDK (1)1.2 关于驱动程序的编译 (1)1.3关于驱动程序的运行 (2)二、驱动程序的结构 (3)2.1 驱动程序的头文件 (3)2.2 驱动程序的入口点 (3)2.3 创建设备例程 (4)2.4 卸载驱动例程 (5)2.5 派遣例程 (6)三、编写驱动程序的基础知识 (6)3.1 内核模式下的字符串操作 (6)3.2 内核模式下各种开头函数的区别 (8)3.3 一个示例程序 (10)3.4 补充说明 (10)四、在驱动中使用链表 (10)4.1 内存的分配与释放 (10)4.2 使用LIST_ENTRY (12)4.3 使用自旋锁 (12)五、在驱动中读写文件 (15)5.1 使用OBJECT_ATTRIBUTES (15)5.2 创建、打开文件 (16)5.3 读写文件操作 (16)5.4 文件的其它相关操作 (18)六、在驱动中操作注册表 (18)6.1 创建、打开注册表 (19)6.2 读写注册表 (20)6.3 枚举注册表 (21)七、在驱动中获取系统时间 (21)7.1 获取启动毫秒数 (21)7.2 获取系统时间 (22)八、在驱动中创建内核线程 (23)8.1 创建内核线程 (23)8.2 关于线程同步 (24)九、初探IRP (25)9.1 IRP的概念 (25)9.2 IRP的处理 (26)9.3 IRP派遣例程示例 (27)十、驱动程序与应用层的通信 (29)10.1 使用WriteFile通信 (29)10.2 使用DeviceIoControl进行通信 (32)十二、驱动程序开发实例 (33)12.1 NT驱动程序 (33)12.2 WDM驱动程序 (35)十三、参考资料 (41)一、驱动开发环境的搭建1.1 关于DDK开发驱动程序必备的一个东西就是DDK（Device Development Kit，设备驱动开发包），它跟我们在ring3常听到的SDK差不多，只不过它们分别支持开发不同的程序而已。
WinCE 6.0设备驱动程序基本知识
设备驱动程序基础
b)
混合驱动程序
同样使用两层的MDD/PDD模型，这意味着会持续使用MDD， 也就是对于所有的PDD来说都使用相同的MDD，但是这个 MDD还提供了额外的独特功能（这个功能是给定设备类型的 MDD/PDD实现的一种逻辑扩展）。
使用混合驱动程序的优点： 使用混合驱动程序的优点：与分层架构相同。
接上页... 接上页...
这种架构通常在下列情况中使用： 当某个设备类型没有可用的分层模型时； 当设备硬件是不常见的定制硬件时； 当没有可以重用的分层驱动程序代码时； 当使用MDD/PDD模型，但不能达到需要的效率水平时。 当使用MDD/PDD模型，但不能达到需要的效率水平时。 优点： 可以避免在各个层之间切换，并且能最大化使用硬件，这些都 优点： 带来了高效率。
XXX_Seek
— 调用SetFilePointer函数时调用此函数 调用SetFilePointer函数时调用此函数
实现流接口驱动程序
XXX_IOControl
— 调用DeviceIoControl函数时调用此函数 调用DeviceIoControl函数时调用此函数 — 提供了支持自定义驱动程序操作的机制 — 大多数驱动程序都具有的多用途函数 — 通过I/O控制代码来识别具体的操作 通过I/O控制代码来识别具体的操作 — I/O控制代码是每个设备特定的 I/O控制代码是每个设备特定的
设备驱动程序基础
GWES（图形、窗口以及事件子系统） GWES（图形、窗口以及事件子系统）:
支持窗口、对话框、控件、菜单、以及其他和用户界面相关的资源。控 制窗口管理器和窗口消息管理器，包括键盘消息、鼠标消息、触摸屏消 息等等。 GWES（gwes.dll）模块会加载由本系统独占使用的设备驱动程序，也就 是下列以任何方式与用户界面相关联的驱动程序：键盘、视频适配器、 触摸屏、打印机、鼠标。
Windows CE.net设备驱动程序开发研究
ｐ ｅ ｉｔｏ ｕ ｅ ｈ ｅ ｅ ｏ ｍｅ ｔ ｒ ｃ ｓ ｆ ｅ ｉｅ ｄ ｖ ｒｆｒＷ ｉ ｄ ｗｓＣＥ． ｉ ， ｒ ｄ ｃ ｓｔ ｅ ｄ ｖ ｌ ｐ ｎ ｏ ｅ ｓｏ ｖｃ ｒ ｅ ｏ ｎ ｏ ｎ ｐ ｄ ｉ Ｋｅ ｒ ｓ： ｙ ｗｏ ｄ Ｅｍｂ ｄ ｅ ｐ ｒ ｔ ｇ ｓ ｓ ｍ ； ａ ｖ ｅ ｉ ｅ ｄ ｉ ｅ ； ｔ ａ ｄ ｖｃ ｒ ｅ ； ａ ｅ ｅ ｒ ｅ ； ｅ ｄ ｄｏ ｅａ ｎ ｙｔ ｉ ｅ Ｎ ｔ ｅ ｄ ｖｃ ｒｖ ｒ Ｓ ｒ ｍ ｅ ｉｅ ｄ ｉ ｒ Ｌ ｙ ｒｄ ｄ ｖ ｒ ｉ ｅ ｖ ｉ
Ｍｏ ｏ ｉ ｉ ｒｖ ｒ ｎ ｌｔ ｃ ｄ ｉ ｅ ｈ
１ 引 言
ｗｉｄ ｗ Ｃ ． Ｅ ｎ ０ ｓ Ｅ Ｎ Ｔ是 Ｍｉｒｓｆ 全 新 设 计 开 发 的 ｃｏｏ ｔ
Ｗｉｄｗ Ｅ Ｎ Ｔ支 持 两 种 驱 动 程 序 模 型 ： 地 驱 ｎｏ ｓＣ ． Ｅ 本 动程 序 （ ａ ｖ ｅｉ ｒ ｅｓ 和 流 接 口驱 动 程 序 ｎｔｅｄｖ ｅｄ ｖｒ） ｉ ｃ ｉ （ｔ ａ ｅｉ ｒ ｅｓ 。本 地驱 动程 序是 指驱动 程 ｓｅｍｓ ｖｃ ｄ ｖｒ） ｒ ｄ ｅ ｉ 序作 为操 作 系统 平 台 的 一 个部 件 实 现 ， 于原 始 开 用 发商 集成 在 Ｗｉｄｗ Ｅ平 台 内的设 备 ， Ｌ Ｄ、 ｎｏ ｓＣ 如 Ｃ 键
盘、 Ｃ卡插槽 等 ， 系统启动 时必须加载 的设 备。 Ｐ 是 流接 口驱动 程 序 是 用 户 一级 的 动态 链 接 库 （ Ｌ ） ＤＬ ， 用 于驱 动可 安 装 的外 围设 备 ， 打 印机 和 Ｐ 如 ｃ卡 设 备等 ， 由设备管理程序 自动检测并动态加载 。所有 的流接 口驱 动 程序都 要 提供 相似 的流接 口函数供 应 用程序调用 ， 本地驱动程序则提供定制的接 口， 各种 本地驱动程序一般不会采用相同的接 口。图 ２ 显示 了 Ｗｉｄｗ Ｅ驱 动程 序 系统 结构 。 ｎｏ ｓ Ｃ