Можно ли обойти ограничение по частоте опроса модуля МВ110-224.2АС?

[Dmitry Dedkov]

Столкнулся с такой проблемой, что скорость работы аналоговых входов на модуле не подходит из-за ограничения по частоте опроса модуля в 100 мс, о котором не было написано в технических характеристиках. Поэтому вопрос: Есть ли возможность отключить, или хотя бы уменьшить это ограничение?

[kondor3000]

Столкнулся с такой проблемой, что скорость работы аналоговых входов на модуле не подходит из-за ограничения по частоте опроса модуля в 100 мс, о котором не было написано в технических характеристиках. Поэтому вопрос: Есть ли возможность отключить, или хотя бы уменьшить это ограничение?

Ерунду не пишите, на сайте указано время опроса 1 входа от 0.4 до 0.8 секунд, в зависимости от датчика. Для 2 входов будет от 0.8 до 1.6 секунд.
https://owen.ru/product/moduli_analogovogo_vvoda_s_universal_nimi_vhodami_ s_interfejsom_rs_485/specifications

Открываете нужный модуль на сайте Овен и смотрите его характеристики, можете скачать руководство и схемы
https://owen.ru/catalog/moduli_vvoda_vivoda

[In_Da_Cher_A]

скорость работы аналоговых входова мерять что будете? температуру и 4-20 мА?

[Dmitry Dedkov]

Ерунду не пишите, на сайте указано время опроса 1 входа от 0.4 до 0.8 секунд, в зависимости от датчика. Для 2 входов будет от 0.8 до 1.6 секунд.
https://owen.ru/product/moduli_analogovogo_vvoda_s_universal_nimi_vhodami_ s_interfejsom_rs_485/specifications

Ну так 0.4-0.8 это для обычных МВ110-2А, а не для модулей с быстрыми входами (МВ110-2АС, читайте внимательно название темы)

[Dmitry Dedkov]

Делаем подбивочную машину. Чем чаще можно опрашивать модули - тем точнее будет управление блоками и маятниками. А 100 мс - это уже критично для машины

[kondor3000]

Делаем подбивочную машину. Чем чаще можно опрашивать модули - тем точнее будет управление блоками и маятниками. А 100 мс - это уже критично для машины

Ну да, невнимательно посмотрел. Для 2АС чтение 1 входа не более 5 мс ±2 %, для 2 соответственно 10 мс
То есть вы можете считать до 100 раз в секунду, если поставите опрос 10 мс. Это быстрее 210 модуля.

[In_Da_Cher_A]

Делаем подбивочную машину. Чем чаще можно опрашивать модули - тем точнее будет управление блоками и маятниками. А 100 мс - это уже критично для машинывы тогда зря теряете время с опросами по шине, вам лучше смотреть другое железо

[Dmitry Dedkov]

То есть вы можете считать до 100 раз в секунду, если поставите опрос 10 мс.

Как я понимаю настраивается это в конфигураторе. Но вот тут то и проблема, по тестам между измерениями, как ни менял параметры конфигурации, модуль опрашивался каждые 100 мс без изменений. А позже в описании были найдены, откуда берутся эти 100 мс (на скриншоте). И вот это ограничение меня и интересует

74502

[Cs-Cs]

Как я понимаю настраивается это в конфигураторе. Но вот тут то и проблема, по тестам между измерениями, как ни менял параметры конфигурации, модуль опрашивался каждые 100 мс без изменений. А позже в описании были найдены, откуда берутся эти 100 мс (на скриншоте). И вот это ограничение меня и интересует 74502 Чёрт! Так надо было бы сразу уточнять то, о каком CodeSys идёт речь!
Если это 3.5, и модуль подцеплен как шаблон - то так и будет! Нужно использовать другие варианты:
а) Вручную добавить модуль в дерево конфигурации как Modbus Slave Device и там задать нужную частоту опроса регистров.
б) Использовать библиотеку Owen Comminucation Library (OCL), где можно прям в программном коде программы ПЛК составлять и посылать нужные запросы Modbus к устройству. Это ещё быстрее.
в) Самое быстрое - использовать библиотеку SysCom для прямой работы с портами.
Если нужно пояснить про методику применения по каждому такому вопросу - спрашивай.

[kondor3000]

Как я понимаю настраивается это в конфигураторе. Но вот тут то и проблема, по тестам между измерениями, как ни менял параметры конфигурации, модуль опрашивался каждые 100 мс без изменений. А позже в описании были найдены, откуда берутся эти 100 мс (на скриншоте). И вот это ограничение меня и интересует

Полностью согласен с Cs-Cs. Странно, что используете 110 модуль, совместно с ПЛК2хх.
На ПЛК110, достаточно поставить опрос 10 ms, на ПЛК210 нужно ещё изгаляться с опросом и выкинуть все шаблоны в топку.

[Cs-Cs]

Полностью согласен с Cs-Cs. Странно, что используете 110 модуль, совместно с ПЛК2хх.
На ПЛК110, достаточно поставить опрос 10 ms, на ПЛК210 нужно ещё изгаляться с опросом и выкинуть все шаблоны в топку. Полностью согласен с kondor3000 ;) На ПЛК110 (CodeSys 2.3) очень крутой и быстрый Modbus-драйвер!

[Емельянов Кирилл]

ага, и используемый для "быстрого" модуля порт лучше больше ничем не занимать

[Dmitry Dedkov]

На тот момент, когда присматривались к модулям, еще не было быстрых модулей МВ210-102. И другие были праны по приложению. В итоге пришли к тому, что средствами одного codesys'а будем делать СУ

[melky]

когда надо быстро, надо использовать ПЛК и модули с внутренней шиной, а не RS485 и Modbus. То есть изначально должен был быть выбор в эту сторону.
или как варианты описанные выше. Через библиотеки на макс скорости и один модуль на шине для скорости, все остальное медленное на другой порт.
И опять же, возможно лучше было применить CDS2 а не 3.5, во втором случае там уже вроде как Linux что добавляет задержек по отношению ко 2-й версии.

[Dmitry Dedkov]

Пожалуй по SysCom стоит методику объяснить что да как от начала до конца. С OCL получилось добиться 30 мс, если меньше, то уже не всегда данные приходят вовремя и задержка получается даже больше 30 мс

[kondor3000]

Пожалуй по SysCom стоит методику объяснить что да как от начала до конца. С OCL получилось добиться 30 мс, если меньше, то уже не всегда данные приходят вовремя и задержка получается даже больше 30 мс

Быстрее 30 мс, у вас уже вряд ли получится, хотя это уже 30 раз в секунду. У меня было минимум 25 мс при групповом опросе 2 модулей МВ110-8АС через ПЛК110.