СП310 останавливает обмен с устройством при ошибках связи.

[imaex]

Добрый день.

Ситуация такая: в проекте определены 6 устройств modbus tcp - 5 модулей ввода MB210 и 1 шлюз в сеть modbus rtu, в проекте назван как Mgate. Итого 6 штук. За шлюзом в 485-ой сети 8 устройств. Так вот, при отказе обмена хотя бы с одним из устройств в сети rtu панель полностью останавливает обмен с устройством Mgate. И не восстанавливает до перезагрузки по питанию.

В коммуникационных настройках устройств есть такой параметр "Попыток" ("Количество попыток связи со slave-устройством"). Если его установить в 0, поможет ли это победить такое безобразное поведение панели?
Есть у кого опыт?

[Sergey361]

У нас при стандартных настройках панели, если связь по TCP оборвать 3 раза, то она не восстанавливается до перезапуска. Ставим время ожидания 20мс, попыток 10, таймаут 10000 мс и тогда работает, т.е. восстанавливается связь после обрывов.

[imaex]

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

Просто меня интересует, позволит ли установка в 0 кол-ва попыток вообще отключить этот механизм останова опроса? А приведённый пример настроек больше на шаманство похоже, если оно ещё и приводит к восстановлению обмена через любое время отсутствия связи с ведомым. Надо будет самому попробовать, только до объекта ещё доехать нужно.

[Валенок]

Видимо это связано с какими-то настройками этого "Mgate" на предмет что ему делать при отсутствии ответа по rs485. Коннект панели с самим "Mgate" не рвётся же небось, вот панель и ждет в каком-нить блокирующем режиме.
Предположу что на макросах можно залепить "socketclose" (??) в параллельной (неблокирующей) работе. Тогда всё на макросах и делать.
С макросами всё норм, но вот именно "socketclose" не искал и не юзал.

[imaex]

Ни с какими настройками "Mgate" это не связано, оставьте эти домыслы при себе. "Mgate" - это собственно и есть MGate MB3170I от Moxa, никаких настроек "на предмет что ему делать при отсутствии ответа по rs485" там просто нет. В то же самое время, когда панель вдруг решает, что опрашивать устройства ей уже не обязательно, приложение SCADA вполне себе уверенно опрашивает те же самые устройства за тем же самым MGate, включая в т.ч. запросы к выключенному устройству.

[Sergey361]

Через время, большее, чем 100 сек, если про это вопрос.

[imaex]

Через время, большее, чем 100 сек, если про это вопрос.

В общем, да. Тогда действительно странно. И при чём там "время ожидания 20мс", если это время ожидания входящих пакетов? И для этого параметра в доке сказано "не рекомендуется менять значение по умолчанию" (0).
Какие-то сплошные странности не непонятки, никакой логики.

Впрочем, там и без этого странностей полно. В частности, если время таймаута задать 300 мс, то панель просто не опрашивает устройства. Вообще.

Приведённую комбинацию методом тыка выявили или ещё как?

[Sergey361]

https://owen.ru/forum/showthread.php...l=1#post252627

[Валенок]

никаких настроек "на предмет что ему делать при отсутствии ответа по rs485" там просто нет..

А что она делает если нет ответа от девайса со стороны 485?

[FPavel]

Когда-то восстанавливал связь при помощи кнопки на панели - выключить, а потом включить связь.

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

Вот тут мне поясняли, как сделать кнопку
https://owen.ru/forum/showthread.php?t=37464
Со скриптом не подскажу, но это всё равно второй этап