基于PCI总线的实时测频卡WDM驱动程序设计

发布时间:2010-8-20 10:42    发布者:lavida
关键词: PCI , WDM , 驱动程序 , 实时测频卡
PCI总线是一种与CPU无关的32/64位地址数据复用总线,工作频率为33 MHz/66 MHz,它支持突发传输,具有即插即用、电源管理等功能。PCI总线以其优良性能和可适应性成为现代微机的主流总线。在开发PCI设备的过程中,需要为PCI设备写驱动程序。Windows驱动程序模型(WDM)是Microsoft公司力推的全新驱动程序模式,它支持PhP、电源管理和WMI等技术。在Windows操作平台上,WDM已成为主流的驱动模型。这里主要介绍根据工程背景开发的基于PCI总线的实时测频卡的WDM驱动程序设计。  

1 实时测频卡硬件系统结构  

实时测频卡的主要功能是实时测定信号频率,实时识别信号调制方式。系统的电路框图如图1所示。外部待测信号通过SMA接口进入实时测频卡的ADC。ADC输出的数字信号在FPGA中缓存后进入DSP。在DSP内对信号进行粗估,然后通过EMIF接口把转化为频率和相位控制字的粗估结果发给DDC。DDC做出调整后,通过FPGA把移频和降采样后的信号输入给DSP。 DSP依据粗估结果和DDC的数据进行实时测频。测频完毕后,通过PCI总线向PC机发出中断信号。PC机响应中断,读取DSP内指定位置内存处的测频数据。为简化PCI接口电路设计,选用带有PCI接口电路的DSP芯片TMS320C6416。  


  
2 TMS320C6416的PCI接口介绍  

实时测频卡通过TMS320C6416的PCI接口和主机进行通信。该接口符合PCI 2.2规范,能提供33 MHz总线时钟,32 b数据宽度,可达到峰值132 MB/s的数据带宽。PCI接口包括配置寄存器、I/O寄存器和存储器映射寄存器。图2给出了部分PCI配置寄存器。配置寄存器的主要功能如下:  

(1)设备的识别、控制和状态指示。将供应商ID域、设备ID域、版本域、配置头类型域、分类代码域这五个域用于识别设备。所有的PCI设备必须设置这些域,配置软件可利用它们来确定系统中可用的PCI总线设备。对于TMS320C6416芯片而言,供应商ID为104CH;设备ID为A106H;其他三个域随不同的应用会有所改变。命令寄存器为发出和响应PCI总线命令提供粗略的控制。状态寄存器用于记录PCI总线有关操作的状态信息。  


  
(2)中断引脚寄存器的功能。01H~04H值对应于PCI中断请求引脚INTA#~INTD#。  

(3)基地址寄存器的功能。其功能是为PCI设备指定存储空间。PCI存储空间分为独立寻址的Memory空间和I/O空间两类。Memory空间适用于设备功能寄存器较多或数据流量较大的场合,I/O空间适用于设备功能寄存器较少或数据流量较小的场合。PCI接口拥有3个基地址寄存器BAR用于保存指向PCI存储空间的指针。图2为部分PCI配置寄存器。  

①Base 0基地址寄存器(BAR0)。确定一个4 MB可预取的PC机内存地址空间。将DSP存储空间中不同的4 MB空间都映射到PC机内存相同的4 MB空间中。由DSP页寄存器(DSPP)设置该区域在。DSP存储空间中的映射位置;用BAR0访问DSP内部的RAM和外挂的通过EMIFA和EMIFB访问的存储器空间。访问时每次最多只能读取DSP存储空间的4 MB内容,并且需要定义DSPP寄存器,以指定访问空间的起始地址。访问支持数据突发传输模式。这种映射方式只适用于DSP处于从模式。  

②Base 1基地址寄存器(BAR1):确定一个8 MB不可预取的访问区间。对DSP芯片而言,其访问地址固定在0180000H~0200000H的范围内。用BARl来访问DSP内部所有的操作命令控制寄存器。  

