СODESYS V3.5: Repository Archive V3.5 SP4 (необходим для старых СПК) / Раздел CDS V3.5 на сайте
Форум: Вопросы и ответы / Визуализация / Настройка обмена с другими устройствами
Web-панель ВП110 / Modbus-индикатор СМИ2-М
Telegram: @JuneSmellsLikeBlood | e-mail: e.kislov@owen.ru | oscat.ru | Как обратиться в техподдержку?
Как отлаживать ошибки | Отладка проектов в CODESYS V3.5 | XY problem | Как правильно задавать вопросы | AnyDesk
Смысл кстати есть в распределенных системах. В том числе и мульти мастера.
Например опрос устройств раз в 20 минут, но если что произошло устройство присылает необходимые данные раньше наступления запроса со стороны сервера.
Отправка одной команды выбранным или всем устройствам сразу.
Tacio ну не сетевой специалист, а так, отсутствие повторной передачи, отсутствие гарантии доставки, меньше заголовок, нет необходимости создавать коннект, просто можно плюнуть в пустоту
Тут больше вопрос для чего?
Последний раз редактировалось melky; 26.03.2023 в 09:27.
Открываем произвольно выбранный даташит и читаем:
Был бы мне доступен один из модулей для проверки - можно было бы более аргументированно. А так - приходится верить даташитам.Protocol Modbus TCP, Modbus UDP
Поэтому я в своем первом посте и попросил ссылки на техническую документацию, а не 2-страничные даташиты.
Написать можно всё что угодно - и без технического контекста эту информацию часто можно интерпретировать неверно.
СODESYS V3.5: Repository Archive V3.5 SP4 (необходим для старых СПК) / Раздел CDS V3.5 на сайте
Форум: Вопросы и ответы / Визуализация / Настройка обмена с другими устройствами
Web-панель ВП110 / Modbus-индикатор СМИ2-М
Telegram: @JuneSmellsLikeBlood | e-mail: e.kislov@owen.ru | oscat.ru | Как обратиться в техподдержку?
Как отлаживать ошибки | Отладка проектов в CODESYS V3.5 | XY problem | Как правильно задавать вопросы | AnyDesk
Почему бы и нет? Что-то подобное есть в SNMP.
Предыдущим предложением вы уже описали для чего: убираем весь overhead, который есть в TCP.Tacio ну не сетевой специалист, а так, отсутствие повторной передачи, отсутствие гарантии доставки, меньше заголовок, нет необходимости создавать коннект, просто можно плюнуть в пустоту
Тут больше вопрос для чего?
По той же причине, по которой связь реального времени между соответствующими устройствами в IP-сетях обычно организуют на базе UDP, а не TCP.
По моему опыту - "связь реального времени" в промышленности обычно организуют с помощью протоколов реального времени - EtherCAT, Profinet и т.д.По той же причине, по которой связь реального времени между соответствующими устройствами в IP-сетях обычно организуют на базе UDP, а не TCP.
Вы квалифицированный специалист - поэтому наверняка сможете оценить упомянутый "overhead" в байтах, а затем - в сэкономленных милли-(или микро)секундах в случае его исчезновения при переходе с TCP на UDP.
Я не исключаю, что есть единичные задачи, где, возможно, такая экономия была бы оправданной (к сожалению, вашей реальной задачи вы за столько постов так и не описали).
Но рассматривая возможность реализации Modbus UDP для нашего оборудования - я вижу, что таких пожеланий от клиентов крайне мало (не более одного в год) и что это нетиражируемое решение (среди других производителей его поддерживают единицы и зачастую - несовместимым образом).
Если число таких пожеланий резко увеличится - мы опять вернемся к анализу этого вопроса.
За обратную связь спасибо.
В целом, ваша идея понятна; мы планируем реализовать ее в будущем в отдельной линейке оборудования и другим способом.
Нет, конечно. Обычно в технической документации пишут о том, какой функционал поддерживается и как его настроить, а не наоборот.Вы можете хотя бы дать ссылку на то, что эти модули не поддерживают modbus udp?
В 100+ страничном мануале, ссылку на который приводил выше, я в принципе не нахожу ни одной фразы про Modbus UDP.
Последний раз редактировалось Евгений Кислов; 26.03.2023 в 10:22.
СODESYS V3.5: Repository Archive V3.5 SP4 (необходим для старых СПК) / Раздел CDS V3.5 на сайте
Форум: Вопросы и ответы / Визуализация / Настройка обмена с другими устройствами
Web-панель ВП110 / Modbus-индикатор СМИ2-М
Telegram: @JuneSmellsLikeBlood | e-mail: e.kislov@owen.ru | oscat.ru | Как обратиться в техподдержку?
Как отлаживать ошибки | Отладка проектов в CODESYS V3.5 | XY problem | Как правильно задавать вопросы | AnyDesk
Почему бы и нет это же по TCP ?
Зачем, если он (overhead) упрощает (см.ниже (да и выше Е.Кислов про это же)) обработку, а значит повышает надежность (в смысле ошибок кода)
Ну напишите сходу простой обработчик udp-модбас запросов который учитывает возможные непоследовательности и дупликаты ответов
++
Открыл "Три мушкетера" - упоминаний что мушкетеры не поддерживают modbus udp не нашел. Значит поддерживают ?
Последний раз редактировалось Валенок; 26.03.2023 в 11:55.
Евгений, ваша позиция понятна, спасибо.
Групповые сообщения (multicast) по TCP?
Использование протокола TCP ну никак не спасает и не страхует от ошибок в кодеЗачем, если он (overhead) упрощает (см.ниже (да и выше Е.Кислов про это же)) обработку, а значит повышает надежность (в смысле ошибок кода)
А вот если какой-то пакет с телеметрией потеряется и TCP начнёт процедуру отсчёта таймаута, затем повторную передачу потерянного пакета, до данные в этом пакете уже протухнут и, по-хорошему, надо бы уже запрашивать более свежие. Вот такая "надёжность" только мешает.
Или, например, оборвётся линк в кольце между ПЛК и модулями ВВ. RSTP отработает за 1-2с (допустим это приемлемо), но восстановление TCP соединения в некоторых случаях может задержатся ещё на 5с, что уже неприемлемо.
В протоколе MODBUS есть специальное поле идентификатора транзакции, которое как раз и нужно для таких случаев в том числе. И должно оно обрабатываться всегда независимо от транспортного протокола, который может и сам умеет отслеживать и дубликаты, и неверный порядок.Ну напишите сходу простой обработчик udp-модбас запросов который учитывает возможные непоследовательности и дупликаты ответов