Как из дома управлять с латентностью <200 мс через интернет устройством на расстоянии 600 км и потоком данных 100 Мбит/с? Поделитесь опытом Опции

[gte]

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

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

[Огурцов]

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

[Corvus]

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

[bbb]

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

[syoma]

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

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

[zltigo]

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

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

[Огурцов]

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

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

[bbb]

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

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

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

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

[gte]

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

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

[zltigo]

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

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

[bbb]

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

И как не крути за 30 мкс опросить 1000 девайсов....
Ещё лет 10 назад это казалось несбыточной фантастикой

[smalcom]

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

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

[bbb]

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

[smalcom]

есть, конечно.
недорого, для начинающих: http://server-unit.ru/catalog/servery/serv...alnogo-urovnya/
это по желанию, в зависимости от абонентской линии http://gsc.com.ua/xdsl-koncentratory/adsl-shdsl-dslam/

[zltigo]

И как не крути за 30 мкс опросить 1000 девайсов....
Ещё лет 10 назад это казалось несбыточной фантастикой

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