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

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

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

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

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

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

Спасибо!

Цитата:

---

Сообщение от aaaSashaMGGU

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

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

---

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

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

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

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

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

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

Цитата:

---

Сообщение от Валенок

115200:
0.76мс + 1..3мс
57600:
1.53мс + 1..3мс
и так. далее
(не путать с ответом)

---

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

А тут, наверное, Валенок прав.

Вот выдержка из мануала одного из модулей которые могут работать в импульсном режиме:
(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.
Про время срабатывания реле конечно ничего. В этом режиме нужен только сигнал на включение, даже если он будет висеть включенным, выход отработает заданное время и выключиться , чтоб еще раз включить выход нужно будет снять и по новой подать сигнал.

Цитата:

---

Про время срабатывания реле конечно ничего.

---

ну, косвенно

Цитата:

---

50-65535

---

не с пустого же места

Мне кажется для этих целей лучше ПР применить, типа такой:
https://owen.ru/product/pr100/price
Чтобы на выдержку не влияли задержки связи и по цене дешевле, в смысле, вместо модуля дискретного вывода!

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

Цитата:

---

Сообщение от Спорягин Кирилл

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


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

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

---

Ссылку до этого видел, читал. Там нет про ModbusTCP, да и опрашивают там не через СПК... Да и мало ли - может, концепция давно поменялась

Мой личный рекорд опроса модуля SLA-8DIN-M (это не ОВЕН) - 50 раз в секунду 2 модуля, т.е., 10мс на один опрос каждого модуля. Но это на скорости 57600, т.к., 115200 уже идут потери, видимо, из-за наводок. Но с резисторами 120Ом не пробовал - может, станет лучше
Но это на чтение, а не на запись. Запись тоже не проверял
"Перелить" я успею из расчёта, что 1л льётся 1.5 секунду, т.е., время
5мс - перельёт 0.333г
10мс - перельёт 0.666г
20мс - перельёт 1.333г
50мс - перельёт 3.333г

В общем и целом, устроят даже 50мс, хоть и на пределе

Цитата:

---

Сообщение от aaaSashaMGGU

Ссылку до этого видел, читал. Там нет про ModbusTCP, да и опрашивают там не через СПК... Да и мало ли - может, концепция давно поменялась

Мой личный рекорд опроса модуля SLA-8DIN-M (это не ОВЕН) - 50 раз в секунду 2 модуля, т.е., 10мс на один опрос каждого модуля. Но это на скорости 57600, т.к., 115200 уже идут потери, видимо, из-за наводок. Но с резисторами 120Ом не пробовал - может, станет лучше
Но это на чтение, а не на запись. Запись тоже не проверял
"Перелить" я успею из расчёта, что 1л льётся 1.5 секунду, т.е., время
5мс - перельёт 0.333г
10мс - перельёт 0.666г
20мс - перельёт 1.333г
50мс - перельёт 3.333г
.... При допуске дозирования +-10 грамм - это совершенно нормально......

В общем и целом, устроят даже 50мс, хоть и на пределе

---

Не устроят : 1500/50=30 1000/30=33,3г

Цитата:

---

Сообщение от aaaSashaMGGU

Всем спасибо за ответы
Не буду отвечать каждому, отвечу в целом
Всё, что вы писали про задержки: время переключения реле, время открытия-закрытия клапана, время обработки сигнала модулем и т.д.- это всё НЕВАЖНО. Все эти задержки - они всегда ПОСТОЯННЫЕ.

---

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

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

Цитата:

---

Сообщение от Sergej_

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

---

Согласен. Но перед началом смены так или иначе производятся контрольные замеры итогового веса, после чего производят корректировку (в нашем упрощённом случае) времени выдачи
На новой смене - опять. Так что, все эти со временем убегающие параметры ежедневно корректируются

Цитата:

---

Сообщение от aaaSashaMGGU

Согласен. Но перед началом смены так или иначе производятся контрольные замеры итогового веса, после чего производят корректировку (в нашем упрощённом случае) времени выдачи
На новой смене - опять. Так что, все эти со временем убегающие параметры ежедневно корректируются

---

Тогда, чем мой вариант не устраивает, по вашей писанине, должен устроить на 146%.
И, согласен с преведущим товарищем, надо бы изначально по-человечьи делать, в смысле, наша беда дураки и дороги!

Цитата:

---

Сообщение от In_Da_Cher_A

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

---

Уточнил у технологов. Навскидку, такие насосы:
1) Медленные
2) Для дозирования кислоты не предназначены
3) Высокая цена, куда ж без этого

Цитата:

---

Сообщение от Сергей0308

Тогда, чем мой вариант не устраивает, по вашей писанине, должен устроить на 146%.
И, согласен с преведущим товарищем, надо бы изначально по-человечьи делать, в смысле, наша беда дураки и дороги!

