Расходомер-счетчик ультразвуковой Взлет РГ. Периодическая перезагрузка БВП

[Nikolay]

Доброго дня, имеем расходомер-счетчик ультразвуковой Взлет РГ УРГ-810-250 / ПЭА Г-111-150 1.
Происходит периодическая перезагрузка блока вторичного преобразователя (БВП) с фиксацией этого события в журнале отказов. Перезагрузка БВП происходить с разной периодичностью от нескольких минут до нескольких часов.
Экспериментальным путем было установлено, что перезагрузки БВП происходят при подключенном интерфейсе RS-485. БВП подключается по интерфейсе RS-485 к системе сбора информации, которая включает ПЛК (master), сам БВП (slave) и дополнительно еще 3 (три) устройства (slave) от разных производителей. При этом перезагрузки БВП продолжаются даже если исключить, непосредственно БВП, из цикла опроса у ПЛК (при этом кабель оставить подключенным к интерфейсу).
Была выявлена закономерность, что периодичность перезагрузок увеличивается если увеличивается количество ошибок CRC, которое отображается в меню "Статистика опросов".
В чем может быть причина подобного поведения БВП и возможно ли исправить данную проблему?

[yura]

Добрый день.

В статистике опросов есть счетчик всех принятых запросов, счетчик "своих" запросов (то есть тех которые с адресом расходомера), и счетчик своих запросов с ошибкой контрольной суммы. Важно - если прибор получает Modbus-запрос с чужим адресом, он не будет даже считать К/С этого запроса, так как он не для него, и соответственно не будет наращиваться счетчик ошибок К/С.
Если вы исключаете расходомер из опроса ПЛК, но на приборе продолжает расти счетчик запросов с ошибкой К/С, это говорит о том что на шине присутствуют какие то пакеты с его адресом. Или запросы/ответы других приборов содержат межбайтовые разрывы, из-за которых расходомер вообще отдельные байты может воспринимать как запросы. Хотелось бы увидеть лог обмена.

Проведите другой эксперимент - исключите из опроса все другие slave на шине, опрашивайте ПЛК только Взлет РГ. Если ошибок К/С не будет, подключите один другой slave и включите его обмен, потом второй, третий. Так появится какая то информация что вызывает проблему, ну и лог конечно нужен.

[Nikolay]

Спасибо за ваш ответ.

В статистике опросов есть счетчик всех принятых запросов, счетчик "своих" запросов (то есть тех которые с адресом расходомера), и счетчик своих запросов с ошибкой контрольной суммы. Важно - если прибор получает Modbus-запрос с чужим адресом, он не будет даже считать К/С этого запроса, так как он не для него, и соответственно не будет наращиваться счетчик ошибок К/С.
Если вы исключаете расходомер из опроса ПЛК, но на приборе продолжает расти счетчик запросов с ошибкой К/С, это говорит о том что на шине присутствуют какие то пакеты с его адресом. Или запросы/ответы других приборов содержат межбайтовые разрывы, из-за которых расходомер вообще отдельные байты может воспринимать как запросы.

Тут самое интересное, когда я исключал расходомер из опроса, в меню "Статистика опроса" расходомера:
- Счетчик "Всего" - увеличивает.
- Счетчик "Своих" - не изменяется.
- Счетчик "Ошибка CRC" - увеличивается. При этом, чем меньше выставить у расходомера значения "Межб. пауза" и "Зад. ответа", тем быстрее увеличивается этот счетчик. Например, если "Межб. пауза" = 1 мс и "Зад. ответа" = 1 мс, счетчик увеличивается примерно каждые 250 мс. При 2 мс / 2 мс счетчик увеличивается примерно раз в 1-5 минут. По итогу, выставлялось "Межб. пауза" = 5 мс и "Зад. ответа" = 10 мс.

Хотелось бы увидеть лог обмена.
Проведите другой эксперимент - исключите из опроса все другие slave на шине, опрашивайте ПЛК только Взлет РГ. Если ошибок К/С не будет, подключите один другой slave и включите его обмен, потом второй, третий. Так появится какая то информация что вызывает проблему, ну и лог конечно нужен.

