Очень много таких факов во время наладки :/  :mad: .
опять таки с 61850 и 3-я реле на них опыта нет, а вот в ЛОН-е хватaли таких факов, но сами и были виноваты.
снимали модули связи с одного реле и ставили на другое, перезалив адресацию, спешили и не делали как положено.

Не, потму что в начале пути. Потом что перелом в сознании.
Я в начале, 13 лет назад на ушах стоял, когда делал защиты по связи....брррр.страшно.....

Дак и я  боюсь, но надо подстраховываться от таких факов, сводить к минимуму.
Я писал о своём проекте с 61850, там идут сигналы на отключение и включение выключателей, но на том конце я делаю проверку по дополнительным критериям

Что значит меняется МЭК?

Это в смысле quality information. в датасэт добавляете?

1 - Я думаю, что сработает. Ведь каждый входной сигнал я получаю на определенный "канал" с контролем достоверности. Отсюда и возможность через логику намотать чего угодно. Вплоть до своего решения гипотезы Пуанкаре. Вот конечно другой вопрос, что такое "контроль достоверности" и как он это делает.

2 - Нууу.... просто не хотелось привязывать дискуссию к какому то конкретному реле, отсюда и столь обтекаемая форма в формулировке :)

Кстати спокойно можете назавть тип реле, может коллeги подскажут какие то заготовки или провереные решения.

Ref630. Но это неважно. Интересует сам принцип борьбы с такими граблями.
Ну хорошо. Допустим я как то понял, что проблема с сигналом(ми) и заблокировал ТО.
А что если на самом деле никакой проблемы нет. А я просто с резервного фидера снял терминал, чтоб провести эксперимент на предмет рационализаторского предложения. Получается, что ТО блокируется зря?..
Можно конечно натолкать в терминал ввода кучу триггеров, чтоб вводить/выводить из работы каждый канал, по которому блокировка приходит. Но как то не эстетично.
Чем больше возможностей, тем больше проблем получается :)

2 Sergei
На каком этапе может произойти замена адреса или МАС таблицы? В смысле пакет ушел с командой на отключение ввода-1, а отключается ввод-2. Это ведь легко будет проверить, если писать все входящие/исходящие сигналы. Ну или просто трафик слушать и писать, если совсем аномалии творятся.

PS Пользуясь случаем хочу передать "привет" разработчикам РСМ и ССТ.
-Тому, кто это придумал, надо в голову гвоздь забить!
- Я его презираю...
х/ф ДМБ

Ну да. Пожалуй swgr было бы оптимальным решением.
Не понмю как в re_54_ cosw был,.. энергонезависимы или нет. В 542+ точно надо было в store object записывать.
А в 630 энергонезависимые только RS'ы. (как я понял). Можно добавить отдельную страницу для управления блокировками ввода, чтоб мимику ключами не засорять и все сигналы блокировки тянуть через RS.

Вместо "я в тесте" можно как вариант goose совсем выключить.
Чего то не нашел в документации автоматического обмена сообщениями (после возвращения). Откуда это?

Выдержка из IEC61850-8-1 (первая редакция).

2 Sergei
А этого мало будет:
Cyclic Redundancy Check(CRC) this is calculated and included in each frame transmitted by the sending device, the receiving device recalculates the CRC for that frame, as received, as a check for any transit damage in that frame