IEC 61850 i komunikaty GOOSE — szybka komunikacja peer-to-peer między przekaźnikami zabezpieczeniowymi

Przewodnik o zabezpieczeniu różnicowo-prądowym linii (87L) przez kanał światłowodowy oraz przewodnik o telezabezpieczeniu (85) — schematach zezwalających/blokujących zabezpieczenia odległościowego omawiają komunikację między przekaźnikami na różnych stacjach. Ten artykuł omawia komunikację wewnątrz jednej stacji: jak nowoczesne przekaźniki cyfrowe (IED, Intelligent Electronic Devices) komunikują się między sobą i z systemem automatyki stacyjnej poprzez IEC 61850, a w szczególności poprzez protokół GOOSE.

Trzy usługi komunikacyjne w ramach IEC 61850

IEC 61850 ("Sieci i systemy komunikacyjne do automatyki elektroenergetycznej") definiuje znormalizowany model danych dla funkcji zabezpieczeniowych i łączeniowych (każda funkcja to "węzeł logiczny", np. XCBR dla wyłącznika lub PTOC dla zabezpieczenia nadprądowego zależnego od czasu) oraz trzy usługi komunikacyjne zbudowane na tym samym modelu danych:

• MMS (klient-serwer): zwykły ruch raportowania i sterowania między IED a systemem automatyki stacyjnej lub SCADA — porównywalny z tradycyjną komunikacją z RTU, ale ze znormalizowanym modelem obiektowym zamiast specyficznych dla producenta adresów rejestrów.
• GOOSE (Generic Object Oriented Substation Event): szybka komunikacja peer-to-peer bezpośrednio między IED, przeznaczona dla zdarzeń krytycznych czasowo (polecenia wyłączenia, pozycja łącznika, sygnały blokad).
• Sampled Values (SV, IEC 61850-9-2): ciągle przesyłane, zdigitalizowane wartości prądu i napięcia z jednostki scalającej (merging unit), jako cyfrowa alternatywa dla tradycyjnego okablowania miedzianego z przekładników prądowych i napięciowych (zob. także przewodnik o klasie zabezpieczeniowej przekładnika prądowego i napięciu kolanowym — o konwencjonalnym, analogowym odpowiedniku tego sygnału).

GOOSE: bezpośrednio przez Ethernet, bez trasowania

Komunikat GOOSE jest wysyłany bezpośrednio na warstwie 2 modelu OSI przez Ethernet (Ethertype 0x88B8), bez adresowania IP, jako komunikat grupowy (multicast), który może zostać odebrany przez każdy IED w tym samym segmencie Ethernet (lub tej samej VLAN). Sprawia to, że GOOSE jest nietrasowany — pozostaje w obrębie lokalnego Ethernetu stacji — ale bardzo szybki: zmiana stanu (np. polecenie wyłączenia lub zmiana pozycji łącznika) pojawia się w sieci w ciągu kilku milisekund, znacznie szybciej niż byłoby to możliwe przez ruch klient-serwer MMS.

Schemat powtórzeń: niezawodność bez potwierdzenia

W przeciwieństwie do MMS, GOOSE nie ma potwierdzenia na poziomie aplikacji — wysyłający IED nie może mieć pewności, że odbiorca rzeczywiście przetworzył komunikat. Zamiast tego IEC 61850-8-1 kompensuje to schematem powtórzeń: przy zmianie stanu komunikat jest najpierw powtarzany kilkukrotnie w bardzo krótkim odstępie (np. co kilka milisekund), po czym odstęp stopniowo się wydłuża aż do stabilnego, "spokojnego" interwału wynoszącego zazwyczaj kilka sekund, dopóki nie wystąpi nowa zmiana. Ten stabilny, powtarzany komunikat pełni funkcję sygnału obecności (heartbeat): każdy komunikat GOOSE zawiera wartość "Time Allowed to Live" (jak długo odbiorca może uznawać ostatni otrzymany komunikat za ważny), a jeśli nowy komunikat nie nadejdzie przed upływem tego czasu, odbierający IED wie, że sama komunikacja została utracona — nawet bez wysłania jakiegokolwiek jawnego komunikatu o błędzie.

Uwaga: ten mechanizm heartbeat jest powodem, dla którego połączenie GOOSE nie wymaga osobnej kontroli "komunikacja OK", jak klasyczny styk sprzętowy — brak okresowego "spokojnego" komunikatu sam w sobie jest wskazaniem awarii.

Dlaczego to zastępuje okablowanie miedziane

