Warum modulare PHIL-Systeme fest installierte Prüfanlagen übertreffen

Wichtigste Erkenntnisse

• Modulare PHIL-Bänke reduzieren den Nacharbeitsaufwand, da Schnittstellenänderungen innerhalb festgelegter hardware software bleiben.
• Skalierung funktioniert am besten, wenn man Rechen-, I/O und Stromkapazitäten entlang vorgefertigter Modulgrenzen erweitert, anstatt die gesamte Plattform zu ersetzen.
• Modularität zahlt sich nur dann aus, wenn Partitionierung, Timing und die Offenheit der Toolchain mit derselben Sorgfalt behandelt werden wie hardware .

Modulare hardware sind fest installierten Testaufbauten überlegen, da sie eine Erweiterung des Testumfangs ermöglichen, ohne dass der Prüfstand abgebaut werden muss.

Der Testumfang bleibt selten unverändert. Die Verkaufszahlen von Elektroautos werden 2024 voraussichtlich die 17-Millionen-Marke überschreiten, wodurch mehr Varianten von Wechselrichtern, Ladegeräten, Batterien und Netzinteraktionen in die Validierungspläne aufgenommen werden, als ein festes Testsystem problemlos bewältigen kann. Sie benötigen eine Testumgebung, die sich anpassen lässt, ohne dass jedes Mal ein Umbau erforderlich ist, wenn das Programm eine neue Schnittstelle oder einen neuen Betriebspunkt hinzufügt.

Feste PHIL-Bänke verlieren an Effizienz, wenn sich die Anforderungen ändern

Feste Testumgebungen funktionieren nur dann gut, wenn Schnittstellen, Leistungsstufen und I/O stabil I/O . Sobald ein Programm einen zweiten Wechselrichter, eine andere Sensorkette oder einen neuen Fehlerfall hinzufügt, wirkt sich jede noch so kleine Änderung auf die Verkabelung, den Platzbedarf im Rack, die Dimensionierung der Verstärker und die Zeitprüfungen aus. Genau hier beginnt die Effizienz nachzulassen.

Ein Prüfstand, der für einen einzelnen Antriebsumrichter mit 400 V ausgelegt ist, verfügt zu Beginn oft über eine feste Verkabelung, I/O feste I/O analoger I/O sowie ein einziges Schutzkonzept. Sechs Monate später fügt das Team eine 800-V-Variante und einen zweiten Steuerungsmodus hinzu. Sie zertifizieren Verbindungen neu, ordnen Kanäle neu zu und passen den Schutz an, um die Schleife stabil zu halten. Die ursprüngliche Konfiguration läuft zwar noch, aber jede neue Anforderung erfordert Arbeiten an Teilen des Prüfstands, die eigentlich unberührt hätten bleiben sollen.

Genau diese Überarbeitung ist der Grund dafür, dass festgelegte Testkonfigurationen in einem statischen Testplan zwar übersichtlich wirken, in der aktiven Entwicklung jedoch umständlich sind. Jede fest verdrahtete Abhängigkeit wird zu einem Zeitproblem. Die Arbeitszeit Ihrer Mitarbeiter verlagert sich von Tests und -steuerungen hin zur Wartung der Testumgebung selbst. Eine Konfiguration, die eigentlich die Validierung beschleunigen sollte, verlangsamt sie nun.

„Genau diese Überarbeitung ist der Grund dafür, dass feste Konfigurationen in einem festgelegten Testplan gut aussehen, in der aktiven Entwicklung jedoch unpraktisch sind.“

Modulare Architekturen isolieren Änderungen an Schnittstellen von Neuaufbauten der Testumgebung

Eine modulare Architektur beschränkt Änderungen auf definierte hardware software . Wenn Leistungsstufen, I/O , Messpfade oder Kommunikationsschnittstellen in separaten Modulen untergebracht sind, kann ein Funktionsblock ausgetauscht werden, ohne den Rest des Regelkreises zu beeinträchtigen. Durch diese Trennung bleiben Aktualisierungen auf der Testbank lokal und überschaubar.

