Fluke/Philips 的 PM 2811 是一台老电源，在实验室里还常见。这类设备的驱动往往年头不短，接程序时踩的坑也有共性。这篇把常见的几个列出来。
01 坑一：以为没有驱动
这是最常见的误会。老设备的驱动常常不是"一个 Examples 目录"的形式，而是所有 VI 装在一个库里（LLB 容器）。按常规方式去找，会看到"没有示例"的结论，于是误判这台设备没法用程序控制。
实际上打开那个库，里面的 VI 是齐的。遇到老设备，先看包里有没有库文件，别急着下结论。
02 坑二：设备状态不干净
老电源的面板往往还留着上一次实验的设置。程序里如果只写"把电压设成 5V"，而没写"电流限值设成多少"，那电流限值就是上一次留下的值——而这个值你可能完全不知道。
驱动示例：老设备的程序一定要把关键项显式设全
程序框图：初始化做了哪些事
规矩是：凡是会影响结果的参数，程序里都要显式设一遍，哪怕它看起来"显然应该是默认值"。老设备尤其如此——它的默认值取决于上一个人。
03 坑三：保护参数忘了设
电源最容易出事的地方是过流和过压。程序里设电压电流的时候，往往光顾着设"要多少"，忘了设"最多多少"。
输出限值应该在通电之前就设好，而不是等出了问题再改。尤其是自动流程——半夜跑的时候没人看着，限值就是最后一道防线。
04 坑四：以为设了就生效了
下发设置和真正生效之间可能有延迟，尤其是通过 GPIB 或串口通信的老设备。程序如果设完立刻就开始测量，可能测到的是过渡过程而不是稳态。
稳妥的做法是设完回读确认，或者在关键动作后加一个短延时再继续。这一步花不了什么时间，但能省掉后面反复怀疑"数据为什么不对"的几个小时。
05 坑五：只考虑正常流程
最后一件事，也最容易被忽略：程序跑在实验室里，而实验室里什么都可能发生——电源被碰掉、通信线被踩松、有人手动动了面板。程序对这些情况的反应，决定了它是"帮你干活"还是"给你添乱"。
最低要求是：异常时停下来并留下记录，而不是继续跑。跑歪了的数据比没有数据更危险——因为它看起来是正常的。
老设备接程序，技术难点往往不大，难的是那些"想当然"的地方——以为没驱动、以为设了就生效、以为不会出事。把这些想当然挨个确认一遍，事情就成了大半。
如果你手上也有类似的设备或类似的活儿，不管是老仪器想连电脑、还是新系统要搭测试流程，都可以把型号和场景发给我们，我们来看看能不能用同样的思路解决。
