1

Тема: Реализация работы ОАПВ на REC670 v2.1

Доброго времени суток, уважаемые коллеги!
Имеется схема с двумя выключателями на ВЛ. Уставками Priority выбирается режим Ведущего-Ведомого выключателей.
Произошло следующее: Случилось однофазное отключение двух выключателей после срабатывания защит. Ведущий выключатель успешно включился  с заданной уставкой бестоковой паузы 1с . Ведомый же отключился трехфазно из-за реле контроля несогласованности фаз уставкой 1.5с.
Таким образом возникли 2 вопроса:
1) Какой уставкой задается длительность пуска (WFMASTER)  от Ведущего к Ведомому.
2) Какой уставкой  задается выдержка времени включения Ведомого, при успешном АПВ ведущего.
В терминале этой версии отсутствуют уставки tSlaveDeadTime...

2 (2020-08-24 18:11:00 отредактировано Bogatikov)

Re: Реализация работы ОАПВ на REC670 v2.1

REFsiptotec писал(а):
2020-08-24 16:24:33

из-за реле контроля несогласованности фаз

Защита от непереключения фаз?
1,5 с крайне мало, нужно выбирать уставку ЗНПФ tср. ОАПВ + 0,5 с.
Настоятельно рекомендую убрать функцию ведущий/ведомый для ОАПВ, ничего хорошего от этого не будет. Уставка времени ОАПВ выбирается по динамике, а динамика это время. За tОАПВ + 0.5 с можно вылететь из времени динамики и получить ложное срабатывание избирателей неповреждённых фаз. Из этих соображений, ещё работая в оду, я исключил на Машуке в GE ведущий/ведомый для ОАПВ.
В АПВ-503, ПДЭ-2004 никогда не было ведущий/ведомый для ОАПВ.

3 (2020-08-25 02:30:35 отредактировано ПАУтина)

Re: Реализация работы ОАПВ на REC670 v2.1

REFsiptotec!

Bogatikov писал(а):
2020-08-24 18:09:20

Настоятельно рекомендую убрать функцию ведущий/ведомый для ОАПВ, ничего хорошего от этого не будет. Уставка времени ОАПВ выбирается по динамике, а динамика это время.

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

4

Re: Реализация работы ОАПВ на REC670 v2.1

Bogatikov писал(а):
2020-08-24 18:09:20

Защита от непереключения фаз?
1,5 с крайне мало, нужно выбирать уставку ЗНПФ tср. ОАПВ + 0,5 с.
Настоятельно рекомендую убрать функцию ведущий/ведомый для ОАПВ, ничего хорошего от этого не будет. Уставка времени ОАПВ выбирается по динамике, а динамика это время. За tОАПВ + 0.5 с можно вылететь из времени динамики и получить ложное срабатывание избирателей неповреждённых фаз. Из этих соображений, ещё работая в оду, я исключил на Машуке в GE ведущий/ведомый для ОАПВ.
В АПВ-503, ПДЭ-2004 никогда не было ведущий/ведомый для ОАПВ.

У нас тоже для ОАПВ  есть только отстройка защиты от неполнофазного режима (сейчас на Сипротеках, раньше в АПВ-503), уставки для обоих выключателей (схема 3/2) для ОАПВ одинаковые. Логика приоритета выполнена только для ТАПВ.

5

Re: Реализация работы ОАПВ на REC670 v2.1

Bogatikov писал(а):
2020-08-24 18:09:20

Защита от непереключения фаз?
1,5 с крайне мало, нужно выбирать уставку ЗНПФ tср. ОАПВ + 0,5 с.

Спасибо за ответ. Она так и выбрана tср. ОАПВ = 1 с. Конечно на других энергообъектах уставка этого реле ЗНПФ достигает до 3 с.


ПАУтина писал(а):
2020-08-25 02:28:56

REFsiptotec!

(Кстати, для расчётчиков режимов - это традиционная ошибка не правильно задавать очерёдность коммутаций от РЗ и АПВ).

С этой задачей они пока справляются)))


Просто интересует техническая часть вопроса, реализованная в АББ. В мануале вроде подробно расписано (для версии 2.2), однако tSlaveDeadTime отсутствует. Выдержка из руководства ниже (простите за длинную цитату)

