IEC 61850 і повідомлення GOOSE — швидкий однорангова (peer-to-peer) зв'язок між реле захисту

[Гід про диференційний захист лінії (87L) через волоконно-оптичний канал](/guides/protection/lijndifferentieelbeveiliging-87l-glasvezelkanaal) та гід про телезахист (85) — дозвільні/блокувальні схеми дистанційного захисту розглядають зв'язок між реле на різних підстанціях. Ця стаття розглядає зв'язок усередині однієї підстанції: як сучасні цифрові реле (IED, Intelligent Electronic Devices) взаємодіють одне з одним і з системою автоматизації підстанції через IEC 61850, і зокрема через протокол GOOSE.

Три служби зв'язку у складі IEC 61850

IEC 61850 ("Мережі та системи зв'язку для автоматизації енергосистем") визначає стандартизовану модель даних для функцій захисту та комутації (кожна функція — це "логічний вузол", наприклад XCBR для вимикача або PTOC для струмового захисту з витримкою часу) та три служби зв'язку, побудовані на цій же моделі даних:

• MMS (клієнт-сервер): звичайний трафік звітності та керування між IED і системою автоматизації підстанції або SCADA — подібно до традиційного зв'язку з RTU, але зі стандартизованою об'єктною моделлю замість специфічних для виробника адрес регістрів.
• GOOSE (Generic Object Oriented Substation Event): швидкий однорангова зв'язок безпосередньо між IED, призначений для критичних за часом подій (команди відключення, положення вимикача, сигнали блокування).
• Sampled Values (SV, IEC 61850-9-2): неперервно передавані оцифровані значення струму та напруги від об'єднувального пристрою (merging unit), як цифрова альтернатива звичайній мідній проводці від трансформаторів струму та напруги (див. також гід про клас захисту ТС і напругу точки перегину — про звичайний, аналоговий аналог цього сигналу).

GOOSE: безпосередньо через Ethernet, без маршрутизації

Повідомлення GOOSE надсилається безпосередньо на рівні 2 моделі OSI через Ethernet (Ethertype 0x88B8), без IP-адресації, як групове (multicast) повідомлення, яке може бути прийняте кожним IED у тому самому сегменті Ethernet (або тій самій VLAN). Це робить GOOSE немаршрутизованим — він залишається в межах локального Ethernet підстанції — але дуже швидким: зміна стану (наприклад, команда відключення чи зміна положення вимикача) з'являється в мережі протягом кількох мілісекунд, що значно швидше, ніж це було б можливо через клієнт-серверний трафік MMS.

Схема повторення: надійність без підтвердження

На відміну від MMS, GOOSE не має підтвердження на рівні застосунку — IED-відправник не може бути впевненим, що отримувач дійсно опрацював повідомлення. Натомість IEC 61850-8-1 компенсує це схемою повторення: при зміні стану повідомлення спочатку повторюється кілька разів із дуже коротким інтервалом (наприклад, кожні кілька мілісекунд), після чого інтервал поступово збільшується до стабільного, "спокійного" інтервалу, що зазвичай становить кілька секунд, доки не відбудеться нова зміна. Це стабільне повторюване повідомлення виконує функцію сигналу працездатності (heartbeat): кожне повідомлення GOOSE несе значення "Time Allowed to Live" (скільки часу отримувач може вважати останнє отримане повідомлення дійсним), і якщо нове повідомлення не надходить до закінчення цього часу, приймальний IED дізнається, що сам зв'язок було втрачено — навіть без надсилання жодного явного повідомлення про помилку.

Увага: саме цей механізм heartbeat є причиною, чому з'єднанню GOOSE не потрібна окрема перевірка "зв'язок в порядку", як у класичного апаратного контакту — відсутність періодичного "спокійного" повідомлення сама по собі є індикацією несправності.

Чому це замінює мідну проводку

