驱动程序设计
发布时间:2008/12/26 0:00:00 访问次数:657
目前,用于驱动程序开发的工具主要有windiver、微软的ddk和compuware公司的driverstudio等。
这里使用driverstudio驱动程序开发工具进行开发,对于面向对象编程的软件开发,driverstudio是一个良好的驱动开发工具,并且开发时间比较短。driverstudio工具包中的driverworks提供了三个类:kdriver、kpnpdevice和kpnplowerdevice,这三个类用于实现wdm驱动程序的框架结构。
wdm驱动程序实际上是一组子程序的组合,操作系统通过按步骤地调用这些程序来完成irp要求的工作。如图所示是这些子程序的示意图。
图 wdm驱动程序的程序组
在这些子程序中,driverentry,adddevice和一些dispatch程序是驱动程序的必备部分。若驱动程序要对irp进行排队,则它必须包括startlo程序;若需要中断的驱动程序则必须具有oninterrupt和dpcforlst程序;若驱动程序要进行dma传输,则它要有adapercontrol程序。每个驱动程序的子程序选择都是建立在自己需要的功能基础之上的。
其中,kdriver类提供设备驱动程序的基本框架结构。它负责驱动程序的初始化,并负责将irp分发到目标设备对象。由于kdriver是抽象类,因此必须创建一个kdriver的派生类,并重载driverentry例程,在driverentry例程中做一些初始化工作。每当pnp子系统检测到驱动程序所负责的设备时,就调用adddevice例程,unload例程负责最后的清除工作。
对于kpnpdevice类,它是kdevice类的派生类,在驱动程序中只作为基类使用。它支持即插即用和电源管理,主要处理irp mj pnp和irp-mj-power请求包。
kpnplowerdevice类提供了一个物理设备对象的模型,当驱动程序创建或初始化一个kpnplowerdevice类实例的时候,它就将一个设各对象连向了一个物理设备对象。
除了用到以上类外,开发usb驱动程序还用到了driverworks提供的3个用于实现usb设备操作的类:kusblowerdevice、kusblnterface和kusbpipe类。
其中,kusblowerdevice实例代表端点0,允许usb驱动程序通过默认控制管道控制usb设备,如配置usb设备、传输各种控制和状态请求;kusblnterface类的作用更多是结构上的而非功能上的,其成员函数几乎不与实际物理设备交互作用,驱动程序用这个类获取接口和管道信息;kusbpipe类对应于管道,管道是主机和一个端点的信息连接,这个类用于初始化管道信息和管道操作控制。以下是部分驱动程序代码。
(1)设各驱动程序的driverentry和adddevice例程
status asgccusb::driverentry(puntcode_string registrypath) //驱程入口
(2)数据读写(read和write)例程
如果固件程序中对usb设备配置选择的是哪个端点读写数据,驱动程序中便使用相应的那个端点来读写数据。具体的代码如下:
关于写数据的例程和上述的读数据的例程相似,只要相应地把读函数换成写函数即可。
欢迎转载,信息来自维库电子市场网(www.dzsc.com)
目前,用于驱动程序开发的工具主要有windiver、微软的ddk和compuware公司的driverstudio等。
这里使用driverstudio驱动程序开发工具进行开发,对于面向对象编程的软件开发,driverstudio是一个良好的驱动开发工具,并且开发时间比较短。driverstudio工具包中的driverworks提供了三个类:kdriver、kpnpdevice和kpnplowerdevice,这三个类用于实现wdm驱动程序的框架结构。
wdm驱动程序实际上是一组子程序的组合,操作系统通过按步骤地调用这些程序来完成irp要求的工作。如图所示是这些子程序的示意图。
图 wdm驱动程序的程序组
在这些子程序中,driverentry,adddevice和一些dispatch程序是驱动程序的必备部分。若驱动程序要对irp进行排队,则它必须包括startlo程序;若需要中断的驱动程序则必须具有oninterrupt和dpcforlst程序;若驱动程序要进行dma传输,则它要有adapercontrol程序。每个驱动程序的子程序选择都是建立在自己需要的功能基础之上的。
其中,kdriver类提供设备驱动程序的基本框架结构。它负责驱动程序的初始化,并负责将irp分发到目标设备对象。由于kdriver是抽象类,因此必须创建一个kdriver的派生类,并重载driverentry例程,在driverentry例程中做一些初始化工作。每当pnp子系统检测到驱动程序所负责的设备时,就调用adddevice例程,unload例程负责最后的清除工作。
对于kpnpdevice类,它是kdevice类的派生类,在驱动程序中只作为基类使用。它支持即插即用和电源管理,主要处理irp mj pnp和irp-mj-power请求包。
kpnplowerdevice类提供了一个物理设备对象的模型,当驱动程序创建或初始化一个kpnplowerdevice类实例的时候,它就将一个设各对象连向了一个物理设备对象。
除了用到以上类外,开发usb驱动程序还用到了driverworks提供的3个用于实现usb设备操作的类:kusblowerdevice、kusblnterface和kusbpipe类。
其中,kusblowerdevice实例代表端点0,允许usb驱动程序通过默认控制管道控制usb设备,如配置usb设备、传输各种控制和状态请求;kusblnterface类的作用更多是结构上的而非功能上的,其成员函数几乎不与实际物理设备交互作用,驱动程序用这个类获取接口和管道信息;kusbpipe类对应于管道,管道是主机和一个端点的信息连接,这个类用于初始化管道信息和管道操作控制。以下是部分驱动程序代码。
(1)设各驱动程序的driverentry和adddevice例程
status asgccusb::driverentry(puntcode_string registrypath) //驱程入口
(2)数据读写(read和write)例程
如果固件程序中对usb设备配置选择的是哪个端点读写数据,驱动程序中便使用相应的那个端点来读写数据。具体的代码如下:
关于写数据的例程和上述的读数据的例程相似,只要相应地把读函数换成写函数即可。
欢迎转载,信息来自维库电子市场网(www.dzsc.com)
上一篇:USB固件程序的设计
热门点击