本论文以开发基于ARM核的USB2.0-AHB接口IP此项目为依托，致力于在Windows XP操作系统上使用DDK(Driver Development Kit)设计和开发一个基于WDM的主机端驱动程序。开发该驱动程序的目的是为了对该IP进行FPGA测试以及配合设备端驱动程序的开发，该驱动程序能够完成即插即用功能，块传输，同步传输，控制传输以及对Flash的操作五项主要功能。 论文首先介绍了基于WDM的USB驱动程序设计原理，其中包括了从结构到通信流对USB主机系统的介绍，编写WDM驱动程序的基础理论(主要介绍了数个相关的重要概念、驱动程序的基本组成)，以及在开发对Flash操作的例程会使用到的Mass Storage类协议的简要介绍。在介绍设计原理后，论文从总体的系统应用环境和结构蓟数据传输、内部模块以及软硬件体系结构几个方面简要描述了该IP的系统设计。接着论文通过分析主机端驱动程序功能需求，提出了驱动程序的总体构架以及分步式的设计流程，具体步骤是先实现驱动程序的正常加载以及基本PnP功能，然后实现块传输、同步传输以及控制传输，最后完成对Flash操作例程的设计。随后论文详细阐述了对上述五项主要功能模块的设计；其中对Flash操作例程的设计是难点，作者通过分析Bulk-Only协议和UFI命令规范，提出程序的详细设计方案。论文最后简要介绍了调试驱动程序的方法，以及驱动程序的测试内容、部分测试结果以及测试结论。 本论文研究对象为基于ARM核的USB2.0-AHB接口IP主机端驱动程序，因为其研究主体是一个基于WDM的主机端驱动程序，因此有其普遍性；但是它以开发基于ARM核的USB2.0-AHB接口IP这个项目为依托，其目的是为项目服务，因此它有其特殊性。它是一项既有普遍性又有特殊性的研究。
上传时间： 2013-05-19
上传用户：2007yqing
Microsoft Windows CE Device Driver Kit设备驱动程序开发指南，北京希望电子出版社，微软公司著，希望图书创作室译。WinCE开发人员系列丛书之一。全书的内容主要包括Windows CE设备驱动程序工具包介绍、开发本机设备驱动程序、开发流接口设备驱动程序、声音驱动程序、打印机驱动程序、显示器驱动程序、通用串行总线驱动程序、NDIS网络驱动程序和块设备驱动程序。
上传时间： 2013-04-24
上传用户：qulele
·详细说明：学习USB2.0驱动程序设计源码，包括Windows DDK Driver驱动的详细设计，U盘，MP3的程序设计例子- Studies the USB2.0 driver design source code, including Windows DDK Driver actuation detailed design, U plate, MP3 programming example
上传时间： 2013-06-04
上传用户：宋桃子
jlink windows下的最新驱动，2012年3月出品
上传时间： 2013-04-24
上传用户：watch100
力特USB转232驱动.可能你会用的着 windows xP 环境
上传时间： 2013-04-24
上传用户：1051290259
附件是51mini仿真器中文使用手册，其中包括有51mini的驱动，USB安装指南及USB驱动程序。 2003 年 SST 公司推出了 SST89C54/58 芯片，并且在官方网站公布了单片机仿真程序，配合 KEIL 可以实现标 准 51 内核芯片的单步调试等等，从而实现了一个简单的 51 单片机仿真方案，将仿真器直接拉低到一颗芯片的价 格。 但是， 1 分钱 1 分货，这个仿真方案由于先天的缺陷存在若干重大问题： 占用 p30,p31 端口 占用定时器 2 占用 8 个 sp 空间 运行速度慢 最高通信速度只有 38400，无法运行 c 语言程序。（由于 c 语言程序会调用库文件，每单步一次 的时间足够你吃个早饭） 所以，网上大量销售的这种这种仿真器最多只能仿真跑马灯等简单程序，并没有实际使用价值。51mini 是深 圳市学林电子有限公司开发生产的具有自主知识产权的新一代专业仿真器，采用双 CPU 方案，一颗负责和 KEIL 解 释，另外一颗负责运行用户程序，同时巧妙利用 CPU 的 P4 口通信，释放 51 的 P30,P31，完美解决了上述问题， 体积更小，是目前价格最低的专业级别 51 单片机仿真器，足以胜任大型项目开发。 51mini仿真器创新设计： 1 三明治夹心双面贴片，体积缩小到只有芯片大小，真正的“嵌入式”结构。 2 大量采用最新工艺和器件，全贴片安装，进口钽电容，贴片电解。 3 采用快恢复保险，即便短路也可有效保护。 4 单 USB 接口，无需外接电源和串口，台式电脑、无串口的笔记本均适用。三 CPU 设计，采用仿真芯片＋监控 芯片＋USB 芯片结构，是一款真正独立的仿真器，不需要依赖开发板运行。 5 下载仿真通讯急速 115200bps，较以前版本提高一个数量级(10 倍以上)，单步运行如飞。 6 不占资源，无限制真实仿真（32 个 IO、串口、T2 可完全单步仿真），真实仿真 32 条 IO 脚，包括任意使用 P30 和 P31 口。 7 兼容 keilC51 UV2 调试环境支持单步、断点、随时可查看寄存器、变量、IO、内存内容。可仿真各种 51 指 令兼容单片机，ATMEL、Winbond、INTEL、SST、ST 等等。可仿真 ALE 禁止，可仿真 PCA，可仿真双 DPTR，可仿真 硬件 SPI。媲美 2000 元级别专业仿真器！ 8 独创多声响和 led 指示实时系统状态和自检。 9 独创长按复位键自动进入脱机运行模式，这时仿真机就相当于目标板上烧好的一个芯片，可以更加真实的运 行。这种情况下实际上就变了一个下载器，而且下次上电时仍然可以运行上次下载的程序。 USB 驱动的安装 第一步：用随机 USB 通讯电缆连接仪器的 USB 插座和计算机 USB口；显示找到新硬件向导，选择“从列表或指定位置安装（高级）”选项，进入下一步； 第二步：选择“在搜索中包括这个位置”，点击“浏览”，定位到配套驱动光盘的驱动程序文件夹，如 E:\驱动程序\XLISP 驱动程序\USBDRIVER2.0\，进入下一步； 第三步：弹出“硬件安装”对话框，如果系统提示“没有通过Windows 徽标测试…”，不用理会，点击“仍然继续”，向导即开始安装软件；然后弹出“完成找到新硬件向导”对话框，点击完成。 第四步：系统第二次弹出“找到新的硬件向导”对话框，重复以上几个步骤； 右下角弹出对话框“新硬件已安装并可以使用了”，表明 USB 驱动已成功安装。你可以进入系统的：控制面板\系统\硬件\设备管理器中看到以下端口信息， 表示系统已经正确的安装了 USB 驱动。
上传时间： 2013-11-02
上传用户：猫爱薛定谔
本文简单介绍了MCGS 组态软件和SPCE061A 单片机的特点，即北京昆仑通态自动化软件科技有限公司的工控组态软件MCGS(Monitor and Control Generated System )和台湾凌阳科技推出的16 位微控制器SPCE061A，重点介绍了如何一步步开发SPCE061A 单片机的驱动程序，并简单介绍了下位机程序的设计，最后给出了测试情况。计算机技术的飞速发展为工业自动化开辟了广阔的发展空间，人们可以快捷地开发和组建高效的控制系统。笔者设计的液体点滴监控模型,可以对液体点滴情况实现远程监控和现场监控，终端和上位机均可人工设定所需的液体点滴速度并动态显示。在这方面，MCGS 工控组态软件提供了强有力的支持，它是一套Windows 环境下快速构造和生成上位机监控系统的组态软件系统，可快速构造和生成数据采集、报警处理、流程控制、动画显示、报表输出等界面,实现各种工程曲线的绘制、报表输出、远程通信等功能 [1]。MCGS 作为一种方便有效的通用工控软件,它提供了国内外各种常用的工控设备的驱动程序。但在实际应用中,因为所用设备的特殊性,允许用户根据需要来定制设备驱动程序。MCGS 用Active DLL 构件实现设备驱动程序,通过规范的OLE 接口挂接到MCGS 中,使其构成一个整体。鉴于Visual Basic 语言的通用性和简单性,使用VB 来开发单片机驱动,MCGS 的实现方法和原理与标准的Active DLL 完全一致,但MCGS 规定了一套接口规范,只有遵守这些接口规范的Active DLL 才能用作MCGS 的设备驱动构件。利用具有语音和 DSP 功能的SPCE061A 单片机作为液体点滴监控模型的核心控制器，SPCE061A 是台湾凌阳科技推出的16 位微控制器，提供了丰富的软、硬件资源，开发灵活方便。除此之外SPCE061A 的最高时钟频率可达到49MHz,具有运算速度高的优势，这为语音的录制和播放提供了条件[4]。
上传时间： 2013-12-19
上传用户：leesuper
有两种方式可以让设备和应用程序之间联系：1. 通过为设备创建的一个符号链；2. 通过输出到一个接口WDM驱动程序建议使用输出到一个接口而不推荐使用创建符号链的方法。这个接口保证PDO的安全，也保证安全地创建一个惟一的、独立于语言的访问设备的方法。一个应用程序使用Win32APIs来调用设备。在某个Win32 APIs和设备对象的分发函数之间存在一个映射关系。获得对设备对象访问的第一步就是打开一个设备对象的句柄。 用符号链打开一个设备的句柄为了打开一个设备，应用程序需要使用CreateFile。如果该设备有一个符号链出口，应用程序可以用下面这个例子的形式打开句柄：hDevice = CreateFile("\\\\.\\OMNIPORT3", GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路径名的前缀“\\.\”告诉系统本调用希望打开一个设备。这个设备必须有一个符号链，以便应用程序能够打开它。有关细节查看有关Kdevice和CreateLink的内容。在上述调用中第一个参数中前缀后的部分就是这个符号链的名字。注意：CreatFile中的第一个参数不是Windows 98/2000中驱动程序(.sys文件)的路径。是到设备对象的符号链。如果使用DriverWizard产生驱动程序，它通常使用类KunitizedName来构成设备的符号链。这意味着符号链名有一个附加的数字，通常是0。例如：如果链接名称的主干是L“TestDevice”那么在CreateFile中的串就该是“\\\\.\\TestDevice0”。如果应用程序需要被覆盖的I/O，第六个参数(Flags)必须或上FILE_FLAG_OVERLAPPED。 使用一个输出接口打开句柄用这种方式打开一个句柄会稍微麻烦一些。DriverWorks库提供两个助手类来使获得对该接口的访问容易一些，这两个类是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass类封装了一个设备信息集，该信息集包含了特殊类中的所有设备接口信息。应用程序能有用CdeviceInterfaceClass类的一个实例来获得一个或更多的CdeviceInterface类的实例。CdeviceInterface类是一个单一设备接口的抽象。它的成员函数DevicePath()返回一个路径名的指针，该指针可以在CreateFile中使用来打开设备。下面用一个小例子来显示这些类最基本的使用方法：extern GUID TestGuid;HANDLE OpenByInterface( GUID* pClassGuid, DWORD instance, PDWORD pError){ CDeviceInterfaceClass DevClass(pClassGuid, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; CDeviceInterface DevInterface(&DevClass, instance, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; cout << "The device path is " << DevInterface.DevicePath() << endl; HANDLE hDev; hDev = CreateFile( DevInterface.DevicePath(), GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL ); if (hDev == INVALID_HANDLE_VALUE) *pError = GetLastError(); return hDev;} 在设备中执行I/O操作一旦应用程序获得一个有效的设备句柄，它就能使用Win32 APIs来产生到设备对象的IRPs。下面的表显示了这种对应关系。Win32 API DRIVER_FUNCTION_xxxIRP_MJ_xxx KDevice subclass member function CreateFile CREATE Create ReadFile READ Read WriteFile WRITE Write DeviceIoControl DEVICE_CONTROL DeviceControl CloseHandle CLOSECLEANUP CloseCleanUp 需要解释一下设备类成员的Close和CleanUp：CreateFile使内核为设备创建一个新的文件对象。这使得多个句柄可以映射同一个文件对象。当这个文件对象的最后一个用户级句柄被撤销后，I/O管理器调用CleanUp。当没有任何用户级和核心级的对文件对象的访问的时候，I/O管理器调用Close。如果被打开的设备不支持指定的功能，则调用相应的Win32将引起错误（无效功能）。以前为Windows95编写的VxD的应用程序代码中可能会在打开设备的时候使用FILE_FLAG_DELETE_ON_CLOSE属性。在Windows NT/2000中，建议不要使用这个属性，因为它将导致没有特权的用户企图打开这个设备，这是不可能成功的。I/O管理器将ReadFile和WriteFile的buff参数转换成IRP域的方法依赖于设备对象的属性。当设备设置DO_DIRECT_IO标志，I/O管理器将buff锁住在存储器中，并且创建了一个存储在IRP中的MDL域。一个设备可以通过调用Kirp::Mdl来存取MDL。当设备设置DO_BUFFERED_IO标志，设备对象分别通过KIrp::BufferedReadDest或 KIrp::BufferedWriteSource为读或写操作获得buff地址。当设备不设置DO_BUFFERED_IO标志也不设置DO_DIRECT_IO，内核设置IRP 的UserBuffer域来对应ReadFile或WriteFile中的buff参数。然而，存储区并没有被锁住而且地址只对调用进程有效。驱动程序可以使用KIrp::UserBuffer来存取IRP域。对于DeviceIoControl调用，buffer参数的转换依赖于特殊的I/O控制代码，它不在设备对象的特性中。宏CTL_CODE（在winioctl.h中定义）用来构造控制代码。这个宏的其中一个参数指明缓冲方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表显示了这些方法和与之对应的能获得输入缓冲与输出缓冲的KIrp中的成员函数：Method Input Buffer Parameter Output Buffer Parameter METHOD_BUFFERED KIrp::IoctlBuffer KIrp::IoctlBuffer METHOD_IN_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_OUT_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_NEITHER KIrp::IoctlType3InputBuffer KIrp::UserBuffer 如果控制代码指明METHOD_BUFFERED，系统分配一个单一的缓冲来作为输入与输出。驱动程序必须在向输出缓冲放数据之前拷贝输入数据。驱动程序通过调用KIrp::IoctlBuffer获得缓冲地址。在完成时，I/O管理器从系统缓冲拷贝数据到提供给Ring 3级调用者使用的缓冲中。驱动程序必须在结束前存储拷贝到IRP的Information成员中的数据个数。如果控制代码不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT，则DeviceIoControl的参数呈现不同的含义。参数InputBuffer被拷贝到一个系统缓冲，这个缓冲驱动程序可以通过调用KIrp::IoctlBuffer。参数OutputBuffer被映射到KMemory对象，驱动程序对这个对象的访问通过调用KIrp::Mdl来实现。对于METHOD_OUT_DIRECT，调用者必须有对缓冲的写访问权限。注意，对METHOD_NEITHER，内核只提供虚拟地址；它不会做映射来配置缓冲。虚拟地址只对调用进程有效。这里是一个用METHOD_BUFFERED的例子：首先，使用宏CTL_CODE来定义一个IOCTL代码：#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)现在使用一个DeviceIoControl调用：BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING, NULL, // no input 注意，这里放的是包含有执行操作命令的字符串指针 0, FirmwareRev, //这里是output串指针，存放从驱动程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize, NULL // not overlapped I/O );如果输出缓冲足够大，设备拷贝串到里面并将拷贝的资结束设置到FirmwareRevSize中。在驱动程序中，代码看起来如下所示：const char* FIRMWARE_REV = "FW 16.33 v5";NTSTATUS MyDevice::DeviceControl( KIrp I ){ ULONG fwLength=0; switch ( I.IoctlCode() ) { case IOCTL_MYDEV_GET_FIRMWARE_REV: fwLength = strlen(FIRMWARE_REV)+1; if (I.IoctlOutputBufferSize() >= fwLength) { strcpy((PCHAR)I.IoctlBuffer(),FIRMWARE_REV); I.Information() = fwLength; return I.Complete(STATUS_SUCCESS); } else { } case . . . } }
上传时间： 2013-10-17
上传用户：gai928943
讨论了嵌入式操作系统Windows CE与桌面Windows系统设备驱动开发的区别，主要包括驱动结构模型、驱动组成部分和开发环境。
上传时间： 2013-11-07
上传用户：zyt
本程序用以示范如何挂接windows系统下的硬件中断（如并口中断，串口中断等等），包含了驱动程序源代码和上层应用程序代码。驱动程序是用DDK编写的。使用前请参看readme文件。
上传时间： 2014-12-06
上传用户：洛木卓
