GOOSE-Nachrichten nach IEC 61850 und deren Prüfung bei Projekten zur Umspannwerksautomatisierung

Wichtigste Erkenntnisse

• Tests IEC 61850-GOOSE Tests mit SCL-Dateien, Datensätzen und der Signalbedeutung, bevor mit der Arbeit an Live-Paketen begonnen wird.
• Eine Zeitgenauigkeit im Millisekundenbereich ist nur dann gewährleistet, wenn Multicast-Design, Switch-Verarbeitung und Teilnehmerlogik als eine Kette getestet werden.
• DNP3 spielt nach wie vor eine wichtige Rolle beim Austausch von Überwachungsdaten, doch die Auslösungslogik gehört in GOOSE.

Zuverlässige Tests nach IEC 61850 Tests mit einer konsequenten technischen Planung, lange bevor auch nur ein einziges Datenpaket erfasst wird.

IEC 61850 Tests , da der Schutzdatenverkehr nur dann hilft, wenn die Bedeutung der Nachricht, der Zeitpunkt und die Reaktion des Teilnehmers mit der beabsichtigten Schutzfunktion übereinstimmen. Stromausfälle kosten die US-Wirtschaft jährlich zwischen 28 und 169 Milliarden Dollar, was deutlich macht, dass eine schwache Schutzkommunikation weitaus höhere Systemkosten verursacht. Sie validieren ein Netzwerk nicht isoliert. Sie stellen sicher, dass die Umspannstation genau dann auslöst, sperrt oder verriegelt, wie es vorgesehen ist.

IEC 61850 GOOSE überträgt Schutzsignale ohne Abfrageverzögerungen

GOOSE nach IEC 61850 übermittelt Statusänderungen und Auslösungen als Ereignismeldungen, sodass Schutzgeräte sofort auf eine Statusänderung reagieren, anstatt auf einen Abfragezyklus zu warten. Aufgrund dieses Verhaltens eignet sich GOOSE besonders gut für Verriegelungen, Sperrungen, Auslöseübertragungen und Ausfalllogik von Leistungsschaltern innerhalb des Umspannwerks.

Ein Zuleitungsrelais, das einen internen Fehler erkennt, kann sofort einen Auslösestatus melden, und ein Leistungsschalter-IED kann diesen Status abonnieren, ohne zuvor eine Aktualisierung anzufordern. Da es sich um eine Multicast-Nachricht handelt, können mehrere Geräte gleichzeitig darauf reagieren. Dies ist wichtig, wenn eine Sammelschienen-Differenzauslösung mehrere Felder gleichzeitig erreichen muss. Sie Tests Tests , aber auch Tests Absicht mehrerer Abonnenten.

GOOSE funktioniert, weil die Nachricht nach einem Zustandswechsel in einer dichten Abfolge wiederholt wird und die Wiederholungsrate erst dann verlangsamt wird, wenn der neue Zustand stabil ist. Diese Wiederholung hilft den Abonnenten, einen gültigen Zustand beizubehalten, selbst wenn ein Frame verloren geht. Ingenieur:innen konzentrieren sich Ingenieur:innen nur auf die Paketverfolgung, doch die umfassendere Überprüfung ist einfacher. Jedes Bit im Datensatz muss eine eindeutige Aktion darstellen, die von einem anderen Gerät auf dieselbe Weise interpretiert wird.

Die GOOSE-Geschwindigkeit hängt von der Multicast-Auslegung des Stationsbusses ab

Die Leistung von GOOSE hängt vom Verhalten der Switches, der Multicast-Weiterleitung, der Prioritätskennzeichnung und der Netzwerksegmentierung über den Stationsbus hinweg ab. Latenzprobleme sind in der Regel eher auf eine unzureichende Datenverkehrsverarbeitung als auf das Protokoll selbst zurückzuführen. Ein sauberes Design sorgt dafür, dass der Schutzdatenverkehr bei Störungen, Wartungsarbeiten und Geräte-Neustarts vorhersehbar bleibt.

