PHIL 与 CHIL 在实时验证工作流中的差异

核心要点

• 当控制器仍是主要未知因素，且您需要安全、可重复的逻辑和时序验证时，应优先考虑CHIL。
• 当物理功率行为、传感、损耗或保护时序可能影响验证结果时，PHIL 便成为正确的方法。
• 接口稳定性与电气风险构成了PHIL方案的实际限制，因此分阶段实施将优于基于首字母缩写的选型方案。

在需要验证控制逻辑时，应选择控制器硬件在环；当物理功率级本身会影响结果时，则应选择功率硬件在环。

2024年电动汽车销量超过 1700万辆，这意味着越来越多的换流器、电池系统和动力控制系统正进入测试实验室，留给后期意外的余地已微乎其微。这种增长给验证工作流程带来了压力，要求尽早区分软件问题与硬件影响。那些将PHIL和CHIL视为可互换的团队，通常会在后期浪费时间。当您将方法与系统中仍可能出现意外的部件相匹配时，您将获得更清晰的答案。

对于大多数控制工作而言，CHIL 是最佳的起点，因为它更安全、更经济且更易于重复。当电源硬件、传感、损耗或保护行为可能影响结果时，PHIL才值得投入额外的调试成本。这一顺序比缩写本身更为重要。规范的工作流程应从控制器验证阶段过渡到电源交互验证阶段，每个阶段都需解答不同的验证问题。

在许多测试实验室中，Controller HIL通常指CHIL

“控制器硬件在环”（CHIL）通常指控制器是实物设备，而被控对象模型则在实时仿真器中运行。这种配置即为CHIL。您将控制器的I/O接口连接到模拟的电机、变流器、电池或电网模型，从而在不向电力硬件供电的情况下，验证逻辑、时序、限值及故障处理。

牵引逆变器团队清晰地展示了这一模式。控制板从仿真器接收旋转变压器反馈、电流限制和直流母线波动数据，而逆变器、电机和电池则保持为数字模型。您可以在每个测试周期中注入过流、传感器失效或电网扰动，并确认代码在正确的采样点做出响应。重置时间较短，因此调试工作能够保持重点。

正是这种可重复性，使得 CHIL 应在验证流程的早期阶段就予以应用。在动力系统准备就绪之前，您就能发现调谐错误、状态机缺陷以及I/O 映射问题。此外，您还能将控制器故障与被控对象的不确定性区分开来，从而大大加快根本原因分析的速度。CHIL 不会显示加热效应、开关非理想性或元件公差，因此其价值既具有高度针对性，又十分显著。

“PHIL与CHIL的主要区别在于功率级的位置。”

PHIL 对阵 CHIL 的胜负关键在于谁能保持身体对抗

PHIL与 CHIL 之间的主要区别在于功率级的位置。CHIL 将功率级保留在仿真器中，仅向控制器暴露低功率的输入/输出接口。PHIL 则通过功率接口接入实际的功率硬件，因此电压、电流和硬件行为都成为闭环系统的一部分。

充电程序能清晰地显示这种区分。如果仅将数字信号处理器板连接到仿真器，则您正在使用 CHIL 模式。如果实际变流器通过功率放大器和测量电反馈连接，则您正在使用 PHIL 模式，因为此时变流器的损耗、限值和保护时序仍保持物理特性。

CHIL 控制验证在电源硬件就绪之前即可进行

当控制器尚不确定，且电力硬件尚未完成、成本高昂或通电存在安全隐患时，CHIL 是最合适的选择。它使您能够在完整测试台搭建之前，利用高保真过程模型对控制时序、监控逻辑和通信进行验证。

微电网控制器便是常见的例子。在配电柜到货前的数月内，即可针对数字馈线模型对调度逻辑、断路器动作顺序及电压调节功能进行验证。这使控制团队有时间在机械施工和采购工作持续进行的同时，对启动顺序、限值处理及消息时序进行调整。即使硬件交货周期无法缩短，项目进展依然能够持续推进。

这种顺序不仅能节省时间，还能带来更多好处。CHIL 能在不让实验室过早暴露于高压风险的情况下，确保软件团队保持高效工作。它还能提供更清晰的通过或失败信号。如果循环在 CHIL 中出现不稳定，问题就归咎于控制器设计，因此您无需在代码问题和电源硬件的副作用之间进行猜测。

PHIL 能够捕捉 CHIL 无法表现的硬件效果

当植物模型不再是限制因素，且硬件本身能够改变结果时，PHIL 因素就变得至关重要。物理开关、传感器偏移、死区时间、磁饱和以及保护时序，都会以某种方式影响系统行为，而仅靠控制器参数设置往往无法揭示或只能对其进行平滑处理。

电池逆变器对此进行了清晰说明。电流纹波、接触器抖动、测量延迟以及元器件公差都可能导致控制器感知到的响应发生偏移，即使控制代码保持稳定也是如此。预计到2027年，可再生能源将满足全球电力需求增长的95%以上，因此，如今越来越多的并网设备需要进行验证，其中必须包括在负载条件下的实际功率行为。

