USB транспорт на XMOS с ЦФ на борту

[maxssau]

продолжая начатую тему в https://forum.vegalab.ru/showthread....=1#post2651981

Идея:

USB транспорт XMOS. Цифровой фильтр на ПЛИС.

За основу схемы можно взять эту:

https://forum.vegalab.ru/showthread.php?t=84805

Проект USB аудио готов и работает. Добавление COM порта для конфигурирования в процессе.

Необходимо:

- проект ЦФ на ПЛИС.
- распиновка разъема I2S и служебных сигналов, собственно какие служебные сигналы вообще нужны?
- мелкие доработки и улучшения существующей платы.

[Alex]

Это всё пока идея в стадии отладки. По факту на транспорте первой версии присутствуют обе шины, дело вкуса.

Я в свое время т.н. "полный Джекил" тоже сделал максимально универсальным и настраиваемым на всё.
И кому он оказался нужен? Единицам.
Делать конкретный маодуль для каждого конкретного устойства оказалось проще.

[maxssau]

Не нужное само отпадет

---------- Сообщение добавлено 23:11 ---------- Предыдущее сообщение было 23:04 ----------

"полный Джекил" тоже сделал максимально универсальным и настраиваемым на всё.
И кому он оказался нужен? Единицам.

Alex, некоторым достаточно ЦАПа за 1200-1300р.

[Alex]

Это понятно, лазит тут один такой

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

Это всё пока идея в стадии отладки. По факту на транспорте первой версии присутствуют обе шины, дело вкуса.
.

По моему мнению, надо делать полностью управляемые/предустанавливаемые с экранного или кнопочного интерфейса цифровые вхлоп и выхлоп в "формате" (Data)хn - BClk - WCLK/Enable+MCLK (т.е. основа - "универсальный SPI"). С произвольным (хорошо, пусть будет с часто встречающимся) выбором/установкой тайминга и длительностей относительно мастера по зависимым клокам, а по "дате" - выбор сериал/параллел, порядком бит и "эн" чтоб было не меньше 2-х "по проводам".

[maxssau]

По моему мнению, надо делать полностью управляемые/предустанавливаемые с экранного или кнопочного интерфейса цифровые вхлоп и выхлоп в "формате" (Data)хn - BClk - WCLK/Enable+MCLK (т.е. основа - "универсальный SPI"). С произвольным (хорошо, пусть будет с часто встречающимся) выбором/установкой тайминга относительно мастера по зависимым клокам, а по "дате" - выбор сериал/параллел, порядком бит и "эн" чтоб было не меньше 2-х "по проводам".

Это можно сделать в плис, в плис я не силён,нужен человек, кто это реализует. Я берусь за XMOS,
dortonyan взялся за ЦФ и трассировку.

---------- Сообщение добавлено 19:30 ---------- Предыдущее сообщение было 19:28 ----------

Экранчик, дополнительный COM порт (как композитное USB устройство) в процессе

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

дая тут по своей примитивной для потока 16х2 бит (четыре октальных шифтрегистра., неск. гейтов., неск. д-триггеров и два 4-х счётчика) на рассыпухе прикинул, что перемычки ставить без "таблицы" - себя запутаешь, а вот интерфейс как та самая таблица и управляемые по ней гейты вместо перемычек- очень даже ничего, потому что основная часть схемы не меняется. Но как это сделать в плис или ксцмос, в том числе и основу схемы - представления не имею . Поэтому только пару перемычек (параллел-сериал; OB-TWC; I2S-SPI) оставил и так спаял

[maxssau]

Не совсем понятно. Вы хотите выбирать интерфейс управления с кнопок на экранчике?

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

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

[maxssau]

Это ПЛИС. В проекте USB аудио сложно будет что то изменить

---------- Сообщение добавлено 20:18 ---------- Предыдущее сообщение было 20:14 ----------

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

[Alex]

Это ПЛИС. В проекте USB аудио сложно будет что то изменить