Ein häufig auftretender Fehler tritt auf, wenn bei einem verwalteten Switch ein umfassendes Multicast-Flooding über Ports hinweg zulässig ist, die keinen GOOSE-Verkehr benötigen. Ein Schutz-Bay empfängt dann zusätzliche Frames von nicht zugehörigen Publishern, und der Subscriber funktioniert weiterhin, bis eine Flut von Engineering-Verkehr eintrifft. Ihre Paketaufzeichnung zeigt zwar GOOSE-Frames an, doch die Übertragungszeit weicht ab. Aus diesem Grund verdienen das VLAN-Design und die Prioritätseinstellungen dieselbe Aufmerksamkeit wie die Relaislogik.

Tests an Busknoten Tests sowohl normale Auslastungs- als auch Belastungsbedingungen umfassen. Die Auslösung eines Leistungsschalters während der Dateiübertragung von einem Wartungslaptop ist eine nützliche Überprüfung, da sie die Warteschlangenverwaltung innerhalb der Switch-Struktur offenlegt. In einem flachen Netzwerk, das Portüberlastungen verbirgt, lassen sich keine aussagekräftigen Ergebnisse nach IEC 61850 erzielen. Ein gutes Netzwerkdesign sorgt dafür, dass der GOOSE-Verkehr kurz, lokal und priorisiert bleibt.

„GOOSE nach IEC 61850 übermittelt Statusänderungen und Auslösungen als Ereignismeldungen, sodass Schutzgeräte sofort auf eine Statusänderung reagieren, anstatt auf einen Abfragezyklus zu warten.“

Starten Sie IEC 61850 Tests der Validierung von SCL-Dateien

Die SCL-Validierung ist der erste ernsthafte Test, da sie bestätigt, dass das Entwicklungsmodell mit den Geräten übereinstimmt, die Sie in Betrieb nehmen möchten. Wenn die ICD-, CID-, SSD- oder SCD-Dateien inkonsistent sind, zeigen Pakettests lediglich an, dass das falsche Design korrekt implementiert wurde.

• Stellen Sie sicher, dass jeder Publisher und jeder Subscriber dieselben logischen Knotenreferenzen verwendet.
• Stellen Sie sicher, dass die Elemente des Datensatzes mit den in der Schutzlogik genehmigten Signalnamen übereinstimmen.
• Überprüfen Sie die Einstellungen des Steuerblocks, insbesondere die Felder für MAC-Adresse, VLAN und Priorität.
• Überprüfen Sie die Revisionsnummern, damit Abonnenten einen aktualisierten Datensatz nicht unbemerkt ablehnen.
• Stellen Sie sicher, dass in der importierten Datei jedes Signal dem vorgesehenen physikalischen I/O internen Punkt zugeordnet ist.

Ein Schema für die Übertragungswege verdeutlicht, warum dieser Schritt so wichtig ist. Die Logik mag in der Relaiskonfigurationsdatei perfekt aussehen, doch die SCD-Datei ordnet das Bit für die Auslösung des Leistungsschalterausfalls möglicherweise dem falschen Datenobjekt zu. Die Kompilierung verläuft zwar erfolgreich, doch die Schaltanlage verhält sich dennoch fehlerhaft. Sie sparen sich tagelange Fehlersuche, wenn Sie die Projektierungsdatei als Testobjektund nicht als reine Verwaltungsausgabe betrachten.

Überprüfen Sie vor den Signaltests, ob die Datensätze mit den jeweiligen Schutzfunktionen übereinstimmen

Die Überprüfung des Datensatzes erfolgt vor der Signaleinspeisung, da jede Schutzfunktion von dem genauen Datenobjekt, dem Qualitätsstatus und der erwarteten Revision des Steuerblocks abhängt. Ein Abnehmer kann zwar einen gültigen GOOSE-Rahmen empfangen, dennoch auf eine falsche Bedeutung reagieren, wenn die Struktur des Datensatzes fehlerhaft ist.