Ein Ladegerät-Team liefert ein anschauliches Beispiel. In der ersten Phase kommt eine Steuerung zum Einsatz, die über einen Feldbus verbunden ist und über einen begrenzten Sensorsatz verfügt. In der nächsten Phase wird diese durch eine neuere Steuerung mit anderen Zeitparametern und zusätzlichen Messwerten ersetzt. Dank eines modularen Prüfstands können Sie das Schnittstellenmodul austauschen und die Signalzuordnung aktualisieren, während die Solver-Partition, der Verstärkerpfad und die Schutzlogik unverändert bleiben. Sie müssen nicht jede Verbindung im Rack neu testen, nur um eine neue Steuerung zu integrieren.

Das ist wichtig, weil die Stabilität von PHIL von klaren Abgrenzungen abhängt. Wenn Sie wissen, welches Modul für die Leistungsumwandlung, welches für die Messung und welches für den Austausch mit dem Controller zuständig ist, können Sie die Auswirkungen einer Änderung schnell nachvollziehen. Sie müssen weniger Zeit damit verbringen, zu raten, stammte Latenzen, Skalierungsfehler oder Inkompatibilitäten stammte den Schutzfunktionen stammte .

Skalieren Sie PHIL-Benches über Modulgrenzen hinweg, nicht durch Ersetzungen

Die effektivste Methode zur Skalierung eines PHIL-Benchmarks besteht darin, die Kapazität entlang der Modulgrenzen zu erweitern, anstatt die gesamte Konfiguration auszutauschen. Zusätzliche Rechenleistung, zusätzliche I/O und zusätzliche Verstärkerkanäle werden an eine bekannte Partition angehängt, sodass das Zeitverhalten auch bei wachsendem Benchmark weiterhin nachvollziehbar bleibt. Die Skalierung funktioniert am besten, wenn die Erweiterung einer Struktur folgt, der Sie bereits vertrauen.

Ein microgrid -Testumgebung zeigt den Unterschied deutlich. Die erste Version könnte zwei Verteilte Energieressourcen eine Zuleitung modellieren. Spätere Arbeiten fügen Speicher, einen weiteren Umrichter und weitere Schutzlogik hinzu. Ein modularer Aufbau ermöglicht es Ihnen, Rechen- und Schnittstellenkapazität neben den bestehenden Partitionen hinzuzufügen, was bedeutet, dass die ursprüngliche Testumgebung ihre Rolle beibehält, während der neue Umfang in vorbereitete Grenzen eingefügt wird. Sie behalten validierte Teile bei, anstatt eine funktionierende Konfiguration durch eine größere, aber weniger vertraute zu ersetzen.

Skalierung sollte sich als Ergänzung und nicht als Störung anfühlen. Sobald das Wachstum einen vollständigen Austausch der Messbank erforderlich macht, gehen die Kalibrierungshistorie, die Vertrautheit der Bediener und das Vertrauen in die Vergleichsergebnisse verloren. Durch Modulgrenzen bleiben diese Ressourcen nutzbar.

Wiederverwendbare Schnittstellenmodule verkürzen die Rüstzeiten in allen Testphasen

Wiederverwendbare Schnittstellenmodule verkürzen die Einrichtungszeit, da auf dem Prüfstand dieselben getesteten Bausteine von den ersten Steuerungsarbeiten bis zur späteren Leistungsvalidierung verwendet werden. Sobald die Sensorskalierung, die Schutzlogik und I/O als wiederverwendbare Module gebündelt sind, müssen Sie Routinekomponenten nicht mehr für jede Phase neu erstellen. Diese Kontinuität erspart einen Großteil der vermeidbaren Laborarbeit.

Ein Motorantriebsprogramm beginnt häufig mit der Überprüfung des Reglers bei geringer Leistung und geht dann zu höherer Leistung und anspruchsvolleren Transienten über. Wenn das Messmodul, die Abschaltlogik und I/O als wiederverwendbare Bausteine erstellt wurden, kann das Team diese Komponenten weiterverwenden, anstatt sie neu zu erstellen. Der Laboraufbau wird so zu einer kontrollierten Erweiterung früherer Arbeiten und nicht zu einer neuen Integrationsaufgabe, sobald der Umfang zunimmt.

