返回博客

PHIL 与 HIL:电力系统验证的主要区别

电力系统

06 / 04 / 2026

PHIL 与 HIL:电力系统验证的主要区别

核心要点

  • 当软件逻辑、时序和保护状态是主要的不确定性来源时,HIL测试是更好的起点。
  • 只有当物理硬件效应决定了通过或失败的界限时,基于硬件的闭环测试才会增加测试台的复杂性。
  • PHIL 测试结果的稳定性,与其说取决于额定功率,不如说更多地取决于接口设计、延迟控制以及规范的分阶段测试。

 

当问题涉及控制逻辑时,请选择 HIL;当问题涉及功率级行为时,请选择 PHIL。

当团队将“电力硬件闭环”(power hardware in the loop)视为“硬件闭环”(hardware in the loop)的简单延伸时,电力系统验证工作就会偏离正轨。虽然这两种方法都采用闭环,但它们针对的工程问题不同,且具有不同的稳定性极限。2023年可再生能源装机容量增至 473 GW,较2022年增长73%,这意味着更多基于逆变器的资产正接入电网和测试台。这种增长使得在实验室时间、硬件和保护方案成本高昂之前,方法选择变得尤为重要。

HIL在无能量交换的闭环条件下对信号进行测试

硬件在环(HIL)与电力硬件在环(PHIL)之间的主要区别首先体现在接口上。HIL测试将交互保持在信号层面上。仿真器发送测量数据并接收命令。该环路中不传输任何物理电力。

一个馈线继电器项目很好地展示了HIL技术的适用场景。您可以将继电器的I/O连接到仿真器,注入故障、调整断路器时序,并在无需对线路侧设备通电的情况下验证跳闸逻辑。电机驱动控制器测试台的工作原理与此相同。处理器、固件和保护状态均可进行测试,而电力转换器则仍由模型来表示。

这种范围之所以重要,是因为信号电平测试的迭代速度更快,且更易于实现。您可以重复测试边界情况、强制执行不可能的网格市场活动,并以更低的测试台复杂度追踪每条时序路径。此外,在代码仍在迭代阶段时,它还能将失败成本控制在较低水平。如果您关注的是控制稳定性、序列控制或故障响应,HIL通常是能提供可靠答案的首选方法。

 

“良好的电力系统验证并不在于选择最复杂的配置。”

 

PHIL利用实体设备测试闭环功率交换

PHIL在仿真器与被测硬件之间添加了一个电源接口,因此当电压和电流通过测试台时,系统仍能实时闭环。这意味着您可以测量物理设备在通电状态下的响应情况,包括仅靠模型可能被平滑处理的极限值和非线性效应。

并网逆变器就是一个明显的例子。仿真器对馈线、线路阻抗和上游故障进行建模,而功率放大器则在逆变器端子处再现这些电气状况。逆变器将电流回馈至仿真电网,并对电压下陷、频率偏移以及市场活动作出响应。这些响应包括限值、延时和非线性效应,而纯模型可能会将这些效应平滑处理。

这就是为什么“硬件在环”(PHIL)测试应安排在验证过程的后期进行——即在确认控制器逻辑在根本上没有问题之后。PHIL 能揭示与开关、饱和、滤波器以及接口交互相关的问题。它还会引入 HIL 测试中从未出现过的新风险。只有当接口和时序足够严密,足以保持回路稳定时,您才能在设备边界获得物理真实性。

 

检查点 HIL测试台能告诉你什么 费城替补席能告诉你什么
界面内容 该仿真器与被测硬件之间交换命令和测量数据。 该仿真器与被测硬件之间进行信号和物理电能的交换。
主要验证目标 在通电之前,您需要验证控制代码、时序、逻辑和故障处理。 您需要验证当模拟电网或被控对象产生反作用时,物理硬件的行为表现。
实验台上常见的硬件 继电器、控制器或嵌入式计算机通常是唯一的主动设备。 逆变器、变流器、充电器或其他功率级是通过电源接口供电的。
实验室主要风险 大多数错误表现为I/O映射问题、时序故障或模型不匹配。 故障可能表现为系统不稳定、不安全的功率流、热应力或保护跳闸。
验证路径中的最佳点 该方法适用于测试的早期阶段,此时需求和控制代码仍需调整。 该方法适用于后续测试阶段,即必须直接测量设备硬件行为的阶段。

 

电源接口决定了PHIL的结果是否仍然可靠

功率接口是PHIL中将一个有用的设置变成具有误导性的设置的关键部分。它将数字仿真器与物理设备连接起来。其带宽、延迟和控制方式共同决定了系统环路的行为。如果匹配不佳,该测试平台就无法再准确反映目标系统。

一个常见的例子是带有LCL滤波器的光伏逆变器。仿真器虽然可能准确地模拟了馈线,但放大器和接口算法会在滤波器谐振点附近引入相位滞后。此时,逆变器会出现属于测试台而非产品本身的振荡现象。这种结果会浪费调试时间,因为观察到的问题源于接口,而非硬件设计。

您需要将接口视为系统模型的一部分。放大器拓扑、传感器的布置、量程调整和补偿都至关重要。即使在理论上看起来性能强大的测试台,如果接口不透明或调校不足,仍可能给出不准确的测量结果。值得信赖的PHIL源于可追溯的接口行为,而不仅仅取决于电功率。

延迟裕量决定了PHIL在负载下能否保持稳定

延迟决定了PHIL测试台能够可靠呈现的结果的上限,因为任何延迟都会给带电的功率回路带来相位偏移。一旦回路中通电,微小的时序误差就不再只是抽象的概念。它们会降低稳定性裕度,甚至可能让原本完美的测试结果变成测试台的负担。

