Цитата Сообщение от kfvniiz Посмотреть сообщение
ПЛК какой? Если производства овен с codesys 2.x, то опрос как делаете через plc конфигуратор или библиотеку modbus? Если через plc конфигуратор, то знаете, что он может работать не очень стабильно и в старых версиях ПЛК (не М02) он не чистил нормально буфер, а может и в новых есть подобная проблема. Разработчикам писал, но толку ноль, даже описал как воспроизвести проблему - только время зря потратил.
Выхода два: переписать все на библиотеку modbus или в plc конфигураторе попробовать добавить чтение регистра с какого-нибудь несуществующего устройства, раз в 5-10с, это лечит plc конфигуратор и он таки дочищает буфер при попытке чтения с такого устройства.

У вас скорей всего происходит следующее: при включении со стороны трм138в летит мусор, ПЛК при очередном запросе получает этот мусор плюс кусок ответа, при следующем запросе кусок ответа от предыдущего запроса и часть от нового и т.д. Буфер не чистится и лечится эта ситуация или перезапуском ПЛК или организацией таймаута по связи тогда буфер дочищается.

ps ТРМ138В использую много и проблем при включении не наблюдаю, причем версии от 2015г до 2022.
ps Проблема с modbus rtu была раньше только у трм 202 или 201 - там прибор становился на передачу и засаживал линию до перезапуска по питанию, лечилось это переходом на modbus ascii или на протокол owen. Плюс такие трм я всегда старался вешать на отдельный порт.
Сейчас проблема была с ПЛК Дельта серии DVP (связь серез модуль DVPSCM12), а ранее у коллеги - c ПЛК Siemens. Позже создания этого поста было собрано несколько аналогичных шкафов с ТРМ138В: на них во время проверки проблема пока не повторялась. Возможно, проблема в конкретном экземпляре ТРМ138В .

Спасибо за информацию.