Проблемы при опросе при прибора по RS-232 (modbus RTU)

[egorsubbotin]

Всех приветствую.
Возникла проблема при опросе прибора logoscreen CF.
Прибор опрашивается по интерфейсу RS-232 OPC-сервером MasterOPC от инсат.
Длина кабеля около 2х метров.
Прибор опрашивается втечение 2х-3х минут после чего появляется признак качества BAD и опрос прекращается (запросы идут, а ответа не поступает). Помогает восстановить опрос только парезапуск самого устройства.
Подскажите пожалуйста в чем может быть проблема и каковы могут быть пути решения.

Кусок лога:

28-01-2022 11:21:32.446 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
28-01-2022 11:21:16.933 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
28-01-2022 11:21:11.853 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
28-01-2022 11:21:06.757 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
28-01-2022 11:21:01.648 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
28-01-2022 11:20:56.490 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
28-01-2022 11:20:55.375 COM 4::LS NT:(COM4) Rx: [0009] 09 03 04 50 00 48 43 15 02
28-01-2022 11:20:55.282 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
28-01-2022 11:20:54.384 COM 4::LS NT:(COM4) Rx: [0009] 09 03 04 50 00 48 43 15 02
28-01-2022 11:20:54.274 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
28-01-2022 11:20:53.384 COM 4::LS NT:(COM4) Rx: [0009] 09 03 04 50 00 48 43 15 02
28-01-2022 11:20:53.245 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
28-01-2022 11:20:52.121 COM 4::LS NT:(COM4) Rx: [0009] 09 03 04 50 00 48 43 15 02
28-01-2022 11:20:52.060 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
28-01-2022 11:20:51.170 COM 4::LS NT:(COM4) Rx: [0009] 09 03 04 50 00 48 43 15 02
28-01-2022 11:20:50.972 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
28-01-2022 11:20:50.091 COM 4::LS NT:(COM4) Rx: [0009] 09 03 04 50 00 48 43 15 02
28-01-2022 11:20:50.028 COM 4::LS NT:(COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D





Спасибо.

[olexsa]

Эзернетом не пробовали? Вроде как тоже имеется такая функция.
Ну и классика - а производитель? Запрашивали информацию? Не знаю как сейчас, обращался к ним очень давно. Очень контактные. Только серийник запросили.

[leon78]

Попробуйте для теста настроить опрос реже. Бывает, что некоторые устройства зависают от частого опроса. Хотя у вас не слишком частый опрос - 1 раз в секунду.

[Jackson]

Ну и классика

Это ещё не класика. Классика - это "протокол-то какой?" :)

[leon78]

Классика - это "протокол-то какой?"

Судя по логу, запрос по Modbus RTU: узел 9, код функции 3, 2 регистра с адреса 35h

Отправлено спустя 1 минуту 10 секунд:
Кстати, к logoscreen идёт хорошая программа для чтения архива и настройки. У неё соединение стабильное?

[keysansa]

Протокол опроса, пока все хорошо, мало что дает для понимания.
Хорошо было бы увидеть строки лога, когда прекращается обмен. Часто клиент в лог помещает RAW данные, на которых он "споткнулся". Это гораздо более интересная информация.

ЗЫ. Лучше всего, лог как раз в момент прекращения обмена.

[leon78]

Так в логе видно, что обмен прекращается после 28-01-2022 11:20:56.490 - запросы есть, ответов нет.

[keysansa]

Так в логе видно, что обмен прекращается после 28-01-2022 11:20:56.490 - запросы есть, ответов нет.

Не видно данных, которые принял приемник.

[Jackson]

Так в логе видно, что обмен прекращается после 28-01-2022 11:20:56.490 - запросы есть, ответов нет.

И это, собственно, всё что видно в логе.

Прибор опрашивается по интерфейсу RS-232 OPC-сервером MasterOPC от инсат. Длина кабеля около 2х метров.

Автору не кажется ли случайно, что проблема где-то тут? :)

[egorsubbotin]

Ну и классика

Это ещё не класика. Классика - это "протокол-то какой?" :)

Протокол указал в названии темы "Проблемы при опросе при прибора по RS-232 (modbus RTU)"

