Обсуждение промышленных медиа-плееров. Попытка вывода из них синхронного I2S.

[Turbo_man]

Прошу всех кто делал подобные попытки поделиться своей информацией. Неудачные попытки тоже интересны.

Например в ресивере ONKYO TX-NR906 есть встроенный транспорт для USB и Ethernet воспроизведения (построенный на ENVY24MT-G + 2 кварца для двух сеток частот 22,5792 и 49,152 МГц). В нём точно есть отдельная ИМС ЦАП-а, работающая только на эти цели (типа CS4344 простенькая). Оттуда однозначно можно вывести квадратную шину на внешний ЦАП любой сложности. Выход можно организовать либо, как все делают, по RS-485, либо по SPDIF.

Вторым моментом стоит вопрос ввода в этот транспорт клока от внешнего ЦАП-а для сихронизации.
В Цапострое есть тема, частично затронувшая этот вопрос применительно к CD-транспорту.

[Turbo_man]

Вскрыл D-Link DSM-320. Медиа чип EM8476, ИМС ЦАП-а - WM8725ED, УНЧ - TDA1308.
Кварцевый генератор один на 27МГц (возможно он перестраиваемый). 2 SPDIF выхода - оптика и коаксиал.

44100*612=26*989*200 Гц
48000*562=26*976*000 Гц
В даташите на EM8476 сказано:
I2S Digital Audio Output
The I2S serial audio output block receives either the 2-channel
down-mixed decoded Dolby Digital audio, decoded
MPEG-1 audio, decoded MPEG-4 audio or PCM audio data.
It then converts this data into a serial bitstream compatible
with the I2S specification. The 256x Fs serial clock is generated
by an internal digital PLL or an external clock source
may be used.

[Turbo_man]

Вот такие пары целых чисел могут быть использованы для получения из 27МГц при помощи ФАПЧ 384, 512 и 768 Fs для сеток 44100 и 48000.
Ошибка Fs не превышает 0,5Гц.

27000000 397 249 1,59437751 16934508,82 44100,28338
27000000 397 332 1,195783133 22579345,09 44100,28338
27000000 342 429 0,797202797 33868421,05 44099,50658
27000000 375 256 1,46484375 18432000 48000
27000000 401 365 1,098630137 24576059,85 48000,1169
27000000 323 441 0,732426304 36863777,09 47999,70975

[Turbo_man]

Теперь, получив из ЦАП-а клок (скажем 384*Fs=384*44100=16,9345МГц), мы можем с помощью ФАПЧ синтезировать 27МГц ("привязанные" к этому клоку). Для этого 16,9345МГц делим на 249 и умножаем на 397. Первая строка в таблице из предыдущего поста. Если числа 249 и 397 также использованы в ФАПЧ чипа медиа-плеера, то мы получим на его выходе новый клок с джиттером, но синхронный входному клоку от ЦАП-а. А также остальные сигналы из квадратной шины.
Что и требовалось получить для приёма квадратной шины в ЦАП, синхронной клоку ЦАП-а.
Если эти числа не такие, то ищем новую пару делителей частоты в ФАПЧ.

[Оллема]

А можно на картинке пути клока и данных изобразить?

[Turbo_man]

А можно на картинке пути клока и данных изобразить?

Не на чем. Если только на бумаге, а потом фото.
Чем вы пользуетесь?





М1=М2=249
N1=N2=397


Если в медиа-процессоре синтезируется частота 256*Fs, то в ЦАП-е необходимо делитель на :2 заменить на :3.

[Оллема]

Можно и фото с рисунка, лишь бы суть понять. Я обычно рисую используя splan70.

[Оллема]

Посмотрел рисунок. Идея классная, мне нравится!
Даже интересно стало попробовать реализовать подобное. Интересно, какие могут быть подводные камни?

[Djemshut]

Оно не будет работать. Во всяком случае вероятность весьма высока.
Причина? В итоге всего этого шаманства мы получаем не синхронизацию а рассинхронизацию сигналов данных и мастерклока.

[Turbo_man]

В итоге всего этого шаманства мы получаем не синхронизацию а рассинхронизацию сигналов данных и мастерклока.

Почему? Я лишь добавил 1 контур ФАПЧ к 2-м уже имеющимся (в медиапроцессоре и SPDIF-приёмнике ЦАП-а).

[Оллема]

Все упирается в выполнение идентичности коэффициэнтов деления-умножения?

[Nikolay_Po]