Sie werden die Verbesserung sowohl bei der Qualität der Übergabe als auch bei der Geschwindigkeit spüren. Ingenieur:innen im Laufe des Programms Ingenieur:innen , können sich auf die bekannten Module verlassen und sich ganz auf das neue Prüfobjekt konzentrieren. Die Reproduzierbarkeit verbessert sich, da die routinemäßigen Prüfschritte über alle Phasen hinweg ein einheitliches Verhalten aufweisen. Dadurch lassen sich Vergleichsdaten leichter begründen, wenn später Fragen auftauchen.

Die Unterstützung offener Toolchains sorgt dafür, dass modulare Prüfstände länger einsatzfähig bleiben

Die Unterstützung offener Toolchains ist wichtig, da modulare hardware ihren Nutzen behält, wenn sie neue Modelle, Steuerungscode und Datenflüsse ohne spezielle Anpassungen akzeptiert. Ein Teststand, der an einen engen software gebunden ist, wird in der Praxis starr, auch wenn die hardware auf dem Papier modular hardware . Flexibilität im Rack bedeutet wenig, wenn der Arbeitsablauf eingeschränkt ist.

Stellen Sie sich ein Labor vor, das mit der Validierung der Steuerung beginnt, dann Anlagenvarianten eines Partners hinzufügt und schließlich automatisierte Testskripte integriert. Wenn Modellimport, Skripterstellung und I/O alle auf einem einzigen, festgelegten Pfad beruhen, wird jede neue Ergänzung zu einer Übersetzungsarbeit. Eine offenere Struktur ermöglicht es Ihrem Team, die Basis stabil zu halten, während sich Modellquellen, Automatisierungsschichten und Steuerungsschnittstellen um sie herum verändern. Genau hier zeigt sich, dass Modularität nicht nur eine Spielerei ist, sondern einen echten Nutzen hat.

Teams, die auf OPAL-RT-Plattformen arbeiten, trennen häufig Ausführung, I/O und Modellpartitionierung voneinander, wodurch Schnittstellenaktualisierungen einfacher zu handhaben sind, ohne den gesamten Teststand zu beeinträchtigen. Dieser Ansatz ist wichtig, da modulare hardware allein hardware ausreicht. Der Teststand bleibt nur dann nützlich, wenn software ebenso klar definiert sind wie die physischen.

Feste Konfigurationen wirken günstiger, bis die Erweiterungskosten ins Spiel kommen

Feste Konfigurationen erscheinen beim Kauf günstiger, da sie nur die Kanäle und die Leistungsreichweite umfassen, die Sie am ersten Tag benötigen. Die Gesamtkosten steigen später, wenn neue Anwendungsfälle eine Neuverkabelung, doppelte Ersatzteile, Ausfallzeiten und den teilweisen Austausch von Geräten erfordern – Kosten, die bei einem modularen Konzept durch kleinere Aktualisierungen aufgefangen worden wären. Der Anschaffungspreis berücksichtigt diesen Arbeitsaufwand selten.

Bei der Entscheidung zwischen modularen und nicht-modularen Netzteilen geht es meist um Kabelmanagement und Ordnung auf dem Schreibtisch. Die Wahl zwischen einem modularen und einem nicht-modularen Netzteil ist jedoch nur ein kleiner Aspekt im Vergleich zu einer PHIL-Workbench, bei der dieselbe Logik auch für Verstärker, Sensoren, Schutzvorrichtungen und Rechenknoten gilt. Sobald diese Ebenen fest an ein bestimmtes Design gebunden sind, ist mit jedem Upgrade ein Validierungsaufwand verbunden, der im ursprünglichen Angebot nicht berücksichtigt wurde.

Beschaffungsteams übersehen dies manchmal, da die Kosten für die Erweiterung erst später anfallen und auf verschiedene Budgets verteilt werden. Ausfallzeiten der Prüfstände wirken sich auf die Testpläne aus, die Neuzertifizierung beansprucht Entwicklungszeit und neue hardware die Investitionsausgaben. Man spürt die volle Kostenlast nicht gleich am ersten Tag, aber man wird sie zu spüren bekommen, wenn der Umfang wächst und der Prüfstand den nächsten Schritt verhindert.

