Module siemens CP341 неизвестный сбой modbus master

[haspya]

Здравствуйте, высокоуважаемые специалисты АСУ ТП!
Столкнулся с непонятной работой модуля siemens CP341 в связке с ПЛК siemens CPU315DP (установлен в другой корзине, корзины связаны по профибас), сконфигурированный в качестве modbus-мастера с вставленным аппаратным ключом и загруженным в него драйвером: после прекрасной работы в течении нескольких дней и опроса всего одного slave-устройства, скоропостижно затыкается, перестает слать посылки и сбрасывается только благодаря снятия с него питания!
При этом, иногда, удается зафиксировать коды ошибок: в виде статуса ошибки на передачу W#16#1E0D и статуса ошибки на прием W#16#1E41.
Подскажите, что это может быть? Может быть кто-то уже сталкивался с этой проблемой? Можно ли как-то программно, принудительно пересбрасывать данный модуль?

[CoMod]

Что за устройство, что за протокол, что справка по используемой функции пишет об этих ошибках ?
Как часто глючит ?

[haspya]

Протокол modbus rtu с настройками 9600 8 n 1. Устройство - расходамер подключенный через радиомодемы. Нормально работает примерно втечении недели, затем приходится пересбрасывать модуль CP341.

[CoMod]

https://support.industry.siemens.com/cs ... -of-cp-340
W#16#1E0D
The figure below illustrates the content of the STATUS parameter for the "Job aborted due to warm restart, hot restart or reset" event (event class: 1EH, event number 0DH).

стр.140
W#16#1E41
(1E)41H The number of bytes specified at the FBs' LEN parameter is not permissible.
You must stay within a range of values of 1 to 1,024 bytes.

вариантов несколько: смотреть буферы диагностик
W#16#1E0D = барахлит корзина расширения IM, куда вставлен СР - или не к месту думается этот код - сравнить по времени буферы диагностики СР и CPU, может это реально CPU перезегружалось, а вместе с ним СР.
W#16#1E41 = барахлит СР или связка с модемом или ошибка в программе при динамическом параметрировании функции

[haspya]

Здравствуйте!
Изучил диагностические буферы CPU и IM в них отсутствуют аварийные диагностические сообщения, CPU не перезагрудался, так для IM диагностический буфер вообще пустой.
А вот для модуля CP341 присутствуют диагностические сообщения:
http://imglink.ru/show-image.php?id=00b ... 60ce127267
http://imglink.ru/show-image.php?id=5f1 ... 524dea9519
http://imglink.ru/show-image.php?id=a81 ... 272712c2eb

[CoMod]

Судя по написанному ошибка канала связи - эти ошибки можно и нужно обрабатывать программно, тогда не придётся вручную перевключать СР.
При обработке ошибки надо учитывать что
The parameter is available for a single CPU cycle after the send request has been completed correctly.
текст сообщений можно выделять и копировать через буфер.

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

[haspya]

А как можно программн­о обрабатывать? Что м­ожно сделать? Т­ам же нельзя отвергну­ть ответ, модуль сам­ его сразу принимает.

[CoMod]

Обработать ошибку ?
Модуль ведь не зависает, раз сообщает много раз об возникающих ошибках... надо вести где то архив таких ошибок по времени.
Не зная процедуру общения с неизвестной породой модема, качества связи с его собратом у расходомера...
и как редко это процедура вызывается невозможно ничего предположить