Jump to content

    

звук по диф.паре в цифровом виде

Интересно, а как можно передать (и принять!) битики без синхронизации генераторов на обеих сторонах? Режим-то дуплексный...

Кстати, синхронизацию тактовых генераторов для этого делать вовсе не обязательно.

 

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

Share this post


Link to post
Share on other sites
Вы сами-то эту ..... дифсистему то городить-то пробовали?

 

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

Share this post


Link to post
Share on other sites
См. "плезиохронность".
Ух ты! Опять "вумные" слова.

Не соблаговолит ли Автор пояснить, каким боком эта "плезиохронность" соотносится с утверждением:

Передать битики - не особая проблема. Есть другие подводные камни. Нужно не забыть про синхронизацию тактовых генераторов на обеих сторонах.
?

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

 

Вы сами-то эту ..... дифсистему то городить-то пробовали?
Сделать можно. Например, как это реализовано на коаксиале. Там система с разделением времени доступа.

 

И помирают производители прямо на глазах. Считай один Infinion остался, на NEC стаааренький чип тянет...
Да, это, пожалуй, я не учёл... Темпоро мутанто...

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
Что то я уже совсем запутался, как эти битики передать, по какому протоколу.

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

Share this post


Link to post
Share on other sites
Манчестер + ВременноеУплотнение (TDM).

 

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

Share this post


Link to post
Share on other sites
Что то я уже совсем запутался, как эти битики передать, по какому протоколу. Проблема не в диф.системе( тут есть некоторые наработки), а в кодировании сигналов, как и чем.
Постановка задачи изначально не полна. Нужно указать все существенные требования к качеству звука и системе передачи-приёма, а также, по возможности более полно, описать все физические особенности канала.

Способов кодирования существует множество. Для речевого сигнала - это от простого A-law или Mu-law до "навороченных" вокодеров. Скорости передачи данных при этом могут варьировать от десятков килобит до сотен бит в секунду.

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

Суть протокола сводится к следующему. Ведущий МК посылает в линию текущий отсчёт сигнала, и переключается на приём. Ведомый дожидается окончания приёма, после чего переключается на передачу и "выплёвывает" в сеть свой отсчёт, вновь затем переключаясь на приём. Далее, ведущий дожидается прихода нового отсчёта с АЦП, и цикл повторяется. После каждого сеанса приёма МК выводят принятые отсчёты в ЦАП-ы.

Full-duplex в этом случае получается за счёт такого вот простейшего протокола обмена.

Обсуждать применение других способов (эхоподавление, временнОе и частотное разделение) уместно только при грамотной постановке задачи.

Share this post


Link to post
Share on other sites
Суть протокола сводится к следующему. Ведущий МК посылает в линию текущий отсчёт сигнала, и переключается на приём. Ведомый дожидается окончания приёма, после чего переключается на передачу и "выплёвывает" сеть свой отсчёт, вновь затем переключаясь на приём. Далее, ведущий дожидается прихода нового отсчёта с АЦП, и цикл повторяется...

Full-duplex в этом случае получается за счёт такого вот простейшего протокола обмена.

Full-duplex в таком случае никак не получается :)

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

Edited by AVL

Share this post


Link to post
Share on other sites
Full-duplex в таком случае никак не получается :)

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

Ну, это вопрос терминологический. :)

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

Share this post


Link to post
Share on other sites

тут не упомянут S/PDIF протокол - он напрямую заточен для передачи звука и может работать в коаксиал или витую пару...

кодеки (cirrus, adi) есть в продаже....

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

Share this post


Link to post
Share on other sites
тут не упомянут S/PDIF протокол - он напрямую заточен для передачи звука и может работать в коаксиал или витую пару...

кодеки (cirrus, adi) есть в продаже....

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

Нашел еще упоминания про протокол AES/EBU. Нормальной спецификации не нашел ни на протокол S/PDIF, ни на протокол AES/EBU (все надо покупать).

По информации, которую смог найти:

1) S/PDIF обеспечивает передачу в одном направлении (коаксиал, обычно до 10м). У cirrus есть как отдельные приемники и передатчики, так и трансиверы. Для соединения трансиверов используется 2 кабеля.

2) AES/EBU разрабатан для передачи на большие расстояния (до 1000м), причем информация передается в обе стороны по одному кабелю (витая пара).

 

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

Share this post


Link to post
Share on other sites

hdmi>http://www.cirrus.com/en/products/pro/detail/P1034.html.

hdmi>По моему должно подойти. Или нет?

 

ну это смотря для чего.... как аудио кодек .... может...

а как интефейс - вряд ли...

вот тут интерфейсные лежат....

приемники и передатчики....

http://www.cirrus.com/en/products/pro/areas/PA68.html

Share this post


Link to post
Share on other sites

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

 

это конечно...

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

мультиплексировать напр так:

одну посылку посылаем ....

её принимаем местным(то, что он принял - выкидываем) и удаленным приемником(удаленный передатчик передает в этот момент в NUL(в никуда))...

следующую(удаленную) принимаем(ее же принимает в этот момент и удаеленный приемник(выкидываем)) а местный передатчик в это момент перенаправляем в NUL.....

если в системе будет один "мастер" то синхорнизироватся можно без проблем....

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this