[addi II 1]

Здравствуйте!

 

Парсирую посылки вручную modbus-rtu устройства

И вроде по фрейму все складывается, и даже специальное  ПО парсирует пасылку, но я на нижнем уровне не могу

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

Проблема в полях Id устройства и версии ПО, она вообще там с точкой!

 

Перевод hex в ascii не дают должного(как представляет специальное верхнее ПО)представления

Подскажите пожалуйста в чем хитрость?

 

Спасибо!

[k155la3 27]

6 часов назад, addi II сказал:

. . . Проблема в том что в мониторе я виже hex значения которые далее никак не интерпретируются . . . 

Для такой задачи Вы должны уметь визуально читать "пакет" в hex-дампе без всякой "интерпретации".

Хитростей с одной стороны нет, если как-следует читать-знать спецификацию протокола MODBUS RTU.

Если этого не сделать, то получается сплошная "хитрость". Приведите hex-дамп пакета, который не можете разобрать и исходную-принятую информацию.

[tonyk_av 45]

Не понимаю, в чём сложность с разбором МВ-фрейма.

Выдели в полученном блоке данных ADU и PDU и разбирай их отдельно. Захочешь потом реализовать Modbus/TCP, нужно будет только изменить обработку ADU. Ну и логично разбирать всё по порядку. Кстати, почитай доки с сайта Модбаса, там прямо алгоритмы разбора нарисованы.  На С++ это получается очень просто, когда выносишь манипуляции с ADU в виртуальные методы.

Изменено 23 октября, 2022 пользователем tonyk_av

[addi II 1]

Спасибо можно ссылку в личку доки на модбас, в нете есть только одно описание но он на спецификацию не похоже

[tonyk_av 45]

А можно тупо вбить в Гугле "modbus",

открыть первую ссылку, щёлкнуть любой указанной стрелочками ссылке,

чтобы получить доступ ко всей документации?

 

Модбасу уже 43 года, поэтому доков на него так много, что говорить неприлично. Коллега, учись пользоваться поиском

[addi II 1]

Спасибо за поддержку!

Но я даже в спецификации не нахожу объяснения, почему то CAN спецификация намного понятнее

Вот что приходит со снифера это поле данных

009C 00A0 0054 00E4 0063 00A7 0042 0099 0096 0007 0076 0011 003F 00F7 009C 00A3 0003 0000 0000 FFFF

И вот что читает специализированная прога

https://dropmefiles.com/RbeA4

Но я не могу это интерпретировать, прощу объяснить на пальцах, кто значет

 

Спасибо!

[dimka76 63]

On 10/26/2022 at 3:30 PM, addi II said:

Но я даже в спецификации не нахожу объяснения,

А вы хоть руководство к вашему Бинар-2П открывали ?

[k155la3 27]

3 часа назад, addi II сказал:

. . . Вот что приходит со снифера это поле данных

009C 00A0 0054 00E4 0063 00A7 0042 0099 0096 0007 0076 0011 003F 00F7 009C 00A3 0003 0000 0000 FFFF

И вот что читает специализированная прога . . . .

"Байтовый" обмен по шине (физ. уровень) надо также приводить в виде байтового дампа, а не в виде "слов". Как понимать последние FFFF ?

Для анализа потока даннных приведенного дампа недостаточно. Жеательно запись "сессии", когда на шине только прибор и "клиентская" программа, записать все - от включения до завершения работы. Или хотя-бы в районе 1 кБ.

При обмене информация может быть кодирована-шифрована в той или иной мере.

ps

После чтения мануала. Выкладывайте бинарный снифер-лог потока в виде файла. 

[Lagman 1]

deleted

Изменено 3 января, 2023 пользователем Lagman
ошибся