Поддержка Modbus UDP

[capzap]

)) Да я собстенно не волнуюсь. Причем и не говорю что модбас-udp не возможен/не нужен.

А за счет чего - не испытываете ? Вот заслали 10 запросов и ждете 10 ответов ?

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

[Валенок]

инфа обычно для отображения

Так для "отображений" udp по сути и создан. Я про что-то управляющее. И не "еще раз нажать кнопку" а автоматически.

это же тоже видно сразу

Это да. В каком-нить конвейре ))

[Валенок]

..., обязаловки НЕТ,...

Ну вот - "НЕТ".
А что если не баг было в том у устройстве которому Вы (или тот чел) слали запросы (согласно протоколу) в котором ide был 0(?) а девайс не отвечал ? Или же его РЭ не читали )) ?

При этом нет никаких нарушений протокола,

... со стороны клиента. А сервер не отвечает. И тоже нет ни каких нарушений. Ну да. Протокол такой. Хочешь отвечай, а хочешь и не. Удобный и практичный.

[melky]

Валенок а кто сказал что это баг?, производитель решил промаркировать пакеты, его полное право, согласно протокола, а то, что какие-то там OPC или еще кто не умеют маркировать, их проблемы.
Послали вместо 0 1-чку, прибор ответил сразу, вот и все.
Аналогичная маркировка пакетов есть и в других протоколах, ниче, живут же...

Кстати в английском описании по Modbus так и указано, в простом варианте для Transaction Identifical сделать счетчик, а не слать все время 0 как оглашенный.
Но у нас же все писатели, читателей нет нихрена... (я про разработчиков)

[capzap]

Так для "отображений" udp по сути и создан. Я про что-то управляющее. И не "еще раз нажать кнопку" а автоматически.

Это да. В каком-нить конвейре ))

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

[imaex]

И да. А где модель работы модбас UDP-мастера? Для tcp я привёл ранее.

Извините, а какая такая "модель" Вас интересует? Это нижележащий протокол, транспортный уровень. К modbus как таковому никакого отношения не имеющий вообще. Сказали, что tcp будет транспортом - будет tcp, сказали udp - будет udp. В чем вопрос? Вы сомневаетесь в самом факте реализации modbus-мастера через upd? Совершенно напрасно.

[Валенок]

.. а кто сказал что это баг?..

Ну конечно не баг. Слейву-серверу шлют запрос согласно протоколу, а он шлет всех в сад. Согласно протоколу.
"Этот столик - не обслуживатся"
https://www.youtube.com/watch?v=hYayV7cSXVI

[capzap]

Ну конечно не баг. Слейву-серверу шлют запрос согласно протоколу, а он шлет всех в сад. Согласно протоколу.

так что не так то, мастер будет следовать алгоритму таймаут, в чем паника то

[Валенок]

так что не так то, мастер будет следовать алгоритму таймаут, в чем паника то

Может вы ранее написанное пропустили. Таймаут - всегда. . Т.е. его - нет с точки зрения клиента. А он - есть )).
Ведь клиент (первично) следовал согласно протоколу. Люди стали заниматся энтомологией.

[melky]

Валенок ты утомил

Several MODBUS transactions can be activated simultaneously on the same TCP
Connection.
Remark: If this is done then the MODBUS transaction identifier must be used to
uniquely identify the matching requests and responses.

The transaction identifier is used to associate the future response with the request.
So, at a time, on a TCP connection, this identifier must be unique. There are
several manners to use the transaction identifier:
- For example, it can be used as a simple "TCP sequence number" with a
counter which is incremented at each request.
- It can also be judiciously used as a smart index or pointer to identify a
transaction context in order to memorize the current remote server and the
pending MODBUS request.

Переводи пожалуйста сам, если никто не делает уникальный идентификатор, как того требует протокол как раз и есть БАГ. Удачи.

да, ссылка https://modbus.org/docs/Modbus_Messa...uide_V1_0b.pdf