То есть можете поставить 50тыр как гарантию что на столе за несколько часов не будет ни одной задержки более 10мс ?
Я ставлю 5тыр, т.к. не продавец.
Быстрый выход плк на модуль ввода который читаем и сечем временные задержки.
Готовы ?
Плк с К у меня есть, у Вас видимо есть модуль, судя по уверенности и разговорчивости
Последний раз редактировалось Валенок; 10.12.2021 в 23:13.
Последний раз редактировалось Алексеев Савр; 13.12.2021 в 08:36.
Данный спор не имеет смысла, т.к. скорость обмена по TCP зависит от очень огрмного кол-ва параметров. Сразу скажу ответ - стабильно 10 мс никогда, ни у одного производителя не будет. Именно поэтому и была разработана шина EtherCAT с минимальным временем отклика.
У себя же на столе при подключении точка-точка удавалось выжимать 5 мс на отклик (проверяли, считывая системное время из модуля, там гарантированно шаг 1мс+-1%). Но тут стоит ещё учитывать время цикла ПЛК, которое тоже плавает.
Ведущий инженер проектов
Линейки шлюзов сетевых Пх210
Линейки модулей ввода/вывода Мх210
Если поместить промоборудование в ту же сеть где и офис, смотрят нетфликс, работает 1C и пр - то потери пакетов есть неизбежная ситуация, никак просто не исправляемая. А если промоборудование в выделенной сети и там нет много широковещательных UDP - то всё очень быстро и качественно.
Последний раз редактировалось Алексеев Савр; 13.12.2021 в 10:27.
Тролль-наседка, добрый, нежный и ласковый
Я правильно "услышал", что если изолированную(от офиса) пром сеть собрать исключительно из компонентов ОВЕН и при этом всю силу оставить "под боком"(а не в отдельном подземном бункере на удалении в километр), то потери пакетов ГАРАНТИРОВАНО исключены?
P.S. Предполагаю изобрели новый "медный" тип связи которому по боку эти всякие EMI?
P.S.2 Что то в памяти всплывает история, про то, как аж целая релюшка клала сетевой интерфейс модуля на лопатки.
Вы услышали совсем не то. Поставьте сниффер и отмониторьте офисную сеть крупного предприятия. Там море левых пакетов.
При этом типичный процессор типа 107/207 STM реально может переварить до 1000, максимум 2000 пакетов в секунду без их пропусков из-за переполнения буфера. И вот в этих пропущенных пакетах могут быть Ваши запросы на чтение дискретного входа. А ретрансмиты обычно - это от 50 до 200мс ожидания "ну когда же мне ASK пришлют". Вот и считайте как перегруженная сеть превращает среднее время ответа 2 мс в провалы по 200 мс.
И тут либо ставить процессоры помощнее (CORE i5 по тестам хорошо держит шторм в линии на 100Мбитах), либо всё же физически разнести сети управления от офиса.
И что ещё хуже, пакеты обычно идут косяком, час тишина, а потом как 15 минут все заваливают друг друга данными.
Проблем в изолированной сети с обменом не наблюдали.
Поэтому то и на столе обычно проблем нет - т.к. с отдельной карты сеть поднимают, а на производстве: "Чего это мы будет отдельный кабель тянуть, это ж Интернет, он даже 4 к тянет, чего пару пакетов в секунду не пропустит?" Зато экономия.
P.S. непромышленные сети не являются сетями с гарантированной доставкой в заданное время. Но немного подумав это достижимо.
P.P.S. вот не надо, ставим рядом пускатель без RS-цепочек и вдруг проблемы. ВнеГОСТовские помехи прибор держать не обязан. А всё опять же, экономия на суппресорах!
Последний раз редактировалось Филоненко Владислав; 13.12.2021 в 16:08.
Тролль-наседка, добрый, нежный и ласковый
0. Желательно точно в "граммах" для 100х/200х ПЛК (ТСР стеки то небось разные).
Я так и не понял: изолированная "овеновская" сеть( проложенная в типичном производстве) гарантирует на 100% целостность пакетов или все же допускает повреждения/потери пакетов?
И если, все же, второй вариант, то интересно поведение системы( например для потери пакета с запросом от мастера(но и другие варианты тоже интересны)):
- Через сколько первый ретрансмит?
- Через сколько реконнект?
- Что будет делать мастер устройств при таймауте 10мс( а что будет делать modbus.lib(или как там ее))?
- Пошлет ли мастер устройств следующий запрос через 10мс или будет упорно ждать ответа(или разрыва соединения)?
- Получив следующий запрос без предыдущего модуль, по логике, должен выругаться и ТСР стек, по логике, прислать склеенный запрос: переварит ли их модуль?
- ....
Куча вопросов и так мало ответов
Т.е. интересуют какие то временные гарантии:
- детектирования проблемы со связью
- безопасного отката задания: что когда это все, все таки, разрулится через (20мин ?) модуль не включит, наконец то, выход(когда это делать уже категорически нельзя, иначе трах-тибидох)
P.S. Сейчас, конкретно мне, это больше для академического интереса.