Отваливается Модбас

[@ND]

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

Когда я опрашивал 3 модуля ничего не отваливается.

[@ND]

а в чем удобство, я Вам предложил избавиться от лишнего кода в ПОУ, а Вы сопротивляетесь?

Текст ПОУ у меня генерит скрипт. А по вашему варианту нужно много движений мышкой/клавой делать.

[capzap]

я и написал возможно
по мне так лучше перейти на библиотечный вариант опроса модулей, тогда уж точно проблем не должно возникнуть если всё правильно организовать

[capzap]

Текст ПОУ у меня генерит скрипт. А по вашему варианту нужно много движений мышкой/клавой делать.

без коментариев

[@ND]

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

Если принято именовать каналы, зачем тогда вообще реализована возможность обращаться к памяти ввода/вывода напрямую?
На сколько я понимаю, именовать каналы, это не обязательное условие?

[@ND]

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

Интересно, а можно отключить как то это автоматическое отключение?

[@ND]

Хотя нет, увеличил время цикла опроса аналоговых модулей до 1 сек. И вот, связь держится уже 4 часа.
Природа явления перехода ModbusGenericSerialSlave в статус "Не запущен" так и осталась не понятна.

В журнале СПК ничего не фиксируется.
Как узнать причину смены статуса?
Может есть ещё какие-нибудь логи?

[Эдуард_Н]

Хотя нет, увеличил время цикла опроса аналоговых модулей до 1 сек. И вот, связь держится уже 2 часа.

Где время цикла опроса в КДС регулируется?

[@ND]

Вот здесь:

[Nts]

Как показывает опыт-модуль 8А не очень хорошо работает в протоколе Modbus RTU на высоких скоростях обмена(меньше времени вычисления канала самого модуля-по дефолту-500мс).
Бывает модбас мастер выдает ошибку- слейв не ответил (можно конечно увеличивать время таймаута,но это не выход-другие модули начнут отваливаться)
Как выход-увеличить время опроса самих каналов 8А.И делать ручной пересброс связи(автоматический перезапуск мне не понравился,не всегда качественно пересбрасывает)
На данный момент,я отказался от СПК как контроллера (именно из-за такой работы 8А модуля) и использую связку ПЛК-СПК.8А модуль хорошо работает в протоколе Modbus ASCII(во всяком случае нет ошибок даже при периоде опроса 50мс).Да и СПК легче будет визуализацию прорисовывать-разгружается процессор от основного кода программы(актуально для средних и больших программ).И если есть физические кнопки-можно их напрямую завести на входа ПЛК-время реакции на нажатие будет адекватной(меньше 100мс)
П.с. еще можно увеличить время между фреймами 20-30мс .