Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Воспроизведение wav - что выбрать?
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
sloth
Возникла задача: читать, микшировать и воспроизводить 2 аудио файла (wav, 24-44 кГц, 16 бит, моно) с карточки SD, отформатированной в FAT.
Работал с AVR, но под данную задачу ресурсв AVR уже недостаточно (если не брать в счет призрачную Xmega), да и давно хотелось освоить ARM.
У младших NXP медленный SPI, присмотрелся к AT91SAM7S и STM32. Атмел пока наиболее симпатичен, стоит ли с него начинать? Слышал, что у некоторых возникает геморой с их программированием.
Для одновременного воспроизведения двух вавников максимальных 25 МГц SPI у SD хватит с трудом, стоит ли заморачиваться с mp3 или другими форматами сжатия?
aaarrr
Цитата(sloth @ Mar 25 2009, 01:00) *
Атмел пока наиболее симпатичен, стоит ли с него начинать? Слышал, что у некоторых возникает геморой с их программированием.

Возьмите SAM7X - с ним проблем не будет. Да и на SAM7S они не очень-то сильно портят жизнь.
Цитата(sloth @ Mar 25 2009, 01:00) *
Для одновременного воспроизведения двух вавников максимальных 25 МГц SPI у SD хватит с трудом, стоит ли заморачиваться с mp3 или другими форматами сжатия?

25MHz SPI хватит с огромным запасом, а вот на сжатие как раз ресурса маловато, если только это не какой-нибудь примитивный ADPCM.
_4afc_
Нормально AT91SAM7S справится. Только лучше выбирать AT91SAM7S256. Основная проблема в латентности карточки. Т.е. скорости чтения с карточки хватит. А вот паузы возникающие при чтении между секторами придётся покрывать внутренним буфером МК.
Источник пауз - страничная организация FLASH и дефрагментация FAT. Причём SHDC карты хуже в этом плане.
sloth
SAM7X для такого простенького проекта помоему очень через чур. С воспроизведением вавника 8 бит, 44 кГц, моно с SD карточки с хорошим запасом справлялась mega64 на 16 МГц с выводом на матрицу R-2R, подключенную к одному порту. В принципе в AT91SAM7S128 или AT91SAM7S256 уже можно попытаться затолкать mp3, если верить системным требованиям декодера https://datatype.helixcommunity.org/Mp3dec . А как насчет STR7?
etoja
Готовые свободные проекты
- на Atmele: http://embdev.net/articles/ARM_MP3/AAC_Player
- на NXP: http://www.symmetron.ru/news/nxp-fair.shtml (проект №28);
Olimex MOD-MP3.
sloth
Всем спасибо, особенно за ссылки на проекты. Попробую помучать AT91SAM7S256.
AlexBoy
Цитата(_4afc_ @ Mar 25 2009, 10:23) *
Нормально AT91SAM7S справится. Только лучше выбирать AT91SAM7S256. Основная проблема в латентности карточки. Т.е. скорости чтения с карточки хватит. А вот паузы возникающие при чтении между секторами придётся покрывать внутренним буфером МК.

В свое время подключал к САМу AC97 кодек через SSP, весь обмен идет через DMA, проц не напрягается. Для воспроизведения портировал библиотеку Audiere в UCOS2. Пробовал воспроизведение 8 потоков ADPCM 16 бит стерео, каждый поток со своей громкостью. Загрузка была около 30%. Минимальный размер буферов, при котором не слышно щелчков 1К для каждого потока и 2 по 512 байт для основного буфера ДМА где все микшируется.
KRS
Как тут говорили SAM7 действительно хорошо цепляется к кодеку по SSP. Мы использовали самый простой SAM7S32 с TLV320AIC29 отличное качество.

Но у LPC есть преимущество - у LPC2368 (например) есть SD интерфейс очень шустрый и по 4 линиям умеет! На нем точно успеете! К тому же там DMA правильный!
yurmala
Цитата(etoja @ Mar 25 2009, 18:58) *
Готовые свободные проекты
- на NXP: http://www.symmetron.ru/news/nxp-fair.shtml (проект №28);
Olimex MOD-MP3.

приветствую! прошу прощения что поднимаю тему, но не нашел по ссылке конкретный доступ к этим проектам? просто перечень - вижу...
Хотелось бы "пощупать" проект 28.
algidim
Цитата(yurmala @ Mar 15 2011, 12:26) *
приветствую! прошу прощения что поднимаю тему, но не нашел по ссылке конкретный доступ к этим проектам? просто перечень - вижу...
Хотелось бы "пощупать" проект 28.

Наверно в Yandex и Google забанили rolleyes.gif Ну чтож поможем человеку - http://ics.nxp.com/support/design/microcon...s/audio.player/
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.