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

[AVL]

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

Для того, чтобы сделать что-то подобное этому, необходимо поставить ПЛИС + LIU. Поскольку ставим ПЛИС+LIU, то нет смысла в трансиверах S/PDIF, даже со встроенными аудио кодеками. Нет смысла, потому что на ПЛИС можно сделать весь протокол, причем не обязательно S/PDIF. Сделать так, как это удобно для данной задачи.

P.S. Как правильно написал Stanislav, постановка задачи не полна. Вопрос к hdmi, какие требования к передаче звуковой информации? (частота дискретизации, битовое разрешение, тип кодирования звуковых данных (linear PCM, A-law/u-law, ADPCM, или что-то еще)

[el34]

AVL>Для того, чтобы сделать что-то подобное этому, необходимо поставить ПЛИС + LIU.

ПЛИС тут совсем не нужна ....
uC конечно нужен....
и задача получается довольно простая (имхо)....
конечно же можно и кучу других способов предложить....

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

[AVL]

AVL>Для того, чтобы сделать что-то подобное этому, необходимо поставить ПЛИС + LIU.

ПЛИС тут совсем не нужна ....
uC конечно нужен....
и задача получается довольно простая (имхо)....
конечно же можно и кучу других способов предложить....

Из Вашего поверхностного описания, то насколько я смог Вас понять, пришел в выводу, что эту логику можно сделать на ПЛИС. Значит я не правильно понял. Если Вам не сложно, могли бы Вы рассказать более детально алгоритм, который Вы предлагаете?

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

Пока с готовыми микросхемами не так все просто. Возможно в продаже и есть подходящее, но пока такой информации не нашли.

[hdmi]

А почему кодек CS42406 не подойдет? У него двунаправленный вход. После него поставить драйвер для диф.пары. И есть также вход для 2х каналов анадогового звука и выход 6 каналов .

[AVL]

А почему кодек CS42406 не подойдет? У него двунаправленный вход. После него поставить драйвер для диф.пары. И есть также вход для 2х каналов анадогового звука и выход 6 каналов .

Нет там такого. Этот кодек вообще не предназначен для работы на линию.

[el34]

AVL>Пока с готовыми микросхемами не так все просто. Возможно в продаже и есть подходящее, но пока такой информации не нашли.

я покупал в www.terraelectronica.ru

AVL>Из Вашего поверхностного описания, то насколько я смог Вас понять, пришел в выводу, что эту логику можно сделать на ПЛИС. Значит я не правильно понял. Если Вам не сложно, могли бы Вы рассказать более детально алгоритм, который Вы предлагаете?

скажу по другому:
на обоих концах линии связи стоят по 1 мс приемника и передатчика....
они работают напр. на удвоеной частоте квантования сигнала речи...
используется доступ с разделением времени...
в одном временном интервале передает передатчик ус-ва A - при этом приемник ус-ва B на приеме в следующий временной интервал наоборот...
для поддержания работы PLL микросхемы приемника, она работает на прием без пропуска циклов (принимает сигнал и удаленного и местного передатчика)...
в качестве опорного генератора мс передатчика используется выход PLL приемника...
для мультиплексирования достаточно одной мс 4х2в1 mux ну может еще чуток по мелочи....
и 485 приемопередатчик
при этом для управления использовать uC....
можно реализовать мультиплексирование/синхронизацию и без uC только с применением CPLD....


если взять пару CS8406-CS8416, то при их работе на 192kHz, при этом для речи использовать Fs= 24kHz - можно организовать до 8 временных слотов....
это позволит передавать и аудио и управление и тп и тд....
хотя вполне достаточно и удвоенной частоты работы приемника и передатчика....

[AVL]

AVL>Пока с готовыми микросхемами не так все просто. Возможно в продаже и есть подходящее, но пока такой информации не нашли.
я покупал в www.terraelectronica.ru

Нет, я имел в виду готовые в смысле один чип, не требующий никаких доработок из вне.

скажу по другому:
на обоих концах линии связи стоят по 1 мс приемника и передатчика....
они работают напр. на удвоеной частоте квантования сигнала речи...
используется доступ с разделением времени...
в одном временном интервале передает передатчик ус-ва A - при этом приемник ус-ва B на приеме в следующий временной интервал наоборот...
для поддержания работы PLL микросхемы приемника, она работает на прием без пропуска циклов (принимает сигнал и удаленного и местного передатчика)...
в качестве опорного генератора мс передатчика используется выход PLL приемника...
для мультиплексирования достаточно одной мс 4х2в1 mux ну может еще чуток по мелочи....
и 485 приемопередатчик
при этом для управления использовать uC....
можно реализовать мультиплексирование/синхронизацию и без uC только с применением CPLD....
если взять пару CS8406-CS8416, то при их работе на 192kHz, при этом для речи использовать Fs= 24kHz - можно организовать до 8 временных слотов....
это позволит передавать и аудио и управление и тп и тд....
хотя вполне достаточно и удвоенной частоты работы приемника и передатчика....

Хорошо. А вы в курсе, что задержка сигнала на кабеле длиной 100м составит от 600нс до 1мкс в зависимости от типа кабеля? А на другой длине величина задержки будет другой.
Допустим узел B у Вас засинхронизировался от узла A. Но после того, как узел B начнет передавать, сигнал от B к A вернется с задержкой фазы величиной 2 задержки распространения сигнала по кабелю. Суть проблемы уловили? то, что PLL приемника A будет вести себя немного странно

А почему кодек CS42406 не подойдет? У него двунаправленный вход. После него поставить драйвер для диф.пары. И есть также вход для 2х каналов анадогового звука и выход 6 каналов .

Что Вы под драйвером подразумеваете? LIU+framer? если да, то тогда в принципе любой кодек подойдет, необязательно CS42406.

Вам лучше написать требования к передаче звуковой информации. (частота дискретизации, битовое разрешение, тип кодирования звуковых данных (linear PCM, A-law/u-law, ADPCM, или что-то еще)
А то действительно обсуждение теряет смысл.

[el34]

AVL>Суть проблемы уловили? то, что PLL приемника A будет вести себя немного странно

предложил идею....
забраковали...
считаете , что не работоспособно....
ну и лады....
пс сорри за беспокойство...

[AVL]

AVL>Суть проблемы уловили? то, что PLL приемника A будет вести себя немного странно

предложил идею....
забраковали...
считаете , что не работоспособно....
ну и лады....
пс сорри за беспокойство...

Да не обижайтесь Давайте лучше дальше размышлять, если Вас интересует эта тема.

[el34]

AVL>Да не обижайтесь Давайте лучше дальше размышлять, если Вас интересует эта тема.

разумеется , никаких обид....

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

[Stanislav]

Братцы, предмета для спора нет пока...
Автору темы, как я понял, нужен именно протокол дуплексного обмена. Который можно выбрать только после задания существенно необходимых условий.
Я же предложил простеёший протокол только в качестве примера того, как некую систему дуплексной передачи данных можно организовать без всяких "наворотов" типа эхоподавления, PLL, и т.д.
Предлагаю подождать, пока автор темы дозреет до состояния грамотной постановки задачи.

[AVL]

Братцы, предмета для спора нет пока...
Автору темы, как я понял, нужен именно протокол дуплексного обмена. Который можно выбрать только после задания существенно необходимых условий.
Я же предложил простеёший протокол только в качестве примера того, как некую систему дуплексной передачи данных можно организовать без всяких "наворотов" типа эхоподавления, PLL, и т.д.
Предлагаю подождать, пока автор темы дозреет до состояния грамотной постановки задачи.

Я абсолютно согласен. Предлагаю больше не вести эту тему до момента получения необходимых исходных данных от автора.

[el34]

AVL> Давайте лучше дальше размышлять, если Вас интересует эта тема.

Вы уж чиркните пару слов в ответ на #40.....
плз...
зародили ведь во мне сомнение и что:

AVL>Предлагаю больше не вести эту тему до момента получения необходимых исходных данных от автора.

Stanislav>Братцы, предмета для спора нет пока...

ну это ,как Вы понимаете, не проблема !

[hdmi]

В принципе не ставил вопрос о параметрах звука в качестве краеугольного. Интересовал больше алгоритм реализации и конкретные аппликации.
Вообще на hi fi претендовать не будем. Можно даже пожертвовать качеством звука для увеличения устойчивости работы системы и её удешевления. Вобщем в этих вопросах можно всегда найти компромисс. А цифры... будут.
В любом случае ( даже если тему закроют) большое спасибо!

Сообщение отредактировал hdmi - Jun 10 2007, 20:25

[hdmi]

Полоса пропускания 50Гц-18кГц. Частота дискретизации 44,1 кГц- для звука(для микрофона можно использовать и более низкую), битовое разрешение- 16 , тип кодирования звуковых данных - linear PCM.
Краткое описание работы системы - пользователь находясь на удалении 30 м. от компьютера(к примеру) слушает музыку, говорит в микрофон и слышит сам себя.