1

Тема: Логика программной блокировки КА

Добрый день! Такой вопрос: делаем в проекте логику программной блокировки КА на ПС110/35/10кВ через АСУ ТП. От заказчика пришло замечание, что "В логике блокировок нет ни одной проверочной операции по контролю ключей РЗА, исправности терминалов РЗА, контроля тока и напряжения и т.д. и т.п.". Поясните, пожалуйста, зачем вообще контролировать ключи РЗА и тем более исправности терминалов для оперативной блокировки?
Если кто-нибудь поделится примером - буду благодарен!

2

Re: Логика программной блокировки КА

Примеры есть, но долго искать. Попробую на словах убедить.
.У Вас в схеме  этой бл-ки предусмотрена сигнализация? Думаю - да. Так разве туда сложно запустить еще два сигнала: исправность терминала и контроль ключей.
1.Исправность терминала - это НЗ контакты реле контроля исправности этого терминала, как в любом другом терминале.
2.Контролировать ключи можно двояко:
-по еще одной шайбе, замкн. при откл. ключа, запустить в сигнал "Откл. полож. ключей" (тескт можете сами придумать получше);
-если ключ идет на ДВ терминала, то можно просто внутри терминала сконфигурировать этот сигнал.
Вроде несложно.

Делай , что должен, и будь, что будет

3

Re: Логика программной блокировки КА

Благодарю за ответ!
Но для каких целей необходимо заводить исправность терминала, контроль ключей РЗА (которых может быть довольно много для шкафов РЗА), токов, напряжений? Как эта информация будет использоваться в АСУ ТП для блокировки разъединителей и ЗН? Мне это не понятно. Завести то можно всё что угодно...но для чего?

4

Re: Логика программной блокировки КА

Простите. Я с самого начала неквнимательно прочел ваш пост. Я поначалу воспринял эти замечания как контроль терминала и ключей опер. бл-ки. Но вот перечитал и вижу, чтьо речь идет об РЗА. Првда, можно было бы принять за описку. Но контроль токов и напряжений???  Правда, есть сложные схемы опер. бл-к, где участвуют токи и напряжэения присоед.
В общем, либо заказчик чего-то не понял...Либо он, наоборот, слишком умный. А позвонить или написать ему нельзя, чтобы объяснил, чего он хочет?

Делай , что должен, и будь, что будет

5

Re: Логика программной блокировки КА

ogdemon пишет:

исправности терминалов РЗА, контроля тока и напряжения и т.д. и т.п.".

1) Контроль напряжения на линии - используется в ОБР для формирования разрешения на оперирование ЗН в сторону линии
2) Контроль исправности терминалов - думаю тут заказчик подстраховывается на такой случай: например ЗН был отключен, отключенное положение запомнилось, терминал умер или порвался канал связи между терминалами, ЗН включили, включенное положение ЗН в другие устройства не пришло, весит ошибочное разрешение включение разъединителя на включенный ЗН. Проблема решается достоверизацией полученных положений КА в АСУ, и тогда никаких дополнительных сигналов исправности устр-в РЗА не надо.

ogdemon пишет:

В логике блокировок нет ни одной проверочной операции по контролю ключей РЗА,

эта фраза мне не понятна - может у вас какие хитрые ключи есть влияющие на схему ОБР а Вы из не контролируете? - Думаю тут требуются пояснения со стороны автора этого замечания.

Присоединяйтесь!!! Мы в социальных сетях и на Ютуб.

6

Re: Логика программной блокировки КА

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

7

Re: Логика программной блокировки КА

ogdemon пишет:

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

Хм, это что-то странное... ОБР делается исходя из здравого смысла и требований соответствущих нормативных документов.
А уж потом, для оперативного персонала готовятся бланки переключений

Если объект ФСКашный, то есть соответствующий документ:
Распоряжение 236р Порядок организации оперативной блокировки на подстанциях нового поколения