Отправлено спустя 4 минуты 9 секунд:
Отправлено спустя 1 минуту 10 секунд:


Отправлено спустя 1 минуту 52 секунды:

Эзернетом не пробовали? Вроде как тоже имеется такая функция.
Ну и классика - а производитель? Запрашивали информацию? Не знаю как сейчас, обращался к ним очень давно. Очень контактные. Только серийник запросили.

Прибор снят с производства, производитель на вопросы по нему отвечает с трудом, но ждем ответов

Отправлено спустя 10 минут 18 секунд:

Классика - это "протокол-то какой?"

Судя по логу, запрос по Modbus RTU: узел 9, код функции 3, 2 регистра с адреса 35h

Отправлено спустя 1 минуту 10 секунд:
Кстати, к logoscreen идёт хорошая программа для чтения архива и настройки. У неё соединение стабильное?

С программой конфигуратором соединение тоже пропадает

Отправлено спустя 16 минут 47 секунд:

Протокол опроса, пока все хорошо, мало что дает для понимания.
Хорошо было бы увидеть строки лога, когда прекращается обмен. Часто клиент в лог помещает RAW данные, на которых он "споткнулся". Это гораздо более интересная информация.

ЗЫ. Лучше всего, лог как раз в момент прекращения обмена.

Вот лог, который OPC пишет в файл

[29.01.2022 8:37:55.207] Inf : COM 4.LS NT:Старт опроса устройства
[29.01.2022 8:37:55.224] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:37:55.287] TRACE : (COM4) Rx: [0009] 09 03 04 6D 51 41 ED CE 93
[29.01.2022 8:37:55.302] Inf : COM 4.LS NT:Стоп опроса устройства (t = 95 ms) (H2 17,14,49 )
[29.01.2022 8:37:56.334] Inf : COM 4.LS NT:Старт опроса устройства
[29.01.2022 8:37:56.350] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:37:56.414] TRACE : (COM4) Rx: [0009] 09 03 04 6F 09 41 ED 4E F8
[29.01.2022 8:37:56.429] Inf : COM 4.LS NT:Стоп опроса устройства (t = 96 ms) (H2 16,31,32 )
[29.01.2022 8:37:57.463] Inf : COM 4.LS NT:Старт опроса устройства
[29.01.2022 8:37:57.479] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:02.523] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:07.574] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:12.615] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:17.659] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:22.696] Err : LS NT:Ошибка выполнения команды 3 <<Small input buffer (4 or 5)>> в устройстве 9 from LS NT:HOLDING_REGISTERS
[29.01.2022 8:38:22.696] Err : COM 4.LS NT:Включен таймаут ошибки запроса 1
[29.01.2022 8:38:22.696] Err : COM 4:Реиницилизация узла
[29.01.2022 8:38:22.825] Inf : COM 4:Порт 4 закрыт
[29.01.2022 8:38:22.825] Inf : COM 4.LS NT:Ошибка опроса устройства
[29.01.2022 8:38:33.435] Inf : COM 4:Порт 4 открыт
[29.01.2022 8:38:33.435] Inf : COM 4.LS NT:Старт опроса устройства
[29.01.2022 8:38:33.443] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:38.496] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:43.540] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:48.580] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:53.634] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:58.673] Err : LS NT:Ошибка выполнения команды 3 <<Small input buffer (4 or 5)>> в устройстве 9 from LS NT:HOLDING_REGISTERS
[29.01.2022 8:38:58.673] Err : COM 4.LS NT:Включен таймаут ошибки запроса 1
[29.01.2022 8:38:58.673] Err : COM 4:Реиницилизация узла
[29.01.2022 8:38:58.808] Inf : COM 4:Порт 4 закрыт
[29.01.2022 8:38:58.808] Inf : COM 4.LS NT:Ошибка опроса устройства
[29.01.2022 8:39:09.434] Inf : COM 4:Порт 4 открыт
[29.01.2022 8:39:09.434] Inf : COM 4.LS NT:Старт опроса устройства
[29.01.2022 8:39:09.449] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:39:14.488] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:39:19.542] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:39:24.591] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:39:29.626] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:39:34.650] Err : LS NT:Ошибка выполнения команды 3 <<Small input buffer (4 or 5)>> в устройстве 9 from LS NT:HOLDING_REGISTERS
[29.01.2022 8:39:34.650] Err : COM 4.LS NT:Включен таймаут ошибки запроса 1

