一套 CompactRIO 系统同时生成 168 路电压与电流信号，驱动 28 台真实的保护继电器。这里仿真的不是模型，而是电网故障时保护装置传感器应该看到的东西。
电网故障录波机柜与同步采集模块，界面呈现多路同步故障波形
01 要做什么：背景与技术难点
这是一个面向创新技术的实验、研究与演示设施，配电是其中的主要方向之一。设施的核心是一台仿真器，它生成信号，复现保护装置传感器在不同工况下测量到的电流与电压。研究的重点是中压与低压配电系统中的故障，目的是验证故障保护装置——继电器与断路器——在这些情况下会如何反应。
项目要解决的核心问题很明确：为智能开关与保护装置建立一个测试环境，在这个环境里可以模拟电网故障，并验证相应的处理策略。用真实电网做这件事代价很高，因为涉及高电压和大电流，同时对操作人员也更危险。
方案思路是：不搭真实一次系统，而是用基于 CompactRIO 硬件与 LabVIEW 软件的仿真系统，生成电网不同位置短路所对应的信号，再把这些信号送给保护装置。装置会像在真实配电系统中那样对故障做出反应，工程师因此可以测试并比较不同的系统设计方案。这也是整个项目的落点——不是做一台信号源，而是做一套能支撑设计取舍的验证平台。
02 难在哪：通道规模与同步
第一层难点是规模。该设施里有 4 面中压开关柜，代表配电网的节点。每面柜内布置保护继电器，对应每个节点的进出线。整个系统共有 28 台继电器。每台继电器需要向它的传感器输入 3 路电压信号和 3 路电流信号，因此整个网络由 CompactRIO 系统生成的信号合计 168 路。
第二层难点是同步。要保证高质量的仿真，电压与电流信号之间必须精确同步。这个设计中「成组的、同步的暂态电压与电流的生成」被列为最值得关注的方面之一。
第三层难点在波形的来源。不同故障工况下的电流与电压波形并不相同，这些波形先用仿真程序做成文件，再通过 LabVIEW 施加到真实设备上。也就是说，系统需要一套能把离线波形按精确时序回放到真实硬件上的执行机制。
参与的保护继电器数量可观，模块化架构因此被证明特别合适。
03 方案：分布式机箱加模拟输出模块
从硬件角度看，系统由四台机箱组成：2 台 cRIO 9031 机箱，每台 4 槽，对应开关柜 1 和 2；2 台 cRIO 9036 机箱，每台 8 槽，对应开关柜 3 和 4。
每个机箱都配备模拟生成模块 NI 9264，16 通道，用来把 6 路模拟信号送给保护继电器。此外，系统还使用 NI 9421 数字输入和 NI 9472 数字输出完成辅助功能。CompactRIO 模块负责生成模仿电网行为的电压与电流信号，模拟量输出走 NI 9264，开关量交互走数字输入输出模块，职责划分得很清楚。
软件侧，运行在 Host 上的 LabVIEW 程序实现用户界面，用于选择故障事件，并显示网络特定位置上的相关波形。Host 与 RT 控制器之间通过 TCP / IP 通信，并使用 METADATA 进行代码优化。界面、数据通路和波形输出分别落在 Host、RT 控制器和 FPGA 三个层次上，这种划分在后面的操作流程里会看得更清楚。
04 LabVIEW 里的程序：三步完成一次仿真
仿真的操作流程被拆成三步。
第一步，操作员通过 LabVIEW 用户界面，选择故障在网络中发生的位置。
第二步，相关文件被下载并传输到 CompactRIO 单元的 FPGA 中。波形数据最终落在 FPGA 上。
第三步，文件传输完成后，界面上会有绿灯给出指示；操作员按下触发按钮，仿真开始。
分工上，Host 端的 LabVIEW 程序承担界面、故障事件选择和波形显示，RT 控制器负责与 Host 通信并管理到 FPGA 的数据通路。通信上通过 METADATA 做代码优化。
05 结果
这套仿真系统为保护系统之间的配合提供了一个完整的测试环境，并且不需要一套真实的、带高电压大电流的电力系统。后者成本很高，对操作人员也更危险。用信号级的方式把故障「喂」给保护装置，等于把一次系统的代价和风险都隔离在外。
从流程上看，一次验证只需要操作员选好故障位置、按下触发按钮，波形就按预定时序送到 28 台继电器上，工程师在同一个环境里就能比较不同设计方案的响应。仿真的质量是令人满意的。结论也落在这一点上：它提供的是一套完整的、用于保护系统之间配合的测试环境。
06 这个案例说明什么
同步是这类仿真的第一性问题。168 路信号里任何两路之间的时间偏差，都会改变保护装置看到的故障特征。案例把「成组同步暂态」单独提出来讲，说明真正的门槛不在单通道的精度，而在通道之间的一致性。
用文件驱动、由 FPGA 回放的架构，把故障模型和执行引擎解耦。故障波形离线做成文件，现场只负责按精确时序播放，更换故障工况不需要改程序。
真实设备在环是这层验证的价值所在。继电器和断路器都是真的，仿真的是传感器信号，既避开了真实一次系统的成本和风险，又比纯数字仿真更贴近现场行为。
规模会直接决定架构。28 台继电器、168 路信号，通过多台机箱分布式布置，模块化通道分配不是风格选择，而是被通道数逼出来的。
Host、RT、FPGA 的三层分工是 LabVIEW 体系里成熟的做法：界面与文件管理放在 Host，实时调度放在 RT，确定性波形输出交给 FPGA。这套分层在通道数继续增长时仍然成立，因为界面端的负担不会随通道数线性上升。
还有一点容易被忽略：测试环境的产出不是「跑通了」，而是「可以比较」。能让工程师在同一套接口下反复切换工况、对比不同保护配合方案，这套系统的价值才真正兑现出来。对做保护定值和配合逻辑的人来说，这比多几路通道更重要。
如果要在类似项目上少走弯路，值得提前想清楚三件事：信号总数和机箱槽位怎么匹配、同步精度用什么机制保证、波形文件从离线模型到硬件回放的链路谁负责。这三件事在项目早期定下来，后期改动成本最低。
07 写在最后
168 路信号的难点是同步
通道数量可以靠堆模块解决，通道之间的相位一致性只能靠架构和 FPGA 时序设计。
换故障工况不用改程序
波形离线做成文件、由 FPGA 回放，切换工况只是换一组文件。
别用真实高压系统做测试
高电压大电流的真实系统成本高、对操作人员更危险，信号级仿真更划算。
我们专注 LabVIEW 软件开发与测试测量系统集成，从硬件选型、方案设计到现场交付调试，提供一站式服务。像本篇这样多机箱 cRIO 组网、上百路同步波形回放、Host 与 RT 协同的场景，正是我们日常处理的活儿。欢迎在评论区留言；身边朋友有类似项目，也欢迎帮忙引荐。
