同一台万用表，接口选错，采集速度能差好几倍。这篇把三种主流仪器接口的真实吞吐、组网限制摆出来，再附一份写 SCPI 时最常翻车的清单。

三种接口的账，先算清楚

82357B 还有几条容易被忽略的细节：它是 USB 总线供电，典型 200 mA、最大 500 mA，插在无源 HUB 上供电不足会时断时续；随机线缆 2.5 米；支持并行轮询，一次能查 8 台设备的响应；但不支持 Pass Control 和非系统控制器模式，想让仪器当主控的方案直接排除。

GPIB 那几条老规矩仍然生效：总线上最多 15 台设备（含控制器），电缆总长不超过 20 米，平均每台设备不超过 2 米。车间里为了绕开机柜把线拉出去七八米，总线报错就是这么来的。

一个具体的吞吐匹配例子

34465A 最高读数速率 50,000 读数/秒，机内缓存 50,000 个读数。假设按 ASCII 格式输出，一个读数连符号、小数点、指数、分隔符大概 15 到 16 字节，50,000 读数/秒折算下来约 0.75 MB/s——已经贴着 82357B 那 1.15 MB/s 的天花板了，再加上握手开销，实际根本跑不满。

两个改法立竿见影：一是把输出格式改成二进制（FORM:DATA REAL,64），每点 8 字节，同样的采样率只占约 0.4 MB/s；二是别一条一条 read，先让仪器把数据存进机内存储器，测完整块取回。总线上少一次往返，就少一次几毫秒的开销，几万个点累积起来是分钟级的差距。

要采得更狠（比如开了 2M 读数选件的长时间数字化），直接上 LAN，别在 GPIB 上较劲。

SCPI 踩坑清单

超时设短了。发 *OPC? 等一次长扫描，VISA 默认超时经常只有几秒，扫描没完程序先报错。规矩是：知道这条命令要跑多久，就把 timeout 设成它的两三倍。

不查错误队列。每个关键步骤后面跟一句 SYST:ERR?，把返回不是 +0,"No error" 的情况立刻抛出来。等到最后发现数据不对再回头找，一层层扒日志能扒到天亮。

*RST 之后想当然。复位把触发源、量程、积分时间全打回默认，自动量程一开，每次换挡都要多花时间。固定量程 + 固定 NPLC，是提速最实在的一招。

把速度归咎于接口。读数慢多半是 NPLC 设大了，不是线的问题。NPLC 从 10 降到 0.02，速度上去了，噪声也跟着上来——这是拿精度换时间，得心里有数。

用 *WAI 硬等。长操作要么用 *OPC? 阻塞式等，要么轮询状态字节，别在循环里空转。

两家 VISA 打架。装了 Keysight IO Libraries 又装 NI-VISA，得让它们以 side-by-side 方式共存，随手覆盖安装会把已有脚本全搞哑。

IP 地址会变。LAN 走 DHCP，仪器重启换了 IP，写死地址的脚本第二天就报连不上。要么在路由器上做绑定，要么用主机名寻址。

适用场景与选型建议

• 单台仪器开发调试：USB 最省事，插上就认，不用配网络。
• 老仪器进自动化台架：82357B 最快能落地，注意 14 台上限和线长规则；对吞吐较真就换 82351B 插卡。
• 多台仪器、多工位、远程监控：LAN/LXI 是唯一舒服的选择，交换机比 GPIB 菊花链好维护得多。
• 高速数字化、大数据量回传：LAN + 二进制格式 + 机内缓存整块取，三样一起用。
• 混合品牌系统：统一用一套 VISA，接口能统一到 LAN 就统一，省掉一半调试时间。