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 декодера.

[SergVKS]

Приветствую коллега!
Исходники которые находятся у меня не под ОС вообще. Они представляют набор функций верхняя из которых PlayFLAC(&file); Исходный код рабочий (я в этом уверен). Прикрутить его к моей программе думаю не составит большого труда.

На счёт того, что код рабочий я знаю, а вот на счёт того, что это не составит труда это ты опрометчиво, хотя если ввести ограничение на blocksize то это так. Но пользователю тогда придётся перекодировать свои файлы, и это вряд ли ему понравиться.

[energetik]

хотя если ввести ограничение на blocksize

Да там стоит ограничение в 2048 (у тебя я так понимаю раза в три больше), поэтому надо всё хорошенько обмозговать.

[SergVKS]

Да там стоит ограничение в 2048 (у тебя я так понимаю раза в три больше), поэтому надо всё хорошенько обмозговать.

У меня 4608.
https://forum.vegalab.ru/showthread....ight=blocksize

[energetik]

У меня 4608.

Спасибо будем подумать.
Есть вопрос к тебе. У тебя тоже проявляются задержки в чтении с USB винтов? Я выяснил только, что они связаны с внешними переходниками (причём не со всеми). А у тебя есть мысли по этому поводу?

[SergVKS]

Спасибо будем подумать.
Есть вопрос к тебе. У тебя тоже проявляются задержки в чтении с USB винтов? Я выяснил только, что они связаны с внешними переходниками (причём не со всеми). А у тебя есть мысли по этому поводу?

Попробуй поиграться с размером буфера на чтение начиная с самого маленького.

[energetik]

Попробуй поиграться с размером буфера на чтение начиная с самого маленького.

Спасибо, намёк понял.

[Alex]

По трудоёмкости реализации на данном проце flac и NTFS тянут где-то на 2000$ минимум

По "трудоемкости реализации" - уже то что сделано тянет на как минимум вдвое большую сумму.

Очень сложно человеку понять ценность труда другого если он в этом ничего не понимает.

Ты немножко не по адресу - я-то как раз понимаю Это посдедних лет ~30 - моя работа, точнее ее часть.

запихнуть их в проц у которого всего 64к озу.

Нихрена себе! Мне тут иногда приходится запихивать довольно сложные алгоритмы, включая FFT или иную обработку сигналов, в процессоры у которых 0.2-1К ОЗУ!
А тут целых 64!

Так это еще зависит от размера аудио-коллекции. У меня она например в районе террабайта - уместится на одном винте.

Честно говоря, я не считал обьема своей коллекции. На глаз, без ДВД-Аудио, только ЦД - дисков 250-300, это в WAV примерно 200Гб.

Если же всетаки по каким-то причинам надо использовать несколько винтов, то проще может сделать некий внешний коммутатор этих винтов?

Вопрос совсем не в подключении доп. винта, а в том, чтобы основной стоял внутри корпуса плеера, а не снаружи.

Очень здравая идея и похоже реализуется не очень сложно

Разумеется. По простому - можно хоть реле поставить

Поддержу своего коллегу SergVKS - вычислительной мощьности данного контроллера не хватит для этого.

Жаль. Бог с ним с APE и с MLP, а вот 2 канала 192/24 и 5.1 каналов 96/24 было бы очень полезно.

[xp9Ik]

Поигрался тут с ЮСБ винтами. Один в коробочке ноунейм хитачи 2,5 на 80 гигов, второй 3,5 сегейт тоже на 80 гиг, который подключался через переходник USB2.0/IDE и SATA под названием NEODRIVE и отдельным блоком питания. В обоих случаях форматировал в фат32 виндовыми средствами, гигов 5 делал разделы. При воспроизведении вавок не было ни одной запинки, прерываний. Все кошерно. . Флешка на 16 гиг так же без замечаний. Ноутбучный винт (который хитачи, вынутый из бокса) так же подключал к переходнику без доп питания - все ок! В интернете искал проги для форматирования 80 гигов в фат32 - пару нашел, одна не запустилась, а со второй не разобрался, да и время уже позднее. Если у кого есть прога проверенная, скиньте или название скажите, завтра дальше буду мучать. Но уже появилось одно предположение, надо пробовать. Да, еще, оба винта были IDE. Саташные у меня все заняты, нет возможности проверить пока.
Надеюсь, Алексей, тебе это поможет в локализации проблемы, хотя у меня она пока не вылезла . Осталось проверить мою догадку. В общем, если будут вопросы, задавай в аську.

[yan]

Если у кого есть прога проверенная, скиньте

"format z: /FS:FAT32" проверенная.

[Alex]

"format z: /FS:FAT32" проверенная.

На 80 гиг?! А не 32 максимум под всеми виндами ?

[brier]

По "трудоемкости реализации" - уже то что сделано тянет на как минимум вдвое большую сумму.

