для передачи несущей по S/PDIF передатчик (ТС9271) кроме 16,9344 требует Fs.
подскажите, пожалуйста, самый лаконичный способ.
(если кто назовёт с ходу, а то у самого от вариантов голова идёт кругом..)
для передачи несущей по S/PDIF передатчик (ТС9271) кроме 16,9344 требует Fs.
подскажите, пожалуйста, самый лаконичный способ.
(если кто назовёт с ходу, а то у самого от вариантов голова идёт кругом..)
Если у Вас шина I2S, на ней должен быть сигнал Fs (WC, LR и т.д.).
miko, Либо ловить из I2S, либо разчленять делителем - бинарным счетчиком. В нем каждый последующий вывод имеет частоту = половину от предидущего.
С 16МГц будет сложней, ибо нужно будет делить на 3...
А вам зачем? Обычно еще для полноты картины - требуется и битклок - получается вполне полноценный I2S...
Music is art. Audio is engineering.
я наверное немного неправильно объяснил..
петля синхронизации
в ЦАПе есть генератор 16,9344. эту несущую надо передать в источник.
"бытовая" оптика на таких частотах не работает. поэтому SPDIF и восстановление (тут же на форуме видел эту идею). передатчик ТС9271 не формирует SPDIF только лишь из 16,9344. для этого ему нужна ещё как минимум Fs (работает и без битклока).
вопрос где взять Fs. как её выделить из 384Fs.
варианты или счётчики или готовые микросхемы способные выдавать I2S.
вопрос как лаконичнее.
если счётчики то чтобы поменьше корпусов.
если микросхемы (например какой-нибудь ЦФ или DIR) то чтобы корпус поменьше, качество работы повыше.
источнику требуется именно 384Fs. поэтому такой генератор в ЦАПе. передатчик ТС9271 имеется, замена нежелательна (хотя если замена рациональнее - придётся менять).
Пардон муа, а какие еще мелкосхемки используются, откуда берутся данные для цапы?
На стороне сидюка - кто принимает сигнал синхры?
Из 16мег незатейливым образом получить Фс не получится. Зачем 16 - это требует ЦФ установленный на цапе?
Если взять 12мег кристальчик, то одной микрушкой-счетчиком закрывается вопрос о генерении всех клоков.
Music is art. Audio is engineering.
данные приходят из источника по SPDIF. в ЦАПе есть свой DIR. раньше всё питалось от восстановленного мастерклока. теперь мастер будет идти от отдельного генератора. синхра пойдёт в источник, туда для приёма встраиваю DIR9001.
почему генератор именно 386 а не 256: он переносится из источника (бюджетное решение)(и довольно неплох).
В качестве эксперимента - берем WCLK, BCLK из DIR которая на цапе, и втыкаем их в DIT (ТС9271). В DIT так-же втыкаем и наш 384фс ген как мастерклок.
Если все заведется и не будет срываться, то вопрос закрыт
Тактовый сигнал для цаповой DIR будет приходить из сидюка, но будет более-менее синхронным с 16мег клоком. А значит - можно надеяться, что все нормально защелкнется.
Возможно, прийдется поиграться фазой 384фс клока где-то в схемке, проинвертировав онный.
Music is art. Audio is engineering.
наверняка возникнет "возбуждение": выходной сигнал будет зависеть от входного, который в свою очередь будет зависеть от первого и так далее.
надо пробовать чтобы убедиться в этом?
Возбуждение наступает, когда оно наконец-то начинает работать
От нас и требуется заставить всю схемку быть зависимой от одного клока. В разных местах она будет получать клок по разному, но источник основного клока, по которому и будет работать все - один единственный.
Обычно микросхемки клочатся от мастерклока, а он у тебя - один. Поэтому все в теории заведется, глюки возможны только из-за задержек распространения сигнала через всю эту схемку. Если задержки будут меньше, чем период мастерклока - то все зараоботает.
Дабы подправить задержки, можно проинвертировать мастерклок где нужно - это подправит оставшиеся глюки.
Music is art. Audio is engineering.
в природе вроде есть вот такая удобная русская микросхема (что-то импортные аналоги не находятся): 1508ПП2У. очень легко задаётся коэффициент деления. 60 Мгц "максималка", 5 В питание. она годится? (правда, возможно, выход придётся "реклочить")
или тогда уже проект на ПЛИС (там всё сразу: деление 7 раз на 2 + один раз на 3 + любая синхронизация)??
Социальные закладки