Eine schlechte Partitionierung führt dazu, dass das modulare PHIL zu einem Latenzproblem wird

Modulares PHIL funktioniert nur, wenn bei der Aufteilung zwischen den Modulen die zeitlichen Abläufe und die Signalzuordnung berücksichtigt werden. Wenn die Schaltungsanordnung schnelle Steuerpfade über zu viele Grenzen hinweg aufteilt, steigt die Latenz, die Synchronisation wird unübersichtlich und die Stabilitätsreserven schwinden. Ein modulares Layout mit schwacher Aufteilung kann weniger zuverlässig sein als eine einfachere, festgelegte Schaltungsanordnung.

Ein Wandler-Prüfstand kann mit getrennten Rechen- und Schnittstellenmodulen gut funktionieren, bis sich ein schneller Rückkopplungspfad über mehrere Verbindungen verteilt. Die Stromrückkopplung überquert eine Grenze, die Schutzschaltung eine andere und der Controller-Handshake eine dritte. Auf dem Papier sieht die Architektur zwar noch übersichtlich aus, doch die Timing-Analyse der Regelkreise wird schwieriger. Man kann ein gutes PHIL-Verhalten nicht allein durch Modularität wiederherstellen, wenn die Aufteilung von Anfang an falsch war.

• Schnelle Rückkopplungswege überschreiten zu viele Modulgrenzen.
• Die Schutzlogik befindet sich weit entfernt von der Stromschnittstelle.
• Bei Tests ist die Signalzuordnung unklar.
• Die Zeitsynchronisation hängt von manuellen Korrekturen ab.
• Das Hinzufügen einer Schnittstelle verschiebt die Latenz über den gesamten Testbereich.

Ein gutes modulares Design platziert die schnellsten Interaktionen nahe beieinander und verlagert langsamere Funktionen an den Rand. Das ist eine Designregel, keine hardware . Sobald man die Aufteilung in erster Linie als Timing-Problem betrachtet, behält das modulare PHIL seine Vorteile, ohne neue Instabilitäten zu verursachen.

„Eine Bank, die so konstruiert ist, dass sie dieser Bewegung Rechnung trägt, bleibt weitaus länger nützlich als eine Bank, die auf einer starren Annahme basiert.“

Das modulare PHIL eignet sich für Programme mit ungewissem Testumfang

Das modulare PHIL-System eignet sich für ungewisse Projekte, da Unsicherheiten selten auf mangelhafte Planung zurückzuführen sind. Anforderungen entwickeln sich weiter, der Steuerungscode ändert sich, hardware der Partner hardware verspätet hardware , und die Sicherheitsteams fordern neue Vorteil . Eine Plattform, die auf solche Veränderungen ausgelegt ist, bleibt weitaus länger nützlich als eine, die auf feststehenden Annahmen basiert. Das ist der praktische Grund, warum modulare Systeme festgelegte Systeme übertreffen.

Ein Labor, das Arbeiten im Bereich Netz und Speicherung unterstützt, erlebt dies häufig. Die neu installierte Leistung aus erneuerbaren Energien erreichte im Jahr 2023 fast 510 GW, was einem Anstieg von fast 50 % gegenüber 2022 entspricht. Dieses Tempo führt dazu, dass neue Umrichtervarianten, Steuerungsaktualisierungen und Tests zur Netzinteraktion schneller hinzukommen, als es ein einzelner, festgelegter Prüfstandplan abdecken kann. Produktiv bleiben jene Teams, die diese Erweiterung als normale Nutzung des Prüfstands betrachten und nicht als Versagen der Planung.

Aus diesem Grund entscheiden sich gut organisierte Labore bei ungewissen Arbeitsabläufen immer wieder für modulare Labortische. Das Ziel ist nicht abstrakte Flexibilität. Es geht vielmehr darum, die Kalibrierung, die Arbeitszeit der Mitarbeiter und das Vertrauen in die Testergebnisse zu wahren, während sich der Arbeitsumfang ständig ändert. OPAL-RT fügt sich nahtlos in eine solche Umgebung ein, denn eine modulare Umsetzung ist nur dann von Bedeutung, wenn der Labortisch auch unter Druck einheitlich bleibt.