реклама на сайте
подробности

 
 
11 страниц V  « < 9 10 11  
Reply to this topicStart new topic
> Расскажите про EtherCAT
syoma
сообщение Jan 26 2018, 18:15
Сообщение #151


Профессионал
*****

Группа: Свой
Сообщений: 1 767
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368



Вне зоны доступа, я вначале писал насчет проблем 6мкс только потому, что самый минимальный Ethernet фрейм имеет длину 70 байт и на 100мбит его длительность уже составляет 6мкс, точнее 6,42, как мне написал Twincat. Поэтому цикл опроса в 6мкс Вы по-любому не сделаете.
Для EtherCAT цикл опроса обычно 50мкс или медленней.

Сделать фрейм с двумя разными временами опроса - быстрым и медленным в EtherCAT можно без проблем. При этом трафик будет расходоваться эффективно, как вы хотите.
Go to the top of the page
 
+Quote Post
Вне зоны доступа
сообщение Jan 26 2018, 20:56
Сообщение #152


Участник
*

Группа: Участник
Сообщений: 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 можно без проблем. При этом трафик будет расходоваться эффективно, как вы хотите.

Как?
Go to the top of the page
 
+Quote Post
AlexandrY
сообщение Jan 26 2018, 22:04
Сообщение #153


Ally
******

Группа: Модераторы
Сообщений: 5 856
Регистрация: 19-01-05
Пользователь №: 2 050



Цитата(Вне зоны доступа @ Jan 26 2018, 22:56) *
Как?

Как split transaction в USB.
Go to the top of the page
 
+Quote Post
syoma
сообщение Jan 27 2018, 07:52
Сообщение #154


Профессионал
*****

Группа: Свой
Сообщений: 1 767
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368



Цитата
Это не так. Максимальный пакет 64 байта. Плюс 8 байт преамбулы. Получается 72 байта.
Или 576 бит. или 5,76 мкс.

Еще вроде есть минимальный межкадровый интервал, который надо учитывать.

Цитата
Цикл 6 мкс вполне себе часто используется

В EtherCAT?

Go to the top of the page
 
+Quote Post
Вне зоны доступа
сообщение Jan 27 2018, 08:10
Сообщение #155


Участник
*

Группа: Участник
Сообщений: 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
Go to the top of the page
 
+Quote Post
syoma
сообщение Jan 27 2018, 08:13
Сообщение #156


Профессионал
*****

Группа: Свой
Сообщений: 1 767
Регистрация: 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мс?
Go to the top of the page
 
+Quote Post
Вне зоны доступа
сообщение Jan 27 2018, 08:14
Сообщение #157


Участник
*

Группа: Участник
Сообщений: 30
Регистрация: 14-01-18
Пользователь №: 101 052



А кто нибудь в курсе?
Почему "отцы основатели" EtherCAT (фирма Beckhoff) не торопятся переходить на 1G и 10G EtherCAT?
Случайно наткнулся где-то в дебрях их сайта на инфу, что даже теоретические работы в этом направлении пока не ведутся.
Хотя их конкурент POWERLINK уже выкатил 1G и 10G решения.
Или там какие-то сложности принципиального характера?
--------------------
Цитата(syoma @ Jan 27 2018, 11:13) *
За счет логической адресации.

Я это уже сказал выше.
Но спасибо что "разжевали" более подробно beer.gif

Сообщение отредактировал Вне зоны доступа - Jan 27 2018, 08:21
Go to the top of the page
 
+Quote Post
mantech
сообщение Jan 27 2018, 14:34
Сообщение #158


Гуру
******

Группа: Участник
Сообщений: 2 022
Регистрация: 16-08-12
Из: Киров
Пользователь №: 73 143



Цитата(Вне зоны доступа @ Jan 27 2018, 11:14) *
Почему "отцы основатели" EtherCAT (фирма Beckhoff) не торопятся переходить на 1G и 10G EtherCAT?


А не рассматривали такой вариант, что может это и не нужно? Сейчас, когда поголовно все лезут все быстрее и быстрее, то в основном это касается передачи интернета с его постоянно распухающими html, xml, json и прочей текстовой фигней, непонятно зачем передающей все в текстовом виде, тут же все довольно консервативно, скорости всегда хватало. Плюс если переходите на гигабит, уменьшается длина сегмента, увеличивается вероятность ошибок, а это явно не в пользу устройствам промавтоматики...

Сообщение отредактировал mantech - Jan 27 2018, 14:34
Go to the top of the page
 
+Quote Post
Вне зоны доступа
сообщение Jan 27 2018, 15:59
Сообщение #159


Участник
*

Группа: Участник
Сообщений: 30
Регистрация: 14-01-18
Пользователь №: 101 052



