USB transport Tango в вопросах и ответах

[energetik]

Предлагаю тем, кто уже пользуется транспортом и тем кто собирается это сделать делиться опытом и задавать вопросы здесь. Также предлагаю обсуждать здесь проекты - расширения, т.е. индикацию, управление, модули интерфейсов к транспорту и так далее. Поскольку проект открыт к расширению возможностей, поэтому милости просим сюда со своими предложениями.
ОБНОВЛЕНИЕ 14.10.2011
Добавил схему и печатку файл sch_pcb.rar Схема и печатка - проект в программе Pulsonix.

Скрытый текст

программа и всё необходимое для полноценной работы здесь - http://narod.ru/disk/16344983001/%D0...D0%BA.rar.html

[свернуть]

ОБНОВЛЕНИЕ 09.10.2011
Добавил сырцы. Файл wav_plaer.rar‎ Это абсолютно рабочий код.
Самое интересное - для изготовления прошивки к Танго необходимо скачать и устрановить Keil, открыть и скомпилировать проект в нём. В папке проекта OBJ появится обновлённый файл src.bin в него необходимо добавить 4096 байт (0x00H) в начало в любом HEX редакторе это "нулевой ключ для декодирования". Переименовываем его в firmware.bin ВСЁ прошивку можно писать на флешку и обновлять Танго.
Бонусом в папке есть сырцы flac декодера.

[Vladimir_kos]

А вы по-другому ОУ включать не умеете?

Ок, задам вопрос иначе: "Инвертирующий каскад на ОУ вдруг возьмет, да перестанет инвертировать?"

Не знаю как. Поэтому и спросил.

Просто мне лень было в ответ на глупый вопрос постить тут длинные вербальные конструкции. Если сделано по даташиту, в инвертирующем включении операционники в преобразователях ток-напряжение, потом снова сигнал инвертируется в ФНЧ, в результате на выходе сигнал получается неинвертированный. Почему мы можем быть не уверены, что аналоговая часть работает правильно, что сигнал вдруг станет инвертированным в аналоговой части ЦАПа, или у Вас операционники имеют склогнность самопроизвольно инвертировать или не инвертировать сигнал, типа, как им захочется? ))

[Audiomaniac]

или у Вас операционники имеют склогнность самопроизвольно инвертировать или не инвертировать сигнал, типа, как им захочется? ))

У меня-то как раз все работает как положено.
Это у вас, по вашим же словам, цифровой фильтр "имеет склонность самопроизвольно инвертировать", потому и любопытно, как вы это определили а) сам факт инвертирования б) что виноват именно ЦФ

[energetik]

Tango не инвертирует цифровой сигнал. В ранних прошивках были попутаны каналы в режиме RJ позже это было исправлено.

[Ромыч]

позже это было исправлено.

Позже это когда? У меня установлена одна из последних прошивок.

[Alex]

Tango не инвертирует цифровой сигнал.

А даже если бы и интвертировал - кого кроме шизотериков это интересует, если оно одновременнно в обоих каналах?

[P.S.L]

В формате I2S и RJ по разному кодируются каналы, в I2S левый канал LOW, правый канал HIGH. В формате RJ наоборот. Может быть, в программе забыли при выборе формата RJ проинвертировать сигнал LRCLK.

[Artemy R]

А даже если бы и интвертировал - кого кроме шизотериков это интересует, если оно одновременнно в обоих каналах?

Имхо, важно что на аналоговом выходе получается.
К примеру, удар по "бочке" должен выплевывать диффузор вперед, а не всасывать его.

[Ст.Мельник]

В ранних прошивках были попутаны каналы в режиме RJ позже это было исправлено.

Во всяком случае, ver: 0.8.2 с попутанными каналами в RJ. А что, есть новее прошивка?

[energetik]

Во всяком случае, ver: 0.8.2 с попутанными каналами в RJ. А что, есть новее прошивка?

нет. Подвела меня память. Этого исправления не было. Сделаю на следующей неделе исправление вывода режима RJ и выложу прошивку.

[Vladimir_kos]

Это у вас, по вашим же словам, цифровой фильтр "имеет склонность самопроизвольно инвертировать"

Я нигде не говорил, что у меня цифровой фильтр имеет склонность самопроизвольно инвертировать.

как вы это определили а) сам факт инвертирования б) что виноват именно ЦФ

