Как настроить передачу GOOSE сообщений между терминалами релейной защиты по МЭК 61850

Подготовка инструментов и материалов (Phase A)

• Персональный компьютер (ноутбук) с установленным ПО для конфигурирования МЭК 61850: не ниже IED Scout, RelSuite, PCM600 (для ABB), DIGSI 5/7 (для Siemens) или «ИЭК 61850 Конфигуратор» — в зависимости от вендора ваших терминалов. Настоятельно рекомендую использовать версии не старше двух лет, так как профили CDC (Common Data Class) обновляются.
• Промышленный Ethernet-коммутатор (управляемый или неуправляемый) с поддержкой IGMP Snooping версии v2, желательно от Hirschmann, MOXA или RuggedCom. Для GOOSE крайне важен минимальный джиттер (не более 2–5 мкс) и пропускная способность не ниже 100 Мбит/с (Full Duplex), лучше — 1 Гбит/с.
• Два терминала релейной защиты (или ИОМ — измерительные органы) с поддержкой стеков протоколов МЭК 61850-8-1 (MMS) и 61850-9-2 (SV/GOOSE). Например, Sepam серии 80, REF615, SICAM P7xx или отечественные «МИКРОМ» с модулем P2P.
• Оптоволоконные патч-корды (SC/LC или ST) или экранированная витая пара Cat.6a (длина до 100 м) — в зависимости от расстояния между шкафами. Желательно иметь запас 10–15 % длины, так как прокладка внутри релейного отсека требует изгибов под углом не менее 30°.
• Тестер протоколов (например, Omicron CMC 356 или ISA T1000) с лицензией на генерацию GOOSE-пакетов — для верификации и контроля времени передачи (Tos). Альтернатива — Wireshark (версия 3.6+) с фильтрами goose.
• Распечатанная однолинейная схема подстанции (или цифровой PDF) с указанием логических связей: какой терминал посылает сигнал «Отключение 1», и какой принимает пуск АПВ. Без этой схемы вы рискуете собрать «паутину», в которой через час сам запутаетесь.
• Журнал (блокнот) для фиксации APPID, GOCB Ref и VLAN ID — даже если вы всё запоминаете, через неделю мелкие цифры выпадут из оперативной памяти. Я всегда веду «Протокол конфигурации ИМ», где на каждый GOOSE-канал отвожу одну страницу.

Алгоритм действий: настройка GOOSE (Phase B)

1. Проверка версий прошивок и SCL-файлов.
   Подключитесь к каждому терминалу через инженерный порт (Ethernet) и убедитесь, что версия IED (Intelligent Electronic Device) поддерживает профиль GOOSE (GSE — Generic Substation Events). Откройте файл IED-описания (ICD/CID/SCD) в вашем конфигураторе. Если у вас нет онлайн-доступа к производителю, запросите паспорт на терминал — в п. 9.2 паспорта обычно указано «Поддержка МЭК 61850: 1-е издание (Ed 1) или Ed 2». Для GOOSE критична Ed 2 из-за более строгих требований к проверке CRC32.
2. Формирование структуры GOOSE Control Block (GoCB).
   Откройте редактор Data Set (набор данных) вашего инструмента. Создайте новый «DataSet» с именем, например, dsGooseCmd01. Включите в него ровно те сигналы, которые будут передаваться: обычно это однофазные булевы переменные (SPC — Single Point Control, например, «TripA», «TripB», «TripC») и одно-байтовые целые (INC — Integer Controlled for counter). Не добавляйте аналоговые значения (FF, MV) в один GOOSE-пакет с дискретными — это увеличит задержку. Я всегда ограничиваю размер DataSet до 16 сигналов: практика показывает, что большее количество приводит к фрагментации TCP-кадра и потере пакетов при перегрузке сети.
