Страница 2 из 7 ПерваяПервая 1234 ... ПоследняяПоследняя
Показано с 11 по 20 из 61

Тема: Поддержка Modbus UDP

  1. #11
    Супер Модератор Аватар для Евгений Кислов
    Регистрация
    27.01.2015
    Адрес
    Москва
    Сообщений
    12,060

    По умолчанию

    Цитата Сообщение от Tacio Посмотреть сообщение
    Я предлагал рассмотреть такую возможность только для ПЛК и модулей ВВ вашего производства.
    Есть ли ПЛК и модули ВВ у других производителей с поддержкой Modbus UDP меня не сильно интересует.
    Тогда, пожалуйста, опишите - зачем нам рассматривать возможность поддержки протокола, несовместимого с устройствами других производителей?
    В чем самоцель?

  2. #12
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

    Смысл кстати есть в распределенных системах. В том числе и мульти мастера.
    Например опрос устройств раз в 20 минут, но если что произошло устройство присылает необходимые данные раньше наступления запроса со стороны сервера.
    Отправка одной команды выбранным или всем устройствам сразу.

    Tacio ну не сетевой специалист, а так, отсутствие повторной передачи, отсутствие гарантии доставки, меньше заголовок, нет необходимости создавать коннект, просто можно плюнуть в пустоту

    Тут больше вопрос для чего?
    Последний раз редактировалось melky; 26.03.2023 в 09:27.

  3. #13

    По умолчанию

    Цитата Сообщение от Евгений Кислов Посмотреть сообщение
    Очень показательный пример - на него я и рассчитывал.
    Открываем мануал на любой из модулей (например - ET-7026):
    https://insat.ru/products/icpdas/PET...ET-7026_RE.pdf
    Открываем произвольно выбранный даташит и читаем:

    Protocol Modbus TCP, Modbus UDP
    Был бы мне доступен один из модулей для проверки - можно было бы более аргументированно. А так - приходится верить даташитам.

  4. #14
    Супер Модератор Аватар для Евгений Кислов
    Регистрация
    27.01.2015
    Адрес
    Москва
    Сообщений
    12,060

    По умолчанию

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

  5. #15

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    imaex ну давайте сначала.
    Давайте.

    Цитата Сообщение от melky
    Завернуть TCP в UDP.
    Перечитайте херню, которую Вы написали. Сколько угодно раз - пока не поймёте.

  6. #16

    По умолчанию

    Цитата Сообщение от Евгений Кислов Посмотреть сообщение
    Поэтому я в своем первом посте и попросил ссылки на техническую документацию, а не 2-страничные даташиты.
    Написать можно всё что угодно - и без технического контекста эту информацию часто можно интерпретировать неверно.
    Даташиты - это тоже техническая документация. В мануалах тоже всякого можно прочитать - а там дрова.

    Вы можете хотя бы дать ссылку на то, что эти модули не поддерживают modbus udp?

  7. #17

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    Смысл кстати есть в распределенных системах. В том числе и мульти мастера.
    Например опрос устройств раз в 20 минут, но если что произошло устройство присылает необходимые данные раньше наступления запроса со стороны сервера.
    Отправка одной команды выбранным или всем устройствам сразу.
    Почему бы и нет? Что-то подобное есть в SNMP.

    Tacio ну не сетевой специалист, а так, отсутствие повторной передачи, отсутствие гарантии доставки, меньше заголовок, нет необходимости создавать коннект, просто можно плюнуть в пустоту

    Тут больше вопрос для чего?
    Предыдущим предложением вы уже описали для чего: убираем весь overhead, который есть в TCP.

    Цитата Сообщение от Евгений Кислов Посмотреть сообщение
    Тогда, пожалуйста, опишите - зачем нам рассматривать возможность поддержки протокола, несовместимого с устройствами других производителей?
    В чем самоцель?
    По той же причине, по которой связь реального времени между соответствующими устройствами в IP-сетях обычно организуют на базе UDP, а не TCP.

  8. #18
    Супер Модератор Аватар для Евгений Кислов
    Регистрация
    27.01.2015
    Адрес
    Москва
    Сообщений
    12,060

    По умолчанию

    По той же причине, по которой связь реального времени между соответствующими устройствами в IP-сетях обычно организуют на базе UDP, а не TCP.
    По моему опыту - "связь реального времени" в промышленности обычно организуют с помощью протоколов реального времени - EtherCAT, Profinet и т.д.
    Вы квалифицированный специалист - поэтому наверняка сможете оценить упомянутый "overhead" в байтах, а затем - в сэкономленных милли-(или микро)секундах в случае его исчезновения при переходе с TCP на UDP.
    Я не исключаю, что есть единичные задачи, где, возможно, такая экономия была бы оправданной (к сожалению, вашей реальной задачи вы за столько постов так и не описали).
    Но рассматривая возможность реализации Modbus UDP для нашего оборудования - я вижу, что таких пожеланий от клиентов крайне мало (не более одного в год) и что это нетиражируемое решение (среди других производителей его поддерживают единицы и зачастую - несовместимым образом).
    Если число таких пожеланий резко увеличится - мы опять вернемся к анализу этого вопроса.
    За обратную связь спасибо.
    В целом, ваша идея понятна; мы планируем реализовать ее в будущем в отдельной линейке оборудования и другим способом.

    Вы можете хотя бы дать ссылку на то, что эти модули не поддерживают modbus udp?
    Нет, конечно. Обычно в технической документации пишут о том, какой функционал поддерживается и как его настроить, а не наоборот.
    В 100+ страничном мануале, ссылку на который приводил выше, я в принципе не нахожу ни одной фразы про Modbus UDP.

  9. #19
    Пользователь
    Регистрация
    23.09.2008
    Адрес
    Центророссийск
    Сообщений
    2,317

    По умолчанию

    Цитата Сообщение от Tacio Посмотреть сообщение
    Почему бы и нет? Что-то подобное есть в SNMP..
    Почему бы и нет это же по TCP ?

    Цитата Сообщение от Tacio Посмотреть сообщение
    ..убираем весь overhead, который есть в TCP...
    Зачем, если он (overhead) упрощает (см.ниже (да и выше Е.Кислов про это же)) обработку, а значит повышает надежность (в смысле ошибок кода)

    Цитата Сообщение от Tacio Посмотреть сообщение
    ..По той же причине, по которой связь реального времени между соответствующими устройствами в IP-сетях обычно организуют на базе UDP, а не TCP.
    Ну напишите сходу простой обработчик udp-модбас запросов который учитывает возможные непоследовательности и дупликаты ответов


    ++
    Цитата Сообщение от imaex Посмотреть сообщение
    ..
    Вы можете хотя бы дать ссылку на то, что эти модули не поддерживают modbus udp?
    Открыл "Три мушкетера" - упоминаний что мушкетеры не поддерживают modbus udp не нашел. Значит поддерживают ?
    Последний раз редактировалось Валенок; 26.03.2023 в 11:55.

  10. #20

    По умолчанию

    Евгений, ваша позиция понятна, спасибо.

    Цитата Сообщение от Валенок Посмотреть сообщение
    Почему бы и нет это же по TCP ?
    Групповые сообщения (multicast) по TCP?

    Зачем, если он (overhead) упрощает (см.ниже (да и выше Е.Кислов про это же)) обработку, а значит повышает надежность (в смысле ошибок кода)
    Использование протокола TCP ну никак не спасает и не страхует от ошибок в коде
    А вот если какой-то пакет с телеметрией потеряется и TCP начнёт процедуру отсчёта таймаута, затем повторную передачу потерянного пакета, до данные в этом пакете уже протухнут и, по-хорошему, надо бы уже запрашивать более свежие. Вот такая "надёжность" только мешает.
    Или, например, оборвётся линк в кольце между ПЛК и модулями ВВ. RSTP отработает за 1-2с (допустим это приемлемо), но восстановление TCP соединения в некоторых случаях может задержатся ещё на 5с, что уже неприемлемо.

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

Страница 2 из 7 ПерваяПервая 1234 ... ПоследняяПоследняя

Похожие темы

  1. Поддержка Modbus TCP
    от Солнечный заяц в разделе СПК2хх
    Ответов: 77
    Последнее сообщение: 23.04.2018, 02:12
  2. Поддержка МОДУС
    от CheeryNick в разделе Модус 5684-0
    Ответов: 14
    Последнее сообщение: 18.06.2015, 10:15
  3. Поддержка протокола ModBus ТРМ138
    от sega в разделе Помощь Разработчикам
    Ответов: 1
    Последнее сообщение: 27.07.2011, 08:52
  4. УВАЖАЕМАЯ ТЕХ. ПОДДЕРЖКА!!!
    от Лёша в разделе ПЛК1хх
    Ответов: 0
    Последнее сообщение: 25.08.2009, 11:03
  5. Поддержка OPM2 протокола ModBus
    от AndreyS в разделе Разработки
    Ответов: 2
    Последнее сообщение: 21.10.2007, 11:37

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •