ПЛК110-220.60 + МВ110-220.8АС смещение измерительных каналов

Здравствуйте. Столкнулись со следующей проблемой: Имеется шкаф с ПЛК110-220.60 и модулем МВ110-220.8АС. К модулю подключено 6 датчиков 4-20мА. Опрос модуля контроллером производится через Uniersal Modbus device. Периодически (за 10 месяцев эксплуатации сие происходило 5 раз) происходит смещение показаний с датчиков на один, т.е. показания с датчика 6 передается на адрес 5 канала, с 4 на 5 и т.д. Никаких ошибок связи не наблюдается. После отключения и включения питания модуля, или отключения и подключения линии RS-485 все приходит в норму. Заменили модуль - не помогло. В последнем случае эксплуатирующий персонал сообщил, что неисправности предшествовало отключение электропитания на объекте. Контроллер с модулем запитаны через UPS. В чем может быть проблема? Что посоветуете сделать?

Лично мне без программы опроса ни чего не понятно.

При отключении питания на выходе UPS нет нуля скорее всего, может быть связанно с этим ?
Хотя питания датчиков должно быть от источника 24В в 8АС.

Попробуйте во-первых проверить отключив входящее питание от UPS и убедиться в косяке.
Ну и попробуйте поставить разделительный транс 220-220 после ибп и один выход вторичной обмотки посадить на землю, сформировав ноль.

Хотя откровенно странность, у меня дома ПЛК100 и 8АС сидят после ибп по питанию и не замечал такого, правда у меня всего 3 датчика на нем сидит, один 4-20мА и два 0-10В

imho Предположу, что вы для опроса используете PLC конфигуратор. Я тут как-то писал что он не чистит буфер и не особо следит за тем что пришло в ответе (может crc проверяет и все). И даже приводил методику воспроизведения этих проблем (но что-то это не вызвало должного отклика со стороны службы поддержки). На объекте скорей всего происходит следующая ситуация плк посылает запрос на чтение регистра, модуль по каким-то причинам задумывается о своем, на плк срабатывает таймаут ожидания ответа и он посылает очередной запрос или готовится послать запрос. В этот момент модуль приходит в себя и посылает ответ. ПЛК же буфер не чистит и вместо ответа на последний запрос получает ответ на предыдущий запрос плюс еще и ответ на последний запрос. Затем плк вычитывет ответ на предыдущий запрос и говорит что это ответ на текущий последний запрос. Затем посылает очередной запрос, но в буфере то уже есть ответ на предыдущий запрос и. т.д. А когда вы отбрасывает RS485 то плк таки вычитывает буфер до конца и все начинает работать как надо. Переход на modbus.lib решит эту проблему, можно также увеличить таймауты на ожидание ответа.

modbus.lib и групповой опрос однозначно должен решить проблему. Я такое много раз видел в Lectus, тот тоже странно CRC обрабатывает.

Здравствуйте. Спасибо всем, кто откликнулся.

melky.
При отключении питания на выходе UPS действительно нет нуля. Но вызвать неисправность отключением питания щита не удается. Неисправность появляется случайным образом, как уже писал, за 10 месяцев эксплуатации происходило это раз 5. Объединил ноль до и после UPS. На другом объекте, где это было сделано изначально подобная неисправность пока не проявлялась. Буду дальше следить.

kfvniiz.
Для опроса модулей используется Uniersal Modbus device в PLC-конфигураторе. Подскажите, какова методика воспроизведения неисправности. Хотелось бы докопаться до сути. Пока попробую увеличить таймауты.

Была похожая хрень когда Термодат опрашивал. Точнее она никуда не делась с того объекта. Прибор многоканальный, и его каналы как бы съезжали друг на друга, но не до сброса, а только на один опрос. На отображение тупо фильтр поставил, а для аварии всё равно длительное нарушение нужно было.

Ну а как отличить покет с ответом на опрос другого регистра в том же слейве той же функцией коли запросы как песок сыплются ? А ни как. Только увеличивать таймаут. Ну или за раз - всё.

Ставим попеременно запросы 0x3 и 0x4 функцией. тогда мастер сможет отфильтровать запросы к опоздавшему каналу.

Тоже вариант. Это хорошо что тут области для 3й и 4й совпадают

Здравствуйте.
Опрос модуля на протоколе "OWEN" сто процентов решит эту проблему.
В 2007 году наткнулся на странности с опросом аналоговых модулей овен и с тех пор юзаю ТРМ и модули ОВЕН на протоколе ОВЕН. С 2007 года ни разу с проблемами связи между ПЛКххх и модулями/ТРМххх не сталкивался)
Хотя более персперктивно для опроса пользоваться, выше указанной, библиотекой.