До появи IEC 61850 такі функції, як сигнали блокування між приєднаннями, повідомлення про положення вимикачів до сусідніх IED або команди міжпанельного відключення при захисті шин, реалізовувалися виключно через фізичну мідну проводку між реле — з відповідним навантаженням на прокладання кабелів, випробування та обслуговування. GOOSE замінює значну частину цієї жорсткої проводки програмно визначеним однорангова повідомленням через ту саму мережу Ethernet, якою також проходить трафік MMS і SV, що може суттєво скоротити обсяг кабелів на підстанції, але переносить відповідальність за коректну роботу з фізичної проводки на саме проєктування мережі Ethernet.

Дисципліна мережі: зворотний бік меншої кількості міді

Оскільки GOOSE немаршрутизований, не підтверджується і критичний за часом, надійна реалізація GOOSE висуває суворі вимоги до базової мережі Ethernet:

• Пріоритизація: трафік GOOSE зазвичай позначається високим тегом пріоритету IEEE 802.1Q, щоб мережеві комутатори надавали йому пріоритет перед менш критичним за часом трафіком у тій самій мережі.
• Резервування мережі: оскільки повідомлення GOOSE не підтверджується і не запитується повторно на рівні застосунку, резервування мережі зазвичай вирішується на самому рівні 2 — наприклад, через PRP (Parallel Redundancy Protocol) або HSR (High-availability Seamless Redundancy) з IEC 62439-3, які надсилають повідомлення одночасно двома незалежними шляхами, тож втрата одного шляху не призводить до втрати жодного повідомлення.
• Взаємодія через файли SCL: налаштування того, який IED підписується на які повідомлення GOOSE від яких інших IED (і який логічний сигнал за ними стоїть), фіксується у стандартизованих файлах SCL (.icd, .cid, .scd) — призначених для взаємодійного налаштування IED різних виробників у межах однієї підстанції.

Увага: IEC 61850 не замінює автоматично будь-яку форму апаратної проводки — багато установок поєднують GOOSE для критичної за часом логіки зі звичайною проводкою для критичних функцій, де бажаний додатковий, фізично незалежний шлях, або під час поетапної міграції, коли старіші IED ще не підтримують IEC 61850.

Практичне значення

Під час проєктування, розширення чи обслуговування підстанції з IED на базі IEC 61850 важливо розуміти, що надійність функцій захисту на основі GOOSE залежить від проєктування мережі Ethernet (пріоритизація, резервування, розділення VLAN між шиною процесу та шиною підстанції) не менше, ніж від самих IED — зміна мережі, яка на перший погляд стосується лише ІТ-трафіку, може ненавмисно вплинути й на критичну за часом сигналізацію GOOSE.

Часті помилки

1. Надсилання трафіку GOOSE без тегу пріоритету тією самою мережею, що й некритичний за часом ІТ-трафік — при перевантаженні мережі це може затримати час надходження сигналу відключення.
2. Припущення, що відсутність явного повідомлення про помилку означає, що зв'язок GOOSE працює — без моніторингу механізму heartbeat (Time Allowed to Live) втрата з'єднання може залишитися непоміченою.
3. Непослідовне оновлення файлів конфігурації SCL різних IED при зміні — підписка GOOSE, яка посилається на застарілий опис набору даних, може призвести до прихованої невідповідності конфігурації.
4. Розгляд резервування мережі як суто ІТ-питання, окремого від функції захисту, тоді як проєктування PRP/HSR для трафіку GOOSE є таким самим критичним елементом проєктування захисту, як і самі уставки реле.

Пов'язані матеріали

• Диференційний захист лінії (87L) через волоконно-оптичний канал
• Телезахист (85) — дозвільні/блокувальні схеми дистанційного захисту
• Клас захисту ТС (5P/10P) і напруга точки перегину
• Типи волоконно-оптичного кабелю — одномодове та багатомодове волокно (OS2, OM1-OM5)