Помогите выбрать протокол, куда копать? Опции

[RHnd]

Ситуация такая: есть коробочка, на которой стоит оптический излучатель, а рядом с ним приемник. Есть вторая такая коробочка, которая относится на растояние до 30м и разворачивается (т.е. излучатель напротив приемника). Одна коробочка знает, что она передатчик, а вторая - что она приемник. Требуется, чтоб по нажатию кнопочки передатчик передал на приемник несколько сотен мегабайт. Скорость передачи в условиях прямой видимости желательно хотя бы 16 мегабит, лучше 20. Естественно, между коробочками могут проходить люди, коробочки могут трястись в руках у операторов - вообщем, могут возникать проблемы в канале, после которых нужно восстанавливать передачу. В целом, вроде ситуация ясна. Внутри коробочек стоит циклон2, для которого оптический приемник и излучатель - два провода, rx и tx.
Мне, соответственно, требуется разработать схему, которая обеспечит работоспособность, выбрать (придумать) протокол и реализовать.
Подскажите, на какие стандартные протоколы в такой ситуации можно посмотреть, на что опираться? Какие могут быть готовые или окологотовые решения?

[MrYuran]

А обмен между компами идёт?
или между какими-т о железными коробочками?
Если между компами, то проще всего поставить с каждой стороны преобразователь Ethernet (какой-нить простой Риалтек) и получится прозрачный канал Ethernet (только по оптике).
Иначе - HDLC (канальный уровень) или TCP.
А достоверность передачи и перезапросы - на уровне приложений
Хотя если точка-точка, то можно любой самопальный протокол придумать, главное, задокументировать как следует.

[tag]

А обмен между компами идёт?
или между какими-т о железными коробочками?
Если между компами, то проще всего поставить с каждой стороны преобразователь Ethernet (какой-нить простой Риалтек) и получится прозрачный канал Ethernet (только по оптике).
Иначе - HDLC (канальный уровень) или TCP.
А достоверность передачи и перезапросы - на уровне приложений
Хотя если точка-точка, то можно любой самопальный протокол придумать, главное, задокументировать как следует.

...HDLC - это протокол управления протоколом канального уровня и он ни коим образом не сравним с TCP

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

... в принципе подходит TCP/IP, ModBus вряд ли. Мне кажется Вам надо проработать подробнее вопрос обмена информацией: например, связь между "ящиками" должна быть постоянно или устанавливаться эпизодически? ... "ящики" равноправные или один из них ведущий, а другой подчиненный? А уже потом определяться с протоколом.

[rv3dll(lex)]

...HDLC - это протокол управления протоколом канального уровня и он ни коим образом не сравним с TCP
... в принципе подходит TCP/IP, ModBus вряд ли. Мне кажется Вам надо проработать подробнее вопрос обмена информацией: например, связь между "ящиками" должна быть постоянно или устанавливаться эпизодически? ... "ящики" равноправные или один из них ведущий, а другой подчиненный? А уже потом определяться с протоколом.

зачем телеге реактивный двигатель??? если для того чтобы передать данные достаточно их просто передать и убедиться в достоверности для этого достаточно 32 ячейки CPLD
никая сеть тут не нужна!!!!!!! никакого сужения спектра делать не надо

[tag]

никая сеть тут не нужна!!!!!!!

Про сеть никто и не говорит.

[rv3dll(lex)]

Про сеть никто и не говорит.

тут нужен протокол не сложнее уартовского

в пультах ду не всегда манчестер

[tag]

тут нужен протокол не сложнее уартовского

в пультах ду не всегда манчестер

...у Вас есть поток данных, т.е Вы передаете данные и вдруг он прерван. Как определить какую часть данных надо передать когда канал связи востановится? Как долго ждать когда канал связи востановится? Достоверны полученные данные? Как долго принимать данные (т.е. сколько)? Как определить начало блока данных, конец блока данных? Таким образом чтобы все это выполнить необходима определенная последовательность действий и некая служебная информация в потоке. Это все и есть протокол.

UART-протокол - это протокол физического уровня и его недостаточно чтобы ответить на вопросы заданные выше. Что касается пультов ДУ, то там нет обратной связи, а это означает что мы не можем определить принял приемник нашу информацию или нет.