Добрый день!

Прошу помочь разобраться в ситуации.

Собрана связка - ПЛК160 (binary version 2.14.0, "need Target version 2.10"), ПЧ Веспер Е3-9100 (2 штуки), 1 модуль ввода 4ТД, 1 модуль ввода 1ТД.
Скорость 9600, 8 бит, нечетность не проверяется, RTU. Пульт управления стоит в лабораторном помещении.
ПЧ и МВ подключены к клеммам rs-485 ПЛК посредством modbus RTU, настройки выполнены через конфигурацию ПЛК (т.е. не через библиотеки).
В каждом ПЧ опрашиваем по 5 параметров, в модулях ввода суммарно опрашиваем 5 параметров (т.е. только физические значения измеряемой величины).
Всего 10 параметров.
В настройке модуля RS-485-1 конфигурации ПЛК "Framing time, ms = 50", в настройках Universal modbus Device "Polling Time, ms = 100". У модулей ввода адреса 1 и 2, у ПЧ 3 и 4.
Для справки, питание на ПЧ подается через контактор, проблемы возникали и при отключенном контакторе, т.е. в обмене участвовали только модули ввода.

Итак, загружаем проект в ПЛК, запускаем на исполнение. Все сетевые переменные опрашиваются отлично, ошибок связи нет (т.е. всегда 1 - 0, 2 - 0, 3 - 0, 4 - 0).
Через некоторое время (от 10 минут до получаса) обмен по RS-485 просто останавливается. Т.е. в конфигурации ПЛК в каждом UMD "застывают" последние значения, в том числе в "Last Adress" и "Last Error", к примеру адрес 1, ошибка 0.
Если через контактор были подключены ПЧ, то обмен с ними также застывает (т.е. включение в опрос ПЧ не влияет на появление данной ошибки).
Перезагрузка ПЛК по питанию решает проблемы, обмен оживает на некоторое время. Далее ситуация повторяется.
Собран и разработан не один десяток пультов с ПЛК110/160, ПЧ и различными модулями ввода-вывода, ранее такого не было. Спец. кабель КИПЭВ для RS-485, оплетка заземлена. Вообщем всё как всегда.

В какую сторону смотреть и искать ошибку? Играть с polling и fraiming time?