Вот еще две схемы. Может так будет понятней.
Вид для печати
Вот еще две схемы. Может так будет понятней.
Провел эксперимент. Создал две одинаковых программы. Отличия есть только в макросе РКС_Д. В одном макросе вместо ртриггеров установлен и+не+ линия задержки, во втором ртриггеры остались. Первая программа по потреблению: фб 83,переменные 621, пзу 28712, озу 7184. После прошивки пр посмотрел сразу время цикла - 7мс. Полазил по настройкам, архиву аварий, время цикла - 8мс, держится стабильно. Вторая программа по потреблению: фб 131,переменные 525, пзу 27416, озу 7088. После прошивки пр посмотрел сразу время цикла - 6мс. Полазил по настройкам, архиву аварий, время цикла - 7мс, держится стабильно. Мне кажется, чем меньше используется переменных, пзу, озу, тем лучше. Даже если при этом израсходуется больше фб.
Продолжим, теперь OR с обратной связью перед ТР1 зачем? Опять же, как только ПУСК пропадёт таймер перестанет работать и соответственно ни какого влияния на RS уже не будет начиная с текущего цикла и все последующие
Господа все эти разговоры про точное измерение частоты вращения довольно забавны. Во первых, с какого перепуга TON или BLINK отмеряют ТОЧНЫЕ интервалы времени?! Они их отмеряют так: уставка + (случайное число от 0 до МАСИМАЛЬНОГО времени цикла), то есть тон с уставкой 10мс при времени цикла 10 мс будет давать интервалы от 10 до 20 мс то есть погрешность 100%, даже если уставка будет 10с при времени цикла 10мс это уже 1/10% непредсказуемой погрешности в то время как 1 оборот от 3000 это 1/30% как бы надо же понимать разницу в числах! То есть при задаче различать 1 оборот на 3000 и времени цикла 10мс придется интервал измерения брать НЕ МЕНЬШЕ 60с! Ситуацию мог поправить системный микросекундный таймер, но у Овена с ним непонятный затык случился, а без него любые разговоры о точности малых временных отрезков не имеют смысла.
не теряйте попусту время, его идея фикс, добавить микросекундный счетчик, он обещал постоянно писать такие посты. Интересен будет этап, когда он начнет предлагать еще что нибудь поменять получив такой счетчик и при цикле в 10мс станет обрабатывать последовательность микросекунд {0, 10135,20768,30512,40333,...}
Capzar, эта цепь блокирует пуск при срабатывании аварии. Такой режим нужен для ручного сброса аварий когда используется схема включение №2 из #61. Немного переделал. Принцип тот же.
Юрий, проверьте почту!
ок, как считаете на скрине это нормальная ситуация?
Интересно, Вы сами-то смотрели эти схемы, так вот согласно вашим схемам(а не потому, что я так вижу или хочу), второй режим работы выхода и не нужен, достаточно режим когда выход ПР размыкается при аварии, про режим фиксации(не фиксации) аварии я не говорю(когда дальнейшая работа возможна только после сброса аварии), надеюсь, понятно написал?!
capzap, да, нормально. Как я вижу, сработал триггер, выход выключился, выдан импульс на выход Q2, статус показывает аварию. Блокировки пуска не произошло так как бл/ст=0. Соответствует первой схеме включения. Запускать можно без сброса аварии.
Сергей, я Вас не понял. Вот второй режим работы - как тепловое реле, включение такое же. Только срабатывает не на перегрузку по току, а на снижение скорости. И сброс только ручной, как на тепловом реле. И контакт НЗ как у теплового.
Вы хотите сказать, как я понимаю, что первый режим работы неправильный? В чем смысл, если после аварии оборудование можно запустить без сброса? Так?