3. Назначение APPID (Application Identifier) и MAC-адреса.
   В блоке GoCB укажите уникальный appID (например, HEX: 0x0010). Каждый GOOSE-канал (направление) должен иметь свой уникальный APPID в пределах вашей подстанции. MAC-адрес мультикаста для GOOSE фиксирован: он начинается с 01:0C:CD:01:00:00 — до 01:0C:CD:01:01:3F (рекомендую не выходить за диапазон 0–127). Для совместимости с управляемыми коммутаторами всегда настраивайте VLAN ID (802.1Q) и Priority (COS = 4–7). У меня на практике сбой произошел на этапе пусконаладки, когда VLAN ID не совпадал у источника и приемника — терминал отбрасывал пакеты молча.
4. Расчет времени MaxTime и MinTime.
   В параметрах GOOSE задайте две величины: MinTime (минимальный интервал ретрансляции при событии) — обычно 2–4 мс (в зависимости от быстродействия выключателя) и MaxTime (максимальный интервал в отсутствие событий) — 500–1000 мс. На подстанциях напряжением 110 кВ и выше я ставлю MinTime = 2 мс, MaxTime = 1000 мс. Для ячеек 6–10 кВ можно увеличить MinTime до 5 мс, чтобы снизить нагрузку на процессор терминала. Проверьте по документации: максимальное число ретрансляций (StNum) должно быть не менее 3 — это гарантирует доставку при потере первого кадра.
5. Создание CID-файла для приемника.
   Теперь переключитесь на второй терминал (приемник). В его конфигураторе импортируйте созданный ранее SCD-файл (системное описание подстанции) или ICD-файл первого IED. В объектной модели приемника (обычно в секции LN = GOOSE) подпишитесь на DataSet отправителя. Важно: проверьте, что appID в приемнике совпадает с appID отправителя, иначе валидация CRC не пройдет. Ошибка в одном бите — и связь молча упадет, так как терминал сбросит контрольную сумму.
6. Настройка VLAN и IGMP Snooping на коммутаторе.
   Зайдите в веб-интерфейс коммутатора (или через консольный порт). Создайте отдельную VLAN для GOOSE (например, VLAN 2004 — часто используется для РЗА). Назначьте порты, к которым подключены терминалы, как тагированные (Tagged) или нет, в зависимости от вашей топологии. Обязательно включите IGMP Snooping — это предотвратит лавинную рассылку мультикаста по всей сети. Я рекомендую также настроить статические MAC-таблицы для GOOSE — это исключит ошибки обучения моста. На коммутаторах RuggedCom есть опция «Port Security», которую стоит активировать, чтобы случайно подключенный сервер не породил дубликаты APPID.
7. Физическое соединение и проверка звена.
   Соедините терминалы через коммутатор оптическим или медным каналом. Включите терминалы. На лицевой панели должен зажечься светодиод «LINK/ACT» (обычно зелёный). Для контроля шума и затухания в линии используйте OTDR (оптический рефлектометр) — для оптоволокна допустимое затухание не более 0,5 дБ на коннекторе. Если используете Cat.6a — проверьте, что длина кабеля не превышает 100 метров, иначе на скорости 1000Base-T возможна потеря пакетов. Никогда не используйте патч-корды с «гнутыми» вилками — в релейном отсеке вибрации могут ослабить контакт.
8. Запуск трассировки и захват пакетов.
   Подключите анализатор протокола (Wireshark) к зеркальному порту коммутатора (SPAN/RSPAN). Включите фильтр eth.addr == 01:0C:CD:01:00:10. Создайте тестовое событие на первом терминале — например, вручную подайте сигнал «Отключение» через меню управления. Вы должны увидеть burst из 3–5 кадров с интервалом сначала 2 мс, затем 4 мс и далее с MaxTime. Смотрите на параметр timeAllowedToLive — он должен быть вдвое больше MinTime (то есть около 4 мс). Если пакеты идут с интервалом более 10 мс — задержка слишком велика, проверьте настройки QoS на коммутаторе.
