Олег, спасибо за подробное описание.

В том то и дело что я смотрю на goose, как на "умную медь", ане просто замену меди с проверкой исправности.
Дело в том что я работаю в местах где нет постояного релейного персонала и потому страюсь строить схемы так, чтобы было минимальная зависмость от человеческой ошибки ( к сожалению железу я довераю больше и просьба меня за это не пинать).
Всё что ты написал, красиво и верно.
А я даю тебе другой вариант.
1. Подхожу к реле и перевожу ключ в положение тестирование.
2, данный ключ переводит все нужные goose в положение "тестовый режим" и скажем размыкает провода на отключение выключателя.
3. Смотрю в логах всех задействованых в схеме реле "сигнал, фидер 1 в тесте"
4. Делаю проверку и получаю на всех реле связаных с проверяемым реле световую индикацию+эвент в АСУ.
5. закончив проверку возвращаю ключ в положение "в работе"..
6. Проверяю что со всех реле ушёл сигнал "фидер 1 в тесте"

Ты можешь не поверить, но так я спроектировал проверку УРОВ и ЛЗШ на меди, правда там были свои примочки, так как провод всего один на сигнал (А gоose, дает возможности и гибкость).
Но там связывалось медью окол 7-ми небольших ПС на расстоянии от 1 до 3 км, а нас было двое, лень двигатель прогресса.

Я смотрю на как использовать гудей по полной программе, а не только заменить медь (а наработок на ПС со связью у нас уже десятки, включая где нет вообще меди).

Кстати, по поводу исправности каждого сигнала, я ещё не знаю как будет, хорошо оно или нет.
Посмотрим когда будут сложные схемы.

Коллеги, да правы вы и согласен с вами, и делал так всё время.
пока не увидел как даже опытные релейщики путаются через 2-3 года.
Потому  сегодня говорю: ключ с замком.

готовьте себя к другим реалиям и они будут, как оно не хотелось бы.

Представьте себе, ну скажем, одного коллегу на нашем форуме.
у него ПС на Сименсе, Арева и АББ, все на 61850 ( или почти все)
Он сам запутaется через два три года, где в какой регистер надо что внести при профпроверках.

Орден можно, но без закрутки на спине....но лучше бутылку, греет лучше :)  :lol:
0.5-1г для эксплутации, проверено, даже год не вытягивают, забывают.
2-3 года для опытного наладчика, тоже проверено, на самих себе.

Не знаю, Rugгedcom получаем вовремя, я их сейчас ставлю везде, не задумываясь, даже прoсто для компов на станции.

Не в тему, очень ими доволен, решили кучу проблем, и их медиа-конверторы отличные.
для 61850 свичами играть нельзя, 4-5 фирм, всё остальное, имхо конечно, не проходит.

Сергей спасибо, я знаю о нём, но оно не изменило отношение...пока.
Ruggedcom даёт также другие решения, как и написал медиа-конверторы.
Есть и другие причины, нетехнические и нефинансовые .

Но хорошо что сделали АББ свой свич, теперь в принципе АББ закрыло под 61850 всё, кроме SNTP server, от всей линейки реле защит до станционого компа.

Уверен что есть, тот же FOX515.
Сергей, уже мы с тобой говорили, 61850 не должен ..пока...а может и совсем выходить за пределы ПС, есть многими годами провереные телемеханические протоколы
и не вижу причин, а я дилетант меняь их
пошли с этим в смарт грид, а то удаляемся от темы, модераторы заругают. ;)

Подведём итоги.
При потере связи блокировать ТО.
Отдельно вводить/выводить каждый канал по которому приходит сигнал блокировки с разных ячеек не получится, т.к. количество ключей (виртуальных) ограничено.
При контролируемом/преднамеренном "обрыве связи" перерисовывать конфигурацию терминала.

Мне больше всех надо.
Ничего не говорит, т.к. ТП уже приняли в эксплуатацию.

Добрый день!

Хотелось бы поподробнее узнать какими средствами стандарта фиксируется отсутствие приема GOOSE сообщения? Т.е. с помощью какого объекта данных, атрибута, сервиса, сетевой подсистемы или блока сигнализируется потеря связи по GOOSE?

Yuran, Я так понимаю (исходя из стандарта) у приемника по истечению времени timeAllowedtoLive все принимаемые значения обнуляются в значения по умолчанию?
Очень интересует вопрос получения сигнала "готовность GOOSE". Можно ли это сделать следующим способом:
У отправителя в набор данных для GOOSE сообщений кроме необходимых данных включить еще и данное-константу. Эта константа c типом BOOLEAN всегда будет "True". У приемника мы фиксируем эту константу, и если она становится "False", то это будет ли это свидетельствовать о наличии неисправности передачи GOOSE сообщений?