返回博客

如何构建一款值得工程师信赖的保护继电器测试工作流工具

电力系统

2026年9月16日

如何构建一款值得工程师信赖的保护继电器测试工作流工具

核心要点

  • 元素验证和方案验证是两项不同的工作,而大多数测试计划只完成了前者。
  • 闭环仿真 能够揭示协调、重合闸和逆变器交互行为,而固定注入波形无法再现这些行为。
  • 一个与配置文件关联的可复用故障案例库,可将配置错误转化为回归测试,而非在实际环境中发现问题。

保护继电器测试工作流程的价值在于:它能在方案投入运行之前就发现设置或逻辑错误,而不是等到故障暴露出来之后才发现。

这一标准已经发生了变化。2026年至2027年间,预计将有近70吉瓦的新增太阳能装机容量并网,这将使美国太阳能装机容量较2025年底增长49%。这些电站的故障电流受控且经过调节,因此距离和方向因素所呈现的行为特征,是机电时代测试方案从未预料到的。 仅从二次馈入这一方面来看,虽然可以确认继电器按其设定值正常工作,却未能察觉这些设定值并不适用于当前的电网。

解决之道并非增加更多注入点,而是闭环验证:将继电器置于一个能对其跳闸决策作出反应的模拟系统之前,然后重现规划研究中认定为可信的故障工况。您仍需进行元件检查。不同之处在于,该方案会在任何人对其通电之前,就作为整个系统接受验证。

保护继电器测试实际上能证明该方案的哪些问题

保护继电器试验可验证三项独立的内容。第一,继电器硬件的测量是否准确;第二,设定值是否符合经批准的协调研究方案;第三,该保护方案能否在系统允许的时间内清除故障。大多数试验方案都能很好地验证前两项,但几乎从未验证过第三项。

通过距离元件台架测试可确认,当线路阻抗达到85%时,远端保护点会动作。但该测试并未说明,当通信切换后远端终端的远端保护信号延迟12毫秒到达,且本地继电器回退到第2区时序时,会发生什么情况。只有当继电器针对其所处网络的模型进行测试时,才能回答第二个问题。

协调研究得出参数设置。而测试则是验证这些假设在面对实际拓扑结构、仪表变压器比和通信延迟时是否依然成立。如果将这两项活动视为互不相关,最终就会导致正确的参数设置保护了错误的系统。

“大多数程序都能很好地验证前两点,但几乎从未验证过第三点。”

何时稳态注入试验不再足够

一旦继电保护的决策影响了其后续的测量结果,二次注入就不再足够了。二次注入只是重放一个固定的波形,并根据预期的检出条件和时序对响应进行评分。它无法显示断路器在电源电势减弱时的重合闸、发电机首次跳闸后的相角偏转,也无法显示逆变器控制环路对继电器刚刚延时处理的电压下陷所作出的反应。

设想一条138千伏输电线路,其汇母线配备自动重合闸功能,该汇母线同时承载着一座60兆瓦的太阳能电站。开环注入试验证实,继电器按计划跳闸并启动重合闸。只有闭环运行试验才能显示:该电站能够承受第一次电压骤降,但在第二次电压骤降时跳闸,并将重合闸任务交给一个远比设定文件假设的要弱的电源。

继电器完全按照配置运行,而该方案却得出了无人预料的结果,因为每个设备都是在孤立状态下进行验证的。注入法在元件验证方面依然快速且实用。它只是无法解答关于交互的问题,而这正是现代方案的缺陷所在。

闭环继电器测试如何与实时系统配合工作仿真

闭环继电器测试如何与实时系统配合工作仿真

闭环继电器测试是将一个物理继电器置于实时运行的电力系统模型的控制路径中。仿真器每隔25至50微秒计算一次网络响应,将电压和电流数据传输至继电器,接收继电器发回的跳闸和闭合触点信号,并在同一时间步内将其应用于模型中的断路器。

接口连接有两种方式。放大后的模拟信号驱动传统继电器的输入端,而数字变电站方案则将IEC 61850采样值输入到过程总线端口。跳闸和阻塞信号以GOOSE消息的形式返回,当广域元件在覆盖范围内时,同步相量流遵循IEEE C37.118标准。 OPAL-RT的HYPERSIM 等平台可通过一个模型发布这三类信号,因此数字继电器和传统继电器可共用同一仿真平台。

在此处,延迟预算比模型的原始大小更为重要。如果在循环内部,GOOSE 触发事件延迟 4 毫秒到达,则其清算时间将与实际现场情况不同,因此发布者和订阅者的时序是在初始化阶段进行测量的,而不是凭假设来确定。