Если надо, на почту могу его скинуть. С другой подобной документацией, к сожалению, я не встречался.


Только как бы с ОБР ведь вообще все просто:
- нельзя оперировать разъединителем при включеном выключателе
- нельзя оперировать разъединителем если включен смежный ЗН
- нельзя оперовать ЗН если включен смежный разъединитель или отсутствует сигнал контроля отсутствия напряжения на линии.

+ еще еще всякие индивидуальные особенности схем, или схемы с генераторами где может в ОБР быть также завязаны элементы ТПУ и СВ.

8

Re: Логика программной блокировки КА

Solovey пишет:

- нельзя оперировать разъединителем при включеном выключателе
- нельзя оперировать разъединителем если включен смежный ЗН
- нельзя оперовать ЗН если включен смежный разъединитель или отсутствует сигнал контроля отсутствия напряжения на линии.

+1
А нечего другого для логической блокировки и не надо.
ну только несколько особеностей типа: отсутствиое связи если по гусям и использование двойной индикации элементов.

очень неглупый заказчик кстати!!!!

9

Re: Логика программной блокировки КА

Он, кстати, пример привёл: для оперирования ШР 110кВ необходимо убедиться в исправности ДЗШ и УРОВ (что у нас сделано на терминалах). Наверное это и имелось ввиду. А контроль ключей РЗА я думаю завести ключи МУ/ДУ...хотя это мало относится к ключам РЗА)))

10

Re: Логика программной блокировки КА

ogdemon пишет:

для оперирования ШР 110кВ необходимо убедиться в исправности ДЗШ и УРОВ

Очень оригинально.

Хоть у кого-нибудь еще в практике подобные вещи попадались?

11

Re: Логика программной блокировки КА

grsl пишет:

А нечего другого для логической блокировки и не надо.

В приведенном выше распоряжении ФСК меня очень сильно удивила следующая фраза:
3.3.1. Электромагнитные и механические блокировки, предусмотренные
заводом-изготовителем КРУЭ, сохраняются и дополняются при необходимости (но
не дублируются) программными блокировками в контроллерах присоединений АСУ
ТП.

Т.е. прямой запрет на дублирование на верхнем уровне заводской блокировки КРУЭ.
ИМХО, бестолковый пункт! Я за 100% реализацию ОБР на вернем уровне, вне зависимости от того что часть ОБР выполнена электрически на отдельных элементах

12

Re: Логика программной блокировки КА

Solovey пишет:

Т.е. прямой запрет на дублирование на верхнем уровне заводской блокировки КРУЭ.

думаю имелось виду следующее: логическая блокировка разрешает работать ЭМБ

мое отношение к окружающим зависит от того,с какой целью они меня окружают

13

Re: Логика программной блокировки КА

пост 10.
тoже не имел дело с такой приблудой.
а вот на выключатель встречал

пост 11, полностью подерживаю коллега
в принципе в основном всегда просили повторить заводские блокировки, ну иногда было что то специализированое

14

Re: Логика программной блокировки КА

scorp пишет:

думаю имелось виду следующее: логическая блокировка разрешает работать ЭМБ

А я, вот читая эту фразу, понимаю ее несколько иначе:

Если в самой ячейке КРУЭ ЗН блокирует смежный разъединитель, то я на верхнем уровне, даже видя что ЗН включен, при попытке включить еще и разъединитель обязан замкнуть сухой контакт на своем устройстве и послать сигнал в КРУЭ на включение разъединителя - в надежде что блокировка по месту не даст ему включиться...

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

15 (2012-08-23 21:50:27 отредактировано Long_Ago)

Re: Логика программной блокировки КА

ogdemon пишет:

зачем вообще контролировать ключи РЗА и тем более исправности терминалов для оперативной блокировки?

Чтобы быть уверенным, что при неисправностях оборудования отключение будет с минимальным временем. И именно "исправное состояние и введенное положение" РЗА, а не ключей выбора управления "местное - дистанционное".

