Zurück zum Blog

PHIL vs. HIL: Hauptunterschiede für die Validierung von Energiesystemen

Energiesysteme

06.04.2026

PHIL vs. HIL: Hauptunterschiede für die Validierung von Energiesystemen

Wichtigste Erkenntnisse

  • Tests die bessere Ausgangsbasis, wenn software , Timing und Schutzzustände die Hauptursache für Unsicherheiten sind.
  • „Power hardware “ erfordert nur dann einen höheren Aufwand beim Test auf dem Prüfstand, wenn physikalische hardware die Grenze zwischen „bestanden“ und „nicht bestanden“ festlegen.
  • Stabile PHIL-Ergebnisse hängen weitaus stärker von der Gestaltung der Schnittstelle, der Latenzsteuerung und einer disziplinierten Abfolge der Schritte ab als allein von der Nennleistung des Tisches.

 

Wählen Sie „HIL“, wenn es um die Steuerlogik geht, und wählen Sie „PHIL“, wenn es um das Verhalten der Leistungsstufe geht.

Die Validierung von Stromversorgungssystemen gerät aus der Bahn, wenn Teams hardware als bloße Erweiterung von hardware betrachten. Die beiden Methoden nutzen zwar denselben geschlossenen Regelkreis, beantworten jedoch unterschiedliche technische Fragestellungen und weisen unterschiedliche Stabilitätsgrenzen auf. Der Ausbau der Kapazitäten aus erneuerbaren Energien erreichte im Jahr 2023 473 GW, was einem Anstieg von 73 % gegenüber 2022 entspricht, was bedeutet, dass mehr umrichterbasierte Anlagen in die Netze und auf die Prüfstände gelangen. Dieses Wachstum macht die Wahl der richtigen Methode umso wichtiger, bevor Laborzeit, hardware und Schutzkonzepte zu kostspielig werden.

HIL testet Signale im geschlossenen Regelkreis ohne Energieaustausch

Der Hauptunterschied zwischen hardware und hardware liegt zunächst in der Schnittstelle. Bei Tests erfolgt der Austausch auf Signalebene. Der Simulator sendet Messwerte und empfängt Befehle. Es fließt kein physikalischer Strom durch den Regelkreis.

Ein Projekt mit einem Einspeiserelais verdeutlicht, wo sich HIL gut einsetzen lässt. Man kann die I/O einen Simulator anschließen, Fehler simulieren, die Auslösezeiten der Leistungsschalter variieren und die Auslöse-Logik überprüfen, ohne ein Gerät auf der Netzseite unter Spannung zu setzen. Ein Prüfstand für einen Motorantriebsregler funktioniert auf die gleiche Weise. Der Prozessor, die Firmware und die Schutzzustände werden getestet, während der Leistungswandler weiterhin durch das Modell repräsentiert wird.

Dieser Anwendungsbereich ist von Bedeutung, da Tests auf Signalebene schneller durchführbar und einfacher zu sichern Tests . Sie können Vorteil wiederholen, unmögliche Netzereignisse erzwingen und jeden Zeitpfad mit geringerer Komplexität des Teststands nachverfolgen. Außerdem bleiben die Ausfallkosten gering, solange sich der Code noch in der Entwicklung befindet. Wenn sich Ihre Frage auf die Regelungsstabilität, die Abfolge von Vorgängen oder das Fehlerverhalten bezieht, ist HIL in der Regel die erste Methode, die eine verlässliche Antwort liefert.

 

„Bei einer guten Validierung von Stromversorgungssystemen geht es nicht darum, die komplexeste Konfiguration auszuwählen.“

 

PHIL testet den Leistungsaustausch im geschlossenen Regelkreis mit physikalischen Geräten

PHIL fügt eine Leistungsschnittstelle zwischen dem Simulator und der hardware testenden hardware hinzu, sodass der Regelkreis weiterhin in Echtzeit geschlossen bleibt, während Spannung und Strom durch die Testumgebung fließen. Das bedeutet, dass Sie messen, wie das physikalische Gerät unter Last reagiert, einschließlich Grenzwerten und nichtlinearen Effekten, die das Modell allein möglicherweise verzerrt darstellen könnte.

Ein netzgekoppelter Wechselrichter ist ein anschauliches Beispiel dafür. Der Simulator modelliert die Zuleitung, die Leitungsimpedanz und vorliegeende Fehler, während ein Leistungsverstärker diesen elektrischen Zustand an den Klemmen des Wechselrichters nachbildet. Der Wechselrichter speist Strom zurück in das emulierte Netz ein und reagiert auf Spannungseinbrüche, Frequenzverschiebungen und Schutzauslösungen. Zu diesen Reaktionen gehören Grenzwerte, Verzögerungen und nichtlineare Effekte, die ein reines Modell glätten könnte.