Ein Schema für den Ausfall eines Leistungsschalters verdeutlicht dies. Der Absender übermittelt möglicherweise die Position des Leistungsschalters, die Auslösung der Schutzfunktion und den Sperrstatus in einem einzigen Datensatz, doch der Empfänger benötigt vielleicht nur zwei dieser Punkte und erwartet sie möglicherweise in einer anderen Reihenfolge oder mit einer anderen funktionalen Einschränkung. Eine Echtzeit-Netzwerkaufzeichnung macht diese Diskrepanz nicht immer erkennbar. Sie müssen die beabsichtigte Schutzfunktion Punkt für Punkt mit dem Inhalt des Datensatzes vergleichen.

Signaltests sind erst dann sinnvoll, wenn diese Zuordnung als zuverlässig gilt. Lösen Sie einen Fehler aus, betätigen Sie einen Hilfskontakt eines Leistungsschalters oder schalten Sie eine Verriegelung um und überprüfen Sie anschließend, ob sich das richtige Datensatzelement ändert und die Abonnentenlogik darauf reagiert. Sie überprüfen dabei sowohl die Semantik als auch den Transport. Dies ist der Schritt, der Tests einem einfachen Ethernet-Funktionscheck unterscheidet.

„Sie messen die Schutzleistung über den gesamten Prozess hinweg, nicht nur die Durchlaufzeit der Frames.“

Sicherheitssysteme benötigen eine GOOSE-Latenz im niedrigen Millisekundenbereich

Der „Protection GOOSE“-Verkehr muss innerhalb von wenigen Millisekunden ankommen, da die Auslöse- und Blocklogik an Wert verliert, wenn die Kommunikationsverzögerung sich der Auslösezeit des fehlerhaften Elements annähert. Das praktische Ziel für den Hochgeschwindigkeits-Schutzverkehr liegt üblicherweise unter 4 ms für Kategorie .

Ein Labortest, der bei ruhendem Datenverkehr eine durchschnittliche Verzögerung von 1,5 ms anzeigt, reicht nicht aus. Es sind auch Messungen bei Burst-Ereignissen, beim Neustart von Geräten und bei der erneuten Konvergenz von Switches erforderlich. Ein Teilnehmer, der die meiste Zeit innerhalb von 2 ms antwortet, bei einem Netzwerksturm jedoch auf 9 ms ausweicht, wird dennoch ein großzügiges Overreach- oder Bus-Trip-Schema auslösen. Tests sind Tests dann aussagekräftig, wenn sie auch die ungünstigen Momente berücksichtigen.

Zeitstempel, Sequenznummern und Wiederholungsintervalle unterstützen die Transportverzögerung vom Anwendungsverhalten zu trennen. Betrachten Sie den Zustandswechsel, die erste Wiederholung und die Änderung der Abonnentenausgabe als eine einzige Ereigniskette. Wenn der Relais nach dem Empfang des Frames auf interne Logik wartet, gibt die Paketverfolgung allein keinen vollständigen Überblick. Sie messen die End-to-End-Schutzleistung, nicht nur den Frame-Durchlauf.

Interoperabilitätsprobleme gehen meist auf die Standardkonfigurationen der Hersteller zurück

Interoperabilitätsprobleme sind meist auf standardmäßige technische Entscheidungen zurückzuführen, wie beispielsweise die Reihenfolge der Datensätze, den Umgang mit Qualitätsdaten, die Versionskontrolle und die VLAN-Einstellungen. Geräte verschiedener Hersteller können den Standard IEC 61850 zwar gut unterstützen, dennoch aneinander vorbeikommend, wenn die Standardeinstellungen unverändert bleiben. Sie sollten davon ausgehen, Tests herstellerübergreifende Tests Annahmen Tests , die bei Projekten mit Geräten desselben Herstellers verborgen bleiben.

