Страница 1 из 3 123 ПоследняяПоследняя
Показано с 1 по 10 из 29

Тема: Максимально возможная скорость выдачи дискретного сигнала

  1. #1

    По умолчанию Максимально возможная скорость выдачи дискретного сигнала

    Добрый день!
    На борту данной панели нет выходных дискретных сигналов, это ясно
    Значит, для управления устройствами, нужно подцеплять модули по RS-485 (Modbus) или по Ethernet (ModbusTCP)

    Задача (если максимально упростить) - выдать дискретный сигнал и РОВНО через время выдержки его снять.
    При выдаче сигнала - открывается клапан и идёт дозация. При снятии сигнала - клапан закрывается и дозация прекращается. Таким образом, от точности времени напрямую зависит точность дозирования.

    Но из-за задержек на запросы по RS-485 - команда на снятие сигнала придёт с задержкой
    Я понимаю, что этой задержки не избежать, но, на личном опыте, как сделать её минимальной?
    Речь идёт про обычный ОВЕНовский выходной модуль, например, такой: МУ110-224.8Р

    Ясно, что для ускорения опроса модуль на RS-485 шине будет только один. Скорость 115200 работает нестабильно, можно даже не пробовать. Так какая будет задержка на 57600?
    Аналогичный вопрос про ModbusTCP: какая будет задержка при использовании TCP-модуля, например, такого: МУ210-401. Будет ли она всегда одинаковая, как на RS-485?

    Или вообще даже не пытаться такое сделать с данным контроллером-панелью-всё-в-одном и использовать какой-нибудь ПЛК200 с собственными родными выходами, где такой проблемы нет по-умолчанию?
    Кстати, какое всё же будет время в этом случае, в ПЛК200?

    Спасибо!

  2. #2

    По умолчанию

    Цитата Сообщение от aaaSashaMGGU Посмотреть сообщение
    Добрый день!
    На борту данной панели нет выходных дискретных сигналов, это ясно
    Значит, для управления устройствами, нужно подцеплять модули по RS-485 (Modbus) или по Ethernet (ModbusTCP)

    Задача (если максимально упростить) - выдать дискретный сигнал и РОВНО через время выдержки его снять.
    При выдаче сигнала - открывается клапан и идёт дозация. При снятии сигнала - клапан закрывается и дозация прекращается. Таким образом, от точности времени напрямую зависит точность дозирования.
    !
    На 70 метрах ( экранированная витая пара) и резисторах 120 Ом на концах, работает по 485 на скорости 115200 без проблем.
    По моим наблюдениям RS485 работает быстрее ТСР, в плане отклика. Поэтому лучше МУ110-224.8Р (управлять только битовой маской, остальное не использовать) и время задержки не будет больше 5 мс. Конечно всё надо проверить.
    Но по хорошему лучше всё таки использовать дискретные выходы ПЛК.
    Последний раз редактировалось kondor3000; 22.12.2023 в 14:14.

  3. #3

    По умолчанию

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

  4. #4
    Пользователь
    Регистрация
    10.11.2014
    Адрес
    Санкт-Петербург
    Сообщений
    980

    По умолчанию

    Вот статистика опроса модулей серии Мх110: https://owen.ru/forum/showthread.php...EF%F0%EE%F1%E0
    Видно, что максимум чего можно добиться - это 25-30 мс.

    Пишут, про 5 мс, но это даже теоретически не достижимо.

    А сколько Вы успеете "перелить" за 30 мс?

  5. #5
    Пользователь
    Регистрация
    10.11.2014
    Адрес
    Санкт-Петербург
    Сообщений
    980

    По умолчанию

    Для модулей на Modbus TCP теоретически должно быть быстрее, чем RS-485, но на практике не проверял.

  6. #6
    Пользователь
    Регистрация
    10.11.2014
    Адрес
    Санкт-Петербург
    Сообщений
    980

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    115200:
    0.76мс + 1..3мс
    57600:
    1.53мс + 1..3мс
    и так. далее
    (не путать с ответом)
    В моей статистике, действительно время приведено с ответом.
    Поэтому мои данные скорее нужно использовать, если модуль на сети не один.
    А вот если он один, то, важно же, действительно, не когда мы получили от него ответ на команду, а когда он получил от нас запрос.

    А тут, наверное, Валенок прав.
    Последний раз редактировалось Спорягин Кирилл; 22.12.2023 в 18:29.

  7. #7

    По умолчанию

    Вот выдержка из мануала одного из модулей которые могут работать в импульсном режиме:
    (41400)0x0578 4 DO working mode 0x0000-0x0002, 0x0000
    level mode (default mode), 0x0001 pulse mode, 0x0002
    follow mode.
    (41500)0x05DC 4 DO pulse width RW 0x32-0xFFF (50-65535), the
    duration of the pulse, in ms.

    Про время срабатывания реле конечно ничего. В этом режиме нужен только сигнал на включение, даже если он будет висеть включенным, выход отработает заданное время и выключиться , чтоб еще раз включить выход нужно будет снять и по новой подать сигнал.

  8. #8
    Пользователь
    Регистрация
    23.09.2008
    Адрес
    Центророссийск
    Сообщений
    2,251

    По умолчанию

    Про время срабатывания реле конечно ничего.
    ну, косвенно
    50-65535
    не с пустого же места

  9. #9
    Пользователь Аватар для Сергей0308
    Регистрация
    25.06.2011
    Адрес
    Галактика Андромеды (M31)
    Сообщений
    8,242

    По умолчанию

    Мне кажется для этих целей лучше ПР применить, типа такой:
    https://owen.ru/product/pr100/price
    Чтобы на выдержку не влияли задержки связи и по цене дешевле, в смысле, вместо модуля дискретного вывода!
    Последний раз редактировалось Сергей0308; 23.12.2023 в 06:54.
    Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
    справиться с проблемами, либо это не твои проблемы.

  10. #10

    По умолчанию

    Всем спасибо за ответы
    Не буду отвечать каждому, отвечу в целом
    Всё, что вы писали про задержки: время переключения реле, время открытия-закрытия клапана, время обработки сигнала модулем и т.д.- это всё НЕВАЖНО. Все эти задержки - они всегда ПОСТОЯННЫЕ. Их можно "устранить", просто уменьшив требуемую дозу.
    Проблема с RS-485 не в том, что там есть какая-то там ЗАДЕРЖКА (например) 100мс, а в том, что эта задержка СЛУЧАЙНАЯ, т.е., всё зависит от случая: она может быть и 100мс, а может быть и 0мс (да, 0мс тоже может быть).
    Всё упирается в то, как отработает очередной программный цикл контроллера (который можно поставить хоть 1мс) и цикл выдачи команд на Modbus
    А это уже никак не обыграть. Это уже вероятности. Будет разброс - и от этого никуда не деться. Чем меньше время - тем меньше этот разброс
    К слову, в моём варианте разброс 5мс это прям вообще нормально. Т.е., не задержка в 5мс, а случайное время задержки в 0мс-5мс с усреднённым значением ~2.5мс
    За это время там накапают слёзы в доли грамма. При допуске дозирования +-10 грамм - это совершенно нормально

Страница 1 из 3 123 ПоследняяПоследняя

Похожие темы

  1. ПР200 контроль дискретного сигнала на аналоговой линии
    от to0freak в разделе Программируемые реле
    Ответов: 45
    Последнее сообщение: 22.12.2022, 10:51
  2. Архивирование дискретного сигнала
    от Severvel в разделе Master SCADA 3
    Ответов: 1
    Последнее сообщение: 22.06.2018, 13:55
  3. Ответов: 12
    Последнее сообщение: 09.01.2018, 12:58
  4. Задержка выдачи сигнала
    от Ivan_P в разделе ПЛК1хх
    Ответов: 16
    Последнее сообщение: 20.05.2015, 14:19
  5. RS232 - максимально возможная длина линии
    от skodafelicia в разделе Сетевые технологии
    Ответов: 14
    Последнее сообщение: 11.03.2012, 16:24

Метки этой темы

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •