ошибка контрольной суммы в ответе

[Денис Гладышев]

Добрый день!
Произвел закупку модулей ввода/вывода.
Список модулей:
Модуль дискретного ввода МВ110-224.16ДН
Модуль аналогового ввода МВ110-24.8АС
Модуль аналогового ввода МВ110-224.2А
Модуль дискретного вывода МУ110-224.8Р - 2шт.
Модуль дискретного вывода МУ110-224.8К

Столкнулся с проблемой по модулю аналогового ввода МВ110-24.8АС
Стоит в линии с оставшимися модулями. Мастером является рабочая станция с установленной платой MOXA. Конфигурация проходит через конфигуратор М110 (старый, т.к. на модулях не было информирующей таблички о использовании нового конфигуратор).
Параметры у всех модулей одинаковые: скорость 115200, задержка ответов по RS-485 - 10 мс, протокол - MODBUS, контроль четности - ODD, кол-во стоп-бит - 1
Адреса у модулей от 1 до 6 включительно. Проблемный модуль по адресу 2.
При включении опроса через OPC сервер все блоки опрашиваются штатно, кроме аналогового ввода МВ110-24.8АС. Он выдает постоянно ошибки "ошибка контрольной суммы в ответе".
Все остальные модули работают штатно.
Пробовал подключать к другим устройствам-мастерам.
Были попытки посмотреть осциллограммы обмена, в итоге видно картину, что время начала ответа модуля после окончания запроса мастера очень короткое, порядка 160 мкс.
Прошу Вас проконсультировать о возможных решениях данной проблемы и были ли подобные ситуации с данным модулем.
Заранее благодарен!

[kondor3000]

Добрый день!
Произвел закупку модулей ввода/вывода.
Список модулей:

Прошу Вас проконсультировать о возможных решениях данной проблемы и были ли подобные ситуации с данным модулем.
Заранее благодарен!

Модули МВ110-24.8АС программируются старым конфигуратором "Конфигуратор M110", так же в нём можно и опросить входы, поставив нужные галки. Естественно входы надо настроить и подключить датчики, проверьте их работу сначала.
Кофигуратор работает по протоколу Овен, поэтому подключать блоки надо по одному, после программирования перезагрузить по питанию.
И только по Модбас RTU, можно включить все блоки сразу. Советую настраивать блоки всегда по умолчанию 8N1, меньше будет проблем.
Потом уже проверять через OPC сервер, проверив что Модбас RTU, правильность настроек сети и адресов регистров. Для Float, как правило надо переставить регистры.

[Евгений Кислов]

Были попытки посмотреть осциллограммы обмена, в итоге видно картину, что время начала ответа модуля после окончания запроса мастера очень короткое, порядка 160 мкс.

Для таких ситуаций в модуле предусмотрен параметр Rs.dl - это задержка модуля перед отправкой ответа мастеру. Попробуйте увеличить его значение.

[fatlortroll]

Добавлю к вопросу -- МВ110-8АС был подключен к СПК107 с runtime v3.5.17.30 к COM1 (Modbus-RTU) на скорости 9600 (parity-ODD) используя графический конфигуратор.
В процессе опроса МВ110-8АС периодически выдаёт ошибку 'The bus is no running'. Прочие модули серии Мx110 устойчиво работают с СПК107 на любых допустимых скоростях.
Нет ли каких-либо специфичных проблем именно с МВ110-8АС ?

[Евгений Кислов]

Добавлю к вопросу -- МВ110-8АС был подключен к СПК107 с runtime v3.5.17.30 к COM1 (Modbus-RTU) на скорости 9600 (parity-ODD) используя графический конфигуратор.
В процессе опроса МВ110-8АС периодически выдаёт ошибку 'The bus is no running'. Прочие модули серии Мx110 устойчиво работают с СПК107 на любых допустимых скоростях.
Нет ли каких-либо специфичных проблем именно с МВ110-8АС ?

Известных специфических проблем нет.
Для начала я, как уже писали выше, рекомендовал бы поменять ODD на NONE.
А вообще - лучше связаться с нашей техподдержкой и предоставить им удаленный доступ, чтобы можно было увидеть больше деталей происходящего.

[fatlortroll]

Без чётности стало лучше, да, но это-ж не решение.
С удалённым доступом у нас совсем никак. Разве что физически выслать вам эти блочки.
Заводской номер того, которого с СПК тестировал -- 60616180432124106, если это вдруг может быть нужно.

[Евгений Кислов]

Без чётности стало лучше, да, но это-ж не решение.
С удалённым доступом у нас совсем никак. Разве что физически выслать вам эти блочки.
Заводской номер того, которого с СПК тестировал -- 60616180432124106, если это вдруг может быть нужно.

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

[Денис Гладышев]

Добрый день!
Спасибо всем за советы
Попробовали - результат следующий: помогло изменение с ODD на None. Также увеличили параметр "Пауза между запросами" в OPC сервере.
При этом параметр конфигурации модуля - Rs.dl никак не влиял на ситуацию с параметром ODD
Единственный вопрос в следующем: почему модуль отказывается работать с ODD. Ведь он рассчитан под подобную работу. Является ли это типичным для данного модуля?
Поддержка также советовала параметр без контроля четности. Но вопрос почему не работает с ODD остается открытым.
Есть ли у кого мысли по этому поводу?
Спасибо!

[In_Da_Cher_A]

а зачем вам контроль чётности?
какие задачи вы решаете с его "помощью" и почему это не решается без него?

[МихаилГл]

а зачем вам контроль чётности?
какие задачи вы решаете с его "помощью" и почему это не решается без него?

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