实验室里最折磨人的一件事不是仪器坏了而是“得有人守着它”。一台上位机跑一个老化测试动不动就是十几个小时中途还不能走开因为某台仪器一报错整批数据就废了。这种情况在产线、检测机构和高校实验室里非常常见。但你回头看手里的数字万用表、信号源、示波器、可编程电源每一台都带程控接口本身就支持“听指挥”——用计算机下发指令、自动读数、自动判断只是一直没把这套能力真正用起来。这篇分享围绕一个非常具体的方向怎么让测试仪器从“人盯着”变成“听指挥”。我会讲清楚背后的控制机制、方案选型、多台仪器协同调度的落地做法以及实际跑测试时最容易踩的一批坑。适合正在做产线测试、实验室自动化改造或者自己搭自动测试系统的工程师参考。只要你有几台带GPIB、USB、串口或网口的仪器这套思路基本都能迁移过去。1. 先想清楚让仪器“听指挥”到底是要做一件什么事1.1 仪器本来就是“能听话”的SCPI和控制接口的底层逻辑很多人一提到自动化测试第一反应是“得写代码”第二反应是“写代码很难”。实际上仪器遥控这件事的底层逻辑比你想象得简单每台仪器前面板上的按键背后本质上都是一条内部指令。你用手按“Voltage”键仪器内部就执行一次电压测量流程你用计算机发一条文本命令比如MEAS:VOLT:DC?仪器执行的也是同一套流程。只是这个流程的入口从“手指”换成了“文本指令”。为了让这个过程标准化行业里搞了一套通用的仪器控制语言叫SCPIStandard Commands for Programmable Instruments。它规定了命令怎么写、数据怎么返回、状态怎么查询。所以不管你是泰克、是德、吉时利还是国产仪器的用户只要能发SCPI命令基本都能控制仪器——这就是“听指挥”的前提。连接方式上老一点的仪器靠GPIB和串口新一代仪器基本都有USB和LAN口。GPIB是经典总线稳定可靠但需要专用卡和手工设地址串口便宜但速度慢USB即插即用适合单机操作LAN口则是最适合多台仪器组网的方案一台电脑通过网络可以同时管理几十台仪器。我实测下来长时间跑批量的场景里LAN连接比USB稳定得多掉线概率明显低。1.2 什么测试适合自动化什么不适合硬上先说结论长时间、大批量、重复性测试最适合“听指挥”。比如电池充放电循环测试一跑就是十几个小时靠人盯着既浪费精力又容易出错又比如产线上的板卡筛选同一块板子要测十几个点位、几十项指标手动按按钮按到后面都会麻木判错一个就是批量事故。这类测试脚本一挂仪器自己执行、自己判断、自己落盘比人靠谱得多。但有些场景不适合硬上自动化。一个是调试阶段的临时测量你今天还说不清要测什么明天参数就要变写脚本的时间比手动测还长另一个是需要手感或目视判断的场景比如检查焊接质量、判断波形是否有毛刺这种主观判断光靠SCPI返回的数值很难做准确。我的原则是先判断测试的“稳定周期”有多长。如果一个测试流程能稳定跑一个星期不被推翻那才值得为它写自动化。这里有个投入产出比的经验写一套单机脚本熟练之后半天到一天写一套多台仪器协同的系统两到三天。如果这套测试每天能帮你省两三个小时的人工盯守那基本一个月回本。如果只是偶尔测一次那就别折腾了手动按几下反而更快。1.3 方案选型裸脚本、轻量框架、现成ATE软件怎么权衡很多人以为做测试自动化必须上NI TestStand这类重型ATE平台其实不是。方案选型要看你的场景复杂度我建议按下面这条线从轻到重。裸脚本是门槛最低的方式直接装一个VISA库再用Python或LabVIEW写一小段脚本控制一台仪器完成一个固定流程。适合单台仪器、流程简单的场景。优点是快改起来也快缺点是流程一复杂就变成意大利面条不好维护。轻量框架适合多台仪器协同的场景。不需要引入重量级平台自己在脚本外面加一层封装设备接口层、任务调度层、数据管理层。后面我会用Python写一个实际例子这套结构大概两三百行代码就能撑起一套能用的小型测试系统而且换仪器、加测试项都方便。现成ATE平台功能最全报表、数据库、联锁机制都有但贵而且学习成本不低。适合公司统一规范、多人协作、测试项极多的情况。我的经验是别一上来就上平台先用裸脚本把测试流程跑通确认整体方案可行再决定要不要抽公共层、要不要换平台。先跑通再优化永远比一开始就设计过度强。2. 仪器连接和SCPI指令控制把基本功扎扎实实练好2.1 接口选择GPIB、串口、USB、LAN各有什么坑仪器连接方式选得对不对直接决定后面踩不踩坑。我这里把这几种接口放在一起对比一下方便你按自己的设备情况选。接口传输速率常见距离典型场景注意细节GPIB最高约1MB/s20米以内老仪器、多台级联每台仪器地址要唯一线缆不要热插拔RS-232一般115200bps级几米到十几米老电源、老DMM注意电平标准别直接当USB用USB几十MB/s几米新仪器、单机即插即用需要装对应VISA/USB驱动占用系统USB资源LANLXI百兆起步跨机柜产线集中管理、多台组网分配静态IP注意VXI-11端口占用实际选型时我优先推荐LAN。原因很简单新仪器普遍带网口能跨机柜管理多台仪器只需要一台交换机就能连到电脑不用纠结驱动和线缆。USB适合临时单机调试插上就能用但多台设备同时插的时候Windows下偶尔会掉驱动批量跑数据时稳定性不如LAN。GPIB我建议只在老仪器场景用毕竟很多老电源、老DMM只有GPIB口没法选。串口能用但速度和稳定性都比较勉强除非是十几年前的设备否则不建议新搭系统时优先考虑。还有一个关键点是VISA层。无论你选什么接口电脑上都要装一套VISA运行库NI-VISA或者Keysight IO Libraries Suite都可以。装好之后它会把GPIB、USB、LAN、串口统一成一套API你的代码就不用关心底层走的是什么协议了。2.2 三板斧识别仪器、下发配置、读取数据用SCPI控制仪器核心就三件事识别、配置、读数。先把这三件事练熟后面搭系统就有底了。第一件事连接仪器后第一件事永远是发*IDN?。这条命令是IEEE 488.2标准规定的识别命令仪器会返回厂商、型号、序列号和固件版本。如果你连这条命令都读不到返回值那后面所有操作都白搭。把读到的信息和仪器背后的铭牌对一下基本能确认连接没问题。第二件事下发配置。以最常见的数字万用表测直流电压为例命令是CONF:VOLT:DC 10,0.001。这里的含义是把量程设为10V分辨率设为0.001V。为什么要把两个参数写清楚因为如果你用自动量程仪器每次切换量程都要时间批量测量时速度会慢很多。固定量程之后仪器一次配置、多次测量速度能差出一个数量级。第三件事读取数据。最简单的方式是用READ?这条命令会触发一次测量并返回结果。返回的是一串字符串比如1.000000E01\n需要在代码里做类型转换才能当成数值用。这里有个小坑不同仪器返回格式不一定一样有的带单位有的带换行符解析之前先把字符串strip一下再按实际情况处理。2.3 超时、清错、同步无人值守脚本的保命三件套我见过太多人写自动化脚本功能都对了但一挂过夜就卡死。问题往往出在最容易被忽略的三个地方超时没设、错误队列没清、同步没做。超时是最基本的。pyvisa默认超时时间很短而测量仪器的响应时间有时远比你想象得慢。实测下来做无人值守时timeout至少设到10秒也就是10000毫秒否则仪器一忙脚本立刻报错退出。如果仪器做长时间扫描比如扫描卡一轮100个通道timeout要设到30秒以上才稳。错误队列一定要处理。仪器运行中如果出现命令语法错误、量程溢出等问题会把错误记到内部队列里。你如果继续往下发命令仪器可能表现很正常但错误会堆积。写代码时定期用SYSTem:ERRor?读一下错误队列有错就记录并处理。同时每次测试开始前先发一条*CLS把状态寄存器清干净避免上一次残留的状态影响这次判断。同步机制是这个环节的关键。SCPI里最常用的同步命令是*OPC?意思是“操作完成后再返回”。比如你让信号源切换频率仪器执行这个操作需要时间如果你紧接着就去读输出可能读到的是切换前的值。发完配置命令后先发*OPC?等它返回1再发下一步命令就能保证时序正确。无人值守脚本的核心就是“一步一步来”不要抢跑。3. 多台仪器协同调度的落地实操从单台到一群3.1 先分层再写码设备接口、任务调度、数据管理的边界单台仪器自动化跑通了紧接着就会遇到多台仪器的调度问题。一台信号源负责给激励一台可编程电源负责供电一台DMM负责测输出中间还有待测件切换。如果把这些逻辑全堆在一个脚本里前几次运行可能没问题等你加测试项、换设备的时候就会很痛苦。我的习惯是把整个系统拆成三层。设备接口层负责和硬件打交道每台仪器封装成一个类提供open、close、write、query、idn这些基础方法任务调度层负责把测试流程拆成一个个任务放到任务队列里逐个执行需要并发的场景再加锁控制数据管理层负责把测试结果记录下来写CSV、写SQLite、判断PASS/FAIL都在这一层。分层的好处是换仪器不需要改业务代码改测试流程也不会影响设备连接出问题的时候还容易定位。有人可能会觉得这么小的系统搞三层太隆重。但我的经验是当你有超过三台仪器、测试流程超过二十个步骤不分层后面维护成本会指数级上升。不用搞得很复杂代码里分清楚“谁负责通信、谁负责调度、谁负责存数据”这三条线就够了。3.2 Python pyvisa 跑通一套完整的多仪器测试流程下面我用Python加pyvisa写一个完整示例。这个例子的场景是信号源输出1kHz、0.5V正弦波电源给待测件供12V电DMM测量待测件输出连续测10次取平均。这是很典型的实验室小型自动化流程代码可以直接参考改造。首先安装依赖pip install pyvisa电脑上需要先装好NI-VISA或Keysight IO Libraries否则pyvisa找不到底层驱动。import pyvisa import time # 初始化资源管理器 rm pyvisa.ResourceManager() print(rm.list_resources()) # 打开三台仪器地址以实际设备为准 dmm rm.open_resource(USB0::0x0957::0x2A19::MY59012345::INSTR) psu rm.open_resource(TCPIP0::192.168.1.50::inst0::INSTR) sig rm.open_resource(TCPIP0::192.168.1.51::inst0::INSTR) dmm.timeout 10000 psu.timeout 10000 sig.timeout 10000 # 复位所有仪器确保从干净状态开始 for inst in (dmm, psu, sig): inst.write(*RST) inst.write(*CLS) # 信号源输出 1kHz、0.5V 正弦波 sig.write(FREQ 1000) sig.write(VOLT 0.5) sig.write(OUTP ON) # 电源设置 12V / 1A先设限流再开输出 psu.write(VOLT 12) psu.write(CURR 1) psu.write(OUTP ON) # DMM固定量程连续测量 10 次 dmm.write(CONF:VOLT:DC 20,0.001) results [] for i in range(10): raw dmm.query(READ?) value float(raw.strip()) results.append(value) time.sleep(0.2) # 收尾先关负载相关输出再关闭仪器 psu.write(OUTP OFF) sig.write(OUTP OFF) dmm.close() psu.close() sig.close() average sum(results) / len(results) print(f平均电压: {average:.6f} V)这里有两个细节值得强调。电源的CURR 1是限流设置一定要在OUTP ON之前发否则如果待测件短路电源可能直接进入限流保护甚至过放。另外DMM固定到20V量程而不是用自动量程是为了避免每次测量时仪器花时间去切换量程这个细节在长时间批量测量时非常关键。如果测试任务更多可以用queue加threading把它变成小型调度系统。下面这段代码演示的是多通道切换加两个工作线程消费任务的模式适用于带扫描卡的数字万用表或者任何需要并发处理的场景。import threading import queue import time task_queue queue.Queue() inst_lock threading.Lock() # 任务列表通道号、下限、上限、稳定等待时间 tasks [ (101, 4.90, 5.10, 1.0), (102, 3.70, 3.90, 0.5), ] for task in tasks: task_queue.put(task) def worker(worker_id): while not task_queue.empty(): ch, low, high, settle task_queue.get() try: # 同一台DMM同一时刻只允许一个线程操作 with inst_lock: dmm.write(fROUT:CLOS ({ch})) time.sleep(settle) raw dmm.query(READ?) value float(raw.strip()) status PASS if low value high else FAIL print(f[{worker_id}] ch{ch} value{value:.4f} {status}) finally: task_queue.task_done() threads [threading.Thread(targetworker, args(i,)) for i in range(2)] for t in threads: t.start() for t in threads: t.join() task_queue.join()注意这里dmm.write(fROUT:CLOS ({ch}))是针对带扫描卡或者开关矩阵的DMM。如果你的DMM没有多通道能力直接把ROUT:CLOS换成对应的通道切换手段或者干脆顺序执行测试项即可。并发控制的核心是inst_lock——同一台仪器同一时刻只能被一个线程操作否则两个线程同时往仪器发命令返回值就乱套了。3.3 数据落盘、结果判定和断线重连让脚本能自己过夜自动化测试跑到后面最大的价值不是“省人工”而是“能积累数据”。所以数据怎么落盘从第一天就要想清楚不要等测试跑完了才去翻日志。我的建议是最简单的方式起步CSV文件加SQLite双写。CSV方便用Excel直接看字段设计成时间戳、测试项、测量值、下限、上限、判定结果、备注。写CSV的时候有个小坑用Python的csv模块打开文件时指定encodingutf-8-sig否则用Excel打开中文会乱码。另外多线程写文件一定要加锁否则数据行会交错。如果后续需要做趋势分析建议同时写入SQLite。代码就几行import sqlite3 conn sqlite3.connect(test_results.db) conn.execute(CREATE TABLE IF NOT EXISTS results ( ts TEXT, item TEXT, value REAL, low REAL, high REAL, result TEXT )) conn.execute( INSERT INTO results VALUES (?, ?, ?, ?, ?, ?), (2025-01-01 12:00:00.123, ch101, 4.982, 4.90, 5.10, PASS) ) conn.commit()断线重连和过夜运行是无人值守的最大考验。我的处理原则是不是简单地加一个大循环重试而是在每次操作失败时先关闭资源、释放句柄等一段时间再重新打开资源。重试等待时间可以按1秒、3秒、5秒递增避免仪器还没恢复就反复冲击接口。连续重试超过5次就直接报错并写日志绝不死循环。还有一台容易忽略的事仪器的自动休眠。不少仪器默认在长时间无操作后会进入待机或屏幕保护状态某些老型号甚至会自动断开连接。如果测试流程中间要停几分钟等待温升或稳定最好在流程里定期发一条查询命令“活动”一下或者查手册把自动休眠关掉。这个问题不解决你再怎么调试代码都压不住仪器半夜掉线。4. 常见问题与排查技巧实录这些坑我替你踩过了4.1 连不上、找不到仪器问题到底出在哪做自动化测试的人第一道坎永远是“仪器连不上”。根据我这几年的经验先用资源列表确认系统能看到设备再往下排查。现象排查顺序常见处理方法list_resources()里没有设备驱动→接口→供电装VISA库、检查USB驱动、确认仪器上电能看到设备但连接报错地址→权限→占用核对GPIB地址、LAN IP、确认别的程序没占用LAN口能找到但发命令没响应端口→远程模式确认VXI-11端口、SCPI端口检查仪器面板是否处于本地锁定GPIB设备读写超时地址→终端器确认GPIB地址唯一首尾设备接终端电阻/终端器我印象最深的一次定位经历同事把GPIB地址拨码设成了6代码里打开的是地址3仪器当然一直没反应。排查了两个小时最后拿厂商自带的连接工具手动连了一下地址6才能发现是地址对不上。所以现在我的习惯是先用厂商自带的通信工具就是Keysight Connection Expert或者NI-MAX手动敲一条*IDN?如果能通再回到代码里找问题。还有网络仪器的IP配置。新仪器默认可能是DHCP但有些仪器出厂默认固定IP和电脑不在同一网段就很难发现。插上网线先ping一下仪器IP能ping通再谈VISA连接。这一套排查顺序下来九成连不上的问题都能解决。4.2 读数乱码、脚本卡死、多线程抢占怎么定位和修复连上了接下来就是各种奇奇怪怪的读取问题。最典型的是读数偶尔对、偶尔乱或者脚本跑到一半就卡住不动。这一类问题的根因绝大多数是时序和并发而不是命令写错。先讲乱码。仪器返回的字符串经常带换行、回车有的还带提示符或者单位直接float(raw)肯定报错。我的标准做法是raw.strip()之后再解析如果有单位用正则把数字部分提出来。编码上老仪器通常用ASCII新仪器多数是UTF-8如果遇到乱码先试encode(ascii, ignore)再试UTF-8逐个排除。再讲卡死。卡死最常见的原因是前一条命令还没执行完下一条命令就发出去了。SCPI本身没有强制时序仪器忙的时候不理你是很正常的。解决方式就是我在2.3里说的*OPC?每次关键命令后做一次同步宁可慢一点也要稳。另一个原因就是timeout设了但不够仪器扫描时间长的时候尤其容易触发。多线程抢占的问题则一律用锁来解决。每台仪器配一个threading.Lock任何操作这台仪器的地方都先with lock:再执行。这种方式简单粗暴但效果很稳。不要指望用延时来规避并发问题——延时只会降低冲突概率不会消除冲突该上锁就上锁。4.3 电源顺序、量程切换、固件升级几个容易忽略的细节最后说几个容易被人忽略的细节但每一项都可能导致严重后果。电源顺序是最重要的一条。先把电压和限流设置好再打开输出关闭的时候先关输出再动线路。我见过一次反面教材同事在电源还没设置限流的情况下直接打开输出待测件瞬间短路电源立刻过流保护板子上一颗电容直接鼓包。为了保护设备除了代码上严格控制顺序接线端子和被测件连接处也要加保险丝或者电流保护模块。量程切换的问题前面提了一次这里再展开说。很多测量类仪器默认自动量程它的优点是方便缺点是慢。在批量测试时如果每次测量都是自动切换量程一次测量可能要多花几十到几百毫秒。固定量程之后仪器不再反复试探档位速度提升非常明显。但要注意固定量程的前提是你对被测值范围有把握否则超出量程读数会不准甚至报错。还有一个很多老工程师都中过招的事仪器固件升级之后某些命令的行为可能会变。比如某型号电源升级固件后原来直接写VOLT 12就能设置电压新固件要求写VOLT 12.0不然可能不被识别。固件升级之后第一件事是把自动化测试的冒烟用例完整跑一遍确认所有命令都正常再放到生产流程里。最后再分享一个实操技巧日志的时间戳一定要精确到毫秒。排查时序问题的时候时间戳不够细根本看不出谁先谁后也定位不了是哪个环节卡了多久。统一用time.time()记录配合测试步骤编号出问题的时候翻日志能省大量时间。我个人在实际操作中的体会是把测试交给脚本这件事真正的门槛不是写命令而是把“失败路径”想清楚。超时、重连、清错、日志这些看起来琐碎的东西才是决定一套自动化测试系统能不能扛住过夜运行的关键。只要把这些基础打牢哪怕是几台不同的仪器混在一起也可以组织得井井有条。希望这篇分享能帮你少踩几个坑早点把守仪器的时间省下来去做更有价值的事。 
长河君 · 2026/9/8 11:14:49 · 阅读 1.2k 仪器自动化测试入门：SCPI与多设备协同调度实战指南
实验室里最折磨人的一件事不是仪器坏了而是“得有人守着它”。一台上位机跑一个老化测试动不动就是十几个小时中途还不能走开因为某台仪器一报错整批数据就废了。这种情况在产线、检测机构和高校实验室里非常常见。但你回头看手里的数字万用表、信号源、示波器、可编程电源每一台都带程控接口本身就支持“听指挥”——用计算机下发指令、自动读数、自动判断只是一直没把这套能力真正用起来。这篇分享围绕一个非常具体的方向怎么让测试仪器从“人盯着”变成“听指挥”。我会讲清楚背后的控制机制、方案选型、多台仪器协同调度的落地做法以及实际跑测试时最容易踩的一批坑。适合正在做产线测试、实验室自动化改造或者自己搭自动测试系统的工程师参考。只要你有几台带GPIB、USB、串口或网口的仪器这套思路基本都能迁移过去。1. 先想清楚让仪器“听指挥”到底是要做一件什么事1.1 仪器本来就是“能听话”的SCPI和控制接口的底层逻辑很多人一提到自动化测试第一反应是“得写代码”第二反应是“写代码很难”。实际上仪器遥控这件事的底层逻辑比你想象得简单每台仪器前面板上的按键背后本质上都是一条内部指令。你用手按“Voltage”键仪器内部就执行一次电压测量流程你用计算机发一条文本命令比如MEAS:VOLT:DC?仪器执行的也是同一套流程。只是这个流程的入口从“手指”换成了“文本指令”。为了让这个过程标准化行业里搞了一套通用的仪器控制语言叫SCPIStandard Commands for Programmable Instruments。它规定了命令怎么写、数据怎么返回、状态怎么查询。所以不管你是泰克、是德、吉时利还是国产仪器的用户只要能发SCPI命令基本都能控制仪器——这就是“听指挥”的前提。连接方式上老一点的仪器靠GPIB和串口新一代仪器基本都有USB和LAN口。GPIB是经典总线稳定可靠但需要专用卡和手工设地址串口便宜但速度慢USB即插即用适合单机操作LAN口则是最适合多台仪器组网的方案一台电脑通过网络可以同时管理几十台仪器。我实测下来长时间跑批量的场景里LAN连接比USB稳定得多掉线概率明显低。1.2 什么测试适合自动化什么不适合硬上先说结论长时间、大批量、重复性测试最适合“听指挥”。比如电池充放电循环测试一跑就是十几个小时靠人盯着既浪费精力又容易出错又比如产线上的板卡筛选同一块板子要测十几个点位、几十项指标手动按按钮按到后面都会麻木判错一个就是批量事故。这类测试脚本一挂仪器自己执行、自己判断、自己落盘比人靠谱得多。但有些场景不适合硬上自动化。一个是调试阶段的临时测量你今天还说不清要测什么明天参数就要变写脚本的时间比手动测还长另一个是需要手感或目视判断的场景比如检查焊接质量、判断波形是否有毛刺这种主观判断光靠SCPI返回的数值很难做准确。我的原则是先判断测试的“稳定周期”有多长。如果一个测试流程能稳定跑一个星期不被推翻那才值得为它写自动化。这里有个投入产出比的经验写一套单机脚本熟练之后半天到一天写一套多台仪器协同的系统两到三天。如果这套测试每天能帮你省两三个小时的人工盯守那基本一个月回本。如果只是偶尔测一次那就别折腾了手动按几下反而更快。1.3 方案选型裸脚本、轻量框架、现成ATE软件怎么权衡很多人以为做测试自动化必须上NI TestStand这类重型ATE平台其实不是。方案选型要看你的场景复杂度我建议按下面这条线从轻到重。裸脚本是门槛最低的方式直接装一个VISA库再用Python或LabVIEW写一小段脚本控制一台仪器完成一个固定流程。适合单台仪器、流程简单的场景。优点是快改起来也快缺点是流程一复杂就变成意大利面条不好维护。轻量框架适合多台仪器协同的场景。不需要引入重量级平台自己在脚本外面加一层封装设备接口层、任务调度层、数据管理层。后面我会用Python写一个实际例子这套结构大概两三百行代码就能撑起一套能用的小型测试系统而且换仪器、加测试项都方便。现成ATE平台功能最全报表、数据库、联锁机制都有但贵而且学习成本不低。适合公司统一规范、多人协作、测试项极多的情况。我的经验是别一上来就上平台先用裸脚本把测试流程跑通确认整体方案可行再决定要不要抽公共层、要不要换平台。先跑通再优化永远比一开始就设计过度强。2. 仪器连接和SCPI指令控制把基本功扎扎实实练好2.1 接口选择GPIB、串口、USB、LAN各有什么坑仪器连接方式选得对不对直接决定后面踩不踩坑。我这里把这几种接口放在一起对比一下方便你按自己的设备情况选。接口传输速率常见距离典型场景注意细节GPIB最高约1MB/s20米以内老仪器、多台级联每台仪器地址要唯一线缆不要热插拔RS-232一般115200bps级几米到十几米老电源、老DMM注意电平标准别直接当USB用USB几十MB/s几米新仪器、单机即插即用需要装对应VISA/USB驱动占用系统USB资源LANLXI百兆起步跨机柜产线集中管理、多台组网分配静态IP注意VXI-11端口占用实际选型时我优先推荐LAN。原因很简单新仪器普遍带网口能跨机柜管理多台仪器只需要一台交换机就能连到电脑不用纠结驱动和线缆。USB适合临时单机调试插上就能用但多台设备同时插的时候Windows下偶尔会掉驱动批量跑数据时稳定性不如LAN。GPIB我建议只在老仪器场景用毕竟很多老电源、老DMM只有GPIB口没法选。串口能用但速度和稳定性都比较勉强除非是十几年前的设备否则不建议新搭系统时优先考虑。还有一个关键点是VISA层。无论你选什么接口电脑上都要装一套VISA运行库NI-VISA或者Keysight IO Libraries Suite都可以。装好之后它会把GPIB、USB、LAN、串口统一成一套API你的代码就不用关心底层走的是什么协议了。2.2 三板斧识别仪器、下发配置、读取数据用SCPI控制仪器核心就三件事识别、配置、读数。先把这三件事练熟后面搭系统就有底了。第一件事连接仪器后第一件事永远是发*IDN?。这条命令是IEEE 488.2标准规定的识别命令仪器会返回厂商、型号、序列号和固件版本。如果你连这条命令都读不到返回值那后面所有操作都白搭。把读到的信息和仪器背后的铭牌对一下基本能确认连接没问题。第二件事下发配置。以最常见的数字万用表测直流电压为例命令是CONF:VOLT:DC 10,0.001。这里的含义是把量程设为10V分辨率设为0.001V。为什么要把两个参数写清楚因为如果你用自动量程仪器每次切换量程都要时间批量测量时速度会慢很多。固定量程之后仪器一次配置、多次测量速度能差出一个数量级。第三件事读取数据。最简单的方式是用READ?这条命令会触发一次测量并返回结果。返回的是一串字符串比如1.000000E01\n需要在代码里做类型转换才能当成数值用。这里有个小坑不同仪器返回格式不一定一样有的带单位有的带换行符解析之前先把字符串strip一下再按实际情况处理。2.3 超时、清错、同步无人值守脚本的保命三件套我见过太多人写自动化脚本功能都对了但一挂过夜就卡死。问题往往出在最容易被忽略的三个地方超时没设、错误队列没清、同步没做。超时是最基本的。pyvisa默认超时时间很短而测量仪器的响应时间有时远比你想象得慢。实测下来做无人值守时timeout至少设到10秒也就是10000毫秒否则仪器一忙脚本立刻报错退出。如果仪器做长时间扫描比如扫描卡一轮100个通道timeout要设到30秒以上才稳。错误队列一定要处理。仪器运行中如果出现命令语法错误、量程溢出等问题会把错误记到内部队列里。你如果继续往下发命令仪器可能表现很正常但错误会堆积。写代码时定期用SYSTem:ERRor?读一下错误队列有错就记录并处理。同时每次测试开始前先发一条*CLS把状态寄存器清干净避免上一次残留的状态影响这次判断。同步机制是这个环节的关键。SCPI里最常用的同步命令是*OPC?意思是“操作完成后再返回”。比如你让信号源切换频率仪器执行这个操作需要时间如果你紧接着就去读输出可能读到的是切换前的值。发完配置命令后先发*OPC?等它返回1再发下一步命令就能保证时序正确。无人值守脚本的核心就是“一步一步来”不要抢跑。3. 多台仪器协同调度的落地实操从单台到一群3.1 先分层再写码设备接口、任务调度、数据管理的边界单台仪器自动化跑通了紧接着就会遇到多台仪器的调度问题。一台信号源负责给激励一台可编程电源负责供电一台DMM负责测输出中间还有待测件切换。如果把这些逻辑全堆在一个脚本里前几次运行可能没问题等你加测试项、换设备的时候就会很痛苦。我的习惯是把整个系统拆成三层。设备接口层负责和硬件打交道每台仪器封装成一个类提供open、close、write、query、idn这些基础方法任务调度层负责把测试流程拆成一个个任务放到任务队列里逐个执行需要并发的场景再加锁控制数据管理层负责把测试结果记录下来写CSV、写SQLite、判断PASS/FAIL都在这一层。分层的好处是换仪器不需要改业务代码改测试流程也不会影响设备连接出问题的时候还容易定位。有人可能会觉得这么小的系统搞三层太隆重。但我的经验是当你有超过三台仪器、测试流程超过二十个步骤不分层后面维护成本会指数级上升。不用搞得很复杂代码里分清楚“谁负责通信、谁负责调度、谁负责存数据”这三条线就够了。3.2 Python pyvisa 跑通一套完整的多仪器测试流程下面我用Python加pyvisa写一个完整示例。这个例子的场景是信号源输出1kHz、0.5V正弦波电源给待测件供12V电DMM测量待测件输出连续测10次取平均。这是很典型的实验室小型自动化流程代码可以直接参考改造。首先安装依赖pip install pyvisa电脑上需要先装好NI-VISA或Keysight IO Libraries否则pyvisa找不到底层驱动。import pyvisa import time # 初始化资源管理器 rm pyvisa.ResourceManager() print(rm.list_resources()) # 打开三台仪器地址以实际设备为准 dmm rm.open_resource(USB0::0x0957::0x2A19::MY59012345::INSTR) psu rm.open_resource(TCPIP0::192.168.1.50::inst0::INSTR) sig rm.open_resource(TCPIP0::192.168.1.51::inst0::INSTR) dmm.timeout 10000 psu.timeout 10000 sig.timeout 10000 # 复位所有仪器确保从干净状态开始 for inst in (dmm, psu, sig): inst.write(*RST) inst.write(*CLS) # 信号源输出 1kHz、0.5V 正弦波 sig.write(FREQ 1000) sig.write(VOLT 0.5) sig.write(OUTP ON) # 电源设置 12V / 1A先设限流再开输出 psu.write(VOLT 12) psu.write(CURR 1) psu.write(OUTP ON) # DMM固定量程连续测量 10 次 dmm.write(CONF:VOLT:DC 20,0.001) results [] for i in range(10): raw dmm.query(READ?) value float(raw.strip()) results.append(value) time.sleep(0.2) # 收尾先关负载相关输出再关闭仪器 psu.write(OUTP OFF) sig.write(OUTP OFF) dmm.close() psu.close() sig.close() average sum(results) / len(results) print(f平均电压: {average:.6f} V)这里有两个细节值得强调。电源的CURR 1是限流设置一定要在OUTP ON之前发否则如果待测件短路电源可能直接进入限流保护甚至过放。另外DMM固定到20V量程而不是用自动量程是为了避免每次测量时仪器花时间去切换量程这个细节在长时间批量测量时非常关键。如果测试任务更多可以用queue加threading把它变成小型调度系统。下面这段代码演示的是多通道切换加两个工作线程消费任务的模式适用于带扫描卡的数字万用表或者任何需要并发处理的场景。import threading import queue import time task_queue queue.Queue() inst_lock threading.Lock() # 任务列表通道号、下限、上限、稳定等待时间 tasks [ (101, 4.90, 5.10, 1.0), (102, 3.70, 3.90, 0.5), ] for task in tasks: task_queue.put(task) def worker(worker_id): while not task_queue.empty(): ch, low, high, settle task_queue.get() try: # 同一台DMM同一时刻只允许一个线程操作 with inst_lock: dmm.write(fROUT:CLOS ({ch})) time.sleep(settle) raw dmm.query(READ?) value float(raw.strip()) status PASS if low value high else FAIL print(f[{worker_id}] ch{ch} value{value:.4f} {status}) finally: task_queue.task_done() threads [threading.Thread(targetworker, args(i,)) for i in range(2)] for t in threads: t.start() for t in threads: t.join() task_queue.join()注意这里dmm.write(fROUT:CLOS ({ch}))是针对带扫描卡或者开关矩阵的DMM。如果你的DMM没有多通道能力直接把ROUT:CLOS换成对应的通道切换手段或者干脆顺序执行测试项即可。并发控制的核心是inst_lock——同一台仪器同一时刻只能被一个线程操作否则两个线程同时往仪器发命令返回值就乱套了。3.3 数据落盘、结果判定和断线重连让脚本能自己过夜自动化测试跑到后面最大的价值不是“省人工”而是“能积累数据”。所以数据怎么落盘从第一天就要想清楚不要等测试跑完了才去翻日志。我的建议是最简单的方式起步CSV文件加SQLite双写。CSV方便用Excel直接看字段设计成时间戳、测试项、测量值、下限、上限、判定结果、备注。写CSV的时候有个小坑用Python的csv模块打开文件时指定encodingutf-8-sig否则用Excel打开中文会乱码。另外多线程写文件一定要加锁否则数据行会交错。如果后续需要做趋势分析建议同时写入SQLite。代码就几行import sqlite3 conn sqlite3.connect(test_results.db) conn.execute(CREATE TABLE IF NOT EXISTS results ( ts TEXT, item TEXT, value REAL, low REAL, high REAL, result TEXT )) conn.execute( INSERT INTO results VALUES (?, ?, ?, ?, ?, ?), (2025-01-01 12:00:00.123, ch101, 4.982, 4.90, 5.10, PASS) ) conn.commit()断线重连和过夜运行是无人值守的最大考验。我的处理原则是不是简单地加一个大循环重试而是在每次操作失败时先关闭资源、释放句柄等一段时间再重新打开资源。重试等待时间可以按1秒、3秒、5秒递增避免仪器还没恢复就反复冲击接口。连续重试超过5次就直接报错并写日志绝不死循环。还有一台容易忽略的事仪器的自动休眠。不少仪器默认在长时间无操作后会进入待机或屏幕保护状态某些老型号甚至会自动断开连接。如果测试流程中间要停几分钟等待温升或稳定最好在流程里定期发一条查询命令“活动”一下或者查手册把自动休眠关掉。这个问题不解决你再怎么调试代码都压不住仪器半夜掉线。4. 常见问题与排查技巧实录这些坑我替你踩过了4.1 连不上、找不到仪器问题到底出在哪做自动化测试的人第一道坎永远是“仪器连不上”。根据我这几年的经验先用资源列表确认系统能看到设备再往下排查。现象排查顺序常见处理方法list_resources()里没有设备驱动→接口→供电装VISA库、检查USB驱动、确认仪器上电能看到设备但连接报错地址→权限→占用核对GPIB地址、LAN IP、确认别的程序没占用LAN口能找到但发命令没响应端口→远程模式确认VXI-11端口、SCPI端口检查仪器面板是否处于本地锁定GPIB设备读写超时地址→终端器确认GPIB地址唯一首尾设备接终端电阻/终端器我印象最深的一次定位经历同事把GPIB地址拨码设成了6代码里打开的是地址3仪器当然一直没反应。排查了两个小时最后拿厂商自带的连接工具手动连了一下地址6才能发现是地址对不上。所以现在我的习惯是先用厂商自带的通信工具就是Keysight Connection Expert或者NI-MAX手动敲一条*IDN?如果能通再回到代码里找问题。还有网络仪器的IP配置。新仪器默认可能是DHCP但有些仪器出厂默认固定IP和电脑不在同一网段就很难发现。插上网线先ping一下仪器IP能ping通再谈VISA连接。这一套排查顺序下来九成连不上的问题都能解决。4.2 读数乱码、脚本卡死、多线程抢占怎么定位和修复连上了接下来就是各种奇奇怪怪的读取问题。最典型的是读数偶尔对、偶尔乱或者脚本跑到一半就卡住不动。这一类问题的根因绝大多数是时序和并发而不是命令写错。先讲乱码。仪器返回的字符串经常带换行、回车有的还带提示符或者单位直接float(raw)肯定报错。我的标准做法是raw.strip()之后再解析如果有单位用正则把数字部分提出来。编码上老仪器通常用ASCII新仪器多数是UTF-8如果遇到乱码先试encode(ascii, ignore)再试UTF-8逐个排除。再讲卡死。卡死最常见的原因是前一条命令还没执行完下一条命令就发出去了。SCPI本身没有强制时序仪器忙的时候不理你是很正常的。解决方式就是我在2.3里说的*OPC?每次关键命令后做一次同步宁可慢一点也要稳。另一个原因就是timeout设了但不够仪器扫描时间长的时候尤其容易触发。多线程抢占的问题则一律用锁来解决。每台仪器配一个threading.Lock任何操作这台仪器的地方都先with lock:再执行。这种方式简单粗暴但效果很稳。不要指望用延时来规避并发问题——延时只会降低冲突概率不会消除冲突该上锁就上锁。4.3 电源顺序、量程切换、固件升级几个容易忽略的细节最后说几个容易被人忽略的细节但每一项都可能导致严重后果。电源顺序是最重要的一条。先把电压和限流设置好再打开输出关闭的时候先关输出再动线路。我见过一次反面教材同事在电源还没设置限流的情况下直接打开输出待测件瞬间短路电源立刻过流保护板子上一颗电容直接鼓包。为了保护设备除了代码上严格控制顺序接线端子和被测件连接处也要加保险丝或者电流保护模块。量程切换的问题前面提了一次这里再展开说。很多测量类仪器默认自动量程它的优点是方便缺点是慢。在批量测试时如果每次测量都是自动切换量程一次测量可能要多花几十到几百毫秒。固定量程之后仪器不再反复试探档位速度提升非常明显。但要注意固定量程的前提是你对被测值范围有把握否则超出量程读数会不准甚至报错。还有一个很多老工程师都中过招的事仪器固件升级之后某些命令的行为可能会变。比如某型号电源升级固件后原来直接写VOLT 12就能设置电压新固件要求写VOLT 12.0不然可能不被识别。固件升级之后第一件事是把自动化测试的冒烟用例完整跑一遍确认所有命令都正常再放到生产流程里。最后再分享一个实操技巧日志的时间戳一定要精确到毫秒。排查时序问题的时候时间戳不够细根本看不出谁先谁后也定位不了是哪个环节卡了多久。统一用time.time()记录配合测试步骤编号出问题的时候翻日志能省大量时间。我个人在实际操作中的体会是把测试交给脚本这件事真正的门槛不是写命令而是把“失败路径”想清楚。超时、重连、清错、日志这些看起来琐碎的东西才是决定一套自动化测试系统能不能扛住过夜运行的关键。只要把这些基础打牢哪怕是几台不同的仪器混在一起也可以组织得井井有条。希望这篇分享能帮你少踩几个坑早点把守仪器的时间省下来去做更有价值的事。