Jump to content

    

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

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

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

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

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

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

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

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

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

 

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

Share this post


Link to post
Share on other sites

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

 

ПЛИС тут совсем не нужна ....

uC конечно нужен....

и задача получается довольно простая (имхо)....

конечно же можно и кучу других способов предложить....

 

а вот делать на плис протокол , да фапчи, да контроль ....

совсем не тривиально....

есть уже готовые мс для этого....

Share this post


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

 

ПЛИС тут совсем не нужна ....

uC конечно нужен....

и задача получается довольно простая (имхо)....

конечно же можно и кучу других способов предложить....

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

 

а вот делать на плис протокол , да фапчи, да контроль ....

совсем не тривиально....

есть уже готовые мс для этого....

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

Share this post


Link to post
Share on other sites

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

Share this post


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

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

 

скажу по другому:

на обоих концах линии связи стоят по 1 мс приемника и передатчика....

они работают напр. на удвоеной частоте квантования сигнала речи...

используется доступ с разделением времени...

в одном временном интервале передает передатчик ус-ва A - при этом приемник ус-ва B на приеме в следующий временной интервал наоборот...

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

в качестве опорного генератора мс передатчика используется выход PLL приемника...

для мультиплексирования достаточно одной мс 4х2в1 mux ну может еще чуток по мелочи....

и 485 приемопередатчик

при этом для управления использовать uC....

можно реализовать мультиплексирование/синхронизацию и без uC только с применением CPLD....

 

 

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

это позволит передавать и аудио и управление и тп и тд....

хотя вполне достаточно и удвоенной частоты работы приемника и передатчика....

Share this post


Link to post
Share on other sites
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, или что-то еще)

А то действительно обсуждение теряет смысл.

Share this post


Link to post
Share on other sites

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

 

предложил идею....

забраковали...

считаете , что не работоспособно....

ну и лады....

пс сорри за беспокойство...

Share this post


Link to post
Share on other sites
AVL>Суть проблемы уловили? то, что PLL приемника A будет вести себя немного странно :)

 

предложил идею....

забраковали...

считаете , что не работоспособно....

ну и лады....

пс сорри за беспокойство...

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

Share this post


Link to post
Share on other sites

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

 

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

 

особых проблем в работе плл не вижу....

ведь синхру приемник берет из информацинонной посылки....

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

имхо

короче не понял я проблему....

Share this post


Link to post
Share on other sites

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

Автору темы, как я понял, нужен именно протокол дуплексного обмена. Который можно выбрать только после задания существенно необходимых условий.

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

Предлагаю подождать, пока автор темы дозреет до состояния грамотной постановки задачи. :)

Share this post


Link to post
Share on other sites
Братцы, предмета для спора нет пока...

Автору темы, как я понял, нужен именно протокол дуплексного обмена. Который можно выбрать только после задания существенно необходимых условий.

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

Предлагаю подождать, пока автор темы дозреет до состояния грамотной постановки задачи. :)

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

Share this post


Link to post
Share on other sites

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

 

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

плз...

зародили ведь во мне сомнение и что:

 

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

 

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

 

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

Share this post


Link to post
Share on other sites

В принципе не ставил вопрос о параметрах звука в качестве краеугольного. Интересовал больше алгоритм реализации и конкретные аппликации.

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

В любом случае ( даже если тему закроют) большое спасибо!

Edited by hdmi

Share this post


Link to post
Share on other sites

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

Краткое описание работы системы - пользователь находясь на удалении 30 м. от компьютера(к примеру) слушает музыку, говорит в микрофон и слышит сам себя.

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