Ein häufiger Fall tritt nach dem Austausch eines Relais auf. Das neue Gerät veröffentlicht zwar dieselben logischen Signalnamen, sein Standard-Steuerblock verwendet jedoch eine andere Revisionsnummer und ein anderes Wiederholungsmuster. Der Abonnent nimmt den Datenverkehr wahr, lehnt die Aktualisierung jedoch ab oder behält einen älteren Zustand bei. Diese Art von Fehler ist schwer zu erkennen, es sei denn, Ihr Testplan umfasst gezielte herstellerübergreifende Überprüfungen der Veröffentlichungs- und Abonnementprozesse.

Tests vom Import im Entwicklungsumfeld direkt zum Verhalten im Live-Betrieb übergehen, ohne die Zwischenphase zu überspringen. Überprüfen Sie den Dateiimport, bestätigen Sie die Werte der Steuerblöcke, lösen Sie das Signal aus und beobachten Sie den Ausgangskontakt oder den internen Logikpunkt. Diese Abfolge deckt auf, wo die Diskrepanz beginnt. Allgemeine Konformitätsangaben geben keinen Aufschluss darüber, ob Ihr konkretes Schema auf Ihrem konkreten Stationsbus funktioniert.

IEC 61850-Tools müssen Pakete und Wiedergabevorgänge erfassen

Tests aussagekräftige IEC Tests ein Toolset Tests , das gleichzeitig Frames erfasst, Ereignisse einspeist, Zeitabläufe misst und die Ausgaben der Teilnehmer überwacht. Kein einzelnes Tool deckt den gesamten Prozess ab. Sie erstellen eine lückenlose Nachweiskette, die von den Konstruktionsdateien bis hin zur Reaktion des Geräts im Live-Betrieb reicht.

Ein Closed-Loop-Aufbau kann diese Kette deutlich übersichtlicher machen. Ein Echtzeit-Simulator von OPAL-RT kann eine Störung simulieren, GOOSE-Daten senden oder empfangen und zeigen, wie die Schutzlogik unter kontrolliertem Zeitdruck reagiert. Die Paketerfassung ist nach wie vor wichtig, wird jedoch in Verbindung mit einer bekannten Störung und einem gemessenen Relaisausgang wesentlich aussagekräftiger. Auf diese Weise testet man das gesamte System und nicht nur das Netzwerk.

DNP3 überträgt weiterhin langsameren Überwachungsverkehr außerhalb der Auslöse-Logik

Der Hauptunterschied zwischen IEC 61850 GOOSE und DNP3 besteht darin, dass GOOSE Ereignisdaten für zeitkritische Schutzlogik überträgt, während DNP3 Überwachungsdaten verarbeitet, bei denen eine langsamere Übertragung tolerierbar ist. Sie sollten Auslösepfade über GOOSE abwickeln und DNP3 für Abfragen, Steuerung, Alarme und den Austausch mit der Leitstelle reservieren.

Ein Umspannwerks-Gateway, das den Status von Leistungsschaltern und analoge Werte an eine Leitwarte meldet, ist ein guter Anwendungsfall für DNP3. Ein Leistungsschalterausfall, eine Sammelschienenauslösung oder eine Freigabe für eine Umschalt-Auslösung sind es hingegen nicht. Diese Signale erfordern ein deterministisches Multicast-Verhalten innerhalb des Umspannwerksbusses, und DNP3 wurde nie für diese Aufgabe entwickelt. Eine Vermischung dieser Rollen führt in der Regel zu langwierigen Fehlerbehebungsprozessen, da die Wahl des Protokolls an sich bereits falsch ist.

Teams, die beide Protokolle im selben Projekt testen, kommen in der Regel zu demselben Ergebnis. Eine klare Signalzugehörigkeit, eine disziplinierte SCL-Steuerung und durchgängige Timing-Prüfungen sind wichtiger als Protokoll-Slogans. OPAL-RT eignet sich für jene Ausführungsphase, in der Sie die Schutzlogik unter wiederholbaren Fehlerbedingungen testen müssen, doch diese Erkenntnis gilt für jeden seriösen Prüfstand. Sorgfältige technische Planung wird die Zuverlässigkeit von IEC 61850 GOOSE gewährleisten, und DNP3 wird weiterhin die langsamere Überwachungsebene bedienen, wo es hingehört.