|
|
|
Расскажите про EtherCAT |
|
|
|
Jan 26 2018, 20:56
|
Участник
Группа: Участник
Сообщений: 30
Регистрация: 14-01-18
Пользователь №: 101 052
|
Цитата(syoma @ Jan 26 2018, 21:15) Вне зоны доступа, я вначале писал насчет проблем 6мкс только потому, что самый минимальный Ethernet фрейм имеет длину 70 байт и на 100мбит его длительность уже составляет 6мкс, точнее 6,42, как мне написал Twincat. Поэтому цикл опроса в 6мкс Вы по-любому не сделаете. Для EtherCAT цикл опроса обычно 50мкс или медленней. Это не так. Максимальный пакет 64 байта. Плюс 8 байт преамбулы. Получается 72 байта. Или 576 бит. или 5,76 мкс. Цикл 6 мкс вполне себе часто используется Цитата(syoma @ Jan 26 2018, 21:15) Сделать фрейм с двумя разными временами опроса - быстрым и медленным в EtherCAT можно без проблем. При этом трафик будет расходоваться эффективно, как вы хотите. Как?
|
|
|
|
|
Jan 27 2018, 07:52
|
Профессионал
Группа: Свой
Сообщений: 1 817
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368
|
Цитата Это не так. Максимальный пакет 64 байта. Плюс 8 байт преамбулы. Получается 72 байта. Или 576 бит. или 5,76 мкс. Еще вроде есть минимальный межкадровый интервал, который надо учитывать. Цитата Цикл 6 мкс вполне себе часто используется В EtherCAT?
|
|
|
|
|
Jan 27 2018, 08:10
|
Участник
Группа: Участник
Сообщений: 30
Регистрация: 14-01-18
Пользователь №: 101 052
|
Цитата(syoma @ Jan 27 2018, 10:52) Еще вроде есть минимальный межкадровый интервал, который надо учитывать. Да. 5,76 мкс + 0,96мкс = 6,72 мкс Т.е. с таким периодом вполне можно опрашивать 3 слейва в сети Цитата(syoma @ Jan 27 2018, 10:52) В EtherCAT? Да. Именно в EtherCAT В этом главная прелесть EtherCAT - сверхмалый цикл шины. Цитата(AlexandrY @ Jan 27 2018, 01:04) Как split transaction в USB. Всё гораздо проще. ЭТУ картинку видели же? Мастер устанавливая соответствующий [LOGICAL ADDRESS] логического пространства задачи может опрашивать слейвы с любым периодом независимо друг от друга. Так?
Сообщение отредактировал Вне зоны доступа - Jan 27 2018, 08:05
|
|
|
|
|
Jan 27 2018, 08:13
|
Профессионал
Группа: Свой
Сообщений: 1 817
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368
|
Цитата Сделать фрейм с двумя разными временами опроса - быстрым и медленным в EtherCAT можно без проблем. При этом трафик будет расходоваться эффективно, как вы хотите. Как? За счет логической адресации. Допустим у вас имеется 2 EtherCAT устройства, одно из которых надо опрашивать каждые 6мкс, а другое - раз в 10мс. В EtherCAT слейвах есть такая штука, которая называется FMMU, которая позволяет отобразить физические сигналы слейва в общее логическое адресное пространство по определенным адресам. При чтении/записи мастером по этим адресам командами LRD/LWR слейв будет вставлять свои сигналы, если совпадут запрограммированные адреса. Допустим и тот и другой слейв - это 4 канала АЦП по 16 бит каждый. Т.е на каждый слейв нам надо 16*4=8 байт логического адресного пространства. Отображаем слейв, который будем опрашивать каждые 6мкс по логическому адресу 0х1000, а второй слейв -по адресу 0х1008. Тогда команда LRD по адресу 0х1000 и длиной 8 байт с автоинкрементацией адреса прочитает первый слейв - ее будем слать в фрейме каждые 6мкс. А команда LRD по тому же адресу, но длиной 16 байт, прочитает оба слейва. Ее можно слать раз в 10мс. При этом у вас в этом фрейме нагрузка возрастет аж на 8 байт. Теперь вопрос на засыпку. Что мешает слать второй фрейм каждые 6мкс, а не 10мс?
|
|
|
|
|
Jan 27 2018, 08:14
|
Участник
Группа: Участник
Сообщений: 30
Регистрация: 14-01-18
Пользователь №: 101 052
|
А кто нибудь в курсе? Почему "отцы основатели" EtherCAT (фирма Beckhoff) не торопятся переходить на 1G и 10G EtherCAT?Случайно наткнулся где-то в дебрях их сайта на инфу, что даже теоретические работы в этом направлении пока не ведутся. Хотя их конкурент POWERLINK уже выкатил 1G и 10G решения. Или там какие-то сложности принципиального характера? -------------------- Цитата(syoma @ Jan 27 2018, 11:13) За счет логической адресации. Я это уже сказал выше. Но спасибо что "разжевали" более подробно
Сообщение отредактировал Вне зоны доступа - Jan 27 2018, 08:21
|
|
|
|
|
Jan 27 2018, 14:34
|
Гуру
Группа: Участник
Сообщений: 2 219
Регистрация: 16-08-12
Из: Киров
Пользователь №: 73 143
|
Цитата(Вне зоны доступа @ Jan 27 2018, 11:14) Почему "отцы основатели" EtherCAT (фирма Beckhoff) не торопятся переходить на 1G и 10G EtherCAT? А не рассматривали такой вариант, что может это и не нужно? Сейчас, когда поголовно все лезут все быстрее и быстрее, то в основном это касается передачи интернета с его постоянно распухающими html, xml, json и прочей текстовой фигней, непонятно зачем передающей все в текстовом виде, тут же все довольно консервативно, скорости всегда хватало. Плюс если переходите на гигабит, уменьшается длина сегмента, увеличивается вероятность ошибок, а это явно не в пользу устройствам промавтоматики...
Сообщение отредактировал mantech - Jan 27 2018, 14:34
|
|
|
|
|
Jan 27 2018, 15:59
|
Участник
Группа: Участник
Сообщений: 30
Регистрация: 14-01-18
Пользователь №: 101 052
|
Цитата(mantech @ Jan 27 2018, 17:34) непонятно зачем передающей все в текстовом виде, тут же все довольно консервативно, скорости всегда хватало. "Хватало" потому лишь, что не было относительно дешевых и технически относительно просто реализуемых решений увеличения скорости на порядки. Знаете же поговорку " Аппетит приходит во время еды" ©А теперь, когда это всё есть - приходит и "аппетит". Появляются такие возможности, о которых раньше мы (АСУТПшники) даже мечтать мы раньше не могли. Например, если довести время цикла опроса до 1 микросекунды и засинхронизировать слейвы с точностью 1 наносекунда, то можно... Впрочем, это уже не относится к теме. Цитата(mantech @ Jan 27 2018, 17:34) Плюс если переходите на гигабит, уменьшается длина сегмента Оптоволокно спасёт отца русской демократии Там хоть 10 Терабит в секунду передавай. На 20 километров
Сообщение отредактировал Вне зоны доступа - Jan 27 2018, 16:18
|
|
|
|
|
Jan 27 2018, 17:15
|
Профессионал
Группа: Свой
Сообщений: 1 817
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368
|
Цитата Появляются такие возможности, о которых раньше мы (АСУТПшники) даже мечтать мы раньше не могли. Например, если довести время цикла опроса до 1 микросекунды и засинхронизировать слейвы с точностью 1 наносекунда, то можно... Помоему, Вы далеко от АСУТПшников. Я вас спрашивал выше, откуда у вас 6мкс, и вы тут рассуждаете еще и о 1мкс времени опроса, когда в АСУТП время выполнения цикла самой быстрой программы - основного потребителя и производителя информации для EtherCAT >50мкс и ему еще долго уменьшаться... Поэтому всем в АСУТП и хватает 100Мбит. А у вас что-то другое... признавайтесь :-)
|
|
|
|
|
Jan 27 2018, 19:49
|
Участник
Группа: Участник
Сообщений: 30
Регистрация: 14-01-18
Пользователь №: 101 052
|
Цитата(syoma) в АСУТП время выполнения цикла самой быстрой программы - основного потребителя и производителя информации для EtherCAT >50мкс С чего Вы взяли? Когда в инете есть инфа, что есть системы на EtherCAT где сервопривода управляются с частотой от 30 кГц, а это уже никак не 50 мкс, а поменьше. Существует АСУТП быстропротекающих процессов. Там нужны короткие циклы. И даже не так. Важен не цикл как таковой, а обеспечение маленькой латентности реакции на события. Т.е. чтобы реакция на некие события появлялась через единицы микросекунд. А для этого нужные микросекундные циклы опроса
Сообщение отредактировал Вне зоны доступа - Jan 27 2018, 19:53
|
|
|
|
|
Jan 28 2018, 10:10
|
Профессионал
Группа: Свой
Сообщений: 1 817
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368
|
Ну 30кГц - все же это не 6мкс, а немного больше. :-) Цитата Важен не цикл как таковой, а обеспечение маленькой латентности реакции на события. Т.е. чтобы реакция на некие события появлялась через единицы микросекунд. А для этого нужные микросекундные циклы опроса Ну я бы сказал, что для этого, прежде всего, нужен процессинг, который способен в реальном времени обрабатывать события в течении нескольких микросекунд и выдавать управляющие сигналы. В моей отрасли так умеют ПЛИСы и некоторые DSP, но это дорогое удовольствие и их сложновато программировать АСУТПшникам. А что в мире АСУТП быстропротекающих процессов так умеет? Просветите плиз, мне действительно интересно.
|
|
|
|
|
|
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|