Przed IEC 61850 funkcje takie jak sygnały blokad między polami, wskazania pozycji łączników do sąsiednich IED czy polecenia międzypolowego wyłączenia przy zabezpieczeniu szyn zbiorczych były realizowane wyłącznie poprzez fizyczne okablowanie miedziane między przekaźnikami — z odpowiednim obciążeniem w postaci okablowania, testów i konserwacji. GOOSE zastępuje znaczną część tego sztywnego okablowania programowo definiowanym komunikatem peer-to-peer przesyłanym tą samą siecią Ethernet, którą przenoszony jest także ruch MMS i SV, co może znacznie zmniejszyć ilość okablowania na stacji, ale przenosi odpowiedzialność za poprawne działanie z fizycznego okablowania na sam projekt sieci Ethernet.

Dyscyplina sieciowa: druga strona mniejszej ilości miedzi

Ponieważ GOOSE jest nietrasowany, niepotwierdzany i krytyczny czasowo, niezawodna implementacja GOOSE stawia surowe wymagania wobec bazowej sieci Ethernet:

• Priorytetyzacja: ruch GOOSE jest zwykle oznaczany wysokim tagiem priorytetu IEEE 802.1Q, aby przełączniki sieciowe nadawały mu priorytet nad mniej krytycznym czasowo ruchem w tej samej sieci.
• Redundancja sieciowa: ponieważ komunikat GOOSE nie jest potwierdzany ani ponownie żądany na poziomie aplikacji, redundancja sieciowa jest zwykle rozwiązywana na samej warstwie 2 — na przykład poprzez PRP (Parallel Redundancy Protocol) lub HSR (High-availability Seamless Redundancy) z IEC 62439-3, które wysyłają komunikat jednocześnie dwiema niezależnymi ścieżkami, tak że utrata jednej ścieżki nie kosztuje ani jednego komunikatu.
• Interoperacyjność poprzez pliki SCL: konfiguracja, który IED subskrybuje które komunikaty GOOSE od których innych IED (i jaki sygnał logiczny za nimi stoi), jest zapisywana w znormalizowanych plikach SCL (.icd, .cid, .scd) — przeznaczonych do interoperacyjnej konfiguracji IED różnych producentów w obrębie tej samej stacji.

Uwaga: IEC 61850 nie zastępuje automatycznie każdej formy okablowania sprzętowego — wiele instalacji łączy GOOSE dla logiki krytycznej czasowo z tradycyjnym okablowaniem dla funkcji krytycznych, gdzie pożądana jest dodatkowa, fizycznie niezależna ścieżka, lub podczas etapowej migracji, gdy starsze IED nie obsługują jeszcze IEC 61850.

Znaczenie praktyczne

Przy projektowaniu, rozbudowie lub konserwacji stacji z IED opartymi na IEC 61850 ważne jest, aby zdawać sobie sprawę, że niezawodność funkcji zabezpieczeniowych opartych na GOOSE zależy w takim samym stopniu od projektu sieci Ethernet (priorytetyzacja, redundancja, rozdzielenie VLAN między szyną procesową a szyną stacyjną), jak od samych IED — zmiana sieciowa, która na pierwszy rzut oka dotyczy tylko ruchu IT, może niezamierzenie wpłynąć również na krytyczną czasowo sygnalizację GOOSE.

Częste błędy

1. Wysyłanie ruchu GOOSE bez tagu priorytetu tą samą siecią, co niekrytyczny czasowo ruch IT — przy przeciążeniu sieci może to opóźnić czas dotarcia sygnału wyłączenia.
2. Założenie, że brak jawnego komunikatu o błędzie oznacza, że komunikacja GOOSE działa — bez monitorowania mechanizmu heartbeat (Time Allowed to Live) utrata połączenia może pozostać niezauważona.
3. Niespójna aktualizacja plików konfiguracyjnych SCL różnych IED po zmianie — subskrypcja GOOSE odwołująca się do nieaktualnej definicji zestawu danych może prowadzić do cichej niezgodności konfiguracji.
4. Traktowanie redundancji sieciowej jako kwestii wyłącznie informatycznej, oddzielonej od funkcji zabezpieczeniowej, podczas gdy projekt PRP/HSR dla ruchu GOOSE jest równie krytycznym elementem projektu zabezpieczeń, jak same nastawy przekaźników.

Powiązane

• Zabezpieczenie różnicowo-prądowe linii (87L) przez kanał światłowodowy
• Telezabezpieczenie (85) — schematy zezwalające/blokujące zabezpieczenia odległościowego
• Klasa zabezpieczeniowa przekładnika prądowego (5P/10P) i napięcie kolanowe
• Rodzaje światłowodów — jednomodowy i wielomodowy (OS2, OM1-OM5)