В симуляции триггер нормально пропускает единичку (как и должен). Проверяется это элементарно - пошаговая симуляция, там видно что единица через него проходит на цикле. В реале же затыки.
https://youtu.be/03LC6YGpjUI
Вид для печати
В симуляции триггер нормально пропускает единичку (как и должен). Проверяется это элементарно - пошаговая симуляция, там видно что единица через него проходит на цикле. В реале же затыки.
https://youtu.be/03LC6YGpjUI
В тех поддержку буду писать. Они там умные, посмотрим что они ответят.
Я бы сделал примерно такое управление - с минимумом выделения фронтов, с подавлением дребезга. Ну и ещё фильтры в свойствах входов настроил на 0,1-0,2 с.
В примере показал только обработку входов и не рассматривал автоматическое управление. Не рассматривал ошибки от одновременного прихода сигналов РУЧНОЕ/АВТОМАТ, не делал паузы перед пуском и реверсом. Это просто пример обработки входов с импульсным управлением.
Я обычно для реверсивных механизмов при нажатии кнопки пуска в противоположную сторону делаю программный стоп. И да, в таких случаях желательно как раз фронт отлавливать: нажал пуск в другую сторону, и этот импульс тормозит все, и не запускает сразу в другую сторону. Один раз забыл это сделать, и контакторы сразу переключались, пока жал кнопку несколько циклов программы проходило. Поэтому фронт возможно нужен, но это надо внимательно смотреть...
Фильтры дефолтные в настройках подойдут? имею ввиду поправить их, скажем так до 100 мс
Вложение 80483
Спасибо за помощь. Насчет дребезга усвоил, поиграюсь с фильтрами дискретных входов. Насчет алгоритма реализации ТЗ - сейчас для меня главное понять причину почему триггеры тупят именно на автоматической части проекта (в ручной части тоже есть такие же триггеры, но они работают без замечаний). Одновременного прихода Ручное/Автоматическое быть не может в моем случае - трехпозиционный переключатель через среднее разомкнутое положение.