③Base 2基地址寄存器(BAR2):定义一个16 B的PC机I/O空间,用于访问PCI的I/O寄存器。BAR2加偏移00H,访问主机状态寄存器HSR;BAR2加偏移04H,访问主机对DSP控制寄存器HDCR;BAR2加偏移08H,访问DSP页寄存器DSPP。  

3 WDM概述  

WDM(Windows Driver Model)是一种遵循即插即用协议的内核模式驱动程序,它是微软的全新驱动程序模式,旨在通过提供一种灵活的方式来简化驱动程序的开发,在实现对新硬件支持的基础上,减少并降低必须开发的驱动程序数量和复杂性。在WDM中,采用图3所示的分层驱动程序体系结构。  


  
在WDM模型中,每个硬件设备至少有两个驱动程序:总线驱动程序和功能驱动程序。总线驱动程序由操作系统实现,它在最底层直接与设备打交道,负责管理硬件与计算机的连接;负责发现总线上所有的设备,并检测设备何时添加到总线上或何时从总线上删除。设备功能驱动程序在上层通过与低层驱动程序打交道,进行硬件操作,以实现PCI设备的功能。中间还可以有类过滤驱动程序或设备过滤驱动程序用于修改和监视IRP(I/O请求包),实现数据的过滤或转换。一般在特殊的情况下才需要编写。在实际开发中,只需要开发一个设备功能驱动程序即可。  

WDM还引入了功能设备对象(Functional DeviceObject,FDO)与物理设备对象(Physical Device Object,PDO)来描述硬件。一个PDO对应一个真实的硬件,一个硬件只允许有一个PDO,却可以有多个FDO。在驱动程序中直接操作的不是硬件而是相应的PDO与FDO。当应用程序与WDM驱动程序进行通信时,系统为每一个用户请求打包,形成一个I/O请求包(IRP)结构,将其发送到驱动程序,并通过识别IRP中的PDO来区别是发送给哪一个设备。IRP从驱动程序堆栈栈顶进入,每层驱动再把I/O请求划分成更简单的请求,以传给更下层的驱动执行,最底层的驱动程序在收到IRP后,通过硬件抽象层HAL与硬件发生作用,从而完成I/O请求工作。内核通常通过发送IRP来运行驱动程序中的代码。  

4 测频卡WDM驱动程序实现  

在微软公司DDK工具的支持下,Compuware Nu-Mega公司提供Driver Studio工具包中的DriverWorks将WDM驱动程序编写所需的对内核及对硬件的访问封装成类库,加上驱动程序代码生成向导DriverlWizard,极大地简化了驱动程序的开发难度。本文选择DriverWorks作为WDM驱动程序的开发工具。  

测频卡驱动程序的主要功能是为用户读取所测信号的频率参数,包括载频、调制方式、码元速率等。同时用户还能通过驱动程序发送命令对测频卡的工作方式进行控制。由此可知,驱动程序要重点处理好硬件访问和中断处理工作。  

4.1 I/O访问  

类KIoRange封装了对I/O端口的操作。本卡中PCI配置寄存器中的Base 2基地址寄存器定义了I/O空间。在OnstartDevice例程中取得I/O资源,并初始化,其函数实现如下:  


  
完成初始化后,可以用成员函数inb,inw,ind从I/O端口读一个(多个)字节、字、双字的数据;outb,outw,outd向I/O端口写一个(多个)字节、字、双字的数据。  

4.2 内存访问  

在Windows系统中,内存分为分页内存和非分页内存。在WDM驱动程序中,对于硬件的内存映射一般需要用非分页内存。因为在一些较高级别的例程中,使用分页内存会造成系统产生缺页中断,从而引起死锁。使用非分页内存无需太多的转换,非常安全,效率也高。类KMemoryRange封装了对PCI设备映射内存的操作。类KMemoryRange成员函数的读/写操作同类KIoRange。由PCI配置寄存器中的Base 0和Base 1基地址寄存器分别定义了两个内存空间。在OnstartDevice例程中取得内存资源并初始化,其函数实现如下:  

