Jump to content

    

Расскажите про EtherCAT

неправда, первый короткий пакет на гигабите будет дополнен нулями до продолжительности стомегабитного - никакого выигрыша

Edited by Огурцов

Share this post


Link to post
Share on other sites
неправда, первый короткий пакет на гигабите будет дополнен нулями до продолжительности стомегабитного - никакого выигрыша

А если использовать тольку "физику" 10-гигабитного езернета а протокол самому написать?

Как бекшофф сделал.

 

Просто, к примеру нужно опросить сотню территориально разнесенных датчиков за 100 мкс.

Обычный езернет это вроде не повзоляет сделать. Готь 1Г хоть 10Г. Так?

Может использовать беспроводной езернет?

Share this post


Link to post
Share on other sites
неправда, первый короткий пакет на гигабите будет дополнен нулями до продолжительности стомегабитного - никакого выигрыша

при full duplex зачем что-то дополнять?

 

Просто, к примеру нужно опросить сотню территориально разнесенных датчиков за 100 мкс.

если там пару байт с датчика, то это всего 2мбита, token-ring можно и из rs422 устроить.

или даже из полудуплексного rs485 (что для сильно разнесённых датчиков на 2мбитах уже не очень), когда каждый датчик с адресом N начинает говорить сразу как увидел что N-1 всё что хотел сказать - сказал.

Share this post


Link to post
Share on other sites

на сколько разнесённых ?

 

 

при full duplex зачем что-то дополнять?

чтобы обеспечить прежний размер сети

 

 

Share this post


Link to post
Share on other sites
чтобы обеспечить прежний размер сети

точка-точка, из двух устройств?

Share this post


Link to post
Share on other sites
есть стандарт, ничего, что его пытаются соблюдать ?

Стандарт не обеспечивает возможность опросить 100 удаленных узлов за 100 мкС.

 

если там пару байт с датчика, то это всего 2мбита

Во-первых 2 байта в микросекунду - это 20...50 Мега бит в секунду, а не 2. В зависимости от способа кодирования, числа и длительности СТАРТ/СТОП-ных битов и т.п.

А во вторых, для систем управления важен не Baudrate (я же не видео хочу гонять по сети), а Latency Time

 

 

Т.е. в системах управления быстропротекающими процессами терабайты гонять по сети не нужно.

Там самое важное быстрый отклик. Т.е. чтобы уже через микросекунды после сбоя или аварии в распределенной системе эта инфа уже обрабатывалась в главном вычислителе и принялись меры по их устранению

 

на сколько разнесённых ?

От 5 до 100 метров

P.S. Я в курсе что сигнал не может распространяться быстрей скорости света и поэтому невозможно узнать через 1 мкс об аварии, произошедшей на расстоянии 1 км

Edited by Флюктуация ваккума

Share this post


Link to post
Share on other sites
Во-первых 2 байта в микросекунду - это 20...50 Мега бит в секунду, а не 2. В зависимости от способа кодирования, числа и длительности СТАРТ/СТОП-ных битов и т.п.

А во вторых, для систем управления важен не Baudrate (я же не видео хочу гонять по сети), а Latency Time

да, с мбитами промазал.

 

ну тогда действительно брать физческий уровень от езернета, и делать из него либо token ring, либо одну шину half duplex и свой "CSMA", с синхронизацией, когда получив пакет от мастера все начинают отвечать строго по очереди без пауз не машая друг другу.

 

Share this post


Link to post
Share on other sites
P.S. Я в курсе что сигнал не может распространяться быстрей скорости света и поэтому невозможно узнать через 1 мкс об аварии, произошедшей на расстоянии 1 км

И я также в курсе, что не смотря на то, что находясь на 300 метров от центрального процессора, невозможно ему сообщить об аварии быстрей чем за 1 мкс, но при этом можно ему передать время обнаружении аварии с точностью до наносекунд

Edited by Флюктуация ваккума

Share this post


Link to post
Share on other sites

тогда вам нужно выбрать одно из двух - либо максимально быстрый отклик, либо максимально точное время

Share this post


Link to post
Share on other sites
тогда вам нужно выбрать одно из двух - либо максимально быстрый отклик, либо максимально точное время

Выбор не нужен. Ибо одно от другого не зависит

Share this post


Link to post
Share on other sites

точное время можно получить штатными средствами, а с откликом едва ли в 10 мкс уложитесь, т.е. потребуются иные

 

Share this post


Link to post
Share on other sites
да, с мбитами промазал.

 

ну тогда действительно брать физческий уровень от езернета, и делать из него либо token ring, либо одну шину half duplex и свой "CSMA", с синхронизацией, когда получив пакет от мастера все начинают отвечать строго по очереди без пауз не машая друг другу.

А может сделать как в КАНе?

Когда датчик сам может без запроса начать "отвечать" если у него есть важная инфа?

 

точное время можно получить штатными средствами, а с откликом едва ли в 10 мкс уложитесь, т.е. потребуются иные

Я к тому, что точное (до наносекунд) время и время реакции никак не связаны

 

а с откликом едва ли в 10 мкс уложитесь, т.е. потребуются иные

Свет проходит 100 метров за 0,3 мкс

 

Share this post


Link to post
Share on other sites
Когда датчик сам может без запроса начать "отвечать" если у него есть важная инфа?

когда захочет, если линия свободна

 

точное (до наносекунд) время и время реакции никак не связаны

не связаны, пока вы их физикой не свяжете

 

Свет проходит 100 метров за 0,3 мкс

а пакет за сколько ?

Edited by Огурцов

Share this post


Link to post
Share on other sites
когда захочет, если линия свободна

Я в смысле изменить дисциплину доступа к шине. Сделать её как в CAN

 

 

не связаны, пока вы их физикой не свяжете

Не понял

 

а пакет за сколько ?

Зависит от длины пакеты.

Если в пакете 100 бит то при скорости 10 Гигабит - (10 нс + 0,3 мкс) = 310 нс

Edited by Флюктуация ваккума

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this