电池系统让这一点很快显现出来。美国公用事业级电池储能容量从 2020年的1.4 GW增至2023年的16.0 GW,这意味着如今有更多高速变流系统需要严格的验证循环。当电池逆变器响应频率事件时,其电流可在毫秒内发生剧烈波动。如果仿真器、I/O 以及放大器链引入了过多的延迟,则测得的响应可能会偏离硬件的真实工作极限。

此时,执行细节的重要性便开始超过基准测试标签。在这些设置中,OPAL-RT 经常被采用,因为团队可以检查时间步长、I/O 路径和模型划分,而不是将延迟视为一个“黑匣子”。这种可视性有助于区分硬件问题和基准测试问题。如果无法解释延迟的原因,就无法相信在负载下看似稳定的运行结果。

一旦电力离开模拟器,测试台的要求就会提高

PHIL测试台需要的不仅仅是一个仿真器和一个功率放大器。它们还需要在保护、传感和热限制方面严格遵守电气规范。在首次测试开始之前,设计工作就已经展开。这些额外的努力,正是实现安全且有效的功率交换所必须付出的代价。

  • 功率放大器需要留有余量,以确保稳态工作和应对瞬态响应。
  • 隔离和接地规则需要有记录在案的故障路径。
  • 电压和电流传感器所需的带宽必须与开关内容相匹配。
  • 保护逻辑需要硬连线跳闸,其响应速度要快于软件。
  • 载荷和热管理需要留有足够的余量,以应对反复的测试循环。

充电器验证测试台说明了这一点的重要性。控制代码在信号电平测试中可能表现完美,但在首次全功率运行时,却可能因传感器饱和或紧急停止响应迟缓而触发故障。这些属于测试台设计缺陷,而非产品缺陷。如果在性能测试开始前就设定好安全电路、传感器量程和放大器限值,您将获得更理想的PHIL测试结果。

当目标是控制器代码时,HIL就足够了

当 plant 模型已经成熟,且主要风险在于控制器时,HIL就足够了。此时,您需要检查的是代码路径、I/O 时序和保护逻辑,而非试图验证开关行为。因此,无需实际的功率级。

电网形成控制器的更新就是一个很好的例子。你可以通过详细的电网仿真,验证黑启动序列、模式转换、防孤岛逻辑以及故障穿越决策。同样,对于仅涉及定时逻辑和状态处理的保护继电器固件修订,情况也是如此。这些任务更需要广泛的场景覆盖,而非实际的电流流动。

团队往往过早转向PHIL,因为这让人感觉更接近硬件的真实情况。这种直觉可能会拖慢进展。如果主要的不确定性在于软件的正确性,那么HIL能提供更快的迭代速度、更清晰的故障注入,以及更便捷的测试自动化。正是这种方法,能让你在电气硬件开始掩盖逻辑缺陷之前,先填补这些缺陷。

 

“电源接口是PHIL中将一个实用的设置变成一个容易引起误解的设置的关键部分。”

 

当植物的形态决定其行为时,PHIL 便是正确的选择

当仅凭模型已无法确保硬件行为可靠时,PHIL 便成为正确的选择。缺失的部分通常是电源接口附近的物理效应。该效应在负载条件下才会显现。信号电平测试无法以足够的可信度重现该效应。

一个具有限流、死区效应和热保护功能的逆变器就是其中一个例子。另一个例子是,在接近扭矩阶跃时会发生饱和的电机驱动器。固态变压器原型机对线路扰动的响应方式也会因实际使用的开关器件和磁性元件而异。一旦这些效应确定了通过或失败的标准,硬件就必须纳入控制回路中。

当认证类测试需要针对受控网络模型测量硬件响应时,PHIL 也是理想的选择。您可以在物理设备带电运行的同时,模拟弱电网条件、孤岛运行或馈线故障。这为您提供了更坚实的基础,用于保护装置的调校和运行边界检查。关键在于,硬件本身现在已成为您需要测量的未知变量之一。

分阶段验证可减少在实现全功率耦合前的重新测试工作

分阶段的开发路径能最佳地兼顾速度、安全性和可信度。首先采用HIL来确定控制逻辑,当物理硬件的行为开始影响结果时,再转为PHIL。在两个阶段中,应保持相同的假设和时间纪律。

有一种实验室测试流程特别适用于电网硬件。该团队首先在HIL上验证固件、故障和通信功能,然后将相同的被控对象模型导入PHIL测试台,用于逆变器或充电器的耦合测试。这种顺序可以减少重复调试,因为大多数软件问题此时已得到解决。因此,PHIL阶段可以专注于接口稳定性、保护裕度和硬件极限,而不是代码中的干扰。

那些从早期的HIL测试台到后期的PHIL测试台,始终保持模型假设、I/O时序和保护逻辑保持一致的团队,可以避免在满负荷条件下重新学习系统这一耗时耗力的过程。这正是OPAL-RT能够自然融入的地方——它作为验证路径的一部分,而非一种独立的测试台理念。良好的电力系统验证并非在于选择最复杂的配置,而在于采用风险最低的配置,同时仍能自信地解答工程问题。

常见问题

控制开发中硬件在环测试的目的是什么?

何时应使用功率硬件在环 HIL 测试?

能否在同一验证工作流程中同时使用 HIL 和 PHIL?

如何知道我的实验室是否已准备好接受 PHIL 测试?

与离线仿真相比,HIL 能带来什么样的结果?

全行业实时仿真解决方案

探索 OPAL-RT 如何为全球前沿行业带来变革

全部行业应用