ЦАП своими руками (четвертая ветка)

[Kompros]

И сново здравствуйте!

Предистория:
Первая ветка и ее окончание
Вторая ветка и ее окончание
Третья ветка и ее окончание

Полезности:
10.pdf - читать обязательно!

[ZugDuk]

Не совсем так - пусть уж лучше будет одна помеха посельней, чем 10 поменьше, но сдвинутые относительно друг друга на чуть-чуть - легче отфильтровать - труднее раслышать...

Не могу понять, почему так. По моему лучше много маленьких размазанных во времени помех.

[Serge_L]

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

имеет смысл при синхронной и временной стабильности ДАННЫХ на преобразование, т.е. их синхронности.

Про ЦФ - да, не спорю, обязательно подучу Как-то не было надобности.

[Audiomaniac]

имеет смысл при синхронной и временной стабильности ДАННЫХ на преобразование, т.е. их синхронности.

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

Про ЦФ - да, не спорю, обязательно подучу

Здесь это тоже обсуждалось. Сделайте поиск например по "гонка фронтов", "дисперсия", "SM5842"

[Wired]

Не могу понять, почему так. По моему лучше много маленьких размазанных во времени помех.

вот кстати я тоже об єтом задумался. почему для снижения помех в цифровьіх устройствах стараются размазать спектр помех(Spread spectrum никому ни о чем не говорит?), а в цапострое надо все предельно синхронно.

[Audiomaniac]

стараются размазать спектр помех, а в цапострое надо все предельно синхронно.

Размазывать до определенной степени можно и это дает положительный эффект.
Пример: подгонка таймингов в плисках АДВ.

[Audiomaniac]

Боюсь здесь Вы не до конца понимаете...

Ну так объясните непонимающему.

[ZugDuk]

Боюсь здесь Вы не до конца понимаете...

А что же тут может быть не понятного ?

[Wired]

Размазывать до определенной степени можно и это дает положительный эффект.
Пример: подгонка таймингов в плисках АДВ.

мнда... єто какбьі не совсем то.
точнее совсем не то

[Kompros]

да всегда при одинаковом дизайне

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

жрет больше - срет больше

Почему больше жрет?
Потому, что ABT прокачивает нагрузку, c которой AC(T) справиться не может?
А если нагрузка по зубам AC(T), с чего ABT будет больше "жрать"? Отдаст ровно столько же, сколько и AC(T).
По количеству собственного токопотребления ABT и AC(T) у меня нет данных, но сомневаюсь, что по этому параметру эти серии критично отличаются.
А вот спектр токопотребления у них наверняка разный. Причем у ABT, за счет больших быстродействия и нагрузочной способности, спектр должен быть Уже => проще детектируем, что и может послужить рождению мифа о бесшумности AC(T).

Картинка про Джо иллюстрирует известную формулу или что-то еще?

[Audiomaniac]

мнда... єто какбьі не совсем то.
точнее совсем не то

Как раз именно то.

[Serge_L]

Естественно, само по себе время между отдельными командами загрузки данных должно быть стабильным, иначе мы создаем ошибку восстановления сигнала из-за смещения отсчета по времени. Но не менее важным является тот факт, что к моменту запуска преобразования все данные должны быть загружены в регистр ЦАП, и то, что эти данные являются валидными. Т.е. собственный джитер данных не столь важен, но синхронность пакета данных относительно сигнала запуска, является важной.
АДВ, если я ничего не путаю, и оптимизировал момент запуска преобразования для уменьшения помех на выходе 1862, что является фирменной фичей Д35.

[Audiomaniac]

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

Вот именно для этого и нужен реклок. Только не "командами загрузки" -а командами на преобразование.

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

Это настолько очевидно, что обычно не представляет никакой сложности и без реклока (за редким исключением в виде отдельных ЦФ).

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

Собственный джиттер данных не важен настолько, насколько данные успевают загрузиться до следующей команды на преобразование.
Теперь вижу, что вроде поняли? ;)

АДВ, если я ничего не путаю, и оптимизировал момент запуска преобразования для уменьшения помех на выходе 1862, что является фирменной фичей Д35.

Это не только в д35, но в других его цапах, начиная с 20-ки.

[Nikkov]

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

Необходимость выполнения этого условия столь очевидна, что о нем просто не говорят. А то ведь и про наличие питания надо не забыть

[aal]

Не совсем так - пусть уж лучше будет одна помеха посельней, чем 10 поменьше, но сдвинутые относительно друг друга на чуть-чуть - легче отфильтровать - труднее раслышать...

Немного поясните, что имеется в виду?

Несколько сигналов меньшей амплитуды напакостит больше, чем один более мощный (нет перемножения спектров). + есть ещё эффект маскировки его временем установления ЦАПа....

[Audiomaniac]

Несколько сигналов меньшей амплитуды напакостит больше, чем один более мощный (нет перемножения спектров). + есть ещё эффект маскировки его временем установления ЦАПа....

Как бы еще сделать так, чтобы цап от одного сигнала мог работать

[Kompros]

ZugDuk
Wired
"Размазывание" заданного спектра даст положительный результат при условии снижения амплитуды (в т.ч гармоник) до не значащих величин или перераспределения энергии в не значащие области спектра.
С узким спектром (в идеале - вплоть до одиночного значения частоты) проще, т.к. легче детектировать и последствия вполне предсказуемы.

[aal]

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

Не совсем так:

Пример: подгонка таймингов в плисках АДВ.

Когда было обсуждение, я высказал предположение, которое не было ни опровергнуто, ни подтвержденно: "Надо запустить преобразование и пока идёт установление ЦАПа, загрузить следующее слово в ЦАП и прервать бит клок. Тогда помехи от цифровой части наложатся по времени с изменением на выходе ЦАПа и стануть более высокочастотными - легче отфильтруются."

почему для снижения помех в цифровьіх устройствах стараются размазать спектр помех(Spread spectrum никому ни о чем не говорит?), а в цапострое надо все предельно синхронно.

Это из другой песни: возникла проблема уложится в стандарт по ЭлектроМагнитнойСовместимости. Один их способов его обмануть - размазать помеху по спектру - её энергия останется неизменной, но уровень существенно упадёт.

[Serge_L]

Только не "командами загрузки" -а командами на преобразование.

пардон, оговорился , полностью согласен

Теперь вижу, что вроде поняли? ;)

Ну, вот, видите как здорово!


Добавлено через 1 минуту

Необходимость выполнения этого условия столь очевидна, что о нем просто не говорят. А то ведь и про наличие питания надо не забыть

однако отсюда вытекает необходимость синхронности отдельных сигналов - не так ли?

[Audiomaniac]

Когда было обсуждение, я высказал предположение, которое не было ни опровергнуто, ни подтвержденно

Все эти вещи АДВ детально исследовал, но поскольку был вынужден уйти с форума из-за нападок всем известных личностей, теперь нам уже об этом не узнать, самим доходить придется.

[Serge_L]

Offтопик:
А ткните меня морд лицом туда, отчего ушел АДВ. А то все в курсе, мне тоже хотелось бы...