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

День добрый

Есть ПЛК 110-60[м2] и расширение МВ110-24.32ДН
Расширение подключено к ПЛК по RS485 через конфигуратор.
Вложение 27261
Вложение 27262
все прекрасно работает данные получаем анализируем и т.п.

Но если на расширении не происходит изменения (т.е. не замыкаются входы) через некоторое время (которое пак я понял = maxtimeout*amountrepeat)
Происходит потеря соединения с расширением т.е. возникает ошибка 81

Физически лечится перезапуском ПЛК (если отключить по питанию расширение соединение не восстанавливается).
Возможно ли каким либо образом программно перезапустить соединение modbus созданное в конфигураторе ?

Конфигурация ПЛК

PLCInfo
PLC model MODEL PLC 110-60
Binary VERSION 0.3.56
Need Target version >= 3.07
Compiled: 13:17:45 Aug 29 2016
STM32 binary version 114
MAC 6A:77:00:FF:FB:31
IP 192.168.0.154
GATE 192.168.0.1
MASK 255.255.255.0

amountrepeat==100???
Режим both для входов - это зачем?
поставьте по таймеру и 1 повтор.

Режим both стоит для того чтобы опрос происходил и по времени и по событию.
Количество повторов поставлено максимально возможное для минимизации отвалов соединения.
В этой конфигурации оно хоть как-то работает пока замыкаются входы в определенный лимит времени.

По поводу поставить просто по времени с 1м повтором - пробовали если входы не замыкаются в обозначенный тайм аут как и было описано возникает ошибка 81 после чего ее убрать можно только перезапуском ПЛК.

Ну и вопрос собственно не в том, как должен происходить опрос по таймеру или по событию или и так и так, а в том как при данной ошибке ее сбросить и заново программно инициировать соединение.

Поставьте PollingTime не 10 мс, а хотя бы 50 мс (лучше 100 мс). Вы просто терроризируете модуль посылками опроса. Проводил эксперименты. На ответ модуль МВ110-32ДН тратит где-то 11 мс на скорости 115200. Плюс все что написал Владислав Филоненко.

Цитата:

---

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

Режим both стоит для того чтобы опрос происходил и по времени и по событию.
Количество повторов поставлено максимально возможное для минимизации отвалов соединения.
В этой конфигурации оно хоть как-то работает пока замыкаются входы в определенный лимит времени.

По поводу поставить просто по времени с 1м повтором - пробовали если входы не замыкаются в обозначенный тайм аут как и было описано возникает ошибка 81 после чего ее убрать можно только перезапуском ПЛК.

Ну и вопрос собственно не в том, как должен происходить опрос по таймеру или по событию или и так и так, а в том как при данной ошибке ее сбросить и заново программно инициировать соединение.

---

Какому событию? Для входа такой режим означает, что как только поменялось значение на входе модуля и ПЛК его прочитал, ПЛК сразу вход снова читает.
100 повторов - это террор линии. опрашивает 1 параметр/прибор, а остальные могут и подождать. Особенно "полезно", если прибор не работает.

Т.е. при частых запросах модуль просто повисает или что ?
Я бы конечно согласился с этим если бы не одно но.
Модуль отдельно от ПЛК при возникновении данной ошибки перезагружался по питанию. Связь после перезапуска не восстанавливалась.
При этом если перезапустить ПЛК а модуль не трогать все нормально. Т.е. проблемма на стороне ПЛК.

И опять же почему тогда работает при замыкающихся входах? И ни разу не хочет отваливаться ?
А вот если событий нет то после тайм аутов связь рвется сразу.

И насколько я понимаю данная ситуация будет возникать и в описанных вами настройках просто с другими тайм аутами при отсутствии событий на модуле.
В принципе у нас события на модуле генерируются постоянно поэтому в продакшене ошибка практически не возникает (т.е. ооочень редко). Возникает именно на тесте когда мы не замыкаем контакты на модуле.

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

Цитата:

---

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

Т.е. при частых запросах модуль просто повисает или что ?

---

Любому устройству необходимо какое-то время чтобы выполнить некоторые действия. Модулю для ответа на 1 запрос нужно около 11 мс.
А Вы пытаетесь слать ему ему запросы каждые 10 мс. Очевидно, что это не верно. И во всяком случае нет смысла.

Цитата:

---

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

Я бы конечно согласился с этим если бы не одно но.
Модуль отдельно от ПЛК при возникновении данной ошибки перезагружался по питанию. Связь после перезапуска не восстанавливалась.

---

Я не понимаю, что значит "перезагрузка по питанию". Попробуйте установить рекомендованные настройки и проверить будет ли работать?

Цитата:

---

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

Любому устройству необходимо какое-то время чтобы выполнить некоторые действия. Модулю для ответа на 1 запрос нужно около 11 мс.
А Вы пытаетесь слать ему ему запросы каждые 10 мс. Очевидно, что это не верно. И во всяком случае нет смысла.

---

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

Цитата:

---

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

Я не понимаю, что значит "перезагрузка по питанию".

---

Перезапуск по питанию означает что питание отключаем у модуля (ну или плк) ждем 10 сек включаем обратно.

Цитата:

---

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

Попробуйте установить рекомендованные настройки и проверить будет ли работать?

---

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

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

Цитата:

---

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

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

---

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

Цитата:

---

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

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

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

---

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

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