Status=m_MemoryRange0.Initialize(pResListTranslated,pResListRaw,PciConfig.BaseAddresslndexToOrdinal(0));  

Status=m_MemoryRangel.Initialize(pResListTranslated,pResListRaw,PeiConfig.BaseAddresslndexToOrdinal(1));  

4.3 中断处理  

中断处理一般需要声明两种类实例:Klnterrupt和KDeferredCall。Kinterrupt类用于实现硬件中断处理;KDeferredCall类用于实现延时过程调用。首先创建一个Klnterrupt类实例m_Irq,将此实例作为设备类的成员变量,然后创建一个KDeferredCall类实例m_DpcFor_Irq。m_Irq对应的中断服务例程和m_DpcFor_Irq对应的延时过程调用例程也需要在实例中声明。这两个实例m_Irq和m_DpcFor_Irq都是在OnstartDevice例程中初始化的,代码如下:  

status=m_Irq.InifializeAndConnect(pResListTranslated,LinkTo(Isr_Irq),This);  

m_DpcFor_Irq.Setup(LinkTo(DpeFor_Irq),this);  

中断服务例程的处理时间应尽量短,对于一些耗时,但不需要立即处理的任务,中断服务程序会调用一个低于中断服务程序DIRQL级别的延迟过程调用程序DPC,在DISPATCH_LEVEL上完成处理,这个级别上的限制较少,函数调用也相对比较方便。在中断服务例程中,首先判断中断是否是自己设备产生的,若不是,返回FALSE;若是,进行必要的处理,请求一个DPC(延时过程调用),然后返回TRUE。关键代码如下:  


  
在延时过程调用例程DpcFor_Irq中,读取所测信号的频率参数:  


  
5 驱动程序与应用程序之间的通信  

虽然驱动程序是为设备的硬件层编程服务的,但同样需要提供和应用程序进行通信的能力,从而最终达到应用程序控制设备的目的。应用程序与驱动程序之间的通信通过调用Win32 API来实现,应用程序用Creatfile函数通过已经定义的设备接口来获取驱动程序文件句柄,然后将文件句柄作为其他Win32 API函数的一个参数,对驱动程序的进行数据操作。调用DeviceloControl进行数据量较小的,如控制指令传输或端口、寄存器访问;调用ReadFile,WriteFile等函数进行数据量较大的传输,如内存读/写等。驱动程序与应用程序的通信有DeviceControl异步完成、共享Win32事件通知两种方式。Win32事件通知是由应用程序创建了一个事件后,设置事件的状态为Unsignal,然后直接将该事件句柄传递给驱动程序,等待驱动程序发送事件通知。驱动程序通过类Kevent获取这个事件的一个对象指针后,在IRQL≤DISPATCH_LEVEL级别的例程中设置事件信号状态为Signal来通知应用程序进行后续处理。  

6 结语  

基于上述的硬件结构和驱动程序设计方法,成功开发了一款实时测频卡,在实际中得到了很好的应用,板卡工作正常,达到了预期效果。实践证明,DriverWorks是一款功能强大,使用方便的驱动程序开发工具,利用它可以方便快捷地构造PCI设备的驱动程序框架,大大加快了开发周期,提高了开发效率。
本文地址:https://www.eechina.com/thread-22718-1-1.html     【打印本页】

本站部分文章为转载或网友发布,目的在于传递和分享信息,并不代表本网赞同其观点和对其真实性负责;文章版权归原作者及原出处所有,如涉及作品内容、版权和其它问题,我们将根据著作权人的要求,第一时间更正或删除。
您需要登录后才可以发表评论 登录 | 立即注册

厂商推荐

相关视频

关于我们  -  服务条款  -  使用指南  -  站点地图  -  友情链接  -  联系我们
电子工程网 © 版权所有   京ICP备16069177号 | 京公网安备11010502021702
快速回复 返回顶部 返回列表