CODESYS V3.5. Настройка обмена с другими устройствами (Modbus, ОВЕН, OPC и др.)

[Юрий_66]

Здравствуйте, подскажите пожалуйста. Рабочий проект, СПК110, есть исходник. Требуется подключить контролер LMV5х + AZL5хх горелки котла по modbus rtu. Протокол, насколько я понимаю, нестандартный - CRC передаётся младшим байтом вперёд. CRC.png. https://pikinno.com/upload/iblock/e3...709c37561c.pdf. Как правильно организовать работу с ним. Может есть отработанные решения? Поиском не удалось ничего найти. В исходнике СПК дописываю третий порт подключаю КТР-121 - всё работает. Самостоятельно победить нестандартный протокол пока не получается.

[melky]

В Modbus CRC так же передается младшим байтом вперед.

Если примеры запроса и ответа кинуть в парсер, то видно, что в запросе и ответе CRC по разному введено. Ответ сразу парсится как есть. А в запрос парсится если поменять местами байты CRC.

CRC-16/MODBUS 0xA024 - и если вбить запрос без CRC в калькулятор CRC то для Modbus мы получим именно так, а не 24A0 как в примере из доки на прибор

[Юрий_66]

Вот скрин "OPC Server". изображение_2024-01-08_113344340.png На нём видно что CRC передаётся старшим байтом вперёд =24А0=, а нужно =А024=.

Вот скрин прослушивания линии "Terminal V1.9", изображение_2024-01-08_114011482.png Здесь видим тоже самое.

[Юрий_66]

В калькуляторе вижу изображение_2024-01-08_115019912.png

А OPC Server передаёт и Terminal V1.9 это подтверждает изображение_2024-01-08_115522111.png

Вопрос: почему в описании протокола и в калькуляторе CRC младшим - байтом вперёд, а в OPC Server - старшим байтом вперёд?

[kondor3000]

В калькуляторе вижу
А OPC Server передаёт и Terminal V1.9 это подтверждает
Вопрос: почему в описании протокола и в калькуляторе CRC младшим - байтом вперёд, а в OPC Server - старшим байтом вперёд?

При передаче по Модбас байты и регистры могут меняться местами.

[melky]

еще раз, в калькулятор и запрос и ответ и вы поймете, что в документации ошибка. ошибка в данных CRC
а потом правильные посылки в парсер Modbus и увидите, что запрос вполне адекватный протоколу.

[Юрий_66]

Я правильно понял, что OPC Server работает не по протоколу?

Можно ли в таком случае заставить его передавать запрос с CRC младшим байтом вперёд?

[Юрий_66]

еще раз, в калькулятор и запрос и ответ и вы поймете, что в документации ошибка. ошибка в данных CRC
а потом правильные посылки в парсер Modbus и увидите, что запрос вполне адекватный протоколу.

В ответе так же CRC идёт младшим байтом вперёд. изображение_2024-01-08_134413328.png

Предполагаю что это не ошибка, а протокол от "SIEMENS". И для работы с LMV+AZL его надо выполнять.

[МихаилГл]

В ответе так же CRC идёт младшим байтом вперёд. изображение_2024-01-08_134413328.png

Предполагаю что это не ошибка, а протокол от "SIEMENS". И для работы с LMV+AZL его надо выполнять.

Если не получается как с модбас работать, то придётся писать общение самостоятельно как работу через сокет и прочее. Если просто считывать данные, то там проблем нет, а хотите полноценное общение со всеми плюсами... То придётся руками всё описывать в программе.

Я при общении с нестандартными протоколами жёстко прописываю посылку с требуемой CRC, а при получении ответа не проверяю на правильность. Иначе это затянется на............

[kondor3000]

Я правильно понял, что OPC Server работает не по протоколу?

Можно ли в таком случае заставить его передавать запрос с CRC младшим байтом вперёд?

ОРС сервер работает по протоколу, но при передаче по Модбас, не важно куда, байты и регистры могут поменяться местами, для этого и существует перестановка регистров и байт
( как правило этим занимается Мастер сети), а программист настраивает ( программирует) как ему надо.