[i]АПВ для первого выключателя, например, рядом с шиной, задается как ведущее (когда уставка Priority=Высокий), а АПВ для второго выключателя
задается как ведомое (когда Priority=Низкий). Когда выполняется ведущая функция, она генерирует выходной сигнал WFMASTER. После неуспешного повторного включения выходной сигнал WFMASTER также сопровождается активацией выхода UNSUCCL. Если функция АПВ настроена как ведомая, то при активации входа WAIT, каждая бестоковая пауза меняется на значение уставки tSlaveDeadTime и задерживает автоматическое повторное включение. Если вход WAIT сброшен в момент успешного автоматического включения первого выключателя, ведомая функция разблокируется для продолжения последовательности повторного включения по истечении уставки tSlaveDeadTime. Причина сокращения времени для нормальных таймеров бестоковой
паузы со значением tSlaveDeadTime — дать ведомой функции разрешение практически немедленно отреагировать при сбросе входа WAIT. Минимальное настраиваемое время для tSlaveDeadTime составляет 0,1 секунду, потому что ведущая и ведомая функции не должны отправлять команду включения выключателя одновременно. Ведомая функция должна учитывать продолжительность времени включения выключателя ведущей функции перед отправкой команды на включение выключателя. УставкаtWaitForMaster задает максимальное время ожидания для сброса входа WAIT. По истечении времени
ожидания цикл повторного включения ведомой функции будет запрещен. Максимальное время ожидания, tWaitForMaster для второго выключателя устанавливается больше времени бестоковой паузы автоматического повторного включения плюс допуск для выполнения условий контроля синхронизма для первого выключателя. Стандартная уставка — 2 секунды[/i]
Присоединяйтесь!!! Мы в социальных сетях и на Ютуб.

6

Re: Реализация работы ОАПВ на REC670 v2.1

REFsiptotec писал(а):
2020-08-25 09:44:37

Она так и выбрана tср. ОАПВ = 1 с.

Ну, да, а у ведомого выключателя уставка 1,5 с. И ЗНПФ 1,5 с. Вот Вы и нарвались. В данном случае уставку ЗНПФ надо задавать 2,0 с.

7

Re: Реализация работы ОАПВ на REC670 v2.1

Bogatikov писал(а):
2020-08-25 11:20:10

у ведомого выключателя уставка 1,5 с. И ЗНПФ 1,5 с. Вот Вы и нарвались.

разве это проблема?
Хуже,когда разные устройства по концам линии и начало цикла ОАПВ отсчитывается по разному

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

8

Re: Реализация работы ОАПВ на REC670 v2.1

scorp писал(а):
2020-08-25 11:36:04

Хуже,когда разные устройства по концам линии и начало цикла ОАПВ отсчитывается по разному

Вот это, как раз не проблема. С одной стороны I зона ДЗ с нулём, с другой ТУ с временем 50-100 мс. Страха нет. А вот когда на своём конце разные выдержки, вот тут надо голову включать.

9

Re: Реализация работы ОАПВ на REC670 v2.1

Bogatikov писал(а):
2020-08-25 11:20:10

Ну, да, а у ведомого выключателя уставка 1,5 с. И ЗНПФ 1,5 с. Вот Вы и нарвались. В данном случае уставку ЗНПФ надо задавать 2,0 с.

В принципе ничего страшного не происходит, что ведомый отключается от ЗНПФ, а потом включается от ТАПВ. Я так понимаю, что в плане первички расходуется лишь ресурс ведомого выключателя.

10

Re: Реализация работы ОАПВ на REC670 v2.1

REFsiptotec писал(а):
2020-08-25 11:52:38

В принципе ничего страшного не происходит, что ведомый отключается от ЗНПФ, а потом включается от ТАПВ.

Вы серьёзно так считаете? А неправильная работа, а акт расследования, а последующие наказания вплоть до увольнения?

11

Re: Реализация работы ОАПВ на REC670 v2.1

Bogatikov писал(а):
2020-08-25 11:46:23

Вот это, как раз не проблема

пусть ДЗЛ с обеих сторон.С первой стороны пуск ОАПВ происходит раньше(в силу логики),включается неуспешно первый,выдается команда 3-х ф отключения на свою и противоположн.сторону(по каналу ДЗЛ),а на противоположн. стороне практически одновременно реализуется команда включения

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

