1

Тема: 61850-9.2LE и RealTimeEthernet

Прошу совета, правильно ли я понимаю, что для генерации SV по 61850-9.2LE используется протокол UDP для быстрой доставки сообщений, но, как известно, UDP работает без подтверждения, а значит данные могут просто потеряться.
наверное, недостающие отсчёты как-то расчитываются, дабы восполнить "пробелы" в данных?

2

Re: 61850-9.2LE и RealTimeEthernet

На пальцах:
1. Для того чтобы пакеты в сети не терялись необходимо использовать качественное оборудование, например те же Ruggedcomm, заявляющие нулевую вероятность потерь пакетов
2. необходимо разумно строить сеть для исключения узких мест
3. Для того чтобы снизить ущерб от потери отдельных пакетов используется принцип избыточности информации.

3

Re: 61850-9.2LE и RealTimeEthernet

Протокол "Sampled Values" и в частности спецификация МЭК 61850-9.2LE предполагает передачу выборок мгновенных значений аналоговых сигналов токов и напряжений посредством многоадресных (Multicast) рассылок на канальном (втором) уровне модели OSI - именно такой подход обеспечивает высокую скорость публикации данных в сеть.
Протокол UDP действительно является дейтаграмным протоколом (без подтверждения получения посылки), но работает на 3-м (сетевом) уровне модели OSI, для публикации SV-потоков не используется.
Да проблема потери выборок действительно существует, она решается применением неблокирующих промышленных сетевых коммутаторов, инжинирингом трафика, использованием сетей с высоким коэффициентом готовности (с резервированием), также в ИЭУ внедряются различные алгоритмы дорасчета недостающих выборок.

Электронный журнал Цифровая подстанция

4

Re: 61850-9.2LE и RealTimeEthernet

Да, к примеру у АББ обязательно использование резервирования PRP или HSR + синхронизация времени по стандарту IEEE1588. Ну и свичи тоже должны поддерживать IEEE1588.

5

Re: 61850-9.2LE и RealTimeEthernet

Yuriy82 пишет:

Ruggedcomm, заявляющие нулевую вероятность потерь пакетов

Заявлять можно что угодно, но вероятность потери пакетов есть, т.к. длина очередей ограничена и в случае большой нагрузки на сеть (шторма) пакеты из-за ограниченной длины очередей будут потеряны.

Yuriy82 пишет:

необходимо разумно строить сеть для исключения узких мест

С этим согласен, но иногда это сделать очень сложно.

sonoki пишет:

резервирования PRP или HSR

Это именно резервирование, а не защита от перегрузки сети сообщениями, и от потери пакетов спасти не сможет.

sonoki пишет:

синхронизация времени по стандарту IEEE1588

1588 не идеален. Например, когда используем PRP, задержка в сетях, используемых для резервирования может быть разной. Если одна из сетей будет потеряна, то в 1588 могут быть проблемы. Сам не пробовал, но исходя из принципов, заложенных в 1588, такое может быть.
В общем, вероятность потери пакетов есть и она будет зависеть от топологии сети, используемого оборудования и числа подключенных устройств с SV. Надо правильно строить не только сеть, но и всю систему.