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

[Kompros]

Очередной виток в Спирали

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

[s3tup]

Вот например Picodac:

пикодак у меня так мерился, в коробке из-под киндла и на smps-е) (уровень совсем не 0дбфс, ни на цапе ни на ацп - подбирал до наибольшего количества ноликов в тхд)) ) (акцентирую - условия измерений нечеловечные, чтоб неподумали что пикодак имеет такой шлейф помех от сети и вообще, вполне возможно что цифро-smps у меня работает в режиме "вот вот сдохну" )


джиттер откуда-то у меня прет неподецки, не смотря на кристальчики и в цап и в ацп, мистика. наверно через тот полумертвый smps)

[pryanic]

По Цыферам получается следующая картина.

Уровень dbfs	THD Ratio, db	THD level dbr
0	-104	-104
-1	-106	-106
-3	-109	-113
-6	-111	-118
-10	-107	-118
-20	-99	-119

[Xameleon]

а кто подскажет.. в ЦФ на выход формируются LRCK и BCK из мастер клока путем деления?
есть задумка превратить ЦФ из 4х в 2х..

в данном случае мой ЦФ это CXD1244

[Gutman]

Ребят, нарвался на кучку приобретенных HCT574 вместо HC574, применяться будут в регистре пересинхронизации. Чем чревато в этом месте использование логики HCT вместо НС?

[oas89]

Ребят, нарвался на кучку приобретенных HCT574 вместо HC574, применяться будут в регистре пересинхронизации. Чем чревато в этом месте использование логики HCT вместо НС?

HCT совместима с TTL уровнями
https://www.fairchildsemi.com/applic.../AN/AN-368.pdf

[Radeon-13]

Всем привет! Наконец отпустила меня работа и теперь я могу заняться творческими утехами! Пришел мне ЦАП AD1866, припаял, подключил по SPI к контроллеру, залил тестовые прошивки что бы убедиться в работоспособности ЦАП (кнопкой добавлял отправляемому значению +1), сначала подумал не работает, а потом понял что разрядность моего мультиметра (0.000), не позволяет увидеть шаг изменения напряжения на выходе ЦАП)))
значение "0" на выходе 1/2 питания, то есть 2.5В. Значение "32767" это 3.5В, значение "-32768" это 1.5Вольт на выходе.
И того шаг сетки 1 Вольт /32767 = 0.0000305185 В. Не удивительно что мой мультик реагировал на изменение после нажатия на кнопку раза 10го )))
По неопытности в свое время купил АЦП AD7705, теперь и до него руки дошли и я выяснил что он медленный 500 выборок/с... Беда.

Друзья посоветуйте пожалуйста АЦП 16 бит ,можно и даже лучше одноканальный, хотя бы до 44100кГц...

Сам я искал но из доступных я нашел только 24 бит. Занимать МК лишними пересчетами не хочу да и точность упадет..
Вот задокументировал то что собрал! Пока собираю помодульно МК, ЦАП, Фильтр

---------- Сообщение добавлено 13.05 ---------- Предыдущее сообщение было 12.53 ----------

ЕЩе

[Alex]

Друзья посоветуйте пожалуйста АЦП 16 бит ,можно и даже лучше одноканальный, хотя бы до 44100кГц...

С каким интерфейсом?

Сам я искал но из доступных я нашел только 24 бит. Занимать МК лишними пересчетами не хочу да и точность упадет..

Если интерфейс I2S, то пофиг - просто не исползуй младший байт (слово, поскольку в большинстве случаев передается 32 бита а не 24).

[Radeon-13]

С каким интерфейсом?
Если интерфейс I2S, то пофиг - просто не исползуй младший байт (слово, поскольку в большинстве случаев передается 32 бита а не 24).

Да I2s или SPI без разницы..
А как убедиться в том что АЦП шлет 24 бит а не 32? Я имею ввиду до покупки!))
Хотя если 32 то это два младших байт нужно отсеивать. Так ведь? Не упадет ли точность ниже 16 бит при таком кардинальном методе?!
А, или там передается старший байт нолей потом три байта данных, самый младший из которых нужно отсеять?

