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

> Задайте логику GOOSE при деградации и отличайте потерю сетевого пути от отказа издателя, устаревших данных и неисправного выхода отключения.

- **Категория:** Защита и управление
- **Автор:** Инженерная служба Voltformer
- **Дата публикации:** 2026-10-07
- **Время чтения:** 6 мин чтения
- **Основные темы:** Контроль GOOSE, Резервирование PRP, Резервирование HSR, Логика отключения
- **Язык текста:** ru
- **URL:** https://voltformer.com/ru/articles/iec-61850-goose-prp-hsr-failover-trip-supervision

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

Исправная Ethernet-связь не доказывает пригодность команды отключения. PRP и HSR повышают доступность сети, но издатель может перестать формировать достоверные данные, подписчик — отвергнуть конфигурацию, а выход — отказать после приёма. Задайте каждую границу отдельно. [Область IEC 62439-3:2021](https://webstore.iec.ch/en/publication/64423) описывает бесшовное резервирование, а не выживание защиты при всех общих отказах. Сначала определите поведение при потере связи, затем выбирайте сеть. [Руководство по цифровым подстанциям](https://voltformer.com/ru/articles/iec-61850-substation-automation-goose-and-sampled-values-for-protection) даёт архитектурный контекст.

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

Для каждой подписки укажите издателя, набор данных, блок управления, ревизию, адресацию, VLAN, обработку качества и поддерживаемый контроль IED. Разделяйте прямое отключение, разрешение, блокирование и блокировку управления: потеря действует по-разному. Запишите общие источники питания, оптические трассы, коммутаторы и резервирующие устройства. Два порта общего коммутатора не образуют независимых сетей. [IEC 61850-8-1](https://webstore.iec.ch/en/publication/6021) описывает отображение связи; публичная страница указывает объединённую поправку. Приёмку основывайте на приобретённом тексте и документации устройств, а не выдуманных пунктах аннотации.

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

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

$$
3 + 2 + 4 + 3 = 12;   20 - 12 = 8
$$

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

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

| Состояние | Наблюдаемое доказательство | Проектное решение |
|---|---|---|
| Потерян один LAN PRP | Достоверный приём и сигнал резервирования | Сохранить утверждённое отключение |
| Разорван один путь HSR | Достоверный приём и сигнал кольца/пути | Проверить оставшуюся топологию и нагрузку |
| Потерян издатель | Тайм-аут подписки и недостоверные данные | Применить логику деградации сигнала |
| Отказ выхода | Контроль цепи отключения и реакция выключателя | Использовать независимый резерв |

PRP использует отдельные сети, HSR — резервные маршруты своей топологии. Они не исправляют отказ источника IED. [SEL](https://cms-cdn.selinc.com/assets/Literature/Publications/Technical%20Papers/7194_ArcFlashProtection_MW_20250401_Web.pdf?v=20250924-185312) показывает неблагоприятное взаимодействие сходимости и повторов GOOSE. Это основание для проверки при отказах, а не универсальной задержки.

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

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

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

Используйте изолированную среду или утверждённый план отключения. Поочерёдно прерывайте пути, проверяя правильные и отсутствие ложных отключений. Повторите с потерей питания издателя, перезапуском подписчика, фоновым трафиком и намеренно неверной тестовой конфигурацией. Записывайте вход, передачу, достоверность приёма и выход на общей прослеживаемой временной базе. Требуйте файлы конфигурации, объекты контроля, настройки коммутаторов и трассы. При наличии сохраните доказательство обработки дубликатов. Свяжите потерю связи с [проверкой УРОВ и телеотключения](https://voltformer.com/ru/articles/breaker-failure-50bf-timing-mv-intertrip-coordination), включая независимость резерва.

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

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

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

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

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

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

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

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

- [IEC 62439-3:2021](https://webstore.iec.ch/en/publication/64423)
- [IEC 61850-8-1](https://webstore.iec.ch/en/publication/6021)
- [SEL — Arc-Flash](https://cms-cdn.selinc.com/assets/Literature/Publications/Technical%20Papers/7194_ArcFlashProtection_MW_20250401_Web.pdf?v=20250924-185312)

[← Назад к Scope](https://voltformer.com/ru/articles.md) · [Смотреть оборудование](https://voltformer.com/ru/catalog) · [JSON](https://voltformer.com/ru/articles/iec-61850-goose-prp-hsr-failover-trip-supervision.json)