序言
在水下航行器的动力测试系统中,测试参数种类繁多,测试环境复杂,存在强的噪声干扰,并且,由于测试的目的不同,要出现不同的组合测试,所以要求测试系统具有较好的组态性能和易维护性。然而,传统的测试系统设备复杂、功能单一、灵活性差。如果将虚拟仪器技术引入到水下航行器的动力测试系统中,特别是引入基于USB总线的虚拟仪器技术, 不但可以满足动力测试系统的要求,而且可以实现所建立的测控系统具有开放式工业标准性、互换性和互操作性以及现场设备的智能化等优势。另外,还具有节省硬件数量及成本、节省维护开销与提高可靠性等特点。
硬件设计
系统总体结构
水下航行器动力装置研究中要进行很多参数的测试,其中包括电压、电流、有功功率、无功功率、扭矩等,未来的研究还会涉及到噪声、振动等参数的测试。不同的参数其测量方法不尽相同,本文所详述的测试系统总体框图如图1所示。下面将重点介绍基于USB总线的数据采集卡的硬件和软件设计。
USB数据采集卡硬件设计
鉴于USB协议的复杂性(需要编写大量的固件代码),基于USB总线的数据采集卡的控制芯片采用AT89C55WD(自带20K的程序存储器,足以满足需要)。采集卡的ADC采用8位的ADC08909。USB接口芯片采用Philips公司的PDIUSBD12,该芯片采用GoodLink技术的连接指示器,在通讯时使LED闪烁,这种技术对于USB接口调试十分有用。PDIUSBD12与AT89C55WD、ADC0809的接口电路如图2所示。PDIUSBD12和AT89C55WD采用总线方式连接,通过中断方式进行数据交换。
软件设计
这里只介绍与USB数据采集卡相关的软件设计,包括单片机固件程序、采集卡驱动程序、动态链接库(DLL)、用户应用程序。
单片机固件程序设计
固件程序主要完成两个方面的工作:ADC采样服务和PDIUSBD12同主机的通讯。程序采用积木式结构,各模块程序分工如下:
*硬件提取层:对单片机的I/O口、数据总线等硬件接口进行操作;
* PDIUSBD12命令接口:指对PDIUSBD12器件进行操作的模块子程序集;
*中断服务程序:当PDIUSBD12向AT89C55WD发出中断请求时,读取PDIUSBD12的中断传输来的数据,设定事件标志位和Setup包数据缓存区并传输给主程序;
*标准请求处理程序:对USB的标准请求进行处理;
* 厂商请求处理程序:对USB的厂商请求进行处理;
*主循环程序:发送USB请求、处理USB总线事件和对用户功能进行处理。
固件程序的主循环框图如图3所示。
数据采集卡驱动程序设计
数据采集卡驱动程序的设计目标是编写在Windows2000下使用的驱动程序。USB设备驱动程序的设计是基于WDM的,传统开发工具是Microsoft公司的Windows 2000DDK,这种方法的优点是能使开发者对整个驱动模型有较为深入的理解,使得开发过程更为灵活。但是对于初学者来说工作量、难度都较大,因此一些公司纷纷推出了诸如DriverWorks、Driver Winzard等驱动开发工具,这些工具的特点是只需添入少量的代码,就可自动生成相对完善的驱动程序,但是缺乏灵活性。本设计中开发驱动程序采用的是前一种传统方法,在Visual C++工程环境下编写源代码,然后在Windows 2000DDK环境下编译成sys驱动文件,编写安装信息文件,具体过程较为复杂,在此不再详述。
DLL程序设计
所谓DLL就是一个包含了若干函数的可执行模块。其作用是通过DMA的方式读取存储在PDIUSBD12 FIFO中的采样数据,并把它们存储在开辟的数据缓存区中,以供用户应用程序调用。使用这种方法的优点是允许若干个应用程序共享某个函数的单个副本,实现了代码数据、硬件资源等的共享。
由于在Win32系统中,每个设备都抽象成文件,DLL只需通过几条简单的文件操作API(应用程序接口)函数就可实现与驱动程序中某个设备通讯,因此编写DLL时应充分应用API函数。本设计中用到的API函数主要有:open_file( )、open_dev( )、DeviceIoControl ( )和ReadFile( )。DLL在Visual C++中的Win32 Dynamic-Link Library开发模板下编写,由于用户应用程序采用Labview编写,因此还需将Labview.lib库文件添加到开发模板中,这样才能编译生成正确的DLL文件。
用户应用程序设计
用户应用程序将采用NI公司的Labview7.0编写。Labview中DLL的调用是通过CLF(Call Library Function)节点实现的,在使用之前需要对它进行配置,配置完成后,CLF节点的函数原型为:char UsbRead (char dbfsize, unsigned char *code, char *databuf),dbfsize为所读取数据长度;*code为返回的错误代码指针(为了调试方便);*databuf为所读取的数据指针。需要注意的是在调用DLL之前,Labview程序中需要对*databuf赋初值,否则Labview程序运行会发生意想不到的错误。因为在Labview中是不会自动给*databuf开辟内存的。
使用NI公司的DataSocket技术,通过简单的编程,用户应用程序就可以实现在局域网或广域网内向多个远程终端同时广播现场测量数据。同样,使用WebPublish技术通过简单的编程,用户可以在本地或远程计算机上浏览和控制用户应用程序的控制面板。这样网络化虚拟测控平台的雏形就基本建立起来了,这也是本设计在编制用户应用程序时,为何选用Labview7.0的重要原因。
结语
通过本设计,可以看出USB总线同Labview开发软件平台的结合具有广阔的发展前景,但是这次设计由于所选择USB接口芯片的限制,传输速度难以提高(通过测试,速度从未大于1M/s),使得它在高频、实时性要求较高的场合难有用武之地。通过选用支持USB2.0协议的接口芯片(速度可达480M/s)来提高速度,是本设计值得改进的一个方面。■
参考文献
[1]. PDIUSBD12 datasheet https://www.dzsc.com/datasheet/PDIUSBD12_544412.html.
[2]. AT89C55WD datasheet https://www.dzsc.com/datasheet/AT89C55WD_911177.html.
[3]. ADC0809 datasheet https://www.dzsc.com/datasheet/ADC0809_123186.html.
[4] Intel, Microsoft, IBM, etc. USB Specification 1.1. 2002
[5]Chris Cant Windows WDM 设备驱动程序开发指南. 北京: 机械工业出版社,2000.10
[6] 杨乐平,李海涛,勇杨等. labview程序设计. 北京:清华大学出版社,2002.10
免责声明: 凡注明来源本网的所有作品,均为本网合法拥有版权或有权使用的作品,欢迎转载,注明出处。非本网作品均来自互联网,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。