4. PXI测试系统软件验收要点
硬件装进机箱、上电自检通过,只说明物理平台可用;真正决定产线能否稳定跑起来的是软件栈。PXI测试系统的软件验收,本质上是核对“一套可复现的软件基线”是否被完整交付:驱动版本是否与硬件和操作系统匹配、开发环境能否重新编译出测试程序、测试程序集是否与需求一一对应、配置文件是否随程序一起交付、许可证是否合法且可迁移、以及在一台干净机器上能否按交付文档完成安装并跑通自检。以下逐项展开。
一、驱动版本:先锁定基线,再谈兼容
PXI系统的驱动不是单一软件,而是分层栈:操作系统层(Windows版本与补丁)、PXI平台服务(如NI-PXI Platform Services,负责枚举机箱、触发路由、星形触发配置)、仪器驱动(如NI-DMM、NI-SCOPE、NI-DAQmx、NI-Digital Pattern Driver)、以及更上层的IVI/VISA。验收时要建立一张“驱动基线表”,记录每个驱动的名称、版本号、安装日期和对应硬件型号。
核对方法很直接:在Measurement & Automation Explorer(MAX)中展开“软件”节点,逐项记录版本;再用命令行导出,便于与交付清单比对:
# 在目标机执行,导出已安装NI软件清单
"C:\Program Files (x86)\National Instruments\Shared\NIUninstaller\uninstaller.exe" /ListProducts
# 或使用 nipkg 查询
nipkg list-installed > installed_pkgs.txt
关键判断点有三个:一是驱动版本必须落在硬件手册声明的支持区间内,例如某PXIe数字化仪要求NI-SCOPE 2021及以上;二是同一机箱内多块板卡的驱动不能互相冲突,尤其是共用VISA或DAQmx运行时的场景;三是驱动版本要与测试程序编译时引用的程序集版本一致,否则会出现“运行时找不到方法”的异常。若交付方只给了安装包而未给版本清单,应要求补齐,否则后续换机、重装无法复现。
二、开发环境:能打开、能编译、能复现
开发环境验收不是看“装没装LabVIEW”,而是验证工程可复现。需要确认:LabVIEW(或TestStand、C#/Visual Studio)的版本与位数(32/64位)、附加模块(如LabVIEW FPGA、Real-Time、Vision Development Module)、以及第三方库(.NET程序集、Python包、DLL)是否齐全。
实操上,建议在一台与交付环境隔离的机器上做“冷编译”验证:拷贝源码工程,不依赖任何本机缓存,直接打开并执行“批量编译”。若出现缺失VI、断线、版本不兼容提示,即为不合格。对于TestStand序列,要检查步骤类型所依赖的代码模块路径是否为相对路径,绝对路径在换机后必然失效。
三、测试程序集与配置文件
测试程序集是验收的核心对象。要核对程序集清单与测试需求文档的对应关系:每个测试项(如电压精度、频率响应、通道隔离度)是否有对应的VI、序列或测试方法,入口是否统一,参数是否外置。程序集应能独立运行,不依赖开发者本机的临时文件或未纳入版本控制的子VI。
配置文件往往是最容易被忽略、又最容易导致现场失败的部分。典型配置包括:通道映射表(物理通道与测试点对应)、量程与采样率、判定上下限、校准系数、仪器资源别名(如DMM1对应PXIe-4081的槽位)、以及日志与报告路径。验收时要确认这些配置以文本或可读格式(INI、JSON、XML、CSV)随程序交付,而不是硬编码在框图常量里。硬编码意味着换一个机箱槽位就要改代码,产线无法维护。
建议在验收时做一次“配置替换测试”:修改通道映射或判定限值,重启程序,确认行为随之改变且无需重新编译。这能直接暴露配置是否真正外置。
四、许可证与安装部署验证
许可证验收要区分三类:开发许可证(编译用)、部署许可证(运行用,如LabVIEW Application Builder生成的exe通常需要运行时引擎,TestStand部署需要部署许可证)、以及驱动/模块许可证。要确认许可证类型、数量、绑定方式(本机激活、网络许可证服务器、NI Volume License Manager)和有效期。对于产线多工位场景,网络许可证的并发数和服务器冗余必须写进交付文档。
最后一步是安装与部署验证,也是整节验收的“总开关”。正确做法是在一台干净的目标机上,仅依据交付文档执行安装,记录每一步的实际结果。验收通过的判据是:安装无报错、MAX中硬件与软件均正常识别、自检(Self-Test)与自校准(Self-Calibration)通过、示例测试程序能跑通并生成报告、配置文件生效、许可证无告警。
把上述六项串起来看,软件验收的产出不是一句“装好了”,而是一份可移交的软件基线包:驱动版本表、环境依赖清单、测试程序集与配置文件、许可证信息、以及经过干净机验证的安装部署文档。只有这份基线包完整,产线换机、扩容或故障恢复时,才能在不依赖原开发者的情况下重建同一套测试能力。验收时若发现某项缺失,应记录为遗留项并明确责任人与补齐期限,而不是以“现场能用”作为放行理由。