Aus diesem Grund sollte hardware erst zu einem späteren Zeitpunkt der Validierung erfolgen, nämlich sobald feststeht, dass die Steuerungslogik grundsätzlich einwandfrei ist. PHIL deckt Probleme auf, die mit Schaltvorgängen, Sättigung, Filtern und Schnittstelleninteraktionen zusammenhängen. Zudem bringt es neue Risiken mit sich, die bei HIL nie auftreten. Man erhält zwar physikalische Genauigkeit an der Gerätegrenze, jedoch nur, wenn die Schnittstelle und das Timing eng genug sind, um den Regelkreis stabil zu halten.

 

Kontrollpunkt Was Ihnen eine HIL-Prüfstand-Anzeige verrät Was die PHIL-Bank über sie verrät
Inhalt der Benutzeroberfläche Der Simulator tauscht Befehle und Messwerte mit der hardware testenden hardware aus. Der Simulator tauscht Signale und elektrische Leistung mit der hardware testenden hardware aus.
Hauptziel der Validierung Sie überprüfen den Steuercode, das Timing, die Logik und die Fehlerbehandlung, bevor die Stromversorgung eingeschaltet wird. Sie überprüfen, wie hardware physische hardware , wenn ein simuliertes Netz oder eine simulierte Anlage Gegenreaktionen auslöst.
Typische hardware dem Prüfstand In der Regel ist ein Relais, eine Steuerung oder ein eingebetteter Computer das einzige aktive Gerät. Ein Wechselrichter, Umrichter, Ladegerät oder eine andere Leistungsstufe wird über eine Leistungsschnittstelle mit Strom versorgt.
Hauptrisiko im Labor Die meisten Fehler treten in Form von I/O -Problemen, Timing-Fehlern oder Modellinkongruenzen auf. Fehler können sich in Form von Instabilität, unsicherem Leistungsfluss, thermischer Belastung oder Auslösungen von Schutzvorrichtungen äußern.
Bester Punkt im Validierungspfad Diese Methode eignet sich für frühere Testphasen, in denen Anforderungen und Steuerungscode noch angepasst werden müssen. Diese Methode eignet sich für spätere Testphasen, in denen hardware direkt gemessen werden muss.

 

Die Stromschnittstelle entscheidet darüber, ob die PHIL-Ergebnisse zuverlässig bleiben

Die Leistungsschnittstelle ist der Teil von PHIL, der eine eigentlich sinnvolle Konfiguration in eine irreführende verwandelt. Sie verbindet den digitalen Simulator mit dem physikalischen Gerät. Ihre Bandbreite, Verzögerung und Steuerungsmethode prägen den Regelkreis. Ist sie schlecht abgestimmt, spiegelt der Testaufbau nicht mehr das beabsichtigte System wider.

Ein typisches Beispiel ist ein Photovoltaik-Wechselrichter mit einem LCL-Filter. Der Simulator kann die Zuleitung zwar genau nachbilden, doch der Verstärker und der Schnittstellenalgorithmus können im Bereich der Filterresonanz eine Phasenverzögerung verursachen. Der Wechselrichter zeigt dann Schwingungen, die auf den Prüfstand und nicht auf das Produkt zurückzuführen sind. Dieses Ergebnis führt zu unnötigem Zeitaufwand bei der Fehlersuche, da das beobachtete Problem von der Schnittstelle und nicht vom hardware herrührt.

Sie müssen die Schnittstelle als Teil des Systemmodells betrachten. Die Topologie des Verstärkers, die Platzierung der Sensoren, die Skalierung und die Kompensation spielen allesamt eine Rolle. Ein Messgerät, das auf dem Papier leistungsstark erscheint, kann dennoch ungenaue Ergebnisse liefern, wenn die Schnittstelle undurchsichtig oder nur unzureichend abgestimmt ist. Zuverlässige PHIL-Werte ergeben sich aus einem nachvollziehbaren Schnittstellenverhalten und nicht allein aus der elektrischen Leistung.

Die Latenzreserven entscheiden darüber, ob PHIL unter Last stabil bleibt

Die Latenz legt die Obergrenze dafür fest, was ein PHIL-Prüfstand zuverlässig darstellen kann, da jede Verzögerung eine Phasenverschiebung im aktiven Stromkreis verursacht. Sobald der Stromkreis unter Spannung steht, sind kleine Zeitfehler nicht mehr nur theoretischer Natur. Sie verringern die Stabilitätsreserve und können ein einwandfreies Ergebnis in eine Belastung für den Prüfstand verwandeln.

