Newtons4th 的 PPA1510 是一台功率分析仪。单台测功率没什么特别，但这台设备有个不太常见的能力——它自己就知道怎么跟另一台配合。驱动里的示例把这个用法专门做成了一个例子。
为什么需要两台
单台功率分析仪能测的通道数是有限的。当被测对象有多个端口——比如三相系统的三路、或者一台变换器的输入和输出同时要看——一台的通道就不够用了。
这时候的常规做法是加一台，但麻烦立刻来了：两台设备各自在测，数据怎么对齐？时间对不上的话，算出来的功率差、效率这些量就是错的。
多台仪器一起测，难的从来不是"多接一台"，而是"让它们说的是同一时刻的事"。
主从这个思路
这个驱动里有一个专门的示例，名字就叫 Master Slave。说明厂商把"两台协同"当成了一种正式的用法，而不是让用户自己去拼。
主从示例：两台设备协同的用法被单独做成了一个例子
VI 树：可用的操作一眼看全
应用示例：常见场景的完整流程
示例的程序框图
主从架构解决的核心问题是时序统一：一台发号施令，另一台跟着走。这样两台设备的采集时刻由同一个源决定，数据天然对齐——不需要事后去算法上做时间戳插值。
这类协同为什么必须靠程序
人工操作两台设备，做得到"先后"，做不到"同时"。手的速度和判断会有几十到几百毫秒的波动，而这个波动在功率测量里足以让结果失去意义。
程序的做法是：把两台设备的动作放在同一个流程里，由程序统一调度。在 LabVIEW 里这一步尤其自然——并行循环本来就是它的强项，两台设备的采集可以真正同时跑，而不是排队执行。
另外，多通道测量还有一个隐性好处：数据天然是同时刻的一组，可以做通道之间的实时运算。效率、功率因数、谐波占比这些量，不用等测完再算，采的时候就算出来了。
多台设备一起测，看起来是量的叠加，实际上是难度的跃升——因为对齐这件事，人做不好，只有程序能做。
如果你手上也有类似的设备或类似的活儿，不管是老仪器想连电脑、还是新系统要搭测试流程，都可以把型号和场景发给我们，我们来看看能不能用同样的思路解决。