12

Re: Реализация работы ОАПВ на REC670 v2.1

Bogatikov писал(а):
2020-08-25 11:54:53

Вы серьёзно так считаете? А неправильная работа, а акт расследования, а последующие наказания вплоть до увольнения?

Это уже преувеличение. На данный момент оборудование на гарантийном обслуживании,  иностранная компания не приедет устранять дефекты в коронавирус, а эксплуатирующей организации по барабану ( а мб и просто не хочет) заниматься такими делами.

Главное, при успешном включении Ведущего, восстанавливается транзит. Да и вопрос не стоит в принципе работы ОАПВ. А исключительно в его реализации на терминалах этого производителя.

13

Re: Реализация работы ОАПВ на REC670 v2.1

У нас разброс выдержек времени ОАПВ по концам линии 0,5 с. Первый конец включился неуспешно, отключился, передал команду № 2. Второй конец отключается до команды включения.

14

Re: Реализация работы ОАПВ на REC670 v2.1

Bogatikov писал(а):
2020-08-25 12:02:09

У нас разброс выдержек времени ОАПВ по концам линии 0,5 с

и это правильно,одуваны "думают"с начала июня,видно не решаются задать разброс

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

15

Re: Реализация работы ОАПВ на REC670 v2.1

scorp писал(а):
2020-08-25 12:12:09

одуваны "думают"

Какое счастье, что они "думают". За них подумали ещё в 2000 году.
Извините за кучу вложений - форум глюкнул. Никита, удали лишние.

Post's attachments

Пофазное управление ВВ.rar 4.53 Мб, 25 скачиваний с 2020-08-25 

Пофазное управление ВВ.rar 4.53 Мб, 1 скачиваний с 2020-08-25 

Пофазное управление ВВ.rar 4.53 Мб, 1 скачиваний с 2020-08-25 

Пофазное управление ВВ.rar 4.53 Мб, 2 скачиваний с 2020-08-25 

You don't have the permssions to download the attachments of this post.

16

Re: Реализация работы ОАПВ на REC670 v2.1

Спасибо

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

17

Re: Реализация работы ОАПВ на REC670 v2.1

REFsiptotec писал(а):
2020-08-25 12:01:11

Это уже преувеличение. На данный момент оборудование на гарантийном обслуживании,  иностранная компания не приедет устранять дефекты в коронавирус, а эксплуатирующей организации по барабану ( а мб и просто не хочет) заниматься такими делами. Главное, при успешном включении Ведущего, восстанавливается транзит. Да и вопрос не стоит в принципе работы ОАПВ. А исключительно в его реализации на терминалах этого производителя.

Как говорят американцы - это ваши проблемы.

18

Re: Реализация работы ОАПВ на REC670 v2.1

REFsiptotec писал(а):
2020-08-24 16:24:33

Случилось однофазное отключение двух выключателей после срабатывания защит. Ведущий выключатель успешно включился  с заданной уставкой бестоковой паузы 1с . Ведомый же отключился трехфазно из-за реле контроля несогласованности фаз уставкой 1.5с.

Простите а Вы уверенны в этом? Просто встречал в этом вопросе другие грабли- мучались, меняли  пока не шепнули на ухо а может это внутренний ЗНПФ в приводе выключателя (выключатель Сименс 330кВ) бедокурит. А?.

19

Re: Реализация работы ОАПВ на REC670 v2.1

Petite писал(а):
2020-08-25 15:53:33

Простите а Вы уверенны в этом? Просто встречал в этом вопросе другие грабли- мучались, меняли  пока не шепнули на ухо а может это внутренний ЗНПФ в приводе выключателя (выключатель Сименс 330кВ) бедокурит. А?.

Я так понимаю, как раз про реле в приводе выключателя речь и идет.

20

Re: Реализация работы ОАПВ на REC670 v2.1

andy_210568 писал(а):
2020-08-26 05:58:57

Я так понимаю, как раз про реле в приводе выключателя речь и идет.

Именно http://rzia.ru/uploads/images/13922/74f3cba3334590a9c477e38fdac4ce92.jpg http://rzia.ru/uploads/images/13922/74f3cba3334590a9c477e38fdac4ce92.jpg



В терминале данную функцию вывели.