Solovey пишет:

ОБР делается исходя из здравого смысла и требований соответствущих нормативных документов.

ogdemon пишет:

логика блокировки коммутационных аппаратов должна делаться по бланкам переключений

Одно другому не противоречит! В бланках переключений дополнительно учитываются местные условия, не противоречащие нормативке.

grsl пишет:

А нечего другого для логической блокировки и не надо.

А Вы не задумывались о выводе в ремонт неуправляемого выключателя, оставшегося во включенном состоянии? Неужто гасить секцию со всеми потребителями и/или с разрывом транзита?

ogdemon пишет:

для оперирования ШР 110кВ необходимо убедиться в исправности ДЗШ и УРОВ

Посмотрите ПТЭ.

P.S. Молодцы эксплуатация! Бланк переключений - это же готовый алгоритм!

16

Re: Логика программной блокировки КА

Long_Ago пишет:

А Вы не задумывались о выводе в ремонт неуправляемого выключателя, оставшегося во включенном состоянии? Неужто гасить секцию со всеми потребителями и/или с разрывом транзита?

Случай нестандартный, возможны вариации.
подумал над вашими словами...не рассматривал бы такой случай как стандартное решение.
решение перемычками.

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

3. а теперь если совсем в теории ( на самом деле делаю так но для выключателей ). при отсутствии тока нагрузки замкнётся контакт терминала раблокирующий даную блокировку.

===============

вопрос захочет ли кто то такое решение.

17

Re: Логика программной блокировки КА

Long_Ago пишет:

А Вы не задумывались о выводе в ремонт неуправляемого выключателя, оставшегося во включенном состоянии? Неужто гасить секцию со всеми потребителями и/или с разрывом транзита?

При реализации ОБР и не надо о таких вещах задумываться.

Все предусмотреть невозможно, для нештатных ситуаций существует вариант полного вывода ОБР.

18

Re: Логика программной блокировки КА

Чисто для логики Оперативных блокировок КА я необходимость таких сигналов не вижу, единиственно если только для проверки наличия напряжения на линии при разрешении ключения ЗН ВЛ (но и т достаточно тогда контроля исправности терминала). А вот если там люди задумываются на будущее об реализации автоматизации бланков переключений то тут да, эти все сигналы в полный рост нужны, но нужно также еще организовывать цепи ввода вывода функций защит (УРОВ, АПВ..) либо железными цепями либо через гусы/ммс (допустим при положении ключа режима управления в шкафу АУВ в положении "дист" вывод данных функций осуществляетс от соотвествующи входных виртуальных дискретов)

19

Re: Логика программной блокировки КА

Впервые столкнулся с блокировкой через АСУ.
Помогите решить вопрос.
Есть РУ 6 кВ станции. Собирается временное электроснабжение через 2 ячейки по линиям с другой станции. Делается месяца на 2-3 на время запуска станции. Затем схема будет разобрана и ячейки или уедут на продажу или будут перенесены еще куда-то.
В данном РУ выполняется блокировка через АСУ. В контроллере вроде как есть резервные входы/выходы, но закладывалось это другим проектом.
Вопрос даже с точки зрения эксплуатации и наладки больше. Что проще сделать: выполнить переконфигурирование контроллера блокировки с учетом новых ячеек или откинуть цепи блокировки от других вводов и перекинуть на устанавливаемые временные ячейки?

20

Re: Логика программной блокировки КА

#19,
Думаю, если логика блокировки при постоянном эл. снабжении останется такой же, как при временном, то лучше временно посадить на ДВ от врем. вводов, а потом пересадить на постоянные ввода. Во всех отношениях проще, в том числе - проверки контроллера. Потом только , при переходне на пост. схему, надо будет проверить, что при зам конт. от КА пост. вводов на эти ДВ подаются напряжения. А всю схему можно не перепроверять. Разке что совпадет с К1.

Делай , что должен, и будь, что будет