а) на фронте прямоугольного импульса диффузоры двигаются внутрь.
б) аналоговая часть не инвертирует и операционники включены в соответствии с даташитом ЦАПа.
Я не говорю, что виноват ЦФ, виноват я, потому что сразу допустил ошибку, видимо с фазой LRCK, а теперь лень всё разбирать и исправлять.

А даже если бы и интвертировал - кого кроме шизотериков это интересует, если оно одновременнно в обоих каналах?

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

[Audiomaniac]

Я нигде не говорил, что у меня цифровой фильтр имеет склонность самопроизвольно инвертировать.

Как же не говорили? А это кто писал?

А у меня с DF1704 не только каналы, но и фаза выходного сигнала ЦАПа получилась инвертированная, приходится акустику инвертированно подключать.

Я не говорю, что виноват ЦФ, виноват я, потому что сразу допустил ошибку, видимо с фазой LRCK, а теперь лень всё разбирать и исправлять.

Ошибка с фазой LRCK может поменять местами каналы, но никак не может перевернуть сам сигнал в каналах.

[aal]

Ошибка с фазой LRCK может поменять местами каналы, но никак не может перевернуть сам сигнал в каналах.

Это ещё может дать фазовую ошибку между каналами на 1/Fd - всё зависит от того как подготовлены данные.

[Audiomaniac]

Это ещё может дать фазовую ошибку между каналами на 1/Fd - всё зависит от того как подготовлены данные

Как ты это себе представляешь? Если BCK и DATA неизменны и синхронны с LRCK, то просто в зависимости от состояния LRCK ЦФ "закидывает" данные из DATA либо в правый, либо в левый канал. Откуда сдвиг-то между каналами возьмется?

[Alex]

Имхо, важно что на аналоговом выходе получается.

конечно важно, только абсолютная фаза никого не интересует.(кроме шизотериков), ухо к ней не чувствительно.

К примеру, удар по "бочке" должен выплевывать диффузор вперед, а не всасывать его.

Т.е. ты тоже шизотерик?

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

Да уж, шизотерия это не очень хорошо....

[aal]

Как ты это себе представляешь?

Если данные подготовленны для RJ, но LRCK получился инвертированным, то ЦАП будет думать как об одном сэмпле о данных из разных сэмплов основываясь на LRCK...... Т.е. не только каналы местами меняются, но ещё появляется сдвижка 1/Fd....

[Audiomaniac]

Если данные подготовленны для RJ, но LRCK получился инвертированным, то ЦАП будет думать как об одном сэмпле о данных из разных сэмплов основываясь на LRCK.....

Ну наверно ты имел в виду ЦФ, а не ЦАП. Тем не менее - с какой стати ему вдруг так "думать"? Что вдруг изменится в логике его работы (кроме раскидывания данных по каналам) из-за того, что в момент времени t0 LRCK будет 1 вместо 0 (или наоборот)?

[sia_2]

Изменится. Дело в том, что ЦАП (или ЦФ) как бы переставляет данные по времени. Один период LRCK (в течение которого передаются две порции данных) рассматривается, как единая пара данных для одной синхронной пары сэмплов. Если поменять полярность (проинвертировать) LRCK, то не только каналы поменяются местами, но и получится, что в одну пару "на выходе" попадет "правый" сэмпл из _предыдущей_ пары сэмплов, и "левый" - из _текущей_ (или наоборот).

[Ромыч]

появляется сдвижка 1/Fd

Да, так и есть. Лечится собственно тем же инвертированием LRCK. Но лучше конечно софтово вылечить, чтоб не лепить лишние регистры.

[Ст.Мельник]

[QUOTE=energetik;1546167 Сделаю на следующей неделе исправление вывода режима RJ и выложу прошивку.[/QUOTE]
Будем ждать новую прошивку.

[Audiomaniac]

Изменится. Дело в том, что ЦАП (или ЦФ) как бы переставляет данные по времени. Один период LRCK (в течение которого передаются две порции данных) рассматривается, как единая пара данных для одной синхронной пары сэмплов. Если поменять полярность (проинвертировать) LRCK, то не только каналы поменяются местами, но и получится, что в одну пару "на выходе" попадет "правый" сэмпл из _предыдущей_ пары сэмплов, и "левый" - из _текущей_ (или наоборот).

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