Цитата(mantech @ Jan 27 2018, 17:34) *
непонятно зачем передающей все в текстовом виде, тут же все довольно консервативно, скорости всегда хватало.

"Хватало" потому лишь, что не было относительно дешевых и технически относительно просто реализуемых решений увеличения скорости на порядки.

Знаете же поговорку "Аппетит приходит во время еды"©

А теперь, когда это всё есть - приходит и "аппетит".
Появляются такие возможности, о которых раньше мы (АСУТПшники) даже мечтать мы раньше не могли.

Например, если довести время цикла опроса до 1 микросекунды и засинхронизировать слейвы с точностью 1 наносекунда, то можно... rolleyes.gif
Впрочем, это уже не относится к теме.

Цитата(mantech @ Jan 27 2018, 17:34) *
Плюс если переходите на гигабит, уменьшается длина сегмента

Оптоволокно спасёт отца русской демократии rolleyes.gif
Там хоть 10 Терабит в секунду передавай. На 20 километров

Сообщение отредактировал Вне зоны доступа - Jan 27 2018, 16:18
Go to the top of the page
 
+Quote Post
syoma
сообщение Jan 27 2018, 17:15
Сообщение #160


Профессионал
*****

Группа: Свой
Сообщений: 1 767
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368



Цитата
Появляются такие возможности, о которых раньше мы (АСУТПшники) даже мечтать мы раньше не могли.
Например, если довести время цикла опроса до 1 микросекунды и засинхронизировать слейвы с точностью 1 наносекунда, то можно...

Помоему, Вы далеко от АСУТПшников. Я вас спрашивал выше, откуда у вас 6мкс, и вы тут рассуждаете еще и о 1мкс времени опроса, когда в АСУТП время выполнения цикла самой быстрой программы - основного потребителя и производителя информации для EtherCAT >50мкс и ему еще долго уменьшаться... Поэтому всем в АСУТП и хватает 100Мбит.

А у вас что-то другое... признавайтесь :-)
Go to the top of the page
 
+Quote Post
Вне зоны доступа
сообщение Jan 27 2018, 19:49
Сообщение #161


Участник
*

Группа: Участник
Сообщений: 30
Регистрация: 14-01-18
Пользователь №: 101 052



Цитата(syoma) *
в АСУТП время выполнения цикла самой быстрой программы - основного потребителя и производителя информации для EtherCAT >50мкс


С чего Вы взяли?
Когда в инете есть инфа, что есть системы на EtherCAT где сервопривода управляются с частотой от 30 кГц, а это уже никак не 50 мкс, а поменьше.

Существует АСУТП быстропротекающих процессов.
Там нужны короткие циклы.

И даже не так.
Важен не цикл как таковой, а обеспечение маленькой латентности реакции на события.
Т.е. чтобы реакция на некие события появлялась через единицы микросекунд.

А для этого нужные микросекундные циклы опроса

Сообщение отредактировал Вне зоны доступа - Jan 27 2018, 19:53
Go to the top of the page
 
+Quote Post
syoma
сообщение Jan 28 2018, 10:10
Сообщение #162


Профессионал
*****

Группа: Свой
Сообщений: 1 767
Регистрация: 14-02-07
Из: наших, которые работают за бугром
Пользователь №: 25 368



Ну 30кГц - все же это не 6мкс, а немного больше. :-)
Цитата
Важен не цикл как таковой, а обеспечение маленькой латентности реакции на события.
Т.е. чтобы реакция на некие события появлялась через единицы микросекунд.
А для этого нужные микросекундные циклы опроса

Ну я бы сказал, что для этого, прежде всего, нужен процессинг, который способен в реальном времени обрабатывать события в течении нескольких микросекунд и выдавать управляющие сигналы. В моей отрасли так умеют ПЛИСы и некоторые DSP, но это дорогое удовольствие и их сложновато программировать АСУТПшникам. А что в мире АСУТП быстропротекающих процессов так умеет? Просветите плиз, мне действительно интересно.
Go to the top of the page
 
+Quote Post
Николай Семёнови...
сообщение Feb 8 2018, 16:03
Сообщение #163


Местный
***

Группа: Участник
Сообщений: 253
Регистрация: 20-05-17
Пользователь №: 97 202



А то что десятки устройств будут соединяться в цепочку не увеличивает ли вероятность обрыва кольца?
Go to the top of the page
 
+Quote Post

11 страниц V  « < 9 10 11
Reply to this topicStart new topic
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 21st May 2018 - 14:45
Рейтинг@Mail.ru


Страница сгенерированна за 0.01371 секунд с 7
ELECTRONIX ©2004-2016