Приёмник S/PDIF в синхронном режиме

[anatol0]

Не нашёл в даташите на DIR9001 (или любой другой аналогичной), можно ли заставить принимать данные, синхронизируя выход I2S от дополнительного мастерклока, того же, что является мастером для источника S/PDIF-а, а не восстанавливая синхру из потока?
Вопрос возник в обдумывании удалённом - около 3х метров, подключения ЦАП-а. В источнике есть и мастерклок, и S/PDIF и I2S.

[Андрей К]

Не нашёл в даташите на DIR9001 (или любой другой аналогичной), можно ли заставить принимать данные, синхронизируя выход I2S от дополнительного мастерклока

выход I2S приемника Вы имели ввиду? Посмотрите 13 стр. даташита сигнал CKSEL. Для других, аналогичных, смотреть slave mode.

[s3tup]

WM8804 в слэйв, тогда его MCLK/BCLK/LRCLK становятся входами. Их нужно кормить от, ну допустим, бинарного счетчика - тогда будет RJ или LJ (I2S не будет, т.к. у него нужно задержать LRCLK на 1 битклок).
Бинарный счетчик - кормить от мастерклока сидюка.

Как-то так.

А пробовали не заморачиваться, да подключить мастерклок сидюка прямо в цап? (или в реклок).

[Alex]

Offтопик:
Немного в сторону, но раз уж о DIR9001 - он по ТУ до 96, случайно обнаружил что при подаче на него 176/192 - он весело зависает вплоть до передергивания питания (ну может и ресет спасет, я ЦАП где он стоит не открывал)

[ypvypv]

Offтопик:
Немного в сторону, но раз уж о DIR9001 - он по ТУ до 96, случайно обнаружил что при подаче на него 176/192 - он весело зависает вплоть до передергивания питания (ну может и ресет спасет, я ЦАП где он стоит не открывал)

Offтопик:
Странно, у меня 176 воспроизводит, а 192 отказывается но не зависает.

[anatol0]

выход I2S приемника Вы имели ввиду? Посмотрите 13 стр. даташита сигнал CKSEL

Насколько я понял, внешний XTI клок в DIR9001 не используется для формирования выходных данных.

А пробовали не заморачиваться, да подключить мастерклок сидюка прямо в цап? (или в реклок).

То есть, использовать восстановленные по PLL данные и синхронизировать от мастерклока?

[Alex]

Offтопик:

Странно, у меня 176 воспроизводит, а 192 отказывается но не зависает.

Ну про 176 я утвердать не буду, поскольку у меня оно менялось по кругу: 44-48-88-96-176-192, и после этого дирка зависала.
Так что, от 192 точно зависала, но - зависало соединенное по оптике, притом что в передатчике и приемнике стоят НЕ расчитанные на 192 трансмиттер и ресивер. Но зависала-то ДИРка,причем намертво - пока кнопкой питания ЦАПы не перещелкнешь.

[s3tup]

Насколько я понял, внешний XTI клок в DIR9001 не используется для формирования выходных данных.

Там он для красоты (определять частоту и лампочки соответствующие зажигать) + помойму чтоб гнать клок в отсутствии SPDIF-а.

То есть, использовать восстановленные по PLL данные и синхронизировать от мастерклока?

Либо подать микросхемке цапы мастерклок из сидюка, либо воткнуть перед цапой реклок, клочащийся от сидюка. Помойму первый вариант имеет больше шансов
Мастерклок из SPDIF-а просто игнорировать, надеясь что PLL сильно гулять не будет (не более половинки битклока).
Но нужно проверить на коленке прежде чем организовывать все грамотно и изящно, мож не запустится или глючить будет...

[dortonyan]

Offтопик:

Немного в сторону, но раз уж о DIR9001 - он по ТУ до 96, случайно обнаружил что при подаче на него 176/192 - он весело зависает вплоть до передергивания питания (ну может и ресет спасет, я ЦАП где он стоит не открывал)

У меня такого нет: на 192 просто звук пропадает, но при подаче 96 или 44 продолжает работать, как ни в чем не бывало.

у меня оно менялось по кругу: 44-48-88-96-176-192, и после этого дирка зависала.

Может слишком быстро менялось?

[Андрей К]

Насколько я понял, внешний XTI клок в DIR9001 не используется для формирования выходных данных.

Да, глянул картинки на 12 странице - в этом режиме приемник выдает все служебные сигналы, а данные "глушит"

Вопрос возник в обдумывании удалённом - около 3х метров, подключения ЦАП-а. В источнике есть и мастерклок, и S/PDIF и I2S

На три метра:
ЦАП мастером,
клок по коксиалу в транспорт,
из транспорта SPDIF,
приемник в slave. Причем приемник любой WM, CS, уже не важно.
И никакого джиттера и дальнейших раздумий на тему - "а сколько джиттера наловил в 485 интерфейсе?".

[Alex]

Может слишком быстро менялось?

Дык, мгновенно - со скоростью нажатия кнопки "Fs".

[dortonyan]

Offтопик:

Дык, мгновенно - со скоростью нажатия кнопки "Fs".

Понятно, я думал там в автомате перебиралось. Тогда странно, хотя я несколько раз по кругу менять не пробовал.

[Alex]

Offтопик:

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

Можно и автоматом - кнопка-то с автоповтором
Дело не в этом, а в том, что Fs менялась с одной на другую без паузы между ними

[dortonyan]

Offтопик:

Дело не в этом, а в том, что Fs менялась с одной на другую без паузы между ними

В смысле без паузы?
Ну вот я попробовал пощелкать на играющем треке по кругу или хаотично: на всех режимах играет, на 192 - замолкает, как мьют.

[Alex]

В смысле без паузы?

Была одна частота. при наджитии на кнопку - мгновено сменилась на другую.

типа так:
case SW_2: if(++BusFreq>Fs192K) BusFreq=Fs44K; InitI2S(BusFormat,BusFreq); break;

[dortonyan]

Ага, у меня при переключении что-то прослушивается: какойто пук. Видимо это и есть задержка.

[Alex]

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