Добиться можно. Но никто не сможет гарантировать 10 Гц всегда, т.к. идёт привязка к обмену. А там может произойти всё, что угодно.Цитата:
Сообщение от Parovoz
Вид для печати
Добиться можно. Но никто не сможет гарантировать 10 Гц всегда, т.к. идёт привязка к обмену. А там может произойти всё, что угодно.Цитата:
Сообщение от Parovoz
Опять, 25.
Я ничего не понял, 8 страниц тут шёл спор о том, что модули отрабатывают менее чем за 1 мс, плк и того меньше, а в итоге, как бы да, но как бы нет.
Что с этим делать? Мне нужно щёлкать 10 раз в одну секунду с периодичностью 50/50. Городить огород из двух модулей, а потом ещё и развязку на реле или ключе делать вообще нет никакого желания.
Я устал... Я ухожу. (из топика)Цитата:
Сообщение от Parovoz
Шаблон содержит множество параметров, вот у вас и получилась такая низкая частота. Оставьте только 1 параметр - маску, и скорость опроса резко возрастёт!Цитата:
Сообщение от Parovoz
С одной стороны да. С другой если сеть контролируема и не содержит лишних широковещающих устройств - то почему бы и нет?Цитата:
Сообщение от e.filatov
Например, на Электросиле в Питере поднимал сеть контроля и управления, цикл управления был 100мс, раз в 50 мс чтение статуса и раз в 50 мс запись управления. По сети Ethernet, ModBus TCP (МХ210 тогда ещё не было, но была сеть из множества ПЛК100/150 и скады).
И, насколько знаю, работает и по сей день.
Но в начале тоже не работало, т.к. тупо включили в офисную сеть. Но выполнив рекомендации по сегментированию и настройкам опроса - всё полетело.
P.S. Какие там стоят токарные станки! Можно камаз целиком загнать и обточить. По любой оси! :)
И медные шины в двигателях толщиной с ногу!
Тут весь вопрос, а если в 50мс не уложится, то мы об этом как то узнаем, например все производство колом становиться(или и фиг с ним, в следующем цикле проскочит)?Цитата:
Сообщение от Филоненко Владислав
То что в среднем по больнице ТСР сможет и быстрее, я опять же не спорю.
Parovoz , по теме(от мимо проходящего):
Если тех процесс допускает эпизодические, ну допустим, 1но секундные зависания сигналов, то лично я бы осторожно попробовал МХ210, в остальных случаях смотрел в сторону 110х или ПЛКххх(если очень надо эзернет, т.к. там можно накостылить связь через UDP(который по "прозрачности" близок к 485му)).
Ну вот потому и цикл опроса 50 мс, а цикл управления 100. Чтобы укладывалось. А помех то и нет. вот всё и работает. Если настроить ^)Цитата:
Сообщение от pt200
Но если у Вас Safety Critical применение - то, конечно, обычный TCP никак нельзя, но и цены тогда соовсем другие на Hard RT решения.
И самое главное какая разница МХ или ПЛК - сеть то одинаковая и одинаково себя ведёт - не сегментируешь - получишь потерянные пакеты
Кстати, для любителей "Safety Critical"/"Hard RT" можно посмотреть в сторону SNMP протокола, который теоретически больше для этих задач(предсказуемое поведение) заточен чем MB TCP :)
Вы попробуйте согласовать SNMP на safety.Цитата:
Сообщение от pt200
1 мс овен на каком железе умеет? При каких условиях?Цитата:
Сообщение от Parovoz
Да причём тут ОВЕН?Цитата:
Сообщение от keysansa
У меня вопрос - Вы вообще понимаете как работает TCP?
Какие 1 мс? хоспади, развели тут базар.
У вас латентность в сети будет около 1 мс, не говоря уже времени обработки запроса и переключение входа/выхода.
На счет SNMP: есть у кого возможность сдампить обмен с модулем по этому протоколу?
Может действительно это какой никакой костыльный выход для любителей "быстрой езды".
1 мс с внешним управлением по общепромышленным сетям редко кто на планете вообще может. И ещё меньше так делает!Цитата:
Сообщение от keysansa
Для задач движения (где такие времена и быстрее и встречаются) ставят отдельный контроллер движения, которому передают программу в G-кодах. А концевики и шаговики к нему напрямую.
И хотя я на ПЛК делал управление шаговиком с циклом 1 мс, и управление 12-ти фазным сварочным выпрямителем с контролем нуля и частотой 400Гц - но с тех пор я перестал заниматься такой хренью и использую внешние контроллеры. Т.к. внешний контроллер под одну задачу даже на ардуине-меге может быть быстрее и точнее общепромышленного ПЛК.
Женя, если в сети 2 устройства и тайминги настроить - 1 мс цикл запрос/ответ вполне реален. Проблема с Ethernet начинается когда все посылают запросы асинхронно и тогда возникают непредсказуемые паузы.Цитата:
Сообщение от e.filatov
Но кому нужена сеть из 2-х устройств?
SNMP в силу своих особенностей будет медленнее ModBus TCP.Цитата:
Сообщение от pt200
А можно чуть поподробнее про особенности( при беглом ознакомлении: UDP с простым содержимым и только)?Цитата:
Сообщение от Филоненко Владислав
P.S. В упор не вижу каких то особенностей в самом SNMP, шли хоть 100 запросов в секунду.
Какой то пример обмена: https://packetlife.net/media/capture...t_requests.cap
Если Вам надо послать - то никакой разницы. А если надо ещё чтоб приняли, вовремя и ответили - то TCP понадёжнее.
Быстрые выхода - уже пол дела.Цитата:
Сообщение от Филоненко Владислав
Вроде страниц 6 мусолили, что вовремя это как раз не про ТСР!Цитата:
Сообщение от Филоненко Владислав
не, Вы опять читали по диагонали!Цитата:
Сообщение от pt200
Не важно TCP или UPD или вообще RAW-IP - сети плевать. Сети важно сколько мусора в ней.
Итак, был на объекте добавил, стандартное модбас устройство и регистры битовой маски выходов, в такой конфигурации при прямом управлении маской успевает отрабатывать 10Гц и даже быстрее. Если добавлять стандартный шаблон устройства, то не успевает по всей видимости из-за опроса большого количества регистров.
Таким образом тему можно считать закрытой, проблему решённой.
p.s. было бы неплохо иметь возможность в шаблонах устройств отключать ненужные каналы/регистры.