[Ryzhij]

На уровне интерфейса RS-232 сигнал готовности порта прибора Ready анализируется? В кабеле он распаян?

[rwg]

Мне кажется, что проблема очевидная - после 2-3 минут работы у устройства зависает подпрограмма обмена по СОМ-порту. Например такое встречается у Овеновских ТРМов с прошивкой до февраля 2017 года (если правильно помню), только они перестают отвечать по Modbus RTU в случайный момент времени через несколько часов-месяцев после включения. Там приходится использовать Modbus ASCII или отключать питание прибора на пару секунд

[keysansa]

На уровне интерфейса RS-232 сигнал готовности порта прибора Ready анализируется? В кабеле он распаян?

А разве, при трехпроводном соединении RS232 и неверно установленной конфигурации синхронизации будет хоть какой-то обмен? У меня ни разу не было, что бы при установке RTS/CTS на трехпроводном соединении хоть что-то пошло.

[29.01.2022 8:38:22.696] Err : COM 4.LS NT:Включен таймаут ошибки запроса 1
[29.01.2022 8:38:22.696] Err : COM 4:Реиницилизация узла
[29.01.2022 8:38:22.825] Inf : COM 4:Порт 4 закрыт
[29.01.2022 8:38:22.825] Inf : COM 4.LS NT:Ошибка опроса устройства
[29.01.2022 8:38:33.435] Inf : COM 4:Порт 4 открыт
[29.01.2022 8:38:33.435] Inf : COM 4.LS NT:Старт опроса устройства
[29.01.2022 8:38:33.443] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:38.496] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:43.540] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:48.580] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:53.634] TRACE : (COM4) Tx: [0008] 09 03 00 35 00 02 D5 4D
[29.01.2022 8:38:58.673] Err : LS NT:Ошибка выполнения команды 3 <<Small input buffer (4 or 5)>> в устройстве 9 from LS NT:HOLDING_REGISTERS

Тут видно, что ответа от мастера нет вообще, слейв COM порт переоткрывает (делает ли Flush буферов - не понятно, но скорее всего делает, и даже если это не так, проходит 5 посылок и 5 секунд).

Я согласен с rwg, наиболее вероятно - перестает отвечать удаленное устройство. Можно, для достоверности, конечно, "поснифить" обмен, но врядли что-то новое будет, судя по опыту.

[olexsa]

А какие параметры настройки RS-232 у logoscreen CF?

Отправлено спустя 53 минуты 38 секунд:
А вот еще вопрос к egorsubbotin - используете интерфейсный кабель ПК с преобразователем TTL/RS232 и адаптером, или напрямую соединение между портами?

[Ryzhij]

А разве, при трехпроводном соединении RS232 и неверно установленной конфигурации синхронизации будет хоть какой-то обмен? У меня ни разу не было, что бы при установке RTS/CTS на трехпроводном соединении хоть что-то пошло.

В том и дело, что обмен будет, пока один из приборов не займется своими делами. Потом он просто перестанет принимать, ну и отвечать соответственно.

Отправлено спустя 6 минут 6 секунд:

А вот еще вопрос к egorsubbotin - используете интерфейсный кабель ПК с преобразователем TTL/RS232 и адаптером, или напрямую соединение между портами

Это вопрос из той же "оперы".

Отправлено спустя 3 минуты 55 секунд:

Тут видно, что ответа от мастера нет вообще, слейв COM порт переоткрывает

Не отвечать может только слейв. Это дело мастера слать запросы.

[olexsa]

olexa писал(а): ↑42 минуты назад
А вот еще вопрос к egorsubbotin - используете интерфейсный кабель ПК с преобразователем TTL/RS232 и адаптером, или напрямую соединение между портами

Это вопрос из той же "оперы".

Прошу прощения за назойливость, но не совсем понял, из какой именно оперы?

Отправлено спустя 2 минуты 25 секунд:
Согласно документации Logoscreen CF, для организации связи по RS232 нужен преобразователь уровней TTL в уровни RS232.

[Ryzhij]

