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序列,要检查步骤类型所依赖的代码模块路径是否为相对路径,绝对路径在换机后必然失效。

验收技巧:让交付方提供一份“环境依赖清单”,包含软件名称、版本、安装顺序和许可证类型。安装顺序在NI生态中很重要,例如先装LabVIEW再装驱动,与反过来装,注册表登记结果可能不同。

三、测试程序集与配置文件

测试程序集是验收的核心对象。要核对程序集清单与测试需求文档的对应关系:每个测试项(如电压精度、频率响应、通道隔离度)是否有对应的VI、序列或测试方法,入口是否统一,参数是否外置。程序集应能独立运行,不依赖开发者本机的临时文件或未纳入版本控制的子VI。

配置文件往往是最容易被忽略、又最容易导致现场失败的部分。典型配置包括:通道映射表(物理通道与测试点对应)、量程与采样率、判定上下限、校准系数、仪器资源别名(如DMM1对应PXIe-4081的槽位)、以及日志与报告路径。验收时要确认这些配置以文本或可读格式(INI、JSON、XML、CSV)随程序交付,而不是硬编码在框图常量里。硬编码意味着换一个机箱槽位就要改代码,产线无法维护。

建议在验收时做一次“配置替换测试”:修改通道映射或判定限值,重启程序,确认行为随之改变且无需重新编译。这能直接暴露配置是否真正外置。

四、许可证与安装部署验证

许可证验收要区分三类:开发许可证(编译用)、部署许可证(运行用,如LabVIEW Application Builder生成的exe通常需要运行时引擎,TestStand部署需要部署许可证)、以及驱动/模块许可证。要确认许可证类型、数量、绑定方式(本机激活、网络许可证服务器、NI Volume License Manager)和有效期。对于产线多工位场景,网络许可证的并发数和服务器冗余必须写进交付文档。

最后一步是安装与部署验证,也是整节验收的“总开关”。正确做法是在一台干净的目标机上,仅依据交付文档执行安装,记录每一步的实际结果。验收通过的判据是:安装无报错、MAX中硬件与软件均正常识别、自检(Self-Test)与自校准(Self-Calibration)通过、示例测试程序能跑通并生成报告、配置文件生效、许可证无告警。

PXI测试系统软件验收基线核对图 交付物输入 驱动安装包 PXI服务/仪器驱动 开发环境 LabVIEW/TestStand 测试程序集 VI/序列/源码 配置文件 通道/限值/别名 许可证 开发/部署/网络 安装部署文档 步骤与依赖清单 验收核对动作 ① 版本比对:MAX软件节点 vs 基线表 驱动版本落在硬件支持区间内 ② 冷编译:干净机器打开工程并批量编译 无缺失VI、无断线、无绝对路径 ③ 程序集与需求逐项对应 测试项、入口、参数外置 ④ 配置替换测试:改限值/通道后生效 无需重新编译即改变行为 ⑤ 许可证类型/数量/绑定方式核对 网络许可证并发数与冗余 ⑥ 干净机按文档安装并跑通自检 判定与输出 通过 自检/自校准OK 报告正常生成 有条件通过 缺版本清单/文档 限期补齐 不通过 无法冷编译 配置硬编码 交付基线包 驱动版本表 环境依赖清单 程序集+配置文件 许可证与安装文档

把上述六项串起来看,软件验收的产出不是一句“装好了”,而是一份可移交的软件基线包:驱动版本表、环境依赖清单、测试程序集与配置文件、许可证信息、以及经过干净机验证的安装部署文档。只有这份基线包完整,产线换机、扩容或故障恢复时,才能在不依赖原开发者的情况下重建同一套测试能力。验收时若发现某项缺失,应记录为遗留项并明确责任人与补齐期限,而不是以“现场能用”作为放行理由。