реклама на сайте
подробности

 
 
> STM32 Audio device class
maxis
сообщение Jun 10 2015, 07:00
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 67
Регистрация: 2-06-09
Пользователь №: 49 843



Приветствую. До этого работал только с плис и дсп, теперь осваиваю стм и юсб.
Необходимо по юсб принять аудиопоток на стм. Собрал в CubeMX проект, потом подправил дескрипторы под 48kHz, 24bit, увеличил стек и кучу чтоб все завелось.
Устройство в виндовсе определяется без ошибок, аудио выплёвывает.
Теперь вопрос, а где эти данные искать в микроконтроллере?!? В описании библиотеки:
Цитата
How to use this driver
This driver uses an abstraction layer for hardware driver (i.e. HW Codec, I2S interface, I2C
control interface...). This abstraction is performed through a lower layer (i.e.
usbd_audio_if.c) which you can modify depending on the hardware available for your
application.
To use this driver:
Through the file usbd_conf.h, you can configure:
• The audio sampling rate (define USBD_AUDIO_FREQ)
Call the function USBD_AUDIO_Init() at startup to configure all necessary firmware and
hardware components (application-specific hardware configuration functions are also called
by this function). The hardware components are managed by a lower layer interface (i.e.
usbd_audio_if.c) and can be modified by user depending on the application needs.
The entire transfer is managed by the following functions (no need for user to call any
function for out transfers):
• usbd_audio_DataIn() and usbd_audio_DataOut() which update the audio buffers with
the received or transmitted data. For Out transfers, when data are received, they are
directly copied into the audiobuffer and the write buffer (wr_ptr) is incremented.
The Audio Control requests are managed by the functions USBD_AUDIO_Setup() and
USBD_AUDIO_EP0_RxReady(). These functions route the Audio Control requests to the
lower layer (i.e. usbd_audio_if.c). In the current version, only SET_CUR and GET_CUR
requests are managed and are used for mute control only.


Причём функция usbd_audio_DataIn пустая и программа в неё даже не заходит. Где искать этот самый audiobuffer?

Сообщение отредактировал maxis - Jun 10 2015, 07:02
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
KnightIgor
сообщение Jun 10 2015, 07:14
Сообщение #2


Знающий
****

Группа: Участник
Сообщений: 643
Регистрация: 29-05-09
Из: Германия
Пользователь №: 49 725



Цитата(maxis @ Jun 10 2015, 08:00) *
Устройство в виндовсе определяется без ошибок, аудио выплёвывает.
Теперь вопрос, а где эти данные искать в микроконтроллере?!? В описании библиотеки:
Причём функция usbd_audio_DataIn пустая и программа в неё даже не заходит. Где искать этот самый audiobuffer?

Это не та ли путаница с USB, что есть In, и что Out? Обычно, название дается с точки зрения PC, поэтому следует обратить внимание на usbd_audio_DataOut.
Go to the top of the page
 
+Quote Post
maxis
сообщение Jun 10 2015, 09:42
Сообщение #3


Участник
*

Группа: Участник
Сообщений: 67
Регистрация: 2-06-09
Пользователь №: 49 843



Цитата(KnightIgor @ Jun 10 2015, 10:14) *
Это не та ли путаница с USB, что есть In, и что Out? Обычно, название дается с точки зрения PC, поэтому следует обратить внимание на usbd_audio_DataOut.

Да, действительно, приём данных происходит в usbd_audio_DataOut. Вижу что данные принимаются, кладётся в какой то буфер. Но при этом абсолютно не понимаю как из этого буфера правильно вычитывать.
Go to the top of the page
 
+Quote Post
KnightIgor
сообщение Jun 10 2015, 12:36
Сообщение #4


Знающий
****

Группа: Участник
Сообщений: 643
Регистрация: 29-05-09
Из: Германия
Пользователь №: 49 725



Цитата(maxis @ Jun 10 2015, 10:42) *
Да, действительно, приём данных происходит в usbd_audio_DataOut. Вижу что данные принимаются, кладётся в какой то буфер. Но при этом абсолютно не понимаю как из этого буфера правильно вычитывать.

Прежде всего, надо знать, что именно приходит. Я предполагаю, что идут PCM выборки, по 16 бит на канал.
Технически надо дописать функцию так, чтобы при приходе данных взводился какой-то флаг (например, принятая длина буфера), который бы анализировался в некоем процессе, который, зная местоположение буфера, выбирал бы из него лежащие там данные и пользовал по своему усмотрению. Например, переписывал в рабочий (двойная буферизация), откуда посылал бы в I2S периферию или DAC. Это уже вопросы техники программирования, RTOS и т.п.
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 18th July 2025 - 00:47
Рейтинг@Mail.ru


Страница сгенерированна за 0.01385 секунд с 7
ELECTRONIX ©2004-2016