Оно не будет работать. Во всяком случае вероятность весьма высока.
Причина? В итоге всего этого шаманства мы получаем не синхронизацию а рассинхронизацию сигналов данных и мастерклока.

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

[Turbo_man]

Все упирается в выполнение идентичности коэффициэнтов деления-умножения?

Методом подбора пар делителей найдётся искомая. Но требуется точное измерение частот, тогда будет понятно их отношение.

---------- Добавлено в 22:04 ---------- Предыдущее сообщение в 21:58 ----------

При необходимости убрать лишнюю петлю ФАПЧ можно заменить соединение SPDIF на RS-485 для всей квадратной шины. Это возможно, т.к. в 4-х вскрытых плеерах ИМС ЦАП отдельностоящая.

[Djemshut]

Почему? Я лишь добавил 1 контур ФАПЧ к 2-м уже имеющимся (в медиапроцессоре и SPDIF-приёмнике ЦАП-а).

потому. Да хоть двадцать контуров ФАПЧ если возьмем, но соединим последовательно- все будет работать. Как только замкнем все это в кольцо- получим проблему.

Несогласен. Может быть большой джиттер, но сигнал S/PDIF, если усреднить за большой интервал времени, будет синхронен с ЦАПом.

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

[Turbo_man]

Как только замкнем все это в кольцо- получим проблему.

Кольца нет. Мастер-клок в ЦАП-е фиксирован и является опорой для всей цепи.

---------- Добавлено в 22:21 ---------- Предыдущее сообщение в 22:20 ----------

ну и зачем всё это кино, в итоге?

реклок после DIR9001 джиттер весь убирает. ИМХО.
На моём рисунке там написано "RG пересинхр" вместо реклок. Это ошибка? У меня в голове это синонимы.

[Djemshut]

реклок после DIR9001 джиттер весь убирает. ИМХО.
На моём рисунке там написано "RG пересинхр" вместо реклок. Это ошибка? У меня в голове это синонимы.

Хорошо, если реклок убирает весь джиттер, я повторю вопрос:

ну и зачем всё это кино?
наличие регистра пересинхронизации перечеркивает необходимость и смысл синхронизации ЦАПа и источника.
Нужен хороший клок в источнике? Так поставь его там.

[Turbo_man]

Нужен хороший клок в источнике? Так поставь его там.

В источнике не получается, т.к. он в медиаплеере синтезирован ФАПЧ-ем.

наличие регистра пересинхронизации перечеркивает необходимость и смысл синхронизации ЦАПа и источника.

Я полагал, что отсутствие скольжения частот будет благом.
Зачем тогда по квадратной шине клок из ЦАП-а отсылают в транспорт? Почему все стремятся транспорт тактировать клоком ЦАП-а? Разве не ради синхронности потока?

---------- Добавлено в 23:42 ---------- Предыдущее сообщение в 23:38 ----------

Если фазовые колебания (суммарный джиттер) в сигналах с транспорта не превысят 1 периода мастер-клока (30 нсек), то это позволит реклок убрать. Но тут я не уверен.

[Djemshut]

Зачем тогда по квадратной шине клок из ЦАП-а отсылают в транспорт?

Потому что это квадратная шина- там нет никаких фапчей и прочей ерунды с пересинхронизациями. Клок из цапа отсылают в транспорт потому что хороший клок, как правило, физически находится в цапе. Почему клок находится в цапе- по моему понятно. Перенеси модуль клока в транспорт и отсылать нужно будет уже из транспорта в ЦАП.
Помести цап в один корпус с клоком и транспортом и скажи мне, кто от кого тактуется, цап от транспорта или транспорт от цапа?.

[Turbo_man]

ну и зачем всё это кино?

Тогда я отвечу так - чтобы обойтись SPDIF соединением транспорта и ЦАП-а, избежав недостатков этого интерфейса. И иметь возможность не использовать клок от SPDIF-приёмника, без которого не обойтись при обычном соединении.

---------- Добавлено в 00:12 ---------- Предыдущее сообщение в 00:07 ----------

А может быть, у кого-то есть информация какие делители используют производители ИМС ФАПЧ при синтезе разных клоков из 27МГц.
Скорее всего, они везде одинаковые?!
Например, TI в своей ИМС PLL1705(6). Cypress любит ФАПЧ-и разные делать.

[Djemshut]

Тогда я отвечу так - чтобы обойтись SPDIF соединением транспорта и ЦАП-а, избежав недостатков этого интерфейса

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