---

При разбросе времени RS-485 0-10мс всё как раз вполне устраивает. Остальное корректируется величиной дозы

Цитата:

---

Сообщение от aaaSashaMGGU

При разбросе времени RS-485 0-10мс всё как раз вполне устраивает. Остальное корректируется величиной дозы

---

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

Цитата:

---

Сообщение от Сергей0308

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

---

Нет, нет, вариант с ПР 100% рабочий. Как и с родными выходами на контроллере
Просто мониторю разные варианты и возможности. Хочется сделать всё в одной программе...

Вы полюбопытствуйте скоростью срабатывания реле. Это нежизнеспособное решение, даже если каждую смену возиться с калибровкой. Результат будет отрицательный. За 10 мс льется 6.66 мл. Реле срабатывает условно 100-200 мс плюс минус лапоть. Даже теоретически, отбросив все технологические разбросы в 10 мс не вырулить.Нагрелось - все уплыло. И это только реле.

Цитата:

---

Сообщение от Sergej_

Вы полюбопытствуйте скоростью срабатывания реле. Это нежизнеспособное решение, даже если каждую смену возиться с калибровкой. Результат будет отрицательный. За 10 мс льется 6.66 мл. Реле срабатывает условно 100-200 мс плюс минус лапоть. Даже теоретически, отбросив все технологические разбросы в 10 мс не вырулить.Нагрелось - все уплыло. И это только реле.

---

Хм, а если не реле, а транзисторные выхода?

Цитата:

---

Сообщение от aaaSashaMGGU

Уточнил у технологов. Навскидку, такие насосы:
1) Медленные
2) Для дозирования кислоты не предназначены
3) Высокая цена, куда ж без этого

---

Они потому и медленные, потому что точные. Если бы у Вас наливалось условно 200 литров+- 2 было бы другое дело. За время которое позволяет пренебречь вышеописанными недостатками, есть ещё эффект " дребезга" реле.

Цитата:

---

Сообщение от aaaSashaMGGU

Нет, нет, вариант с ПР 100% рабочий. Как и с родными выходами на контроллере
Просто мониторю разные варианты и возможности. Хочется сделать всё в одной программе...

---

Так один регистр прописать не проблема, думаю одного будет достаточно(15 бит) для задания времени задержки и сигнала выполнения(1 бит).
СПК + ПЛК это конечно круто!
Мой же вариант не выходит за ваш бюджет, в смысле, даже немного дешевле модуля дискретного вывода МУ110-8Р, который Вы рассматривали!

Цитата:

---

Сообщение от aaaSashaMGGU

Хм, а если не реле, а транзисторные выхода?

---

Надо рассматривать всю конструкцию в комплексе. Не только выходы, они маломощные, нужен какой-то ключевой элемент, который будет управлять клапаном. Но этот клапан с какими характеристиками? Он должен быть очень точный тоже и высокоскоростной. Вы закладываете производительность . А сам клапан удовлетворяет этим требованиям?

Цитата:

---

Сообщение от aaaSashaMGGU

Уточнил у технологов. Навскидку, такие насосы:
1) Медленные
2) Для дозирования кислоты не предназначены
3) Высокая цена, куда ж без этого

---

простите, но вы и ваши технологи - мягко говоря - отстали от жизни и по неизвестной причине, решили заняться изобретением велосипеда. Вы решили, что вы первые люди на земле, кто решил начать перекачивать кислоту? :D
насосы бывают разные, для разных веществ и для разного дозирования
довольно странный аргумент цены....регулярно пороть брак и получить постоянный гемор с выходом готового продукта? ну, дело ваше

Цитата:

---

Сообщение от Sergej_

....... Реле срабатывает условно 100-200 мс плюс минус лапоть. Даже теоретически, отбросив все технологические разбросы в 10 мс не вырулить.Нагрелось - все уплыло. И это только реле.

---

Это что за реле у вас такое?
Из даташита на G2RS
Вложение 72597Вложение 72598

Цитата:

---

Сообщение от BETEP

Это что за реле у вас такое?
Из даташита на G2RS
Вложение 72597Вложение 72598

---

Это не у меня реле. Я же написал условно. Какое в модуле не смотрел, но есть основания полагать оно не "вывезет" клапан , он должно быть довольно мощный. Данных то ТС не привел. Промежуточные установить -это опять же добавить все эти грехи . Полупроводники справяться от и до. Если же сам клапан не отработает с нужной точностью, смысл вообще рассуждать задержках в прохождении сигнала от контроллера до ИМ.

Цитата:

---

Сообщение от aaaSashaMGGU

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

---

Надо ставить ПЛК110[М02].