Да, еще эту тему "двигала" компания ЛИСИС. Даже на выставках присутствовала. Интересно, какая у нее судьба? В этой теме, главное, найти источник финансирования, а уж с техникой и технологиями проблем быть не должно....

Лисис обанкротился где-то после разработки iSAS и во время внедрения ее на ПС 110/35/10 Южная (централизованная РЗА наподобие арх. 4 типа, нга всякий случай параллельно с классической распределенной)

А что это дает, повышение наблюдаемости?

При слове "наблюдаемость" мне сразу приходит в голову "чудесный" квартальный отчет по "наблюдаемости ПС". Эта таблица - шедевр идиотизма.

Разный у нас с персоналом  АСУ (как когда-то со связистами) менталитет. И допускать их к РЗА никак нельзя, такое мое стариковское "оценочное суждение".

Менталитет вообще у всех разный. Вот, к примеру, взять текущие телеизмерения (ТИТ). Кому они нужны в первую очередь? - диспетчерской службе, казалось бы. А кто нам, телемеханикам, сообщает о "неправильных" ТИТ? Никто. В лучшем случае, заметят только в РДУ и сообщат нам, а если ТИТы не идут в РДУ, то и никто не сообщит. Мы сами чаще обнаруживаем некорректные ТИТы, чем дождешься этого от диспетчеров/режимщиков. Помню,  работала в группе режимов одна барышня умная. Так она регулярно сообщала нам о каких-либо проблемах с телеизмерениями. Всё замечала, что не так. Потом уволили её - и всё, тишина... Другим режимщикам вся телеметрия до той лампочки, правильно/не правильно - по-барабану.

На стадии ПД нужно выкидывать все лишнее и не допускать, чтобы, например, из ЭПЗ-1636 брали в ТС срабатывание всех ступеней ДЗ, ТЗНП

Только за! Но, обычно, объемы определяет диспетчерская служба, да еще и ссылаясь на всякие регламентирующие документы, плюс на "авоськабычегоневышло" и на "пустьбудетсзапасом".

Смотря кому, персоналу РЗА геморрой

Всем кто работает геморрой. Тысячи примеров. Свежий. Вчера с утра. отключили выключатель на объекте. Стрелочный амперметр и на терминале токи нулевые показывают, а у диспетчера, для которого делали повышенную наблюдаемость в линии какой-то ток на хваленом супер-ОИКе показывается. Вывод в ремонт линии приостановили.
Но чаще на терминалах какие-то остаточные токи могут высвечиваться. И с одной стороны, видишь, что выключатель отключен по указателю, а с другой зная устройство выключателя, и как механика этого указателя выполнена, допускаешь то, что вполне возможно главные контакты не все разошлись. Бывало и такое. Только когда такое бывало, эти же самые диспетчера с чистой совестью продолжали вывод в ремонт оборудования.

А что это дает, повышение наблюдаемости?

Смотря кому, персоналу РЗА геморрой

В том-то и дело, что нормально никак, а повышать наблюдаемость надо

А что это дает, повышение наблюдаемости?

А как вывести сигналы срабатывания ступеней защиты в КСЗ ЭПЗ-1636? И - "на зачем"?

В том-то и дело, что нормально никак, а повышать наблюдаемость надо

7РП используем для этого

