Ограничение количества пуска ЭД, перестал пускаться, если захожу в управление и ввожу блокировку гибкой функции то осциллограф начинает работать

Не понимаю, можете объяснить что за ДЭКС

Вероятнее всего у Вас постоянно "запущена" гибкая функция (постоянно "висит" на выходе Pick-up). Если осциллограф уставками "пускается" по сигналу пуска защит, то при наличии длительного сигнала "Пуск" осциллограф блокируется. Поэтому при блокировке гибкой функции по входу "длительный пуск" снимается и осциллограф "возвращается" в нормальное состояние

Честно говоря у нас нет Сипротеков с гибкими функциями. Но, если я правильно понял коллегу Conspirator, они так же как и защитные напрямую пускают осциллограф. Тогда у Вас проблема с Гиб. 04, которая при пуске двигателя и существующих уставках действительно будет постоянно держать сигнал пуска, блокируя пуски от др. функций защит. Проверить это можно отключив Гиб. 04 и сработав на пуск регистратора терминала. Если мои рассуждения верны, то как вариант можно сделать следующее:
1. Запись осциллографа сделать "Сохранить при отключении"
2. Использовать вместо Гиб. 04 в CFC третью ступень МТЗ, соответственно скорректировав уставки. Это продиктовано тем, что для ступени можно выставить значение бесконечность и нормально использовать, организовав пуск внутреннего РАС уже на свое усмотрение.
3. Соответственно Гиб. 04 использовать в логике блокировки ЛЗШ вместо 3-й ст. МТЗ

Если где-то при таком раскладе что-то выпадет из записи в РАС, "замутить" это в CFC дополнительно

Добавлено: 2023-04-19 22:29:52

Да, и ещё маленькая неприятность - в остановленном состоянии блокировать пуск РАС будет уже Гиб. 05  :pardon:
Это к тому, что надо учитывать при проверке версии.

Это общая беда CFC-логики в 4-й серии Сименс.... Немцы постоянно пытаются с ней бороться в разных прошивках но, как я понимаю, это все равно периодически "вылезает".... Решение одно: не использовать логику для решения "критических" задач (аварийных отключений). Для этого есть стандартные функции, которые не требуют применения логики. Или каким-то образом "заставить" реле выполнить "принудительный" опрос логики после перезагрузки, и только потом вводить в работу контакты на отключение....

Не уверен, что это решит проблему.... Проблема в том, что память в 4-й серии ограничена по размерам, поэтому общая длительность одной осциллограммы 5сек и общая длительность порядка 16-20 сек (максимум 8 осциллограмм такой длительности). Потом происходит "перезапись" самой старой.... Я никак не могу понять, почему до сих пор ставят 4-ю серию, когда уже 12 лет выпускается 5-я серия, лишенная всех недостатков, обнаруженных в 4-й и к тому же дешевле... Как бы я решил проблему с записью длинного пуска: в 4-й серии есть возможность запуска осциллографа через дискретный вход. Там своя длительность записи (уставка, скажем в 2 сек). Я бы сигнал пуска отправил в логику, там поставил таймер, преобразующий длительный сигнал в импульс (например 0,5 сек). Далее выход соединил с входом внешнего пуска осциллографа. А в уставках пуска осциллографа выбрал: пуск при отключении. Вроде бы должно работать, даже при наличии длительного пуска, скажем в 30 сек, если он привел к отключению. Если не привел, то длительность пуска будет видна в журнале событий или отключений. Можно попробовать в логике что-то "родить", если хочется иметь осциллограммы и промежуточных участков пусковых токов.
Теперь вообще по логике: Каждый элемент логики имеет свои настройки, где можно задавать величины на выходе в нужное нам состояние при запуске (инициализации) или повторном пуске. По умолчанию выходная величина - не определена (может быть как 0 так и 1, отчего зависит -не знаю). Это и приводит к проблемам с CFC-логикой при, например потере питания и его восстановлении, когда терминал "перезапускается". Ее правильное состояние становится только после обновления какого-либо сигнала на входе. Т.е., для экономии ресурсов процессора нет постоянного опроса входных сигналов (а следовательно и непрерывной обработки логики), а только по факту изменения водного сигнала (это не относится к логике измерений, где обработка идет циклически по прерываниям). Из этого положения пытаются выходить "прописыванием" в логике сигнала "Device OK", появляющегося автоматически при  запуске, перезапуске или инициализации. Только этот сигнал длительный, и его надо преобразовать в импульс. Но не уверен, что это поможет во всех случаях...

Добавлено: 2023-04-20 07:15:23

Вот пример (я его ранее выкладывал)