Хорош, хорош цену набивать.

[Quasar]

Нихрена себе! Мне тут иногда приходится запихивать довольно сложные алгоритмы, включая FFT или иную обработку сигналов, в процессоры у которых 0.2-1К ОЗУ!
А тут целых 64!

Ага, а тут все обработки в реал тайме, большие объемы информации обрабатываемой данными алгоритмами, и нетривиальные структуры данных с которыми приходится работать. Железку с хорошей индикацией, поддерживающей NTFS, ape, плюшки с ethernet*ми и wi-fi-ми надо делать на ARM9 с мегабайтами ОЗУ. Причем трудоёмкость примерно такая же как и в этом проекте, только вот цена будет уже шибко выше.

[yan]

На 80 гиг?! А не 32

Ну вот мой карманный винт на 120. Форматировал в фат32 из-под XP.
Перепроверять есессенно не хочу - винт забит.

[Alex]

Ага, а тут все обработки в реал тайме

У меня тоже жесткий реалтайм почти во всех устройствах...

Железку с хорошей индикацией, поддерживающей NTFS, ape, плюшки с ethernet*ми и wi-fi-ми надо делать на ARM9 с мегабайтами ОЗУ.

Такую "железку", проще делать на чем-то готовом.

Причем трудоёмкость примерно такая же как и в этом проекте, только вот цена будет уже шибко выше.

Я в этом не уверен. Да тут-же в теме была ссылка на мотороловскую эвалуейшн борд, которая почти все это умеет (c пингвыном внутри), и ценой не сильно больше обсуждаемого устройства.

[Nikkov]

Offтопик:

Такую "железку", проще делать на чем-то готовом.
Я в этом не уверен. Да тут-же в теме была ссылка на мотороловскую эвалуейшн борд, которая почти все это умеет (в пингвыном внутри), и ценой не сильно больше обсуждаемого устройства.

Есть очень недорогие (~100$ с 3.5* тач-скрином) платы на самсунге S3C2440 .
Только одна проблема, там уже стоит кодек и I2S не выведена, поэтому кодек надо извлекать и выводить вместо него I2S. Зато есть и linux, и Windows CE. Платформа открытая, много информации на сайте http://www.friendlyarm.net/. Мне в ней не нравится только отсутствие HS USB. Кстати, на нее портируют Rockbox, который играет практически все форматы аудио

[SashaNetrusov]

...Использовать в качестве ПДУ КПК неудобно , т.к. они кушают неслабо. Заряжать каждые 3 дня специально для плеера ещё нуднее чем с флешкой туда сюда бегать...
Нужен пультик с управлением на ИК лучах и с монохромным ЖК матричным индикатором от стареньких моделей сотиков. И что б питался он от одной литиевой батарейки...

[Alex]

.Использовать в качестве ПДУ КПК неудобно , т.к. они кушают неслабо.

А ты что, постоянно в кнопки тыкать будешь и на экран смотреть? Я думал в основном надо сидеть и слушать....

Нужен пультик с управлением на ИК лучах

На ИК конечно проще всего, но если 2-х стороння связь, то это несколько сложнее. И есть использовать стандартные ДУ-шные протоколы, то слишком медленно.

Итого, для 2-х сторонней связи "устройство-пульт" есть следующие варианты:
- ИК, с более скоростным чем стандартные ДУ-шные протоколом,
- использовать дешевые RF-модули, как в некоторых ДУ и брелках автомобилей (как вариант - использовать в пульте МК с RF-модулем внутри),
- использовать не очень дешевые модули Блютус,
- использовать экзотику типа ZigBee, MyWire и прочее,
- предложите свое.

[SashaNetrusov]

На ИК конечно проще всего, но если 2-х стороння связь, то это несколько сложнее. И есть использовать стандартные ДУ-шные протоколы, то слишком медленно.

Чтобы передавать названия каталогов и файлов большой скорости наверное не нужно. Связь двухсторонняя, но дуплекса не нужно. Закончил передачу - открыл приём.
ИК - как наименее энергоёмкий и простой.

[ditter]

готовое решение, о чем собственно уже писалось

---------- Добавлено в 00:22 ---------- Предыдущее сообщение в 00:18 ----------

вот кстати и недорогая доска с ARM9

[SergVKS]

готовое решение, о чем собственно уже писалось

Готовое решение для чего ?
Для индикации слишком дорого - за эти деньги можно взять 4" TFT, а для транспорта не пригодно в связи с отсутствием возможности внешней синхронизации для I2S у STM32.

Что касается ARM9, то вот этот наверно самый подходящий с точки зрения функционала:
http://www.samsung.com/global/busine...0&xFmly_id=229
Только осталось подождать пока китайцы начнут клепать на нём фоторамки ибо ни сами микросхемы ни киты на них у нас вряд ли появятся...