"Аппетит пришел во время еды!" Решили подправить кое-что в логике реле. Инструкция по CFC есть, но на английском языке. Вопрос - есть ли у кого-нибудь на русском? (инструкция пользователя по CFC) Инструкция пользователя по Sigra тоже на английском - хотелось бы на русском.
dnestr>"Аппетит пришел во время еды!" Вот оно, вот та фраза которой я ждал. Она отвечает на все протесты против МП защит, особенно про их "излишества" Я действительно очень рад за Днестра и его команду. К сожалению с русским переводом.... Да вы и справитесь с Сигрой без перевода, методом тыка, она программа дружественная. Кроме того можете использовать любую русскоязычную программу работаюшую с форматом Комтраде, кстати и 525 будут с ней работать
Nikita+38 Сообщения: 2072 Регистрация: 30.03.2007 Откуда: Санкт-Петербург (Колпино) Почта: nlyubimov@mail.ru
grsl>Она отвечает на все протесты против МП защит, особенно про их "излишества" ХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХХ
Боже мой, Ростислав! Ну, кто Вам навязал такое видение этого вопроса? В большей степени люди недовольны тем, что к ЦУ РЗиА нет инструкций которые были бы написаны понятным языком, не английским, а русским, и страниц не 1000. Вот вы говорите методом тыка, а так и получается, а все потому………………………………………..а ну Вас, все вы прекрасно понимаете.
grsl>....Да вы и справитесь с Сигрой без перевода, методом тыка, она grsl>программа дружественная. grsl>Кроме того можете использовать любую русскоязычную grsl>программу работаюшую с форматом Комтраде, кстати и 525 будут grsl>с ней работать.
С аналоговыми сигналами мы разобрались - там все ясно. Есть затруднения с дискретными сигналами.
А вот со свободно программируемой логикой без инструкции на русском сложней. У нас есть опыт только с "умными реле" LOGO, в которых входы и выходы жестко заданы, а с элементами что их связывают (входы и выходы) проблем нет. Мы "застряли" при изменении логики реле на создании промежуточных сигналов (может быть немного неправильно называю - промежуточные выходные сигналы), которые должны стать входными сигналами для следующих логических цепочек. (Во, завернул!) Бьемся и не можем их создать - это те что в правом столбике в строчках.
Есть еще вопрос. Как мы поняли процессор в реле может выполнять сразу несколько задач, но программно все задачи делятся на четыре уровня. Эти уровни различаются по важности и по скорости выполнения. То есть одни задачи процессор выполняет незамедлительно игнорируя при этом задачи менее важные. Самый быстрый уровень задач отдан функциям защит. Вопрос в том: можно ли функции защит "поручать" второму уровню задач? Про третий , который предназначен для измерений (цикл 600 мсек) и про четвёртый (цикл 1000 мсек) я и не спрашиваю.
Да вот, собственно: "Свойства времени выполнения Функции встроенные в CFC можно разделить на четыре уровня задач: • Измеряемые величины Эта задача обрабатывается циклически каждые 600 миллисекунд (MV_BEARB = обработка измеряемых величин) и может замедляться при срабатывании устройства. • Системная логика Приводится в действие событиями (т.е. эти функции обрабатываются для каждого изменения состояния хоть на одном входе). Системная логика имеет более низкий приоритет перед защитными функциями и замедляется при срабатывании реле (PLC1_BEARB = медленная обработка PLC). • Защитные функции Эти функции имеют наивысший приоритет, и похожи на системные логические функции, управляются событиями и обрабатываются немедленно после изменения состояния (PLC_BEARB = быстрая обработка PLC). • Блокировки коммутационных аппаратов Эта задача запускается командами. В дополнении обрабатывается циклически примерно каждую секунду. Эта задача может замедляться при срабатывании устройства. (SFS_BEARB = блокировки)." Это цитата из "мануала" - 7SJ62 Руководство по эксплуатации С53000-G1140-C121-1 5-37
написано именно в такой последовательности (странно!) Я почему спрашиваю. К нам реле пришли с готовой конфигурацией внутренней логики.
Никита, самое интересное, что все мы всё прекрасно понимаем. Ну при этом многие всё равно пнут ЦУ РЗиА, проходя мимо. И самое то достаётся им за "лишние функции"
Слава! Если так пойдет дальше, то мы Вас зачислим в штат Молдавского металлургического завода!(Зам. директора по релейной защите например!) Спасибо за помощь! Якорю тоже большое спасибо!
А что, я ведь и принять приглашение могу. Насчёт замдиректора по релейке, хе, сами меня потом и того........
А дальше.., (не получается к сожалению продолжить тему МП защит, но как правильно кто-то сказал релейщики любят свободное общение , в тематически рамки их не загнать) оставьте одно реле пока у себя на столе, разберите его по косточкам и через короткое время вы будете помагать на форуме другим. Кроме того это даст вам потом возможность с полуслова и любую другую фирму понять.
Теперь, очень важно чтобы вы обратили внимание на рекомендацию Конспиратора. При написании логик, особенно связанных с защитами, очень и очень важно, промежуточные ( мы называем их виртуальные сигналы) временно подключать к рекордерам, на время прогонки логик и на столе и потом в шкафу. Это даст вам возможность оценить правильность срабатывания каждого сигнала. В таких системах времена измеряются мс-дами, неверное/непоследовательное построение логики может привесть к ошибкам. Также надо обратить внимание на распределение логик по важности ( по таску обработки сигнала), ну например логический сигнал блокиривки защит должен быть в том же таске где и сама защита. Следующая тонкость при построении логик : каким образом обрабатывается логика ( но это должен сказать производитель), по полному рабочему листу или построчно.
grsl>Теперь, очень важно чтобы вы обратили внимание на рекомендацию Конспиратора. grsl>При написании логик, особенно связанных с защитами, очень и очень важно, промежуточные ( мы называем их виртуальные сигналы) временно подключать к рекордерам, на время прогонки логик и на столе и потом в шкафу. grsl>Это даст вам возможность оценить правильность срабатывания каждого сигнала. В таких системах времена измеряются мс-дами, неверное/непоследовательное построение логики может привесть к ошибкам. Также надо обратить внимание на распределение логик по важности ( по таску обработки сигнала), ну например логический сигнал блокиривки защит должен быть в том же таске где и сама защита. grsl>Следующая тонкость при построении логик : каким образом обрабатывается логика ( но это должен сказать производитель), по полному рабочему листу или построчно.
То, что Вы назвали тасками обработки сигналов, я понял и есть четыре уровня задач: (PLC_BEARB = быстрая обработка PLC) (PLC1_BEARB = медленная обработка PLC) (MV_BEARB = обработка измеряемых величин) (SFS_BEARB = блокировки)
У нас почему то функции защит (хоть и простых) заложены в (PLC1_BEARB = медленная обработка PLC). Я понял, что если по совету Конспиратора осциллографировать все промежуточные сигналы (виртуальные по-вашему), то можно оценить скорость прохождения команд защит. Но ведь в мануале однозначно сказано, что для защит именно этот уровень (таск) - (PLC_BEARB = быстрая обработка PLC). Не является ли нынешняя конфигурации внутренней логики ошибочной?
И по поводу "каким образом обрабатывается логика - по полному рабочему листу или построчно" - это можно узнать у производителя???????? Как это сделать?
Уважаемй Днестр. Это вопросы уже к спецам в реле Сименса. Опять таки , как со временами срабатывания защит. Какое время срабатывание ТО и какое согласно мануала.