Batteriesysteme machen dies sehr schnell deutlich. Die Speicherkapazität von Großbatteriespeichern in den Vereinigten Staaten stieg von 1,4 GW im Jahr 2020 auf 16,0 GW im Jahr 2023, was bedeutet, dass nun mehr schnelle Umrichtersysteme strenge Validierungsschleifen benötigen. Ein Batterie-Wechselrichter, der auf ein Frequenzereignis reagiert, kann den Strom innerhalb von Millisekunden umschalten. Wenn der Simulator, I/O und die Verstärkerkette zu viel Verzögerung verursachen, kann die gemessene Reaktion von der tatsächlichen Betriebsgrenze hardwareabweichen.

An dieser Stelle gewinnen Details zur Ausführung mehr an Bedeutung als die Ergebnisse aus Benchmark-Tests. OPAL-RT wird in solchen Konfigurationen häufig eingesetzt, da das Team so Zeitschritte, I/O und die Modellpartitionierung überprüfen kann, anstatt die Latenz als „Black Box“ zu betrachten. Diese Transparenz hilft dabei, hardware von Benchmark-Problemen zu unterscheiden. Wenn Sie Verzögerungen nicht erklären können, können Sie einem unter Last stabil erscheinenden Lauf nicht vertrauen.

Die Anforderungen an den Prüfstand steigen, sobald der Strom den Simulator verlässt

PHIL-Prüfstände benötigen mehr als nur einen Simulator und einen Leistungsverstärker. Sie erfordern elektrische Disziplin in Bezug auf Schutzmaßnahmen, Sensorik und thermische Grenzwerte. Der Entwicklungsaufwand nimmt bereits vor Beginn der ersten Tests zu. Dieser zusätzliche Aufwand ist der Preis für einen sicheren und sinnvollen Energieaustausch.

  • Der Leistungsverstärker benötigt Headroom für den stationären Betrieb und für Transienten.
  • Für Isolations- und Erdungsvorschriften ist ein dokumentierter Fehlerpfad erforderlich.
  • Spannungs- und Stromsensor- Sensor-und Datenfusion eine Bandbreite, die dem Schaltinhalt entspricht.
  • Schutzlogik erfordert fest verdrahtete Auslöser, die schneller reagieren als software.
  • Bei Belastungen und thermischer Beanspruchung muss ausreichend Spielraum für wiederholte Testzyklen vorhanden sein.

Ein Prüfstand zur Validierung von Ladegeräten verdeutlicht, warum dies wichtig ist. Der Steuerungscode kann sich bei Signalpegelprüfungen einwandfrei verhalten, doch bereits beim ersten Vollastbetrieb kann es aufgrund von Sensorsättigung oder einer zu langsamen Not-Aus-Reaktionszeit zu einer Abschaltung kommen. Dies sind Konstruktionsfehler des Prüfstands und keine Produktmängel. Sie erzielen bessere PHIL-Ergebnisse, wenn Sicherheitsschaltungen, Sensorbereiche und Verstärkergrenzen festgelegt werden, bevor Tests .

Wenn der Controller-Code das Ziel ist, reicht HIL aus

HIL reicht aus, wenn das Anlagenmodell ausgereift ist und das Hauptrisiko im Regler liegt. Sie überprüfen Codepfade, I/O und Schutzlogik. Sie versuchen nicht, das Schaltverhalten nachzuweisen. Die physikalische Leistungsstufe muss nicht vorhanden sein.

Ein Update der Netzbildungssteuerung ist ein gutes Beispiel dafür. Anhand eines detailliert simulierten Netzes lassen sich die Abfolge beim Schwarzstart, der Moduswechsel, die Anti-Islanding-Logik und Entscheidungen zum Durchhalten bei Störungen überprüfen. Gleiches gilt für eine Firmware-Aktualisierung eines Schutzrelais, die sich ausschließlich auf die Zeitlogik und die Zustandsverarbeitung bezieht. Bei diesen Aufgaben ist eine umfassende Szenarioabdeckung wichtiger als die Nachbildung des tatsächlichen Stromflusses.

Teams wechseln oft zu früh zu PHIL, weil es ihnen näher an hardware erscheint. Dieser Instinkt kann den Fortschritt verlangsamen. Wenn die größte Unsicherheit in software liegt, ermöglicht HIL schnellere Iterationen, eine klarere Fehlerinjektion und eine einfachere Testautomatisierung. Mit dieser Methode lassen sich logische Lücken schließen, bevor hardware elektrische hardware sie hardware .

 

