GOOSE с PRP или HSR: контролируйте отключение, а не только связь

1. Резервирование — только одна граница

Исправная Ethernet-связь не доказывает пригодность команды отключения. PRP и HSR повышают доступность сети, но издатель может перестать формировать достоверные данные, подписчик — отвергнуть конфигурацию, а выход — отказать после приёма. Задайте каждую границу отдельно. Область IEC 62439-3:2021 описывает бесшовное резервирование, а не выживание защиты при всех общих отказах. Сначала определите поведение при потере связи, затем выбирайте сеть. Руководство по цифровым подстанциям даёт архитектурный контекст.

2. Определите сигналы и независимость

Для каждой подписки укажите издателя, набор данных, блок управления, ревизию, адресацию, VLAN, обработку качества и поддерживаемый контроль IED. Разделяйте прямое отключение, разрешение, блокирование и блокировку управления: потеря действует по-разному. Запишите общие источники питания, оптические трассы, коммутаторы и резервирующие устройства. Два порта общего коммутатора не образуют независимых сетей. IEC 61850-8-1 описывает отображение связи; публичная страница указывает объединённую поправку. Приёмку основывайте на приобретённом тексте и документации устройств, а не выдуманных пунктах аннотации.

3. Пример временного бюджета

Пусть допускается 20 ms от изменения входа издателя до выхода отключения подписчика. Отведите 3 ms на публикацию, 2 ms на передачу, 4 ms на обработку и 3 ms на выход. Сумма 12 ms оставляет 8 ms запаса.

Это иллюстративное распределение, не измеренные параметры реле и не пределы IEC. Дополнительная сходимость 30 ms уже превышает бюджет до последующей повторной передачи. Не моделируйте бесшовную PRP/HSR как обычное переключение с задержкой восстановления; проверяйте доставку по оставшемуся пути. Время выключателя относится к отдельному полному бюджету ликвидации повреждения.

4. Выберите топологию и реакцию

PRP использует отдельные сети, HSR — резервные маршруты своей топологии. Они не исправляют отказ источника IED. SEL показывает неблагоприятное взаимодействие сходимости и повторов GOOSE. Это основание для проверки при отказах, а не универсальной задержки.

5. Составьте матрицу причин и действий

Потеря блокирующего сигнала может уменьшить устойчивость; бесконечное удержание старого — надёжность срабатывания. Потеря разрешения обычно снимает разрешение, но не должна незаметно отключать местный резерв. Устаревшие данные прямого отключения не считайте новой командой, если это явно не предусмотрено приложением. Согласуйте выбор с владельцем защиты и подтвердите на фактической прошивке. Включите перезапуск, несовпадение конфигураций, тест/симуляцию и возврат в работу. Сигнализация должна иметь ответственного и понятное действие, а не скрытую запись диагностики.

6. Проверяйте наблюдаемые отказы

Используйте изолированную среду или утверждённый план отключения. Поочерёдно прерывайте пути, проверяя правильные и отсутствие ложных отключений. Повторите с потерей питания издателя, перезапуском подписчика, фоновым трафиком и намеренно неверной тестовой конфигурацией. Записывайте вход, передачу, достоверность приёма и выход на общей прослеживаемой временной базе. Требуйте файлы конфигурации, объекты контроля, настройки коммутаторов и трассы. При наличии сохраните доказательство обработки дубликатов. Свяжите потерю связи с проверкой УРОВ и телеотключения, включая независимость резерва.

7. Практические вопросы

Нулевое восстановление означает нулевую задержку?

Нет. Это свойство резервирования. Публикация, передача, обработка и выход занимают время.

Заменяет ли сигнал PRP контроль GOOSE?

Нет. Исправность пути и достоверность подписанных данных — разные вопросы; нужны оба доказательства.

Должна ли потеря GOOSE всегда отключать выключатель?

Универсальной реакции нет. Действие определяют роль сигнала, резерв и эксплуатационная политика.

8. Первичные источники

• IEC 62439-3:2021
• IEC 61850-8-1
• SEL — Arc-Flash