Прошу прощения за назойливость, но не совсем понял, из какой именно оперы?

Большинство преобразователей используют усеченную схему без дополнительных сигналов, предусмотренных RS-232.

Я порылся в интернете и нашел описание интерфейса. Поиграйтесь минимальным временем задержки ответа в приборе и максимальным временем ожидания в компе, раз у нас не используются линии RTS/CTS.
Опять же надо проверить соответствие установленной скорости передачи количеству запрашиваемых данных.

[keysansa]

Не отвечать может только слейв. Это дело мастера слать запросы.

Я так же думал, но когда полез за пруфами в спецификацию modbus, увидел там, что это слейв опрашивает мастера.

Опять же надо проверить соответствие установленной скорости передачи количеству запрашиваемых данных.

Согласен, это встречается. При несоответствии скоростей, прибор отвечает некоторое время, потом перестает, встречался. Не 2-3 минуты, меньше, но есть такое.

Отправлено спустя 1 минуту 38 секунд:

Согласно документации Logoscreen CF, для организации связи по RS232 нужен преобразователь уровней TTL в уровни RS232.
Вернуться к началу

Если бы его не было, прибор бы не отвечал ни минуты, плюс, почти 100% вероятность повреждения TTL схемы.

[Ryzhij]

Я так же думал, но когда полез за пруфами в спецификацию modbus, увидел там, что это слейв опрашивает мастера.

Вас обманули. Или вы что-то не поняли.
В протоколах Modbus RTU/ASCII инициатор связи именуется мастером, в Modbus-TCP эти функции выполняет клиент. Отвечают слейвы и серверы соответственно.

[keysansa]

Вас обманули. Или вы что-то не поняли.

Вот, заставили, снова полез... Паранойя разовьется скоро...

Отправлено спустя 5 минут 46 секунд:
modbus.org
Modbus specification protocol
Страница 5.
https://ibb.co/NnYcpzW

[Ryzhij]

И?!
Я что-то не так вам написал?
Запрос в Modbus-TCP инициирует клиент.
Клиент соответствует мастеру в Modbus RTU/ASCII.
А серверу - слейв.
И сервер, и слейв по своей роли в сеансе связи никого не опрашивают, а отвечают на запросы.
С чего это мы в трёх соснах путаемся?

[keysansa]

В протоколах Modbus RTU/ASCII инициатор связи именуется мастером,

Я просто не правильно понял, согласен.
В спецификации рассматриваются оба варианта, и TCP и RTU, но порядок обмена не разделяется. Везде один порядок обмена.

Отправлено спустя 2 минуты 7 секунд:

Клиент соответствует мастеру в Modbus RTU/ASCII.

Надо просто было сразу объяснить, у меня не возникло бы вопросов.
Только добавить, что и в TCP клиент тоже мастер.

Отправлено спустя 3 минуты 25 секунд:

Я что-то не так вам написал?
Запрос в Modbus-TCP инициирует клиент.

Не отвечать может только слейв. Это дело мастера слать запросы.

ЗЫ. Я тоже в шоке был, не поверите.

ЗЫЫ. Но я признал ошибку, и попросил прощения.

Отправлено спустя 10 минут 30 секунд:
Где-то 200 страниц документации было переписано...

[Jackson]

Надо просто было сразу объяснить, у меня не возникло бы вопросов.
Только добавить, что и в TCP клиент тоже мастер.

В TCP нет понятия "мастер" и "слейв" - там есть "клиент" и "сервер". "Мастер" в RTU - не одно и то же что "клиент" в TCP.

[VladimirIvanov]

В TCP нет понятия "мастер" и "слейв" - там есть "клиент" и "сервер".

С недавних пор, в связи с движением BLM, и применительно к RTU не рекомендуется использовать понятия "мастер" и "слейв", оптимально - "клиент" и "сервер"
https://www.modbus.org/docs/Client-Ser ... .docx.pdf

[Jackson]

С недавних пор, в связи с движением BLM, и применительно к RTU не рекомендуется использовать понятия "мастер" и "слейв", оптимально - "клиент" и "сервер"

Это выглядит примерно как "Не доверяю английским спецшколам в Англии, потому что совсем не так надо произносить "the table" согласно последним инструкциям ВЦСПС" (с)