„Die Stromversorgungsschnittstelle ist der Teil von PHIL, der eine eigentlich sinnvolle Konfiguration zu einer irreführenden macht.“

 

Wenn hardware der Anlage das Verhalten hardware , ist PHIL der richtige Schritt

PHIL ist die richtige Lösung, wenn man sich nicht mehr allein auf ein Modell verlassen kann, um hardware zu beschreiben. Das fehlende Puzzleteil ist in der Regel ein physikalischer Effekt im Bereich der Stromversorgungsschnittstelle. Dieser Effekt tritt unter Last auf. Mit Signalpegel-Tests lässt er sich nicht mit ausreichender Zuverlässigkeit reproduzieren.

Ein Wechselrichter mit Strombegrenzung, Totzeit-Effekten und thermischem Schutz ist ein Beispiel dafür. Ein Motorantrieb mit Sättigung in der Nähe eines Drehmomentsprungs ist ein weiteres. Auch ein Prototyp eines Halbleitertransformators kann auf Netzstörungen auf eine Weise reagieren, die von den tatsächlich verwendeten Schaltbauelementen und magnetischen Bauteilen abhängt. Sobald diese Effekte die Grenze zwischen „bestanden“ und „nicht bestanden“ festlegen, hardware die hardware in den Regelkreis eingebunden werden.

PHIL ist auch die richtige Wahl, wenn im Rahmen von Zertifizierungsprüfungen hardware im Vergleich zu einem kontrollierten Netzwerkmodell gemessen werden muss. Sie können schwache Netzbedingungen, Inselbildung oder Leitungsfehler reproduzieren, während das physische Gerät unter Last betrieben wird. Dies bietet Ihnen eine solidere Grundlage für die Abstimmung von Schutzvorrichtungen und die Überprüfung der Betriebsgrenzen. Der entscheidende Punkt ist, dass die hardware nun Teil der unbekannten Größe ist, die Sie messen müssen.

Eine schrittweise Validierung reduziert den Aufwand für Wiederholungsprüfungen vor der vollständigen Leistungsanbindung

Ein stufenweiser Ansatz bietet die beste Kombination aus Geschwindigkeit, Sicherheit und Vertrauen. Beginnen Sie mit HIL, um die Steuerungslogik zu optimieren. Wechseln Sie zu PHIL, sobald hardware physischen hardware die Ergebnisse maßgeblich beeinflusst. Halten Sie in beiden Phasen die gleichen Annahmen und die gleiche Zeitdisziplin ein.

Eine bestimmte Abfolge von Laborversuchen eignet sich besonders gut für hardware. Das Team validiert zunächst Firmware, Fehler und Kommunikation im HIL-Umfeld und überträgt dann dasselbe Anlagenmodell auf einen PHIL-Prüfstand, um die Ankopplung an Wechselrichter oder Ladegeräte durchzuführen. Diese Reihenfolge reduziert wiederholte Fehlerbehebungen, da software meisten software bereits behoben sind. In der PHIL-Phase kann man sich dann auf die Stabilität der Schnittstellen, die Schutzreserven und hardware konzentrieren, anstatt sich mit Code-Rauschen zu beschäftigen.

Teams, die Modellannahmen, I/O und Schutzlogik von den frühen HIL-Prüfständen bis hin zu den späteren PHIL-Prüfständen aufeinander abstimmen, vermeiden den kostspieligen Kreislauf des erneuten Einlernens des Systems bei voller Leistung. Genau hier fügt sich OPAL-RT auf natürliche Weise ein – als Teil eines einzigen Validierungspfads und nicht als separate Prüfstandphilosophie. Bei einer guten Validierung von Leistungssystemen geht es nicht darum, die komplexeste Konfiguration zu wählen. Es geht vielmehr darum, die risikoärmste Konfiguration zu nutzen, die dennoch die technische Fragestellung zuverlässig beantwortet.

Allgemeine Fragen

Welchen Zweck haben Tests in der Steuerungsentwicklung?

Wann sollte ich hardware anstelle von Tests verwenden?

Kann ich HIL und PHIL zusammen in demselben Validierungsworkflow verwenden?

Woher weiß ich, ob mein Labor für die Tests bereit ist?

Welche Art von Ergebnissen kann ich von HIL im Vergleich zur Offline-Simulation erwarten?

Echtzeitlösungen für alle Branchen

Entdecken Sie, wie OPAL-RT die weltweit fortschrittlichsten Branchen verändert.

Alle Branchen anzeigen