PHIL 专为工作流的这一阶段而设计。您只需通过电源接口连接实际的变流器或被测设备，即可观察硬件在模拟电网或厂网条件下的运行情况。正是通过这种方式，您才能在投运前发现误跳闸、阻尼不稳定或测量链中的异常现象。只有当物理功率环节成为您需要解决的问题的一部分时，PHIL 的复杂性才真正体现出来。

接口稳定性决定了PHIL保真度的上限

PHIL 的保真度受限于仿真器与电源硬件之间接口的质量。延迟、放大器带宽、传感器延迟、缩放误差以及补偿方案的选择都会影响闭环响应。如果该接口调校不当，测试平台会产生硬件本身并不存在的问题。

一个DC/DC转换器闭环系统看似完美，但只要在模拟源阻抗与测量电流反馈之间存在150微秒的延迟，情况就会发生变化。若再加入一个响应迟缓的放大器或激进的接口算法，即使转换器的控制逻辑本身没有问题，闭环系统仍会发生振荡。在接口设计中，PHIL的保真度往往被忽视。这一事实足以解释为何许多初次尝试都会失败。

您需要将放大器带宽、传感器延迟、缩放和补偿作为方法本身的一部分进行评估。一个稳定的系统通常始于简化的网络、降低的故障能量以及经过精心调谐的接口增益。那些跳过这一步骤的团队往往将测试台造成的问题归咎于原型。CHIL 则没有这种负担，因此它仍然是更简单的第一步。

电气风险往往在预算确定之前就决定了采用的方法

在成本核算表出炉之前，电气风险通常就能决定采用 PHIL 还是 CHIL。CHIL 将大部分故障能量限制在仿真器内部，而 PHIL 则引入了通电硬件，这些硬件可能在几毫秒内发生故障。如果风险控制措施尚不成熟，那么即使从技术角度看最优雅的选择，也依然是错误的选择。

“PHIL 的忠实度始终是界面设计的基础。”

在CHIL环境中，即使保护继电器的检测逻辑有误，通常也不会造成实质性的后果。但如果将相同的逻辑应用到配备带电转换器的PHIL环境中，一旦出现错误，故障电流可能会在任何人介入之前涌入原型机。安全规划往往比预算审查更早决定采用哪种方法。忽视这一顺序的团队通常会为此付出代价，表现为需要重新测试以及硬件损坏。

• 故障能量可能在几毫秒内损坏原型机。
• 绝缘间隙会限制您可以安全进行探测的范围。
• 保护策略的配置将决定哪些测试可以运行。
• 一旦工作台通电，操作员的进入空间将缩小。
• 跳闸后重置时间会导致迭代速度急剧下降。

如果其中几项问题尚未解决，请延长在CHIL阶段的时间。只有当未知因素存在于带电硬件中，且实验室能够控制风险时，PHIL阶段才值得额外投入成本。这种顺序能避免团队在维修、重新测试和审批延误上浪费数周时间，同时也能保护那些无法快速替换的珍贵原型机。

分阶段的工作流程将团队从CHIL转移到PHIL

分阶段的工作流程应从软件验证开始，继而进行控制器验证，最后才进行带电交互验证。CHIL 阶段应首先验证控制稳定性、时序和逻辑。PHIL 阶段应在未解决的问题主要集中在带电硬件、其传感链或其与模拟被控对象的交互之后才开始。

电机驱动程序通常从纯模型控制设计开始，随后转入CHIL阶段进行I/O时序、故障逻辑和监控代码的开发，待变频器或电机硬件成熟到足以安全测试时，再进入PHIL阶段。OPAL-RT通常位于该流程的中间环节，作为实时执行层，确保模型、接口和测试脚本保持同步。这种分阶段的流程为每个团队提供了明确的交接点。

每次状态转换都需要一条退出规则。当控制行为在正常工况和故障工况下均可重复时，应关闭 CHIL；当未解决的问题主要涉及功率损耗、保护阈值、传感延迟或组件交互时，应开启 PHIL。这种分阶段的方法可以防止团队将 PHIL 作为早期调试的依赖手段，并将更复杂的测试平台保留给那些只有它才能解答的问题。

常见的选型错误会导致测试阶段出现返工

后期返工通常源于一个简单的失误：团队出于惯性选择某种方法，而非针对那些仍需排除的未知因素。如果你指望 CHIL 能揭示转换器的物理特性，它会让你失望；如果基本控制逻辑在干净的模拟故障下仍会失效，PHIL 只会浪费时间。

直接跳到 PHIL 阶段的充电器团队，往往要花数周时间去排查因控制代码未完成而引发的故障。而滞留在 CHIL 阶段过久的控制团队，则会在进入功率测试台时坚信设计已稳定，随后却发现传感器延迟或保护时序在负载下导致一切失控。这两种情况都会导致返工，因为验证问题被定义得不够严谨。解决之道在于严格的流程顺序，而非增加实验室测试的复杂度。

更好的做法是问自己：哪些环节仍需物理验证？哪些环节仍存在风险？哪些环节尚未得到证实？这样就能明确区分实验（CHIL）与理论（PHIL）的界限。那些恪守这一原则的实验室，无论是使用OPAL-RT还是其他任何开源实时模拟器，都会循序渐进地建立信心，而不是指望一次实验就能解答所有问题。这种判断力所节省的时间，远比任何缩写词都要多。