"Линия задержки"

← →
Германн © (2009-12-17 05:49) [40]

> Rouse_ © (17.12.09 03:40) [39]
>
> Eraser имеет ввиду флаг TCP_NODELAY
>

Не понимаю.

← →
Anatoly Podgoretsky © (2009-12-17 08:53) [41]

> Германн (17.12.2009 01:24:12) [12]

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

← →
Anatoly Podgoretsky © (2009-12-17 09:01) [42]

> Германн (17.12.2009 05:49:40) [40]

Трудно понимать, если ты не на ВЫ с сетями.

← →
Sha © (2009-12-17 12:58) [43]

А не проще на приемном конце принятые пакеты складировать в задерживающую очередь и брать их из нее с нужным интервалом?

← →
Хитрий Лис (2009-12-17 13:57) [44]

Есть предложение купить за 100 рублей старый системник c 10Mb сетевухой и поставить туда Win95.
Получите то же - только аппаратно :)

← →
Sha © (2009-12-17 14:07) [45]

Нет, не то же.

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

← →
Германн © (2009-12-17 15:02) [46]

> Sha © (17.12.09 12:58) [43]
>
> А не проще на приемном конце принятые пакеты складировать
> в задерживающую очередь и брать их из нее с нужным интервалом?
>
>

Не. Тут все сложнее. В передаваемых пакетах находится сигнал для управления некоей железякой. Так что скорее всего надо будет реализовывать на приемнике некий регулятор. Но для начала надо попытаться имитировать проблему. С регуляторами я на ты, а с сетями, как правильно заметил АП, практически не знаком.

← →
Sha © (2009-12-17 15:10) [47]

> В передаваемых пакетах находится сигнал для управления некоей железякой.

Тогда передавать надо не сигнал управления, а желаемое состояние(я) объекта управления в момент(ы) времени, а сигнал управления вычислять на приемном конце в зависимости от текущего времени и нужного состояния.

← →
Германн © (2009-12-17 15:15) [48]

> Тогда передавать надо не сигнал управления, а желаемое состояние(я)
> объекта управления в момент(ы) времени

Этот путь пока заблокирован свыше. :)
Но в любом случае надо экспериментировать.

← →
Jeer © (2009-12-17 15:17) [49]

> Германн © (17.12.09 15:02) [46]
> Не. Тут все сложнее. В передаваемых пакетах находится сигнал
> для управления некоей железякой.

Т.е. ты хочешь повторить реализацию realtime-Ethernet или даже realtime IP ?
Серьезная заявка. :)
Могу сказать сразу, что реализация сетевого управления динамическим объектом требует хотя бы real-time ОС.

← →
Германн © (2009-12-17 15:31) [50]

> Jeer © (17.12.09 15:17) [49]

> Т.е. ты хочешь

Не я хочу. :)

> Могу сказать сразу, что реализация сетевого управления динамическим
> объектом требует хотя бы real-time ОС.

Если в описании к некому ПО написано английским по белому "ХХХ software system turns almost any compatible PC into a real-time controller", что прикажешь отвечать начальнику, который английский знает в совершенстве? :)

← →
Jeer © (2009-12-17 15:42) [51]

Германн, лет 4-5 назад я сделал систему в составе: супервизорное управление довольно сложным объектом ( САУ приводом, САУ сварочным током, САУ прижимом электрода были реализованы на МК и получали только супервизороное управление от центрального поста ).
Скажи мне кто, что я должен был дистанционно заниматься вопросами управления "быстрой" динамикой - я бы послал, сам знаешь куда.
Не то, чтобы это невозможно - это совсем другие ресурсы нужны.

А так - на посту стандартная win2000 + контроллерные устройства управления по каждому каналу, реализующие "быстрые" алгоритмы управления и вопросы безопасности.

← →
Eraser © (2009-12-17 15:52) [52]

> [40] Германн © (17.12.09 05:49)

после установки срединения нужно вызвать для сокета
i:=1; SetSockOpt(Socket,IPPROTO_TCP,TCP_NODELAY,@i,sizeof(i));

← →
Jeer © (2009-12-17 16:19) [53]

Полагаю, что все не то советуется.
На мой взгляд, нужно моделирование канала ( поток событий с заданными распределениями вероятностей их поступления ).
Для начала - Пуассона.

← →
Кто б сомневался © (2009-12-17 16:37) [54]

> Кто-нибудь может посоветовать что-нибудь для имитации поведения
> ТСР пакетов при передаче на большие расстояния?

Китайские прокси?

← →
Германн © (2009-12-17 16:46) [55]

> Eraser © (17.12.09 15:52) [52]

Спасибо, учту.

> Jeer © (17.12.09 15:42) [51]

> Скажи мне кто, что я должен был дистанционно заниматься
> вопросами управления "быстрой" динамикой - я бы послал,
> сам знаешь куда.

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

> Германн © (17.12.09 15:31) [50]

А че, собственно, волноваться, если "ХХХ software" гарантирует "World-wide connection" и "World-wide access"? :)

> А че, собственно, волноваться

А кто волнуется?
Идут обычные трудовые будни. :)

> Игорь Шевченко © (17.12.09 01:54) [20]
>
> Германн © (17.12.09 01:31) [14]
>
>
> > (в т.ч. в своём рту)
>
>
> Сочувствую, брат по несчастью :)

"Линию задержки" реализовал сам, но главным блюдом нашего новогоднего стола будет манная каша. :(
Моего потому что жевать нечем, моей семьи, потому что купить что-то другое будет не на что после такого ремонта. :)

> "Линию задержки" реализовал сам,

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

> Jeer © (17.12.09 15:42) [51]

А ведь не всё так траурно!
Гендир вчера в первой половине дня пробовал управлять роботом со своего домашнего компа и остался довольным работой робота.
Правда он уже принял и "понял" наличие ПИД-регулятора в данной системе.

> brother © (22.12.09 05:19) [60]
>
> > "Линию задержки" реализовал сам,
>
> как? если инет бесплатный, может по анонимным проксевникам
> "погулять"?

Что значит "как"? Как смог, так и реализовал. Интересуют детали реализации, так и скажи.
Прокси мне не подходят. Они создают задержки, но я ими не могу управлять.

Это верно.
Каждый должен построить свою линию задержки!
С блэкджеком и шлюхами!

"Линия задержки" Найти похожие ветки