Логи приложил, ниже описание, что делалось.
Сеть включает следующие устройства:
- Master - ПЛК Simatic S7-1200;
- ID#2 - Овен МВ110-24.8АС;
- ID#3 - Овен МВ110-24.8АС;
- ID#4 - Расходомер (БВП);
- ID#5 - Газоанализатор Fuji.
Все устройства стоят в одном шкафу, подключены кабелем КИС-Внг(А)-LS 1х2х0.78 и заземлены. На ПЛК и газоанализаторе ID#5 стоят терминаторы по 120 Ом, на расходомере ID#4 резистор (SA2) отключен.
На момент эксперимента, газоанализатор Fuji (ID#5) был отключен и вместо него подключался ноутбук, все остальные устройства были подключены.

1. Логи "CL ID2-3_5 00x.txt". Опрашивались устройства: ID#2, ID#3, ID#5. У расходомера, счетчик "Всего" - увеличивался, "Своих" - не изменялся, "Ошибка CRC" - увеличивался (часто). ПЛК фиксировал ошибки при опросе (часто).
2. Логи "CL ID4 00x.txt". Опрашивалось устройство (только расходомер): ID#4. У расходомера, счетчик "Всего" - увеличивался, "Своих" - увеличивался, "Ошибка CRC" - увеличивался (редко). ПЛК не фиксировал ошибок при опросе (редко).
3. Логи "CL ID2-3 00x.txt". Опрашивались устройства: ID#2, ID#3. У расходомера, счетчик "Всего" - увеличивался, "Своих" - не изменялся, "Ошибка CRC" - увеличивался (редко). ПЛК не фиксировал ошибок при опросе.
4. Логи "CL ID2-4 00x.txt". Опрашивались устройства: ID#2, ID#3, ID#4. У расходомера, счетчик "Всего" - увеличивался, "Своих" - увеличивался, "Ошибка CRC" - увеличивался. ПЛК фиксировал ошибки при опросе.
5. Логи "CL ID2-5 00x.txt". Опрашивались устройства: ID#2, ID#3, ID#4, ID#5. У расходомера, счетчик "Всего" - увеличивался, "Своих" - увеличивался, "Ошибка CRC" - увеличивался (часто). ПЛК фиксировал ошибки при опросе (часто).

[Nikolay]

В предыдущем посте описался:

2. Логи "CL ID4 00x.txt". Опрашивалось устройство (только расходомер): ID#4. У расходомера, счетчик "Всего" - увеличивался, "Своих" - увеличивался, "Ошибка CRC" - увеличивался (редко). ПЛК не фиксировал ошибок при опросе (редко).

Тут ПЛК зафиксировал ошибку при опросе БВП. Во время эксперимента была одна ошибка, расходомер не ответил на запрос, но ранее ПЛК еще фиксировал ошибки CRC.

Еще не указал файл:
6. Логи "CL ID2_4 00x.txt". Опрашивались устройства: ID#2, ID#4. У расходомера, счетчик "Всего" - увеличивался, "Своих" - увеличивался, "Ошибка CRC" - увеличивался (редко). ПЛК фиксировал ошибки при опросе (редко).

Вообще если опрашивать только модули Овен, ПЛК вообще не фиксирует ошибок. При этом на БВП "Ошибка CRC" увеличивается, но редко.
Если мы к Овенам добавляем БВП или Fuji, то ПЛК уже начинает фиксировать ошибки (в основном несоответствие CRC).

По поводу логов, на объекте не заметил, но почему-то некоторые запросы идут без разделений (записаны все одной строкой).
Хотя все должны выглядеть как у ID#5 (запрос и потом ответ от устройства):
Rx:002533-11:21:13.265-05 04 00 00 00 0F B1 8A
Tx:002534-11:21:13.266-05 84 01 C3 01

Из-за этого конечно немного сложно читаются запросы и ответы, но прогнав часть логов через нейронку, ничего, что могло бы вызывать перезагрузку БВП (например из невероятного, интерпретации БВП запроса как запись "1" в ячейку 400019 для рестарта прибора), найдено не было.

[Nikolay]

Проблема с перезагрузкой была решена увеличением межбайтовой паузы (до 50 мс) у БВП и увеличением паузы между запросами (до 100 мс) у ПЛК.
Спасибо большое Юрию, руководителю отдела ПО приборов, за техническую поддержку и помощь в данном вопросе.