在开环注入与闭环验证之间进行选择

开环注入与闭环验证的主要区别在于反馈。开环注入是在继电器上播放预先记录或计算得出的波形,并对响应进行评分;而闭环验证则允许继电器对所测量的系统产生作用,从而揭示出固定播放文件无法包含的协调性、稳定性和恢复行为。

成本与进度目标相互矛盾。利用一套测试数据和一个设置文件,只需一个下午就能完成元件验证。变电站的实时模型首次构建需要数天时间,但此后每次修改设置后重新运行几乎无需成本。

该测试需要回答的问题 开环喷射 闭环仿真
该元件能否在配置的范围内进行拾取? 使用标准测试集迅速给出了答案 我也回答了,不过仅凭这一点,很难说服人投入精力进行设置
在附近的机器失去同步之前,该方案是否已清除? 没有机器型号,因此无法回答 直接回答:因为发电机动态过程在循环内部运行
当逆变器供电源变弱时,重新合闸会如何表现? 仅限于某人之前录制的一段波形 由于模型对第一次触发做出了反应,因此会再次触发第二次射击
GOOSE时序在站内流量下能否保持稳定 仅显示基准测试时间,无其他信息 在运行完整的过程总线消息集的情况下进行测量
在调试期间修改某个设置时会发生什么情况 需要制定新的注射方案并进行现场考察 重新运行现有的案例库,只需几分钟即可完成

构建涵盖可信电网状况的故障场景库

故障场景库是一组可重用的测试案例,每当系统设置发生变化时,都会用这些案例对该方案进行测试。应基于您已认可的规划研究来构建该库,内容应涵盖峰值和最小负荷拓扑、导致电源阻抗发生变化的N-1故障,以及协调研究中使用的故障类型和位置。

五种外壳系列涵盖了传动装置在实际使用中遇到的绝大多数情况。

  • 在线路长度的0%、50%和100%处测得的三相及单相对地故障
  • 发生在接地元件边缘附近的高阻抗接地故障会达到
  • 在故障清除过程中从单相发展为两相的故障
  • 当远程终端已处于分闸状态时,对持久性故障进行重合闸
  • 区域内发生故障时远程保护通道丢失

覆盖率比测试量更重要。人为因素导致的错误(如设置不当、逻辑错误以及人员操作失误)占2020年至2024年间记录的所有误操作的39%,而测试库恰恰能解决这一类问题。一个在每次设置修订后都会重新运行的测试库,能将这些原因转化为回归问题。

导致操作失误影响现场的故障模式

大多数在测试中未被发现的操作错误,源于测试计划中的疏漏,而非继电器的缺陷。常见的疏漏包括:未测试的逻辑分支、在上次验证运行后修改的设置、未建模的仪表变压器饱和现象,以及在无负载的测试台上而非负载网络中验证的通信行为。

断路器故障逻辑是屡禁不止的问题。这是大家从未测试过的一条分支,因为触发它需要断路器卡死,因此虽然初始化路径会被检查,但与相邻2区元素的交互却无法得到验证。闭环测试使这种情况的测试成本很低,因为模型中的断路器根本不会断开。

版本漂移紧随其后。在调试过程中,设置会被调整,继电器文件会超前于已测试的基准,而验证记录则悄然不再描述正在运行的设备。将案例库与同一变更控制系统内的设置文件绑定,可以消除这种歧义,因为尚未重新运行的修订版本会显示为待处理项。

“大多数在测试中未能被发现的操作错误,其根源在于测试计划的疏漏,而非继电器本身的缺陷。”

长期坚持进行有条不紊的继电保护测试能为公用事业工程师带来什么

有条不紊的继电保护测试方案。您在闭环环境中验证的每个方案,都会留下可重用的模型、用例库以及时序测量数据,这些将成为下一个项目的起点,因此随着覆盖率的提高,工作量曲线反而呈下降趋势。这就是回报,而且它会在测试报告中体现出来之前,先体现在停电统计数据中。

现场人员最先感受到这一点。一个为每个区域和逻辑分支都记录了闭环运行数据的调试团队,在现场的时间将用于验证安装是否正确,而不是调试设计。工程经理随后也会感受到这一点:当需要修改设置时,只需花一个下午的时间重新运行,而不是动用夜班人员并导致生产线停产。

这两种结果都不依赖于更强大的仿真器。它们都取决于将继电器视为系统模型中的一个组件,并且拒绝批准任何未针对其将面临的实际工况进行过测试的方案。使用OPAL-RT构建测试平台的团队得出了相同的结论:模型才是持久的资产。只要保持模型更新,确保案例库与设置文件保持关联,方案就不会再让你措手不及。