usb驱动程序的编写采用wdm驱动程序
USB驱动程序的编写采用WDM 驱动程序。WDM 驱动程序是一些例程的集合，它们被动地存在，等待主机系
统软件（PnP 管理器、I/O 管理器、电源管理器等）来调用或激活它们。具体驱动程序不同，其所包含
的例程也不同。一个WDM 驱动程序的基本组成包括以下5个例程：
（1）驱动程序入口例程：处理驱动程序的初始化。
（2）即插即用例程：处理PnP 设备的添加、删除和停止。
（3）分发例程：处理用户应用程序发出的各种 I/O 请求。
（4）电源管理例程：处理电源管理请求。
（5）卸载例程：处理驱动程序的卸载。
包含文件：
, ,
, , , makefile,sources)
在文件中，包含了上述五个例程：
中定义了各种数据结构还有各种IOCTL控制码，用于不同数据的读写。
中实现了各种驱动例程。包含了上述五个所说例程外还包含了其他例程，课程从下面的驱动
程序入口例程得出一些信息。
驱动程序入口例程：
NTSTATUS
DriverEntry(
IN PDRIVER_OBJECT DriverObject,
IN PUNICODE_STRING RegistryPath
)
{
NTSTATUS ntStatus = STATUS_SUCCESS;
PDEVICE_OBJECT deviceObject = NULL;
DriverObject->MajorFunction[IRP_MJ_CREATE] = Ezusb_Create;
DriverObject->MajorFunction[IRP_MJ_CLOSE] = Ezusb_Close;
ources. If you want to add a new source # file to this
component. This file merely indirects to the real make file # that is shared by all the
driver components of the Windows NT DDK # !INCLUDE $(NTMAKEENV)
不要编辑这个文件。事实上每个WDM程序所需要的makefile的内容都是一样的，只需要简单地copy
一个makefile到新的项目中就可以了
2、Sources
TARGETNAME= TARGETTYPE=DRIVER DRIVERTYPE=WDM TARGETPATH=lib
INCLUDES=$(BASEDIR)inc; $(BASEDIR)incddk; TARGETLIBS=$(BASEDIR)lib*
SOURCES= \
这个文件指定了驱动程序目标名是，是一个WDM驱动程序，生成的文件存放在lib目录
中。值得注意的是，“=”前后不能有空格，否则编译的时候会出错。
开始编译：
“开始”->“程序”->“Development Kits”->“Windows 2000 DDK”->“Checked Build Environment
”
屏幕将显示：（有“回车”的那行是需要读者你亲自打进去的）
New or updated MSVC detected. Updating DDK environment…. Setting environment for using
Microsoft Visual C++ tools. Starting dirs creation…Completed. D:NTDDK>cd jtag_usb （回车）
D:HelloWDM>build （回车）
如果源代码没有错误的话，生成的将存放在lib目录中。
安装驱动程序：
利用INF文件实现驱动的安装。我们一般是采用INF文件，inf文件如下所示：
：
[Version] Signature = "$CHICAGO$" Class = USB DriverVer = 11/11/2007,1.00.00 ClassGUID =
{36FC9E60-C465-11CF-40000} provider = %ECICT% [SourceDisksNames] 1=%
CYUSB_INSTALL%,,, [SourceDisksFiles] = 1 [Manufacturer] %MfgName%=ECICT
[Ecict] %VID_0547&%=CyUsb, USB\VID_0547&PID_1002 [DestinationDirs]
= 10,System32\Drivers [] AddReg= []
CopyFiles= AddReg= [ AddReg= Addservice = CyUsb, 0x00000002, []
DisplayName = %% ServiceType = 1 ; SERVICE_KERNEL_DRIVER StartType = 3 ;
SERVICE_DEMAND_START ErrorControl = 1 ; SERVICE_ERROR_NORMAL ServiceBinary = %10%\System32
\Drivers\ LoadOrderGroup = Base [] HKR,,DevLoader,,*ntkern
HKR,,NTMPDriver,,
[ [ ;-----------------------------------------------------------
----; [Strings] CYUSB_INSTALL = "Your Device Installation Disk" ECICT = "ECICT" MfgName =
"ECICT" VID_0547& = "USB_Jtag Controler" ;------------Replace GUID below
with custom GUID-------------; = "{07BBF83D-D0B2-4915-870C-FC5B0B049DFC}"
准备好这个文件后，插入控制器，然后跳出设备驱动安装的对话框。我想从列表选择硬件”->“其它设备”->“从磁盘安装”，选择所在的路径，然后安装。当安装完成后，系统就会添加上你写好的驱动程序了。（可以在“设备管理器”中查看到），这个驱动程序就投入使用。
驱动程序与应用程序的接口对用户来说，所用的应用程序都通过I/O控制来访问设备驱动程序。用户的应用程序首先通过调用Win32函数CreateFile()来取得访问设备驱动的句柄。然后，用户程序使用Win32函数DeviceIoControl()来提交I/O控制码，并为 CreateFile 函数返回的设备句柄设置I/O缓冲区。下面的例程验证所获取的EZ-USB设备的句柄：
HANDLE DeviceHandle;
DeviceHandle=CreateFile( “\\\\.\\ezusb-0”,
GENERIC_WRITE,
FILE_SHARE_WRITE,
NULL,
OPEN_EXISTING,
0,
NULL);
随后，用户的应用程序通过调用Win32函数DeviceIoControl()来向设备驱动程序发送请求。下面显示的是DeviceIoControl()函数的原型。EZ-USB设备驱动程序IOCTL使用相同的函数参数名。
BOOL DeviceIoControl() {
HANDLE hDevice, //外设句柄
DWORD dwIoControlCode, //I/O操作控制代码
LPVOID lpInBuffer, //输入缓冲区指针
DWORD nInBufferSize, //输入缓冲区大小
LPVOID lpOutBufferSize, //输出缓冲区指针
DWORD nOutBufferSize, //输出缓冲区大小
LPDWORD lpBytesReturned, //实际返回的字节数
LPOVRLAPPER lpOverLapper //用于异步操作的重叠指针
}
其中I/O操作控制代码是在USB设备驱动程序中定义和实施实际数据操作的，如在驱动程序中定义的：IOCTL_EZUSB_GET_DEVICE_DESCRIPTOR, IOCTL_EZUSB_BULK_READ, IOCTL_EZUSB_BULK_WRITE 等控制代码。
例如：（1）通过红色标注的ioctl控制码写入一个地址值。
//*******************************************************
VENDOR_OR_CLASS_REQUEST_CONTROL myRequest; //在中定义的数据结构ULONG nBytes;
WORD pvBuffer[1]; //temp for data and address
pvBuffer[0]=Addr; //地址
//------------写地址--------------------------
=0x00;//0-HOST T0 DEVICE,1-DEVICE TO HOST
=2;//1-class,2-vendor
=0;//0-device,1-interface,2-endpoint,3-ot her
=0xb4;
=0x00;//在这里不起作用
=0x00;
DeviceIoControl (hDevice,
IOCTL_EZUSB_VENDOR_OR_CLASS_REQUEST, //ioctl控制码
&myRequest,
sizeof(VENDOR_OR _CLASS_REQUEST_CONTROL),
pvBuffer,
2,
&nBytes,
NULL);
**********************************************************//
（2）大块数据的写
//*******************************************************
BULK_TRANSFER_CONTROL bulkControl; // pipe type selected
PWORD pData
=0; //通道0用于写，通道1用于读。
pData=(PWORD)malloc(lenth*2);
DeviceIoControl (hDevice,
IOCTL_EZUSB_BULK_WRITE, //数据块的写IOCTL码
&bulkControl,
sizeof(BULK_TRANSFER_CONTROL ),
pData,
length*2,
&nBytes,
NULL);
**********************************************************//（2）大块数据的读
//******************************************************* BULK_TRANSFER_CONTROL bulkControl; // pipe type selected PWORD pData
=1; //通道0用于写，通道1用于读。
pData=(PWORD)malloc(lenth*2);
DeviceIoControl (hDevice,
IOCTL_EZUSB_BULK_READ, //数据块的读IOCTL码
&bulkControl,
sizeof(BULK_TRANSFER_CONTROL),
pData,
length*2,
&nBytes,
NULL);
什么是驱动程序资料
什么是驱动程序？ 驱动程序扮演沟通的角色，把硬件的功能告诉电脑系统，并且也将系统的指令传达给硬件，让它开始工作。 年轻人最大的动力，或者最大的优势就在于，你一旦想做什么你就马上去做。说这是天真也好，甚至对一些事情的无知也好，有这种勇气和决心就应该去做。” 什么是BSP？ BSP是板级支持包，是介于主板硬件和操作系统之间的一层，应该说是属于操作系统的一部分,主要目的是为了支持操作系统，使之能够更好的运行于硬件主板。BSP是相对于操作系统而言的，不同的操作系统对应于不同定义形式的BSP,例如VxWorks的BSP和Linu x的BSP相对于某一CPU来说尽管实现的功能一样，可是写法和接口定义是完全不同的，所以写BSP一定要按照该系统BSP的定义形式来写（BSP的编程过程大多数是在某一个成型的BSP模板上进行修改），这样才能与上层OS保持正确的接口，良好的支持上层OS。 例如：在VxWorks中的网卡驱动，首先在config.h中包含该网卡，然后将网卡含网卡信息的参数放入数组END_TBL_ENTRY endDevTbl [ ] 中，系统通过函数muxDevLoad ( )调用这个数组来安装网卡驱动。而在Linux中的网卡驱动，是在space.c中声明该网络设备，再把网卡驱动的一些函数加到dev结构中，由函数ether_setup（）来完成网卡驱动的安装。 纯粹的BSP所包含的内容一般说来是和系统有关的驱动和程序，如网络驱动和系统中网络协议有关，串口驱动和系统下载调试有关等等。离开这些驱动系统就不能正常工作。 用户也可以添加自己的程序到BSP中，但严格来说不应该算BSP.一般来说这种做法不建议。因为一旦操作系统能良好运行于最终的主板硬件后，BSP也就固定了，不需要做任何改动。而用户自己在BSP中的程序还会不断的升级更新，这样势必对BSP有不好的影响，对系统造成影响，同时由于BSP调试编译环境较差，也不利于程序的编译调试。 如何编写Linux设备驱动程序 Linux是Unix操作系统的一种变种，在Linux下编写驱动程序的原理和思想完全类似于其他的Unix系统，但它和dos或window环境下的驱动程序有很大的区别。在Linux环境下设计驱动程序，思想简洁，操作方便，功能也很强大，但是支持函数少，只能依赖kerne l中的函数，有些常用的操作要自己来编写，而且调试也不方便。 一、Linux device driver 的概念
usb驱动程序教程
编写Windows https://www.sodocs.net/doc/df2283682.html,的usb驱动程序教程 Windows https://www.sodocs.net/doc/df2283682.html, 是微软推出的功能强大的嵌入式操作系统，国内采用此操作系统的厂商已经很多了，本文就以windows https://www.sodocs.net/doc/df2283682.html,为例，简单介绍一下如何开发windows https://www.sodocs.net/doc/df2283682.html, 下的USB驱动程序。 Windows https://www.sodocs.net/doc/df2283682.html, 的USB系统软件分为两层： USB Client设备驱动程序和底层的Windows CE实现的函数层。USB设备驱动程序主要负责利用系统提供的底层接口配置设备，和设备进行通讯。底层的函数提本身又由两部分组成，通用串行总线驱动程序（USBD）模块和较低的主控制器驱动程序（HCD）模块。HCD负责最最底层的处理，USBD模块实现较高的USBD函数接口。USB设备驱动主要利用 USBD接口函数和他们的外围设备打交道。 USB设备驱动程序主要和USBD打交道，所以我们必须详细的了解USBD提供的函数。 主要的传输函数有： abourttransfer issuecontroltransfer closetransfer issuein te rruptransfer getisochresult issueisochtransfer gettransferstatus istransfercomplete issuebulktransfer issuevendortransfer 主要的用于打开和关闭usbd和usb设备之间的通信通道的函数有： abortpipetransfers closepipe isdefaultpipehalted ispipehalted openpipe resetdefaultpipe resetpipe 相应的打包函数接口有： getframelength getframenumber releaseframelengthcontrol setframelength takeframelengthcontrol 取得设置设备配置函数： clearfeature setdescriptor getdescriptor setfeature
设备驱动程序
驱动程序 驱动程序一般指的是设备驱动程序（Device Driver），是一种可以使计算机和设备通信的特殊程序。相当于硬件的接口，操作系统只有通过这个接口，才能控制硬件设备的工作，假如某设备的驱动程序未能正确安装，便不能正常工作。 因此，驱动程序被比作“硬件的灵魂”、“硬件的主宰”、和“硬件和系统之间的桥梁”等。 中文名 驱动程序 外文名 Device Driver 全称 设备驱动程序 性质 可使计算机和设备通信的特殊程序 目录 1定义 2作用 3界定 ?正式版 ?认证版 ?第三方 ?修改版 ?测试版 4驱动程序的开发 ?微软平台 ?Unix平台 5安装顺序 6inf文件 1定义 驱动程序（Device Driver）全称为“设备驱动程序”，是一种可以使计算机和设备通信的特殊程序，可以说相当于硬件的接口，操作系统只能通过这个接口，才能控制硬件设备的工作，假如某设备的驱动程序未能正确安装，便不能正常工作。 惠普显卡驱动安装 正因为这个原因，驱动程序在系统中的所占的地位十分重要，一般当操作系统安装完毕后，首要的便是安装硬件设备的驱动程序。不过，大多数情况下，我们并不需要安装所有硬件设备的驱动程序，例如硬盘、显示器、光驱等就不需要安装驱动程序，而显卡、声卡、扫描仪、摄像头、Modem等就需要安装驱动程序。另外，不同版本的操作系统对硬件设
备的支持也是不同的，一般情况下版本越高所支持的硬件设备也越多，例如笔者使用了Windows XP，装好系统后一个驱动程序也不用安装。 设备驱动程序用来将硬件本身的功能告诉操作系统，完成硬件设备电子信号与操作系统及软件的高级编程语言之间的互相翻译。当操作系统需要使用某个硬件时，比如：让声卡播放音乐，它会先发送相应指令到声卡驱动程序，声卡驱动程序接收到后，马上将其翻译成声卡才能听懂的电子信号命令，从而让声卡播放音乐。 所以简单的说，驱动程序提供了硬件到操作系统的一个接口以及协调二者之间的关系，而因为驱动程序有如此重要的作用，所以人们都称“驱动程序是硬件的灵魂”、“硬件的主宰”，同时驱动程序也被形象的称为“硬件和系统之间的桥梁”。 戴尔电脑驱动盘 驱动程序即添加到操作系统中的一小块代码，其中包含有关硬件设备的信息。有了此信息，计算机就可以与设备进行通信。驱动程序是硬件厂商根据操作系统编写的配置文件，可以说没有驱动程序，计算机中的硬件就无法工作。操作系统不同，硬件的驱动程序也不同，各个硬件厂商为了保证硬件的兼容性及增强硬件的功能会不断地升级驱动程序。如：Nvidia显卡芯片公司平均每个月会升级显卡驱动程序2－3次。驱动程序是硬件的一部分，当你安装新硬件时，驱动程序是一项不可或缺的重要元件。凡是安装一个原本不属于你电脑中的硬件设备时，系统就会要求你安装驱动程序，将新的硬件与电脑系统连接起来。驱动程序扮演沟通的角色，把硬件的功能告诉电脑系统，并且也将系统的指令传达给硬件，让它开始工作。 当你在安装新硬件时总会被要求放入“这种硬件的驱动程序”，很多人这时就开始头痛。不是找不到驱动程序的盘片，就是找不到文件的位置，或是根本不知道什么是驱动程序。比如安装打印机这类的硬件外设，并不是把连接线接上就算完成，如果你这时候开始使用，系统会告诉你，找不到驱动程序。怎么办呢参照说明书也未必就能顺利安装。其实在安装方面还是有一定的惯例与通则可寻的，这些都可以帮你做到无障碍安装。 在Windows系统中，需要安装主板、光驱、显卡、声卡等一套完整的驱动程序。如果你需要外接别的硬件设备，则还要安装相应的驱动程序，如：外接游戏硬件要安装手柄、方向盘、摇杆、跳舞毯等的驱动程序，外接打印机要安装打印机驱动程序，上网或接入局域网要安装网卡、Modem甚至ISDN、ADSL的驱动程序。说了这么多的驱动程序，你是否有一点头痛了。下面就介绍Windows系统中各种的不同硬件设备的驱动程序，希望能让你拨云见日。 在Windows 9x下，驱动程序按照其提供的硬件支持可以分为:声卡驱动程序、显卡驱动程序、鼠标驱动程序、主板驱动程序、网络设备驱动程序、打印机驱动程序、扫描仪驱动程序等等。为什么没有CPU、内存驱动程序呢因为CPU和内存无需驱动程序便可使用，不仅如此，绝大多数键盘、鼠标、硬盘、软驱、显示器和主板上的标准设备都可以用Windows 自带的标准驱动程序来驱动，当然其它特定功能除外。如果你需要在Windows系统中的DOS 模式下使用光驱，那么还需要在DOS模式下安装光驱驱动程序。多数显卡、声卡、网卡等内置扩展卡和打印机、扫描仪、外置Modem等外设都需要安装与设备型号相符的驱动程序，否则无法发挥其部分或全部功能。驱动程序一般可通过三种途径得到，一是购买的硬件附
字符设备驱动程序课程设计报告
中南大学 字符设备驱动程序 课程设计报告 姓名：王学彬 专业班级：信安1002班 学号：0909103108 课程：操作系统安全课程设计 指导老师：张士庚 一、课程设计目的 1.了解Linux字符设备驱动程序的结构； 2.掌握Linux字符设备驱动程序常用结构体和操作函数的使用方法； 3.初步掌握Linux字符设备驱动程序的编写方法及过程； 4.掌握Linux字符设备驱动程序的加载方法及测试方法。 二、课程设计内容 5.设计Windows XP或者Linux操作系统下的设备驱动程序; 6.掌握虚拟字符设备的设计方法和测试方法；
7.编写测试应用程序，测试对该设备的读写等操作。 三、需求分析 3.1驱动程序介绍 驱动程序负责将应用程序如读、写等操作正确无误的传递给相关的硬件，并使硬件能够做出正确反应的代码。驱动程序像一个黑盒子，它隐藏了硬件的工作细节，应用程序只需要通过一组标准化的接口实现对硬件的操作。 3.2 Linux设备驱动程序分类 Linux设备驱动程序在Linux的内核源代码中占有很大的比例，源代码的长度日益增加，主要是驱动程序的增加。虽然Linux内核的不断升级，但驱动程序的结构还是相对稳定。 Linux系统的设备分为字符设备(char device)，块设备(block device)和网络设备(network device)三种。字符设备是指在存取时没有缓存的设备，而块设备的读写都有缓存来支持，并且块设备必须能够随机存取(random access)。典型的字符设备包括鼠标，键盘，串行口等。块设备主要包括硬盘软盘设备，CD-ROM等。 网络设备在Linux里做专门的处理。Linux的网络系统主要是基于BSD unix的socket 机制。在系统和驱动程序之间定义有专门的数据结构(sk_buff)进行数据传递。系统有支持对发送数据和接收数据的缓存，提供流量控制机制，提供对多协议的支持。 3.3驱动程序的结构 驱动程序的结构如图3.1所示，应用程序经过系统调用，进入核心层，内核要控制硬件需要通过驱动程序实现，驱动程序相当于内核与硬件之间的“系统调用”。
USB驱动程序编写
USB驱动程序编写 linux下usb驱动编写（内核2.4）——2.6与此接口有区别2006-09-15 14:57我们知道了在Linux 下如何去使用一些最常见的USB设备。但对于做系统设计的程序员来说，这是远远不够的，我们还需要具有驱动程序的阅读、修改和开发能力。在此下篇中，就是要通过简单的USB驱动的例子，随您一起进入USB驱动开发的世界。 USB骨架程序（usb-skeleton），是USB驱动程序的基础，通过对它源码的学习和理解，可以使我们迅速地了解USB驱动架构，迅速地开发我们自己的USB硬件的驱动。 USB驱动开发 在掌握了USB设备的配置后，对于程序员，我们就可以尝试进行一些简单的USB驱动的修改和开发了。这一段落，我们会讲解一个最基础USB框架的基础上，做两个小的USB驱动的例子。 USB骨架 在Linux kernel源码目录中driver/usb/usb-skeleton.c为我们提供了一个最基础的USB驱动程序。我们称为USB骨架。通过它我们仅需要修改极少的部分，就可以完成一个USB设备的驱动。我们的USB驱动开发也是从她开始的。 那些linux下不支持的USB设备几乎都是生产厂商特定的产品。如果生产厂商在他们的产品中使用自己定义的协议，他们就需要为此设备创建特定的驱动程序。当然我们知道，有些生产厂商公开他们的USB协议，并帮助Linux驱动程序的开发，然而有些生产厂商却根本不公开他们的USB协议。因为每一个不同的协议都会产生一个新的驱动程序，所以就有了这个通用的USB驱动骨架程序，它是以pci 骨架为模板的。 如果你准备写一个linux驱动程序，首先要熟悉USB协议规范。USB主页上有它的帮助。一些比较典型的驱动可以在上面发现，同时还介绍了USB urbs的概念，而这个是usb驱动程序中最基本的。 Linux USB 驱动程序需要做的第一件事情就是在Linux USB 子系统里注册，并提供一些相关信息，例如这个驱动程序支持那种设备，当被支持的设备从系统插入或拔出时，会有哪些动作。所有这些信息都传送到USB 子系统中，在usb骨架驱动程序中是这样来表示的： static struct usb_driver skel_driver = { name: skeleton, probe: skel_probe, disconnect: skel_disconnect, fops: &skel_fops, minor: USB_SKEL_MINOR_BASE, id_table: skel_table,
USB驱动程序源代码
项目报告7 USB驱动程序源代码作者：罗仕波 一．头文件go7007sb.h /* *go7007sb.h - this file includes all relative header files that *will be used in go7007sb vedio usb interface driver, and it *also defines all relative driver private data structures and *it's io control commands. */ #ifndef _GO7007SB_H #define _GO7007SB_H #include
最新开发usb驱动程序的方法连载一
最新开发usb驱动程序的方法连载一 开发usb驱动程序的方法（连载二） NT还有更多其他的对象，例如中断对象、Controller对象、定时器对象等等，但在我们开发的驱动程序中并没有用到，因此在这里不做介绍。 I/O缓冲策略 很明显的，驱动程序和客户应用程序经常需要进行数据交换，但我们知道驱动程序和客户应用程序可能不在同一个地址空间，因此操作系统必须解决两者之间的数据交换。这就就设计到设备的I/O缓冲策略。 读写请求的I/O缓冲策略 前面说到通过设置Device对象的Flag可以选择控制处理读写请求的I/O缓冲策略。下面对这些缓冲策略分别做一介绍。 1、缓冲I/O(DO_BUFFERED_IO) 在读写请求的一开始，I/O管理器检查用户缓冲区的可访问性，然后分配与调用者的缓冲区一样大的非分页池，并把它的地址放在IRP的AssociatedIrp.SystemBuffer域中。驱动程序就利用这个域来进行实际数据的传输。 对于IRP_MJ_READ读请求，I/O管理器还把IRP的UserBuffer域设置成调用者缓冲区的用户空间地址。当请求完成时，I/O管理器利用这个地址将数据从驱动程序的系统空间拷贝回调用者的缓冲区。对于IRP_MJ_WRITE写请求，UserBuffer被设置为NULL，并把用户缓冲区的数据拷贝到系统缓冲区中。 2、直接I/O(DO_DIRECT_IO) I/O管理器首先检查用户缓冲区的可访问性，并在物理内存中锁定它。然后它为该缓冲区创建一个内存描述表(MDL)，并把MDL的地址存放在IRP的MdlAddress域中。AssociatedIrp.SystemBuffer和 UserBuffer 都被设置为NULL。驱动程序可以调用函数 MmGetSystemAddressForMdl得到用户缓冲区的系统空间地址，从而进行数据操作。这个函数将调用者的缓冲区映射到非份页的地址空间。驱动程序完成I/O请求后，系统自动从系统空间解除缓冲区的映射。 3、这两种方法都不是 这种情况比较少用，因为这需要驱动程序自己来处理缓冲问题。 I/O管理器仅把调用者缓冲区的用户空间地址放到IRP的UserBuffer 域中。我们并不推荐这种方式。 IOCTL缓冲区的缓冲策略 IOCTL请求涉及来自调用者的输入缓冲区和返回到调用者的输出缓冲区。为了理解IOCTL请求，我们先来看看WIN32 API DeviceIoControl函数的原型。 BOOL DeviceIoControl ( HANDLE hDevice, // 设备句柄 DWORD dwIoControlCode, // IOCTL请求操作代码 LPVOID lpInBuffer, // 输入缓冲区地址 DWORD nInBufferSize, // 输入缓冲区大小 LPVOID lpOutBuffer, // 输出缓冲区地址 DWORD nOutBufferSize, // 输出缓冲区大小 LPDWORD lpBytesReturned, // 存放返回字节数的指针
USB设备驱动程序设计
USB设备驱动程序设计 引言 USB 总线是1995 年微软、IBM 等公司推出的一种新型通信标准总线， 特点是速度快、价格低、独立供电、支持热插拔等，其版本从早期的1.0、1.1 已经发展到目前的2.0 版本，2.0 版本的最高数据传输速度达到480Mbit/s，能 满足包括视频在内的多种高速外部设备的数据传输要求，由于其众多的优点，USB 总线越来越多的被应用到计算机与外设的接口中，芯片厂家也提供了多种USB 接口芯片供设计者使用，为了开发出功能强大的USB 设备，设计者往往 需要自己开发USB 设备驱动程序，驱动程序开发一直是Windows 开发中较难 的一个方面，但是通过使用专门的驱动程序开发包能减小开发的难度，提高工 作效率，本文使用Compuware Numega 公司的DriverStudio3.2 开发包，开发了基于NXP 公司USB2.0 控制芯片ISP1581 的USB 设备驱动程序。 USB 设备驱动程序的模型 USB 设备驱动程序是一种典型的WDM(Windows Driver Model)驱动程序，其程序模型如图1 所示。用户应用程序工作在Windows 操作系统的用户模式层，它不能直接访问USB 设备，当需要访问时，通过调用操作系统的 API(Application programming interface)函数生成I/O 请求信息包(IRP)，IRP 被传输到工作于内核模式层的设备驱动程序，并通过驱动程序完成与UBS 外设通 信。设备驱动程序包括两层：函数驱动程序层和总线驱动程序层，函数驱动程 序一方面通过IRP 及API 函数与应用程序通信，另一方面调用相应的总线驱动 程序，总线驱动程序完成和外设硬件通信。USB 总线驱动程序已经由操作系统 提供，驱动程序开发的重点是函数驱动程序。 USB 设备驱动程序的设计
Windows驱动开发入门
接触windows驱动开发有一个月了，感觉Windows驱动编程并不像传说中的那么神秘。为了更好地为以后的学习打下基础，记录下来这些学习心得，也为像跟我一样致力于驱动开发却苦于没有门路的菜鸟朋友们抛个砖，引个玉。 我的开发环境：Windows xp 主机+ VMW ARE虚拟机（windows 2003 server系统）。编译环境：WinDDK6001.18002。代码编辑工具：SourceInsight。IDE：VS2005/VC6.0。调试工具：WinDBG，DbgView.exe, SRVINSTW.EXE 上面所有工具均来自互联网。 对于初学者，DbgView.exe和SRVINSTW.EXE是非常简单有用的两个工具，一定要装上。前者用于查看日志信息，后者用于加载驱动。 下面从最简单的helloworld说起吧。Follow me。 驱动程序的入口函数叫做DriverEntry(PDRIVER_OBJECT pDriverObj,PUNICODE_STRING pRegisgryString)。两个参数，一个是驱动对象，代表该驱动程序；另一个跟注册表相关，是驱动程序在注册表中的服务名，暂时不用管它。DriverEntry 类似于C语言中的main函数。它跟main的差别就是，main完全按照顺序调用的方法执行，所有东西都按照程序员预先设定的顺序依次发生；而DriverEntry则有它自己的规则，程序员只需要填写各个子例程，至于何时调用，谁先调，由操作系统决定。我想这主要是因为驱动偏底层，而底层与硬件打交道，硬件很多都是通过中断来与操作系统通信，中断的话就比较随机了。但到了上层应用程序，我们是看不到中断的影子的。说到中断，驱动程序中可以人为添加软中断，__asm int 3或者Int_3();前者是32位操作系统用的，后者是64位用的。64位驱动不允许内嵌汇编。下面是我的一个helloworld的源码：
编译hello设备驱动程序详细过程
编译hello world设备驱动程序详细过程 1、安装与你的开发板相同的内核版本的虚拟机，我的板子内核是2.6.8.1，虚拟机是2.6.9， 一般是虚拟机的内核只能比板子内核新，不能旧 #uanme –a [1](在任何目录下，输入此命令，查看虚拟机的内核版本，我的内核版本是2.6.9) 2、在虚拟机上设置共享目录，我的共享目录在linux下的/mnt/hgfs/share [2]share是自己命名的，我的物理机上，即Windows下的目录是G:/share, 3、在Windows下，把开发板的的交叉开发工具链[3]，内核源码包[4]，复制到物理机的共享目录下[5] 即Windows下的目录是G:/share, 4、#cp /mnt/hgfs/share/cross-3.3.2.tar.bz2 /usr/local/arm [6] 在Linux下，把交叉工具链，复制到/usr/local/arm目录下 5、#cd /usr/local/arm 6、#tar jxvf cross-3.3.2.tar.bz2 [7] 并在当前目录/usr/local/arm下解压它cross-2.95.3.tar.bz2和gec2410-linux-2.6.8.tar.bz2也是用同样的命令去解压 7、#export PATH=/usr/local/arm/3.3.2/bin:$PATH [8] 安装交叉工具链，在需要使用交叉编译时，只要在终端输入如下命令 #export PATH=/usr/local/arm/版本/bin:$PATH 即可，在需要更改不同版本的工具链时，重新启动一个终端，然后再一次输入上面的命令即可，使用哪个版本的交叉工具链，视你要编译的内核版本决定，编译2.4版本的内核，则用2.95.3版本的交叉工具链，而2.6版本内核的，则要用3.3.2版本的交叉工具链。 8、#cp gec2410-linux-2.6.8.tar.bz2 /root [9]把内核拷贝到/root目录下， 9、#cd /root 10、#tar gec2410-linux-2.6.8.tar.bz2 [10] 在/root解压开发板的内核源码压缩包gec2410-linux-2.6.8.tar.bz2，得到gec2410-linux-2.6.8.1文件夹 11、#cd /root/ gec2410-linux-2.6.8.1 12、#cp gec2410.cfg .config [11] gec2410.cfg文件是广嵌开发板提供的默认内核配置文件，在这里首先把内核配置成默认配置，然后在此基础上用make menuconfig进一步配置，但在这里，不进行进一步的配置，对于内核配置，还需要看更多的知识，在这里先存疑。 13、#make [12]在内核源代码的根目录gec2410-linux-2.6.8.1下用make命令编译内核，注意，先安装交叉工具链，再编译内核，因为这里编译的hello.ko驱动模块最终是下载到开发板上运行的，而不是在虚拟机的Linux系统运行的，如果是为了在虚拟机的Linux系统运行的，则不用安装交叉编译工具链arm-linux-gcc,而直接用gcc,用命令#arm-linux-gcc –v 可以查看当前已经安装的交叉编译工具链的版本。这里编译内核不是为了得到内核的映象文件zImage（虽然会得到内核的映象文件zImage），而是为了得到编译hello.o模块需要相关联，相依赖(depends on)的模块。 14、#cd /root 12、#mkdir hello [13]在/root目录下建立hello文件夹， 13、#cd hel 14 、#vi hello.c [12]编辑hello.c文件,内容是《Linux设备驱动程序》第三版22页的hello world程序。 15、#vi Makefile [13]在hello文件夹下编辑Makefile文件， 16、obj-m := module.o [14] 这是Makefile的内容，为obj-m := module.omodule.o视你编辑的.c文件而定，这里则要写成hello.o，写完后，保存退出。 17、cd /root/hello
开发usb驱动程序的方法(连载一)
开发usb驱动程序的方法（连载一） 开始驱动程序设计 下面的文字是从Microsoft的DDK帮助中节选出来的，它让我们明白在开始设计驱动程序应该注意些什么问题，这些都是具有普遍意义的开发准则。应该支持哪些I/O请求在开始写任何代码之前，应该首先确定我们的驱动程序应该处理哪些IRP例程。 如果你在设计一个设备驱动程序，你应该支持和其他相同类型设备的NT驱动程序相同的IRP_MJ_XXX 和IOCTL请求代码。 如果你是在设计一个中间层NT驱动程序，应该首先确认你下层驱动程序所管理的设备，因为一个高层的驱动程序必须具有低层驱动程序绝大多数IRP_MJ_XXX例程入口。高层驱动程序在接到I/O 请求时，在确定自身IRP当前堆栈单元参数有效的前提下，设置好IRP中下一个低层驱动程序的堆栈单元，然后再调用IoCallDriver 将请求传递给下层驱动程序处理。 一旦决定好了你的驱动程序应该处理哪些IRP_MJ_XXX，就可以开始确定驱动程序应该有多少个Dispatch例程。当然也可以考虑把某些 RP_MJ_XXX处理的例程合并为同一例程处理。例如在ChangerDisk 和 VDisk里，对IRP_MJ_CREATE和IRP_MJ_CLOSE处理的例程就是同一函数。对IRP_MJ_READ和IRP_MJ_WRITE处理的例程也是同一个函数。 应该有多少个Device对象？ 一个驱动程序必须为它所管理的每个可能成为I/O请求的目标的物理和逻辑设备创建一个命名Device对象。一些低层的驱动程序还可能要创建一些不确定数目的Device对象。例如一个硬盘驱动程序必须为每一个物理硬盘创建一个Device对象，同时还必须为每个物理磁盘上的每个逻辑分区创建一个Device对象。一个高层驱动驱动程序必须为它所代表的虚拟设备创建一个Device 对象，这样更高层的驱动程序才能连接它们的Device对象到这个驱动程序的Device对象。另外，一个高层驱动程序通常为它低层驱动程序所创建的Device对象创建一系列的虚拟或逻辑Device对象。 尽管你可以分阶段来设计你的驱动程序，因此一个处在开发阶段的驱动程序不必一开始就创建出所有它将要处理的所有Device对象。但从一开始就确定好你最终要创建的所有Device对象将有助于设计者所要解决的任何同步问题。另外，确定所要创建的Device对象还有助于你定义Device对象的Device Extension 的内容和数据结构。 开始驱动程序开发 驱动程序的开发是一个从粗到细逐步求精的过程。NT DDK的src\ 目录下有一个庞大的样板代码，几乎覆盖了所有类型的设备驱动程序、高层驱动程序和过滤器驱动程序。在开始开发你的驱动程序之前，你应该在这个样板库下面寻找是否有和你所要开发的类似类型的例程。例如我们所开发的驱动程序，虽然DDK 对USB描述得不是很详细，我们还是可以在src\storage\class目录发现很多和USB设备有关的驱动程序。下面我们来看开发驱动程序的基本步骤。 最简的驱动程序框架 1、写一个DriverEntry例程，在里面调用IoCreateDevice创建一个Device对象。 2、写一个处理IRP_MJ_CREA TE请求的Dispatch例程的基本框架 (参见DDK Kernel-Mode Drivers 4.4.3描述的一个DispatchCreate 例程所要完成的最基本工作。当然写了DispatchCreate例程后，要在DriverEntry 例程为IRP_MJ_CREA TE初始化例程入口)。如果驱动程序创建了多于一个Device对象，则必须为IRP_MJ_CLOSE 请求写一个例程，该例程通常情况下可以和DispatchCreate共用一个例程，参见参见DDK Kernel-Mode Drivers 4.4.3。 3、编译连接你的驱动程序。
触摸屏控制器驱动程序设计
触摸屏控制器驱动程序设计 在便携式的电子类产品中,触摸屏由于其便、灵活、占用空间少等优点,已经逐渐取代键盘成为嵌入式计算机系统常选用的人机交互输入设备。触摸屏输入系统由触摸屏、触摸屏控制器、微控制器及其相应的驱动程序构成。本文从触摸屏控制器的驱动程序设计着手,介绍触摸屏控制器ADS7843的内部结构及工作原理和在嵌入式Linux操作系统中基于PXA255微处理器的ADS7843驱动程序设计。 1触摸屏控制器ADS7843的介绍 1.1ADS7843的内部结构 ADS7843内驻一个多路低导通电阻模拟开关组成的供电-测量电路网络、12bit逐次逼近A/D转换器和异步串行数据输入输出,ADS7843根据微控制器发来的不同测量命令导通相应的模拟开关,以便向触摸屏电极对提供电压,并把相应电极上的触点坐标位置所对应的电压模拟量引入A/D 转换器,图1为ADS7843内部结构图。X+、Y+、X-、Y-为触摸屏电极模拟电压输入;CS为ADS7843的片选输入信号,低电平有效;DCLK接外部时钟输入,为芯片进行A/D转换和异步串行数据输入/输出提供时钟;DIN串行数据输入端,当CS低电平时,输入数据在时钟的上升沿将串行数据锁存;DOUT串行数据输出端,在时钟下降沿数据由此移位输出,当CS为高电平时,DOUT呈高阻态。BUSY为系统忙标志端,当CS为低电平,且BUSY 为高电平时,表示ADS7843正在进行数据转换;VREF参考电压输入端,电
压值在+1V到+VCC之间变化;PENIRQ为笔触中断,低电平有效;IN3、IN4为辅助ADC转换输入通道;+VCC为电源输入。 图1ADS7843内部结构 1.2ADS7843的转换时序 ADS7843完成一次数据转换需要与微控制器进行3次通信,第一次微处理器通过异步数据传送向ADS843发送控制字,其中包括起始位、通道选择、8/12位模式、差分/单端选择和掉电模式选择,其后的两次数据传送则是微控制器从ADS7843取出16bitA/D转换结果数据(最后四位自动补零),每次通信需要8个时钟周期,完成一次数据转换共需24个时钟周期,图2为ADS7843转换时序。 图2ADS7843转换时序 2ADS7843与PXA255硬件接口 PXA255微处理器是Intel公司生产的第二代基于32位XScale微架构的集成系统芯片(ISOC),PXA255具有高性能、低功耗等优点,它除了XScale 微内核外,还集成了许多适用于手持设备市场需要的外围设备。图3为ADS7843触摸屏控制器与PXA255微处理器的硬件连线示意图。当屏触发生时ADS7843向PXA255发出中断请求,由PXA255响应该中断请求,
Windows驱动程序开发环境配置
Windows驱动程序开发笔记 一、WDK与DDK环境 最新版的WDK 微软已经不提供下载了这里：https://https://www.sodocs.net/doc/df2283682.html,/ 可以下并且这里有好多好东东！ 不要走进一个误区：下最新版的就好，虽然最新版是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、添加该项完毕后，选择您的控制面板，就可以看到新添加进来的项了。 6、点击Windows Driver Kit (WDK) and Windows Driver Framework (WDF)，看到下面有下载链接，OK，下载开始。下载后的文件名为： 6.1.6001.18002.081017-1400_wdksp-WDK18002SP_EN_DVD.iso将近600M大小。
linux驱动程序的编写
linux驱动程序的编写 一、实验目的 1.掌握linux驱动程序的编写方法 2.掌握驱动程序动态模块的调试方法 3.掌握驱动程序填加到内核的方法 二、实验内容 1. 学习linux驱动程序的编写流程 2. 学习驱动程序动态模块的调试方法 3. 学习驱动程序填加到内核的流程 三、实验设备 PentiumII以上的PC机，LINUX操作系统，EL-ARM860实验箱 四、linux的驱动程序的编写 嵌入式应用对成本和实时性比较敏感，而对linux的应用主要体现在对硬件的驱动程序的编写和上层应用程序的开发上。 嵌入式linux驱动程序的基本结构和标准Linux的结构基本一致，也支持模块化模式，所以，大部分驱动程序编成模块化形式，而且，要求可以在不同的体系结构上安装。linux是可以支持模块化模式的，但由于嵌入式应用是针对具体的应用，所以，一般不采用该模式，而是把驱动程序直接编译进内核之中。但是这种模式是调试驱动模块的极佳方法。 系统调用是操作系统内核和应用程序之间的接口，设备驱动程序是操作系统内核和机器硬件之间的接口。设备驱动程序为应用程序屏蔽了硬件的细节,这样在应用程序看来,硬件设备只是一个设备文件,应用程序可以像操作普通文件一样对硬件设备进行操作。同时,设备驱动程序是内核的一部分,它完成以下的功能:对设备初始化和释放;把数据从内核传送到硬件和从硬件读取数据;读取应用程序传送给设备文件的数据和回送应用程序请求的数据;检测和处理设备出现的错误。在linux操作系统下有字符设备和块设备，网络设备三类主要的设备文件类型。 字符设备和块设备的主要区别是:在对字符设备发出读写请求时,实际的硬件I/O一般就紧接着发生了;块设备利用一块系统内存作为缓冲区,当用户进程对设备请求满足用户要求时,就返回请求的数据。块设备是主要针对磁盘等慢速设备设计的,以免耗费过多的CPU时间来等待。 1 字符设备驱动结构 Linux字符设备驱动的关键数据结构是cdev和file_operations结构体。
USB驱动程序的编写采用WDM驱动程序
U S B驱动程序的编写采用W D M驱动程序 Document serial number【UU89WT-UU98YT-UU8CB-UUUT-UUT108】
USB驱动程序的编写采用WDM 驱动程序。WDM 驱动程序是一些例程的集合，它们被动地存在，等待主机系 统软件（PnP 管理器、I/O 管理器、电源管理器等）来调用或激活它们。具体驱动程序不同，其所包含 的例程也不同。一个WDM 驱动程序的基本组成包括以下5个例程：（1）驱动程序入口例程：处理驱动程序的初始化。 （2）即插即用例程：处理PnP 设备的添加、删除和停止。 （3）分发例程：处理用户应用程序发出的各种 I/O 请求。 （4）电源管理例程：处理电源管理请求。 （5）卸载例程：处理驱动程序的卸载。 包含文件： , , , , , makefile,sources) 在文件中，包含了上述五个例程： 中定义了各种数据结构还有各种IOCTL控制码，用于不同数据的读写。
中实现了各种驱动例程。包含了上述五个所说例程外还包含了其他例程，课程从下面的驱动 程序入口例程得出一些信息。 驱动程序入口例程： NTSTATUS DriverEntry( IN PDRIVER_OBJECT DriverObject, IN PUNICODE_STRING RegistryPath ) { NTSTATUS ntStatus = STATUS_SUCCESS; PDEVICE_OBJECT deviceObject = NULL; DriverObject->MajorFunction[IRP_MJ_CREATE] = Ezusb_Create; DriverObject->MajorFunction[IRP_MJ_CLOSE] = Ezusb_Close; ources. If you want to add a new source # file to this
USB键盘驱动程序
/* * $Id: usbkbd.c,v 1.27 2001/12/27 10:37:41 vojtech Exp $ * * Copyright (c) 1999-2001 Vojtech Pavlik * * USB HIDBP Keyboard support */ /* * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; either version 2 of the License, or * (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA * * Should you need to contact me, the author, you can do so either by * e-mail - mail your message to <>, or by paper mail: * Vojtech Pavlik, Simunkova 1594, Prague 8, 182 00 Czech Republic */ #include
相关文档
- Win7系统安装USB-Blaster驱动程序的方法
- 安装USBKey驱动程序
- USB编程电缆驱动程序安装说明
- USB驱动程序编写和安装导入
- USB驱动分析
- USB驱动程序安装说明
- 安装USB驱动过程中可能遇到的问题及解决方案-HP
- 基于Windows的USB驱动程序开发
- USB BLASTER驱动程序的安装
- USB下载接口驱动安装
- USB20驱动程序的安装
- 基于Windows的USB驱动程序开发
- 开发usb驱动程序的方法
- studio10分钟完成一个USB驱动程序
- USB键盘驱动程序
- USB-PC-PPI驱动安装说明
- USB编程器软件安装和驱动程序安装说明
- (简易USB驱动)开发指导
- USB驱动程序源代码
- 安装USB驱动过程中可能遇到的问题及解决方案