用于雷达测试和验证的自动化测试设备

Author(s):
　　R. Lauricella - Fiar S.p.A.
　　A. Pozzi - Fiar S.p.A.

Industry:
　　Government/Defense, ATE/Instrumentation

Products:
　　Data Acquisition, Instrument Connectivity, Software

The Challenge:
　　在无需操作员在场并在不同的环境条件下（如老化室内）自动测试雷达功能和性能；为设备验证生成详细的自动化报告。工作站还能够将所有处理器的雷达软件下载至雷达内。

The Solution:
　　在LabWindowsTM/CVI中使用现有的控制GPIB和VXI总线的库以及DIO板卡控制并采集信号，在运行时间对信号进行处理和分析。使用Active-X来生成Excel格式的自动化报告，说明测试过程的结果。

　　"基于LabWindows/CVI强大适用的多线程、友好的用户界面以及在很短的时间内完成复杂软件的能力（利用十分有用的库函数），整个项目在该系统中成功开发。"

　　从尚未下载雷达开始，工作站首先下载雷达并使用服务性测试感知雷达行为。下一步骤用于使用接受性测试对雷达进行进一步测试，并通过验证步骤对性能进行验证。如果探测到任何故障，操作员能够通过故障排除步骤，找出故障发生的板卡。所有自动控制的子系统还可以在工作站显示器上重现，使操作员能够进行个别控制和远程控制。

介绍

　　项目的目标是验证雷达的功能和性能。工作台的设计使用了一些辅助商业设备，通过PC 控制器工作台下方的不同总线进行连接。硬件体系结构在程序启动初始化阶段显示在工作台的显示器上，此阶段将自动检查在相关的总线上是否存在设备（见图1）。

　　　　　　　　　　　　　　　　图1.工作台启动面板，图像中显示了总线体系结构的合成图

　　此外，工作台使用DIO 板卡NI PCI-6533（DIO-32HS）以及PCDIO-24 即插即用板卡与雷达测试接入端口相连，从而可以对雷达性能进行仿真并监视雷达行为。

　　软件使用LabWindows/CVI 多线程方式执行多个任务，从而获得更高效的响应和更好的性能。

　　多线程机制允许在工作台的每个总线上并行执行程序，而不会发生任何冲突。可以从每条总线上采集数据进行分析和记录。
　
　　自动测试序列代表工作台的软件核心，但是工作台还用来直接控制雷达的主要总线，从而可以对飞机的运行进行仿真，并对雷达的响应进行分析。在工作台前放置了一个GPIB 指令对象发生器作为情景仿真器。

硬件系统

　　硬件系统由下列系统组成：

　　● GPIB 总线电源（三相、交直流），使雷达设备能够开启、关闭并监视电流。GPIB 专用指令可以仿真电气测试中的瞬时特性和电压跳变。

　　● GPIB 总线的动态运动表格可以仿真飞机的运行，通过使用GPIB专用指令可以生成特定的飞机轨迹和操纵。

　　● GPIB 总线的光学工作台表格仿真对象是否存在。使用GPIB专用指令就能够改变对象类型、形状和数量。

　　● 使用GPIB 总线的示波器、万用表和视频同步发生器，操作员可以通过分析信号和数据探测是否发生故障。这些仪器可以由操作员使用人机界面进行独立和远程控制。

　　● GPIB总线的液体冷却单元对雷达进行冷却并检查液体的温度、压力和流速。这些数据可以用特定的GPIB 指令在运行时进行监视。

　　● 雷达测试接入端口盒连接到两块用于时间严格信号测试的NI PCI-6533（DIO-32HS）板卡，以及用于I/O 数据采集操作的PC-DIO-24 即插即用板卡。

　　● VXI总线上的开关阵列和HF多路复用器用于对不同的测试接入端口信号以及不同视频输出进行多路复用。

　　● GPIB 总线和VXI 总线上的3838/3910 接口可以对所有能够送入雷达总线的指令进行仿真。GPIB 总线用于设置设备，VXI 总线用于严格时间操作和数据变化。

　　● 老化室使用RS485和两块PCI板卡连接到工作台，可以设置不同的温度循环，并对环境参数进行监视。
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
　　整个项目在LabWindows/CVI 中进行开发，利用了它强大实用的多线程、友好的用户界面以及在很短的时间内完成复杂软件的能力（利用十分有用的库函数）。软件被设计用于执行完全自动化的步骤，例如：

　　● 工作台自检--可以检查工作台组件是否存在，并对每个子系统进行自检。测试结果显示给操作员，并将显示故障的类型。

　　● 雷达软件下载--更新下载所有雷达处理器的雷达软件。在完成下载、对程序启动进行确认、检查内存内容之后，必须在3838/3910 总线上遵照典型的协议（保留的）。自动恢复条件的管理是为了能够在没有关键故障（包括信息重试、块重试以及程序重载）发生的时候能够继续工作，在其他情况下，下载程序会停止，告知用户所发现的问题（见图2）。