А зачем "это" оперативно менять?
Неоперативно - можно через DFU.

Хотя, можно через HID подумать.

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

Это ПЛИС. В проекте USB аудио сложно будет что то изменить

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

вот вот. Действительно, почти никто ничего самопального/полусамопального по "полуоперативному" (т.е. так чтобы, например, из плеера накрутить как те же переходы асио-вында-васапи/алса-пульс-джек) не делает. Вот те же китайцы - ноль по кельвину.

[maxssau]

Вот те же китайцы - ноль по кельвину.

китайцы выжимают максимум прибыли при минимуме вложений. на этом поле мы им не конкуренты и даже не сможем повторить их успех крайне дешевых девайсов (соответствующего качества).

[energetik]

1. Транспорт должен быть кач-но разтрассирован в минимальных габаритах.

Это требование наиболее выполнимо с переходом к BGA.
А вообще качественная трассировка (минимальный уровень излучаемых помех) и минимальные габариты не всегда связаны.

[Alex]

Это требование наиболее выполнимо с переходом к BGA.

Не думаю, что переход на BGA тут сильно поможет - необходимости в 400-ногих чипах тут вроде нет а с 64-100-128 оно и так достаточно компактно. Больше толку будет от повышения числа слоев платы - и разводить проще, и с ЕМС бороться тоже.

Offтопик:
Не ну конечно можно поставить тот-же STM32F405/7 не в 100-ногом LQFP, размером 14х14мм, а в 90-ногом WLCSP, размером 4х4мм, тогда будет весьма компактно. Особенно если все реисторы/конлденсаторы вокруе 01005 или зотя бы 0201.
Но геморрою с ними - будет от души. Я STM32F405 в WLCSP90 использовал в 2-х проектах (там это было актуально, 8-слойные платы с blinded and micro via), геморрой начинался с этапа их покупки для пробных экземпляров и пилотной партии - купить их в малых количествах сложно.
Далее пайка - БГА с питчем от 0.5 и выше паяют все, даже вручную. Но у этих питч 0.4мм, и это паять даже не всякий завод брался.
Хорошо у меня есть одна знакомая конторка, где девочки вручную и не такое паяют, запаяли это. Денег конечно стоило немеряно! Но это конечно пробные платы пилотную партию уже на заводе конечно, оно сильно дешевле.

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

Это требование наиболее выполнимо с переходом к BGA.
А вообще качественная трассировка (минимальный уровень излучаемых помех) и минимальные габариты не всегда связаны.

Я думаю, что это - "уровень наводок от цифры" - больше на овцелографы/спектралабы отражается, чем на уши. Собственно, узлы чувствительные к этим делам, которые прямо в звук, который прямо в уши - это в первую очередь регенераторы фронтов ("реклок") перед ЦАП. Ну, соответственно и пространственный разнос "проц/конроллер" - "главный ген + реклок+ЦАП" должен быть. Из этого следует, что надо больше хлопотать вокруг взаимных наводок во второй группе, чем в первой.

[Оллема]

Я, наверное, пропустил, но можно поинтересоваться о целесообразности проекта? Уже существуют USB транспорты. ЦФ программный с компа реализуется. Так что в данном транспорте будет лучше?

[maxssau]

ЦФ программный с компа реализуется.

а как его присоединить к ДС ЦАП?

[Оллема]

а как его присоединить к ДС ЦАП?

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

[maxssau]

и AKM позволяет подключать внешний ЦФ, в AD1955 есть режим внешнего ЦФ. ПЛИС будет формировать все необходимые сигналы. Наличие железного ЦФ позволит обойтись без программного и в качестве источника может выступать любое устройство подключенное через USB - телефон, компьютер, одноплатники и т.д. (а если понравится, то и через Ethernet, когда проект на отладочной плате закончу).

В любом случае я давно хотел сделать модульное устройство.

[Оллема]

Спасибо, понятно. А как насчет ЦФ, который сохраняет исходные отсчеты неизменными? Такой транспорт был бы мне интересен.