Ооооочень медленный МВ110-8А

[Валенок]

И как эта информация поможет в решении проблемы?.

А никак. Просто информация для снятия ненужных вопросов и заблуждений.
Отключение датчиков (через конфиг МВА8) не приведет ни к чему если в мастере не удалили не нужные модули опроса.
А что касается сути - выложите хотя бы конфигурацию в исходном виде а не скриншот кокого-то кусочка. (сикретный код можно удалить).

[Туман]

А никак. Просто информация для снятия ненужных вопросов и заблуждений.
Отключение датчиков (через конфиг МВА8) не приведет ни к чему если в мастере не удалили не нужные модули опроса.
А что касается сути, наиболее правильное поведение у проктолога - стать раком, а не рассказывать про "тут болит, тут не болит".
Выложите хотя бы конфигурацию в исходном виде а не скриншот кокого-то кусочка. (сикретный код можно удалить).

Опросы так же были удалены из Конфигурации ПЛК. Окей, выложу.

[Gans]

Здравствуйте, многоуважаемый Валенок.

И как эта информация поможет в решении проблемы?

А никак. Просто информация для снятия ненужных вопросов и заблуждений.

Ну как же не как ?! Ведь было описано применение библиотеки модбас.либ которая тоже позволяет решить проблему связи. Правда с большими (ударение на первый слог) интеллектуальными затратами, чем протокол ОВЕН в ПЛК-конфигурации.
Остановимся на фактах: при переходе опроса МВ110-8А в ПЛК-конфигурации с протокола модбас-рту на протокол ОВЕН все начинает работать заметно лучше.
Проблема не с оцифровкой, а со СЧИТЫВАНИЕМ значений параметров по протоколу модбас-рту при использовании ПЛК-конфигурации.

[Валенок]

Здраствуйте, многоуважаемый Gans.

Ведь было описано применение библиотеки модбас.либ.

Уточю - syslibcom Но и c modbus - около того. Решит автор проблему на протоколе Овен через конфирурацию - и слава богу.

Правда с большими (ударение на первый слог) интеллектуальными затратами, чем протокол ОВЕН в ПЛК-конфигурации.

Ну это - вопрос. Затраты были когда-то. Сейчас по сути - таже конфигурация. Ну может на пару минут больше написание.

Остановимся на фактах: при переходе опроса МВ110-8А в ПЛК-конфигурации с протокола модбас-рту на протокол ОВЕН все начинает работать заметно лучше

Не буду спорить - ведь конфигурацию-мастер не юзаю. Отмечу лишь - заметно лучше или просто отлично на протоколе Овен это не совсем максимально возможная скорость при одинаковой надежности.

Проблема не с оцифровкой, а со СЧИТЫВАНИЕМ значений параметров по протоколу модбас-рту при использовании ПЛК-конфигурации.

Ну она (конфигурация) конечно работает. Просто тоже требует интелектуальных усилий в некоторых случаях.

насколько я понимаю такие проблемы у всех модулей ввода аналогового сигнала от ОВЕН.

Касаемо МВА8, 8А, 2А, 8АС, 2АС. Проблем не имею. Проверено. Все на RTU. МЭ110 - не держал в руках, видео вроде показывает траблы, но живой модуль все же не отказался бы пощупать. Да и у автора проблемы вроде с МВА8 а не с МЭ.

[Туман]

А что касается сути - выложите хотя бы конфигурацию в исходном виде а не скриншот кокого-то кусочка.

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

[Gans]

Здравствуйте, Туман.

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

Добавьте в ПЛК-конфигурацию модуль "button" и "Statistic".
Подскажите откуда такие странные адреса слэйвов? Представители ОВЕН рекомендовали использовать адреса кратные 8.
Данный пост верен и для протокола ОВЕН :-)

[Туман]

Здравствуйте, Туман.

Добавьте в ПЛК-конфигурацию модуль "button" и "Statistic".
Подскажите откуда такие странные адреса слэйвов? Представители ОВЕН рекомендовали использовать адреса кратные 8.
Данный пост верен и для протокола ОВЕН :-)

Я так понял, что кратность 8 это для удобства, т.к. многие модули содержат 8 входов или выходов, хотя могу и ошибаться. Все данные все равно содержатся в табличках Excel, так что просто по порядку все адресовал. И вопрос тогда насчет этого момента, для протокола ОВЕН все понятно, каждый вход/выход имеет свой адрес. А при Modbus? Нам ведь нужен только базовый адрес, дальше все через регистры. Тогда получается, что в Modbus можно опрашивать все входы МВА8 (к примеру) с адресом 1 и следующему модулю давать адрес 2?

А насчет медленного МВ110-8А я разобрался. В общем это я балбес. Т.к. раньше не работал с модулями Мх110 и связью по ModBus/ОВЕН, то кое-что изначально неверно понял. Работает он нормально, хоть и все равно для моей задачи неприемлемо медленно, пришлось добавить МВ110-8АС. А 30-40 сек опроса получил, т.к. исходил из ошибочной предпосылки что измеренное значение обновляется за минимально возможное время, т.к. оно в виде float с 5 знаками после запятой. И значит, подумал я, каждый раз оно будет разное, как минимум из-за погрешности измерения. Оказалось что нет, т.к. и на протоколе ОВЕН я получил эти 30-40 сек между обновлением измерения. А вот между изменением значения Circular time я получил стабильно 4-6 сек при 4 ДТС и 4 4..20 мА, правда на протоколе ОВЕН. Когда понял свою ошибку, все было переписано на ОВЕН, экспериментировать желания уже не было.