9. Верификация на приемнике и выставление уставок.
   Зайдите в меню «Состояние GOOSE» на втором терминале. Обычно строка вида: «GOOSE Rx Status: Good, StNum = 15, SqNum = 1234, Time = 12345 ms». Если указано «Bad» или «Time-out» — проверьте корректность APPID и пересъемку CID-файла. В редких случаях (с терминалами старых серий) требуется ручное согласование номеров базы данных: в секции DOI (Data Object Instance) укажите точный индекс, как в отправителе. Если же отображается «No Match» — перечитайте SCD-файл заново, возможно, были дублирования DataSet.
10. Комплексное тестирование с имитатором аварий.
    Теперь подайте с тестера (Omicron) трёхфазный ток, превышающий уставку МТЗ (максимальной токовой защиты) на первом терминале. Проверьте, что второй терминал через GOOSE получает команду на включение АПВ или ускорение защиты. Замерьте время от события (появление тока) до выдачи GOOSE-пакета — используйте осциллограф с точностью 1 мкс. В хорошей сети это время не превышает 5 мс. Запишите в протокол: если время больше 10 мс — увеличьте приоритет трафика GOOSE на коммутаторе до COS=5 или выделите резервную полосу пропускания через Flow Control.
11. Автоматизация повторного использования.
    После успешной проверки создайте шаблонный SCD-файл (например, Template_GOOSE_RZA_v2.scd), в котором уже прописаны все стандартные Data Sets, APPID (в диапазоне 0x0010–0x0030) и VLAN конфигурации. Это сэкономит вам дни при тиражировании на 20 ячеек. В ГОСТ Р 56709-2015 (п. 4.3.2) рекомендовано иметь единую базу конфигурации для всей ПС. Если у вас на подстанции десятки терминалов — используйте MMS для автоматической записи конфигурации (Online Configuration).
12. Документирование и сдача.
    Составьте одностраничную мнемосхему с указанием: IP-адрес каждого IED, APPID, VLAN ID, имена DataSet, а также физические порты коммутатора. Приложите скриншоты из Wireshark (один пакет GOOSE с расшифровкой полей). В акте наладки обязательно укажите измеренное время передачи (Tos). В реальной практике на ПС 330 кВ я указываю: «Время передачи GOOSE между терминалами не превышает 3.2 мс при 95% процентиле», что соответствует требованиям СТО 34.01-5.1-001-2020.

Примечание по безопасности и типовым ошибкам

Никогда не подключайте анализатор (ноутбук) напрямую к порту коммутатора, где настроен IGMP Snooping, без отключения подавления мультикаста — вы не увидите ни одного пакета. Используйте зеркалирование (Monitor Port). В моей практике была ситуация, когда молодой специалист три часа искал GOOSE, не зная этой детали. Проверьте также, что на коммутаторе отключено логирование Storm Control для мультикастового трафика — при высоком фоне может сработать защита и блокировать порт.

Обратите внимание на привязку времени (Time Quality). В GOOSE-пакетах обязательно заполняется поле syntheticTime — если в вашей системе нет синхронизации по PTP (IEEE 1588v2) или NTP, то метка времени будет плавающей. Для корректной работы быстродействующих защит (с временем 20–50 мс) я всегда рекомендую настроить хотя бы NTP сервер на базе приёмника ГЛОНАСС/GPS. Это не только улучшит последовательность событий, но и упростит последующую диагностику при осциллографировании.

Если при настройке вы столкнулись с тем, что терминал «не видит» GOOSE от другого вендора — проверьте схему нумерации (enumeration) функциональных блоков (LN). Например, у ABB и Siemens используется разная нумерация разъединителей (XSWI). Решение — создать в ICD-файле виртуальный XSWI с единым номером, или использовать «Data Set Routing» — эта опция есть в конфигураторе IEC 61850. На подстанциях с большим количеством разнородного оборудования (Япония/Европа/Россия) я рекомендую свести все в один SCD-файл и пересобрать конфигурацию через общий сессионный инструмент (например, System Configuration Manager).

