ПЛК 110-60[м2] + МВ110-24.32ДН modbus переодическое возникновение ошибки 81

[Спорягин Кирилл]

Ну это не совсем так т.к. по ответу техподдержки на ответ у данного модуля тратится 3,6мс поэтому 10 мс это вполне в пределах нормы. А мне по задачам ответ нужен максимально быстро.

Тех. поддержка ошибается. Ответ от модуля МВ110-32ДН занимает от 9 до 12 мс (в среднем 11 мс) на скорости 115200.
Они, видимо, сообщают Вам теоретическое время опроса, т.е. время полученное из расчета: кол-во байт в запросе-ответе / скорость сети.
Но практическое время всегда выше теоретического (см. тут). В приведенном примере, правда, в качестве слейва выступал контроллер S7-1214. Но тенденция сохраняется и для модулей ОВЕН.

Т.к. в продакте оно более менее живет с тек настройкой то подождем доставку запасного контроллера для экспериментов.
Однако если я правильно помню он отваливался с дефолтными настройками кодесиса у которых PollingTime=100мс там правда amountrepeat=0 был.
Но сути дела оно не меняет. т.к. проблема в данном случае не в количестве опросов в ед времени. А в том что при отсутствии замыкания на контактах теряется связь с модулем.

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

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

Но все же попробуйте установить рекомендованные настройки.

[leming495]

Тех. поддержка ошибается. Ответ от модуля МВ110-32ДН занимает от 9 до 12 мс (в среднем 11 мс) на скорости 115200.
Они, видимо, сообщают Вам теоретическое время опроса, т.е. время полученное из расчета: кол-во байт в запросе-ответе / скорость сети.
Но практическое время всегда выше теоретического (см. тут). В приведенном примере, правда, в качестве слейва выступал контроллер S7-1214. Но тенденция сохраняется и для модулей ОВЕН.

Спасибо за информацию весьма полезно, некоторые вещи открыл для себя заново.
Но приведенный пример не совсем корректен как мне показалось там ведь вы либу используете а не конфигуратор. Перечитал всю ветку но не нашел временной статистики для конфигуратора. (если кто то мерял ткните пожалуйста)
По опыту теста (когда писался проект) и того и того либа работает вроде как медленнее конфигуратора. Цели такой правда не стояло замерять скорость с точностью до мс но всетаки.
Если говорить про либу то да я с вами соглашусь ответ там занимает больше 10мс. Но речь то не про нее.

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

Т.е. по сути как я понимаю соединение созданное через конфигуратор перезапустить невозможно? А подобная ситуация в принципе возникать не должна при нормальной работе контроллера и модуля?
Как пример:
Есть плк связан с модулем ввода 2 проводами.
Пьяный водопроводчик обрывает провода шины и все это дело стоит день 2 пока не придет саппорт и не подключит их обратно. (и плк и сам модуль работают - питание подается)
Все эти день -2 ПЛК не видит слейва естесно и возникает ошибка 81.
Вопрос подключится ли модуль обратно при восстановлении проводки или нет ? Т.е. ситуация таже что и описана вначале вопроса. (К слову сказать так тоже тестировал)

Но все же попробуйте установить рекомендованные настройки.

Попробуем конечно как придет запаска обязательно отпишусь.

[Спорягин Кирилл]

Спасибо за информацию весьма полезно, некоторые вещи открыл для себя заново.
Но приведенный пример не совсем корректен как мне показалось там ведь вы либу используете а не конфигуратор. Перечитал всю ветку но не нашел временной статистики для конфигуратора. (если кто то мерял ткните пожалуйста)
По опыту теста (когда писался проект) и того и того либа работает вроде как медленнее конфигуратора. Цели такой правда не стояло замерять скорость с точностью до мс но всетаки.
Если говорить про либу то да я с вами соглашусь ответ там занимает больше 10мс. Но речь то не про нее.

Я задумывался над тем, чтобы сделать замеры через конфигуратор. Но мне не понятно как это сделать. Проблема в том, что в поле LastAdress (как я понимаю!) устанавливается адрес последнего опрошенного модуля, но уже после опроса. Т.е. нам неизвестен момент начала опроса.
Вместе с тем, из общих соображений понятно, что время опроса так и так должно быть одинаково. Это я утверждаю несмотря на то, что общепринятая точка зрения заключается как раз в обратном, а именно, что опрос через конфигуратор дольше. Но такая точка зрения связана главным образом с тем, что опрос модулей с большим числом опрашиваемых регистров (например, аналогового ввода) через конфигуратор ведется с помощью множественных запросов, а через библиотеку можно организовать групповые запросы. Подробнее можно почитать в этих темах - №1 и №2.

Т.е. по сути как я понимаю соединение созданное через конфигуратор перезапустить невозможно? А подобная ситуация в принципе возникать не должна при нормальной работе контроллера и модуля?
Как пример:
Есть плк связан с модулем ввода 2 проводами.
Пьяный водопроводчик обрывает провода шины и все это дело стоит день 2 пока не придет саппорт и не подключит их обратно. (и плк и сам модуль работают - питание подается)
Все эти день -2 ПЛК не видит слейва естесно и возникает ошибка 81.
Вопрос подключится ли модуль обратно при восстановлении проводки или нет ? Т.е. ситуация таже что и описана вначале вопроса. (К слову сказать так тоже тестировал)

Попробуем конечно как придет запаска обязательно отпишусь.

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