[gte 6]

И просто тогда про "real-time управление" будет уже нельзя говорить.

Обычный ethernet не используется для "real-time" даже в пределах цеха.

 

 

[VCucumber 0]

значит нужно сделать необычный

 

[Corvus 1]

Так сделали уже EtherCAT и иже с ним.

[111 0]

Мне нужно использовать WAN

[syoma 1]

Обычный ethernet не используется для "real-time" даже в пределах цеха.

Ну чего не используется. Уже используется. Продвинутые "цифровые" подстанции на МЭК 61850 используют Ethernet в полный рост. А протокол GOOSE как раз используется системами защиты и автоматики для посылки команд на аварийное отключение контакторов и разрыв цепей. И задержки там гораздо меньше 100мс.

Но не думаю, что ТС устроит цена данного решения.

[zltigo 2]

Но не думаю, что ТС устроит цена данного решения.

Причем тут предлагаемые Вами "решения" работающие в пределах локальной сети? Нет, хотя если фантазер прокопает канаву до объекта и проложит свой бэкбончик, то тогда все и у него получится :).

[VCucumber 0]

Но не думаю, что ТС устроит цена данного решения.

доллар..два ?

 

[111 0]

Обычный ethernet не используется для "real-time" даже в пределах цеха.

Вы жутко отстали от жизни.

 

Уже лет 10 как как в цеховых АСУТП в полный рост правят не просто системы жесткого реального времени. А ЧУДОВИЩНОЙ ЖЕСТКОСТИ системы реального времени на базе EtherCAT, SERCOS, PowerLink и т.п.

 

Когда время проверки отсутсвия "Failure" одного блока занимает наносекунды.

[gte 6]

Уже лет 10 как как в цеховых АСУТП в полный рост правят не просто системы жесткого реального времени. А ЧУДОВИЩНОЙ ЖЕСТКОСТИ системы реального времени на базе EtherCAT, SERCOS, PowerLink и т.п.

Внимательно читайте то, что я написал.

То о чем Вы написали это не просто Ethernet, а специально модифицированный для промышленного применения.

Почитайте условия применения EtherCAT, SERCOS, PowerLink и т.п. и напишите какой из них применим для Вас при условии, что Вы не будете "копать канаву до объекта".

 

 

[zltigo 2]

Когда время проверки отсутсвия "Failure" одного блока занимает наносекунды.

Феерически! Наносекунды. А как быть с тем печальным фактом, что только задержка в витой паре на уровне 30 наносекунд на метр. Какие-то совсем уж карманного размера системы АСУТП у Вас :). Идем дальше. Начинаем учитывать скорость передачи. В Ethernet бегают фреймы имеющие не нулевой размер, посему еще появляется задержка равная отношению размера фрейма к скорости передачи, что уже совсем никак не сотносится со словом "наносекунды". Это я пока про чисто физические ограничения говорю и не затрагиваю вопрос времени обработки информации.

Осетра урежьте ©

 

[111 0]

Я имел в виду, что слЭйф формирует ответ за наосекунды в суммарном фрейме

 

И как не крути за 30 мкс опросить 1000 девайсов....

Ещё лет 10 назад это казалось несбыточной фантастикой

[smalcom 0]

smalcom

Не понял. Что Вы хотели сказать-то?

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

[111 0]

А есть ли какие либо эволюшн платы, KiT-ы и т.п. по указанной в заголовке тематике?

[smalcom 0]

есть, конечно.

недорого, для начинающих: http://server-unit.ru/catalog/servery/serv...alnogo-urovnya/

это по желанию, в зависимости от абонентской линии http://gsc.com.ua/xdsl-koncentratory/adsl-shdsl-dslam/

 

[zltigo 2]

И как не крути за 30 мкс опросить 1000 девайсов....

Ещё лет 10 назад это казалось несбыточной фантастикой

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