Реклок? Ретакт? Или в сад?

[AlexD]

В общем-то шальная мысль зреет давно, прочитана масса материалов в сети, но по причине отсутствия у меня источника для внешнего тактирования ни один из вариантов в разной мере не подходит.
Идея такая.
Источник SPDIF любой доступный (как правило комп или внешняя USB карточка)
Далее DIR9001 – SM5842 – PCM63 или какой другой мультибит.
DIR способна детектировать семплрейт и выкидывать данные на индикацию или управление.
Идея после ЦФ воткнуть регистры для тактирования сигналов перед ЦАП.
Примерно как на рисунке.
(Извините, но у Вас нет доступа в Галерею)
Так как 32кгц не нужно, то и кварц под нее не нужен, а 96 и более не пролезет через SM5842, поэтому для всего, что отлично от 44100 и 48000 включается байпас.
Его же можно включить принудительно (для калибровки собственных ушей например)
Ну а теперь собственно вопросы:
1.   Стоит ли вообще заморачиваться или идея  изначально не имеет смысла?
2.   Есть ли смысл тактировать этими же кварцами ЦФ, поделив предварительно частоту до приемлимого значения?
3.   Как правильно обозвать данную систему?
Это не реклок  ведь в типичном его представлении…

[Lynx]

В самой основе имеется ошибка. Мастерклок регистров ДОЛЖЕН быть синхронен с сигналами с выходов приемника. Иначе время от времени (по мере накопления разности времен) будут наблюдаться сбои синхронизации. Они в общем случае не очень страшны, но могут вызывать слышимые щелчки.
На самом деле это самый обычный реклок с тактовой частотой, близкой к гармонике частоты дискретизации.
Если уж так делать, то нужно и мастерклок ЦФ синхронизировать от  генераторов, а регистры пересинхронизации вводить и до и после ЦФ.

[Bobby_II]

Если ЦАП тактируется от собственного клока, то от него-же надо тактировать и источник. Соответственно источник должен уметь быть "слэйвом".
Еще вариант - делать буфер с памятью и думать, как компенсировать "обгон" - "отставание", ... т.е. получается логика, сравнимая с ЗК.
Тактирование отдельных частей ЦАПа без тактирования источника ничего не даст ( будет щелкать)

[Lynx]

Еще вариант - делать буфер с памятью и думать, как компенсировать "обгон" - "отставание", ... т.е. получается логика, сравнимая с ЗК.

Есть и немало других вариантов, в частности, восстановление мастерклока петлей ФАПЧ (как это делается в большинстве приемников) или ЦАПЧ, системы с косвенной синхронизацией, такой как передача не самой частоты а данных о величине частоты либо о величине её отклонения от идеального значения через определенные промежутки времени и так далее.
Но в большинстве своем такие устройства получаются либо ГОРАЗДО сложнее систем с непосредственной обратной синхронизацией, либо хуже таковых.

[Игорь Гапонов]

Даже в системе с синхронизацией "от приёмника" не избежать т.н. проблемы "арбитража очерёдности данных", т.к. минимально предполагается наличие хотя бы одной пары "источник-приёмник", в которой синхронность приём/передача - лишь частный  и редкий случай. В некоторых современных устройствах она, проблема арбитража,  решается тривиальным повышением быстродействия в обмене данными (буфер обмена). Например, в буфер на приёмной стороне очень быстро закачивается довольно длинный пакет входящих данных, который затем "гораздо медленнее", но зато методично-периодично оттуда считывается. Легко заметить, что в такой системе арбитраж сводится к недопущению "временных пересечений" записи пакета в буфер с его считыванием из буфера на отрезке времени существенно меньшем, чем период считывания. Что и требуется для "минимизации джиттера" (шутка).

[AlexD]

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

Я ради интереса пробовал тактировать ЦФ - так там не только щелчки, там от музыки мало что оставалось...

Поэтому буду проводить эксперименты в другом направлении...
А серьезно усложнять систему ради сомнительного результата смысла нет.

[WolfTheGrey]

Я немножко глуповат в этих вопросах:
Получается, что usb транспорт + см5842 + псм63 должны тактироваться от одного генератора? иначе будут щелчки.

А если нет возможности затактировать usb транспорт?? как см6631. Можно же на вход данных ЦФ поставить 74574, для синхронизации потока данных с клоком цапа?

[AlexD]

В этом случае получается "асинхронный реклок", только тактировать данные нужно после SM5842, а сам ЦФ тактировать восстановленным клоком от источника.
Частота генератора для реклока при этом должна быть не кратна частоте клока от источника.
У меня работала "связка" TAS1020 - DF1706 - PCM63 в асинхронном режиме, пробовал кварцы на 20,000, 40,000 и 50,000 (что наковырял из дохлых SCSI контроллеров) , а также ради интереса 22,597 и 24,576.
Во всех случаях все работало нормально.
Но разницы особой такой реклок не привнес, как мне показалось.

Другое дело синхронный реклок - разницу хорошо слышно.
Так что если есть возможность - нужно искать транспорт с возможностью внешнего тактирования, а не использовать такую полумеру - это уже из практики.

[WolfTheGrey]

 Дальнейшее изучение конструкции порождает больше вопросов, чем ответов. По паспорту см5842ап тактируется только от 384фс клока. То есть это частоты: 18.432 16.9344, тогда как тас1020 (и прочим транспортам) нужны частоты 24.576 и 22.5792

[WolfTheGrey]

А какую частотную сетку принимает псм63?
Заглянул в даташит, толком ничего не написано, лишь:

Maximum Clock Rate
A typical clock rate of 16.9MHz for the PCM63P is derived
by multiplying the standard audio sample rate of 44.1kHz by
sixteen times (16x oversampling) the standard audio word
bit length of 24 bits (44.1kHz x 16 x 24 = 16.9MHz).

Если так, то 44,1 и усё  грустно так.
Получается вот почему люди ставят сборку:
 src4192 + sm5842 + pcm63
192-44.1    8x inter

[AlexD]

Нормально РСМ63 работает и с 44,1 и с 48.
"The maximum
clock rate of 25MHz is guaranteed, but is not 100% final
tested."
Я финально тестил - 24,576 прекрасно переваривает
В паре с DF1706.

Что касается 5842, то естественно,перед ней ставил делитель на 2 на триггере.