[Alex]

Да I2s или SPI без разницы..

Ну, разница есть, и большая - I2S интерфейс у аудио-АЦП, SPI - у промышленных.

А как убедиться в том что АЦП шлет 24 бит а не 32? Я имею ввиду до покупки!))

Например - в даташит посмотреть
Если это аудио-АЦП, то они практически все шлют 2 канала по 32, только младшие байты в каждом канале равны нулю и остается 24. Если АЦП 1-канальный, то во втором тоже нули, ибо I2S интерфейс не умеет передавать 1 канал, только 2 (а также 4-6-8-итд).

Хотя если 32 то это два младших байт нужно отсеивать. Так ведь? Не упадет ли точность ниже 16 бит при таком кардинальном методе?!

С какой стати она должна упасть ниже 16-ти бит, если как раз 16бит и останется?
Хотя, LSB конечно лучше округлить, используя младший байт (из 24-х).

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

А это от разновидности I2S интерфейса зависит, для истинного I2S, и LJ - ноль всегда в младшем байте, для RJ16 и RJ24 - в старшем(их). А RJ32 это тоже самое что и LJ.


Какая вообще цель всего этого?

[Radeon-13]

Какая вообще цель всего этого?[/QUOTE]

Цель вся та же что и на странице 190 ! Преобразовать аналог в цифру, передать в этом виде по ради и синтезировать обратно в аналог.

LSB конечно лучше округлить, используя младший байт

Не очень понял как это реализовать... Да и как я говорил занимать процессорное время пересчетами не хочется, боюсь скорости может не хватить.. Нужно экспериментировать в общем!)

Чет я запутался:
Сначала вы написали что если 24 бит то передает 32 и из этих 32 нужно убрать два последних байт и получим точность 16-ти бит, а потом вот это " для истинного I2S, и LJ - ноль всегда в младшем байте, для RJ16 и RJ24 - в старшем(их)"

Ааа понял/

И того если шлет 32 бит то откидываем 2 младших байта и получаем точность 16 бит. Так? Но как понять округлить ?*
Быть может усреднить? Да и какой смысл если ЦАП 16 бит не может обеспечить точность самого младшего байта из 24, тогда действительно просто откинуть его и все! Или я чего то не понимаю?!

[Alex]

Цель вся та же что и на странице 190 ! Преобразовать аналог в цифру, передать в этом виде по ради и синтезировать обратно в аналог.