На стадии ПД нужно выкидывать все лишнее и не допускать, чтобы, например, из ЭПЗ-1636 брали в ТС срабатывание всех ступеней ДЗ, ТЗНП

  Когда-то в 90-ых внедряли у нас на одной ПС устройство контроля и документирования (УКД), что-то "интеллектуальное" с принтером, ещё матричным (игольчатым, ещё уфимского завода :)). Приехали внедренцы из ОРГРЭС, сидят, чертят в схемах сигналы, в том числе из типовых панелей защит, ЭПЗ-1636, 1643, ДФЗ-201. Поинтересовался у них - а как это сделать, у РУ свободных, резервных контактов нет. Герконы привяжем, приклеим, говорят. И выведем. А кто, говорю, это будет делать? Так вы (эксплуатация) и будете, панели же все действующие.
  Вот продуктов и штанов в 90-ых не на что было купить, а свобода - была. И хоть люди эти (из Дальтехэнерго)  нам были не чужие, делать мы (МСРЗАИ) это отказались, УКД сколько-то пролежал на полке, потом отдали тем, кто был не так принципиален.  Как мы и предполагали.
  Немного позже В.Н. Козлов внедрял у нас Бреслер-0103, ещё с флоппиком 3,5 ". И мы сразу решили, договорились,  что хвост вертеть собакой не будет, и ничего специально делать в панелях РЗА для сигналов в регистратор не будем, только резервные контакты. Ну, не вполне получилось, для регистрации срабатывания ДФЗ-201 пришлось установить выходное реле (2-6РП?) с бОльшим числом контактов, и вывести на ряд зажимов. И контакт 1РП в АПВ (РПВ-58) где-то не был выведен, а панель листовая, сверлили. Всё. Работает кое-где до сих пор (сами регистраторы заменили, конечно).
  А как вывести сигналы срабатывания ступеней защиты в КСЗ ЭПЗ-1636? И - "на зачем"?
  Хотите ещё пример отношений хвоста и собаки? На одной из ПС (мир тесен, когда-то налаживали там шкафы ЭКРА, уже почти 20 лет тому назад), решили расширить её на одну ячейку ОРУ-110, ну и АСУ выполнить. Системы мониторинга там не было, терминалы были обвязаны для связи/доступа к ним через преобразователь интерфейсов. На стадии наладки активно этим пользовались. Проектировщики, увидели FTP кабель и разъёмы RJ-45, решили, что это и есть Ethernet. Проложили кабели - ан нет! Как выход предложили обновить ПО терминалов, "перепрошить". Спрашиваю, вы отдаёте себе отчёт в том, что их (терминалы) придётся полностью заново тестировать, завод это подтверждает, запросили.  В 2005-ом мы делали это всё лето, налаживали/тестировали.  Изо всех сил изображали сомнение ...
При проверке прохождения сигналов в АСУ опять проблема, методическая, как проверять. Давайте, говорю, список сигналов, будем их "вызывать", а вы отмечать прохождение их в АСУ. "А зачем?", говорят, вы вызывайте, а мы потом посмотрим, что все прошли.
O co chodzi? Разный у нас с персоналом  АСУ (как когда-то со связистами) менталитет. И допускать их к РЗА никак нельзя, такое мое стариковское "оценочное суждение". К сожалению, ни они, ни оперативники в список сигналов заглядывать не хотят, работать над тем, что регистрируется, и на какие экраны попадает, придётся релейщикам. И обязательно это тестировать, иначе потом возможно неправильное толкование, они могут попросту неправильно подписать сигнал, ну "какая разница, 2 ступень или 2 комплекс"...

Еще, IMHO, в системах АСУТП ПС есть большая проблема - это поддержание в рабочем состоянии всей системы. Многие сотни сигналов (ТС/ТИ/ТУ) на одну ПС персонал просто не в силах поддерживать в рабочем состоянии. Например, часть телесигналов просто не работает, но никто не знает сколько их не работает и какие!

Ох, как всё это до боли знакомо...
Вообще для этого придумали OPC сервера, базы данных и SQL запросы (не пугаться  :D  ).

Вся эта лабуда идет в OPC сервера, особо нужные сигналы идут на экран управления, всё остальное в "исторические" базы данных.
И дальше всё достаточно просто - аналоговые значения - в графики трендов - посмотреть одним глазом - если резко поменялось, то обратить внимание. Если не менялось - то тем более подозрительно  :scratch:
Всё остальное - опрашивать заранее приготовленными SQL запросами (их и знать не надо, всё один раз написанное и теперь встроенное  %) ) на предмет корреляции данных.

Немного помогает, у нас в диспетчерской этим отдельные люди занимаются, группа поддержки (back office).

Например, часть телесигналов просто не работает, но никто не знает сколько их не работает и какие! Положение коммутационных аппаратов еще как-то можно проверить и понять достоверны они или нет,

Вообще это нонсенс, на который упорно не обращают внимание. Описанная вами цифровизация из ТС/ТМ/ТИ создавалась для упрощения жизни энергетикам. Чтобы не выезжая на объект и не появляясь в РУ по экрану компьютера можно было определить параметры и принять нужные решения. А пришли к тому, что и параметры надо проверить и положение аппаратов надо проверить и возможность управления ими надо проверить. И одна из проверок это как минимум посещение РУ, чтобы не посещать которое это все создавали.

Многие сотни сигналов (ТС/ТИ/ТУ) на одну ПС персонал просто не в силах поддерживать в рабочем состоянии.

На стадии ПД нужно выкидывать все лишнее и не допускать, чтобы, например, из ЭПЗ-1636 брали в ТС срабатывание всех ступеней ДЗ, ТЗНП

К сожалению, все эти системы распределённого управления станлвятся неизбежным злом, потому что, например, в случае супер-компенсированной нейтрали, все эти системы просто необходимы для отключения повреждённых линий / их участков.

Да, необходимы. Но надо помнить, что необходимы только на случай повреждений в сети. Пока нет повреждений, то и необходимость условная.