Последний совет: не экономьте на инженерном времени. Каждый пропущенный шаг (особенно шаг 2 и 3) приводит к тому, что при включении в работу вы получите «мёртвую зону» GOOSE, которую потом придется искать осциллографом в течение смены. Лучше 3 часа калибровки сейчас, чем потом аврал на пусконаладке. Успешной настройки!

В таблице ниже приведены основные параметры и настройки, необходимые для организации передачи GOOSE-сообщений между терминалами релейной защиты и автоматики по протоколу МЭК 61850. Данные включают рекомендуемые временные характеристики, сетевые параметры, требования к синхронизации и ссылки на нормативные документы (ГОСТ Р 58671-2019, ПУЭ 7-е издание), что позволяет выполнить корректную интеграцию устройств в цифровых подстанциях.

Как настроить multicast MAC-адрес для GOOSE сообщений, чтобы разные терминалы РЗА могли их принимать?

Для передачи GOOSE сообщений используется multicast MAC-адрес (01-0C-CD-01-00-00 до 01-0C-CD-01-00-3F). В редакторе конфигурации IED (например, PCM600 или DIGSI) в блоке GOOSE Control Block (GoCB) необходимо задать MAC-Address. Терминал-получатель (подписчик) должен быть сконфигурирован на прием этого multicast адреса. В настройках коммутатора сети (если используется не прямое соединение) требуется включить IGMP Snooping или статически прописать членство группы для портов, иначе трафик может не дойти до целевого устройства.

Какие параметры в GoCB (GOOSE Control Block) критически важны для синхронизации времени передачи?

Ключевые параметры: время задержки (timeAllowedtoLive) — определяет, как долго получатель ждет следующее сообщение до объявления потери связи; период повторения (Retransmission Time) — задает интервалы между повторами (обычно стартует с 1-4 мс и растет до нескольких секунд). Убедитесь, что все терминалы синхронизированы по времени (SNTP или PTP), так как GOOSE метки времени (Timestamp) используются для определения актуальности и последовательности событий. При несовпадении времени возможна неправильная обработка данных защиты.

Как проверить правильность подписки (DataSet) между издателем и подписчиком GOOSE?

Необходимо создать идентичный набор данных (DataSet) в конфигураторе с одинаковым порядком и типом данных (BOOLEAN, INT32, FLOAT и т.д.) на издателе и подписчике. После конфигурации выполните проверку через Wireshark: захватите пакеты на порту приемника и найдите GOOSE-фрейм. В фильтре отобразите поле «gocbRef» — оно должно совпадать с конфигурацией подписчика. Также проверьте поле «numDatSetEntries» — количество атрибутов должно быть одинаковым. Если данные приходят, но не обрабатываются, перезагрузите оба терминала и проверьте журнал ошибок (например, «Communication Lost»).

Нужно ли настраивать VLAN для GOOSE трафика, и как это влияет на прием?

Да, это настоятельно рекомендуется. По стандарту IEC 61850, GOOSE использует приоритетный VLAN (VID 0 или пользовательский VID) с приоритетом 4 (для трафика защиты). В конфигураторе подписчика и издателя нужно указать одинаковый VLAN ID (например, 100) и включить тегирование в настройках порта на коммутаторе. Если VLAN не настроен, терминалы могут не видеть трафик при прохождении через управляемый коммутатор. Проверьте, чтобы порты обоих терминалов были в одном trunk-сегменте или access-порте с разрешенным VID.

Как исправить ошибку «GOOSE Application ID mismatch» при подключении терминалов разных вендоров?

Это типичная проблема при интеграции IED от разных производителей (SIEMENS, ABB, GE). Решение: вручную выставить одинаковый APPID (Application ID) в конфигурации GoCB на обоих устройствах. APPID должен быть уникальным в рамках системы, но совпадать для пары «издатель-подписчик». Формат — шестнадцатеричное число от 0x0001 до 0x3FFF. Отредактируйте ICD/CID файлы через SCL-редактор или измените параметры через локальный интерфейс терминала. После перезагрузки проверьте совпадение полей APPID в захваченном Wireshark.