IEC 61850 и сообщения GOOSE — быстрая одноранговая (peer-to-peer) связь между реле защиты

Руководство о дифференциальной защите линии (87L) по волоконно-оптическому каналу и руководство о телезащите (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)