Ну это не цель, неизвестно что за сигнал, с какой точностью (частотой семплирования, разрядностью") его надо преобразовывать и т.д.
Хочется 16 бит, а может и 12 бит хватит? А может вообще никаокго ЦАП внешнего не надо, а можно использовать встроенный в микроконтроллер? Если что - взять другой микроконтрололер, они есть и с 12-0битными АЦП и ЦАПами уже внутри. А в некоторых АЦП может в оверсемплинге и 16 бит давать.

Чет я запутался:
Сначала вы написали что если 24 бит то передает 32 и из этих 32 нужно убрать два последних байт и получим точность 16-ти бит, а потом вот это " для истинного I2S, и LJ - ноль всегда в младшем байте, для RJ16 и RJ24 - в старшем(их)"

Очень просто.
Для I2S,LJ: Result = (uint_16t)(ADC >>16);
Для RJ24: Result = (uint_16t)(ADC >>8);
Для RJ16: Result = (uint_16t)(ADC);

И того если шлет 32 бит то откидываем 2 младших байта и получаем точность 16 бит. Так? Но как понять округлить ?*

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

Быть может усреднить?

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

[Radeon-13]

Ну это не цель, неизвестно что за сигнал, с какой точностью (частотой семплирования, разрядностью") его надо преобразовывать и т.д.

Цель: преобразовать сигнал с гитары в цифру передать и восстановить. Думаю 44100 мне хватит! Использовать аппаратные средства МК я пробывал до 10 бит. Результат не понравился! На верхних частотах где то после 10кГц есть артефакты...
Все же можете ткнуть носом в проверенный АЦП ?!

[Alex]

Цель: преобразовать сигнал с гитары в цифру передать и восстановить. Думаю 44100 мне хватит!

Хватит, а вот 16бит - врядли.
Только я не очень понимаю, зачем преобразовывать туда и обратно? А сделать какую-то обработку в цифре - тут уже нужен достаточно мощный МК и знание ЦОС.

Использовать аппаратные средства МК я пробывал до 10 бит.

Ну так 10 бит никто и не предлагал, это понятно что мало. Я говорил про МК с 12-битными как минимиум, или 16 бит с оверсемплингом.

Все же можете ткнуть носом в проверенный АЦП ?!

Да их полно, если среди аудио: PCM4201 - одноканальный, остальные стерео: PCM4202, PCM1804, PCM4222, AK5394.

[pryanic]

Цель: преобразовать сигнал с гитары в цифру передать и восстановить.

Зачем так сложно? AM/Fm не??

[Alex]

Зачем так сложно? AM/Fm не??

Ну это все-таки не то качество будет. Если топикстартеру надо просто передать на несколько единиц/десятков метров сигнал гитары, то тут все достаточно просто - ЦАП попроще, РСМ4202 или кодек, например TLV320AIC3101, далее CC8520-антена.
На второй стороне антена-СС8520-ЦАП, РСМ5102 или тот-же самы кодек.
С каждой стороны по примитивному МК для инициализации, что-то 8-битное, типа PIC16 или АТМега.
Если делать с кодеком, то железо в обоих сторон может быть совершенно одинаковое, только прошивка МК отличаться (или вообще джампером выставлять, кто из них передатчик а кто приемник).
Точно все это сказать трудно, не зная общей задачи.

[FeniksV]

Эм. Сильно не пинайтесь. Недавно на форуме, пока не в теме.
Посоветуйте цап ,микросхему, новичку. Возникла потребность в портативном устройстве, в связке с андроид устройством. Носимое устройство. Посматриваю на es9023. Но возможно есть варианты получше?

[Alex]

Носимое устройство. Посматриваю на es9023. Но возможно есть варианты получше?

Для портатива - самый раз, или она, или РСМ5102.

[MikeF]

Посматриваю на es9023.

Можно ещё попробовать PCM1793 или WM8740. Обвес у них слегка менее компактный чем у сабли и 5102, но работать должны поинтереснее. Хотя Fiio E10, сделан на wm8740, - весьма мелкая штуковина. Интерфейс (аудио) на андроид устройство какой планируется?

---------- Сообщение добавлено 14.13 ---------- Предыдущее сообщение было 14.05 ----------

Есть ещё забавные зверьки UDA1330, UDA1334, для портатива должны хорошо пойти. На форуме были отзывы по их работе от Wired.

[FeniksV]

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

---------- Сообщение добавлено 14.39 ---------- Предыдущее сообщение было 14.31 ----------

MikeF, От Fiio мягко говоря не в восторге. Не по dac не по плеерам.
По поводу UDA даже не слышал о таком.

---------- Сообщение добавлено 14.45 ---------- Предыдущее сообщение было 14.39 ----------

Alex, По поводу сябры. Попадались упоминания что с ней проблемы с подключением к ПК по usb. Да и устройств ,на этом чипе, для анроида не видел.
Может где попадались схемы или способы реализации?

[Alex]

Alex, По поводу сябры. Попадались упоминания что с ней проблемы с подключением к ПК по usb.

Я такого не слышал.

Да и устройств ,на этом чипе, для анроида не видел.

На ЕБее полно.

Вообще, от чипа ЦАПа это никак не зависит, это определяется USB-интерфейсом.