См. "плезиохронность".

Именно для Ethernet не делал. Делал подобное для других задач. Естественно при реализации возникнут проблемы. Но они решаемы.

Ух ты! Опять "вумные" слова.
Не соблаговолит ли Автор пояснить, каким боком эта "плезиохронность" соотносится с утверждением:?
В частности, интересно было бы узнать трактовку понятия "плезиохронность" в свете "синхронизации тактовых генераторов", и непременного его выполнения для "передачи и приёма битиков". А также, где здесь запрятаны "подводные камни"?

Сделать можно. Например, как это реализовано на коаксиале. Там система с разделением времени доступа.

Да, это, пожалуй, я не учёл... Темпоро мутанто...

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

Манчестер + ВременноеУплотнение (TDM).

А что есмь - манчестер???

Постановка задачи изначально не полна. Нужно указать все существенные требования к качеству звука и системе передачи-приёма, а также, по возможности более полно, описать все физические особенности канала.
Способов кодирования существует множество. Для речевого сигнала - это от простого A-law или Mu-law до "навороченных" вокодеров. Скорости передачи данных при этом могут варьировать от десятков килобит до сотен бит в секунду.
В простейшем случае, если расстояние не слишком велико (до сотен метров), можно сделать так: берёте два МК с УАРТ-ами на борту и подключаете их к витой паре с использованием драйверов RS-485/RS-422. К каждому МК подключаем АЦП (если качества звука высокого не нужно, можно использовать внутренний) и ЦАП (иногда достаточно ШИМ). Один из МК объявляем ведущим, второй - ведомым.
Суть протокола сводится к следующему. Ведущий МК посылает в линию текущий отсчёт сигнала, и переключается на приём. Ведомый дожидается окончания приёма, после чего переключается на передачу и "выплёвывает" в сеть свой отсчёт, вновь затем переключаясь на приём. Далее, ведущий дожидается прихода нового отсчёта с АЦП, и цикл повторяется. После каждого сеанса приёма МК выводят принятые отсчёты в ЦАП-ы.
Full-duplex в этом случае получается за счёт такого вот простейшего протокола обмена.
Обсуждать применение других способов (эхоподавление, временнОе и частотное разделение) уместно только при грамотной постановке задачи.

Full-duplex в таком случае никак не получается
То, что Вы предлагаете - это half-duplex с использованием одной диф.пары. Как раз то, что автор хочет.

Сообщение отредактировал AVL - Jun 8 2007, 06:37

Ну, это вопрос терминологический.
Если разруливание идёт по каждому конкретному отсчёту, никаких очередей не создаётся, то, с моей точки зрения, режим нужно называть full duplex-ом.

тут не упомянут S/PDIF протокол - он напрямую заточен для передачи звука и может работать в коаксиал или витую пару...
кодеки (cirrus, adi) есть в продаже....
для (поул)дуплекса надо будет немного поковырятся, но с дополнительными внешними устройствами думаю можно приспособить.....

Нашел еще упоминания про протокол AES/EBU. Нормальной спецификации не нашел ни на протокол S/PDIF, ни на протокол AES/EBU (все надо покупать).
По информации, которую смог найти:
1) S/PDIF обеспечивает передачу в одном направлении (коаксиал, обычно до 10м). У cirrus есть как отдельные приемники и передатчики, так и трансиверы. Для соединения трансиверов используется 2 кабеля.
2) AES/EBU разрабатан для передачи на большие расстояния (до 1000м), причем информация передается в обе стороны по одному кабелю (витая пара).

Может у кого есть еще информация? или оригиналы описания стандартов S/PDIF и AES/EBU?

Вот нашел интересный кодек от cirrus
http://www.cirrus.com/en/products/pro/detail/P1034.html.
По моему должно подойти. Или нет?

hdmi>http://www.cirrus.com/en/products/pro/detail/P1034.html.
hdmi>По моему должно подойти. Или нет?

ну это смотря для чего.... как аудио кодек .... может...
а как интефейс - вряд ли...
вот тут интерфейсные лежат....
приемники и передатчики....
http://www.cirrus.com/en/products/pro/areas/PA68.html

Эти микросхемы не поддерживают двунаправленный обмен по одной диф.паре.

AVL>Эти микросхемы не поддерживают двунаправленный обмен по одной диф.паре.

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