Когда-то один старый оперативщик, глядя на мои попытки нарисовать разовый бланк переключений с помощью компьютера, прокомментировал это так: хоть наряд, хоть бланк переключений должен писать вручную конкретный исполнитель, который жизнью или хотя бы свободой отвечает за безопасность выполнения работ. И при этом, переписывая букву за буквой, вдумывается в возможность такой безопасности.
Другое дело - типовые программы и бланки переключений. Здесь уже подписанты отвечают за обеспечение безопасности в типовых условиях, а непосредственный исполнитель, визируя этот документ перед применением (с корректировкой по конкретным условиям или без), принимает на себя ответственность за свою же собственную безопасность.

А что сие значит, мне бы понять? То есть Вы хотите, чтоб АСУ "видя" схему ПС сама бы писала Вам бланк? Хм, идея интересная, но вот в реальности такое допустят лет через дцать. Вручную то пишем блакнки и программы и то куча вопросов. Есть типовые, на их основании пишутся обычные (разовые) исходя из местных условий. Хотя если задать жесткую логику в АСУ по переключениям учитывая АСУ(электромагнитную) блокировку разъединителей - может быть и выйдет толк. Можем защититься от дурака и не включаться на включенный зазем. нож.

Абсолютно верно. Бланки уже составлены и взяты на подстанции. Надо их просто вбить в логику АСУ. И всё это дело должно функционировать само собой с блокировкой разъединителей через АСУ.

Не совсем. Все должно выполняться автоматизированно (т.е. при участии человека). А АСУ просто проверяет правильность выполнения последовательности операций.
Как я понял не то что примеров, но даже в реальности с таким никто не сталкивался? :)

Если говорить о типовых бланках переключений для ПС (ввод\вывод в работу/ремонт) оборудования ПС. То в принципе реализацию их в скаде как к автоматизированном режиме (проверка действий оперативного персонала) так и в автоматическом режиме реализовать можно, только надо понимать что данные задачи полноценно решаются только при вводе в АСУТП дополнительных объемов сигнализации, а для автоматических бланков и дополнительных объемов управляющих воздействий. Соотвественно решение таких задач должно было быть заложенно еще на этапе проектирования системы иначе вы получите недопродукт ценность которого весьма сомнительна, а то и опасна.
Например необходимо иметь в системе возможность контроля ввода вывода АПВ (для вывода/ввода линий), для автоматических бланков, соотвественно, система должна мочь вводить/выводить функции АПВ терминалов, притом от СКАДЫ, а не от АРМ релейщика. Также необходим контроль (возможность управления) автоматов опер.тока и силовых цепей выключателей, ключей АВР, автоматики АРН трансф, автоматов вторичных цепей трансформаторов напряжения, автоматики охлаждения трансформаторов и т.п.
если у вас все это сейчас в систему не введено, то проверка у вас будет кое какая, а следовательно и жизнь она оперативному персоналу не упрастит и безопастней не сделает, значит и пользоваться этим никто не будет.

Всем привет!
"Живую" отработку типовых последовательностей переключений видел/показывали в скаде PSI AG (решение для ЦУС). С точки зрения технической реализации заранее составленной последовательности переключений (автоматической или автоматизированной) проблем не должно возникнуть не в одной из знакомых мне АСУТП, при наличии ОБР на МП терминалах.
Как все это дело проектировать и рисовать логику, я вам не подскажу - смотрите ГОСТы и ЕСКД, но ИМХО эта логика на 99% будет завязана на логику ОБР и зачем дублировать ее в проекте дважды? Сделайте ссылку на соответствующий раздел. Хотя проектировщик-оформитель из меня посредственный :).

Ответ наших ЦУСоводов:

Решение PSI Energo это нечто иное, возможно с похожим или большим функционалом.

Стенд PSI AG располагался у входа, напротив стенда RTSoft, на выставке Upgrid2012.

Вы что-то путаете. На стенде РТСофт (на Сетях в том числе) демонстрировалось несколько различных продуктов. Пытаться называть PSIControl, каким-то иным образом - это мягко выражаясь странно и бессмысленно.

По бланкам/последовательностям я спорить не буду, так как объективности что от меня (небольшого специалиста в ЦУСах) что от вас (представителя заинтересованной стороны) ждать трудно. Тем более, что я писал про

, а не про бланки - это разные сущности.

Тема старая, а вопрос актуальный.
Прошу поделиться информацией по данному вопросу.

Интересует нормативная документация, взгляд на вопрос конечного заказчика, примеры реализаций.

Приветствуются размышления на тему и высказывание собственных точек зрения.

Я вижу проблему несколько иначе.
Есть 2 варианта:
1) автоматическое формирования самого документа бланка, в соответствии с которым оперативный персонал осуществляет переключения.
2) автоматизированное выполнение бланка переключения.
(оба варианта выше уже были озвучены)

Обратился к нормативной документации, ознакомился со следующим документом:СТАНДАРТ СО ЕЭС "ПРАВИЛА ПЕРЕКЛЮЧЕНИЙ В ЭЛЕКТРОУСТАНОВКАХ"
Пункт 4.4.6. (лист 31) этого документа описывает требования к содержимому бланка.

На мой взгляд, эти требования так просто не вяжутся с автоматизированной обработкой.

Добавлено: 2015-04-14 13:55:22

А в этой статье описано решение в ПТК NPT Expert.
Судя по статье, реализованный модуль представляет собой вольную интерпретацию понятия бланка переключения.