МАРШРУТНАЯ РЕТРАНСЛЯЦИЯ MODBUS

[melky]

Валенок просто вы привыкли к древнему Modbus, где только Coils, да Input и Holding Register а стандарт дальше развивался и некоторые производители все-таки начали применять это в приборах. А пЕсатели всяких OPC да прочего так и топчутся на месте на старом "добром" Modbus (например тот же Овен со своей Конфигурацией в ПЛК), чуть что, не поможет...

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

[melky]

Валенок кто в другую сторону развил? Modicon насколько понимаю устранился давно от данного протокола, 0х17(23) описана в стандарте Modbus - скачайте уж что ли его.

Кого другого вы имеете ввиду ? на Wiki есть упоминание Modbus-Plus от Шнайдера, так о нем речи нет, это из другой оперы проприоритарный протокол на основе Modbus.

Если расширите вы, то это получится как у Шнайдера, понятно будет только вам. А приведенная команда сугубо из стандарта Modbus и описана в его документации.
Я видел приборы, которые текущие данные отдавали по старинке, а вот архивы как раз таки дополнительными командами протокола, вопрос только поддержки от всяких OPC да Scada систем...

[melky]

https://modbus.org/docs/Modbus_Appli...col_V1_1b3.pdf

Все лежит на Modbus_ogr, ссылки есть в конце страницы из Wiki. Вообще там много документов, вплоть до того, какие контакты необходимо использовать, если применяется разъем RJ45 чтобы не лепили отсебятину.

[melky]

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

а так, 64 97 00 00 00 09 E3 17 03 00 01 00 01 D7 3C - функция 0x17 и вот эти байты разберите по документации 03 00 01 00 01 D7 3C
Вам нужен раздел 6.17 страница 38, дальше сами, а то я тут протоколом VRV систем занимаюсь и реально не до разбирательств с Modbus..

[melky]

Валенок какой шаг на, предполагается что два прибора умеют работать со всеми функциями Modbus. Один спросил, другой ответил...

[melky]

Валенок ну не делайте мне мозг пожалуйста. Посылка, приведенная автором или кем-то скопированная из скрина, полностью Корректна для Modbus.

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

это про "мыши - станьте ежиками" ? ))

нет, это написание драйвера для Scada, чтобы сделать программный шлюз, имея на руках лишь это https://codeberg.org/xye/xye
И железки в виде адаптера от Даичи и платы кондея. И оно таки отвечает и управляется... Просто надо дооформить управление, интерфейс для настроек. Короче окультурить осталось, правда тоже времени занимает...

2022-09-02 23:23:00 Сеанс связи с устройством [2] AF-X
Отправка (16): AA C0 0F 0F 80 0F 00 00 00 00 00 00 00 3F 54 55
Приём (32/32): AA C0 80 0F 0F 00 31 10 00 00 FF 94 00 FF 00 00 FF 00 00 00 00 00 00 00 00 00 00 00 00 00 D0 55
OK

[melky]

Валенок то есть я должен потратить время, чтобы вам разжевать? обратите внимание на дату документа в начале, 2012 год если что. И данная посылка на скрине не единственная. Что есть запрос, что есть ответ опять же, разбираться ВЛОМ, это не моя задача. Но то, что это MODBUS не вызывает сомнений. Если в вашем понимании стандарт это все до 0x15 то можете и далее так считать. Удачи. Автору тоже. На его месте я бы от Овен держался подальше, хотя конечно и на нем можно. Особенно если заглянуть в oscat и порыться там, что они поддерживают в Modbus как для 2.3 так и для 3.5 CodeSys...

ТС простите сам не знает что там и как, так что какие-либо подтверждения без диагноза пока рановаты...

[melky]

Проснулся, Валенок, вы правы. У ТС не очень удачный пример с 23-м адресом слейва (0x17)

64 97 00 00 00 09 E3 17 03 00 01 00 01 D7 3C - запрос RTU к 23-му
64 97 00 00 00 08 E3 17 03 02 00 6D 30 6A - ответ RTU от 23-его
64 9A 00 00 00 08 E3 17 03 02 00 6C F1 AA - аналогичный ответ только под новым номером транзакции

64 98 00 00 00 09 E3 17 03 00 03 00 02 36 FD
64 98 00 00 00 0A E3 17 03 04 00 6E 26 F6 76 09
64 9B 00 00 00 0A E3 17 03 04 00 6E 26 FB B7 CC

64 99 00 00 00 09 E3 17 03 00 06 00 01 66 FD
64 99 00 00 00 08 E3 17 03 02 27 01 2B B7
64 9C 00 00 00 08 E3 17 03 02 27 0A 6A 70

Com over TCP так выглядит? в принципе есть ПР200, могу проверить...
Хотя вроде Com over TCP просто заворачивается в TCP пакет, а не притворяется, что он Modbus TCP. Есть подозрение, что это для идентификации для промышленных коммутаторов с системами защиты. У наших производителей тоже такое есть (VipNet IG например)

[melky]

Валенок мне больше кажется, что это извращение придумано для работы в защищенных сетях, где оборудование может контролировать пакеты Modbus, но могу ошибаться.

1. Используется Transaction ID для контроля.
2. по сути две контрольные суммы, TCP пакета и встроенного внутрь Modbus TCP запроса обычного RTU запроса

Интересно, у ТС есть слейвы RS например с 5-м адресом, 28-м, 57-м ???
Иначе на кой прикидываться Modbus TCP запросом вообще ?

от TC хотелось бы увидеть пример RS232 "верхний" и RS485 "нижний" но чтобы у нижнего адрес бы отличный от номера команд самого Modbus...

ScadaPACK - учитывая, что это Шнайдер, то вероятно там и есть этот пресловутый Modbus_Plus, который упоминается на Wiki
Проприоритарный протокол от этой компашки... И судя по табличке просто один пакет Modbus встраивают в другой как есть.

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

[melky]

Валенок не, я про то, что в Modbus TCP вообще на хвосте нет CRC, собственно табличка у ТС об этом и говорит. Как бы CRC в данном случае занимается TCP стек.

Предположим это фишка Шнайдера, типа их ноухауЛЯ.... Как тогда он понимает, что это вложенный пакет скажем при условии обмена "верх" 232 - "низ" - 485 и адрес нижнего совпадает с номером функции ?
То есть мы со Scada спрашиваем через адрес 5 адрес 3, будет же 05 03 Func Номер регистра ну и так далее.... Может же произойти какое-то совпадение, которое приведет к ошибке