Перейти к содержанию
    

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

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вы сами-то эту ..... дифсистему то городить-то пробовали?

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

См. "плезиохронность".
Ух ты! Опять "вумные" слова.

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

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что то я уже совсем запутался, как эти битики передать, по какому протоколу.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

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

Изменено пользователем AVL

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

тут не упомянут 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

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

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...