Как уже писал - там 4 протокола. то что вы описываете это прерывание (пусть и эмулируемое). так работает мышь и клавиатура.. принтеру данные закидываются по другому протоколу. Звук и видео по третьему - реального времени. 
А 4й протокол - служебный - чтобы все  это настроить. чтобы уаждое устройство включалось в кадр в свое время. и доже количествоо потребления тока рассчитывается.

не может на ЮСБ устройство передавать данные когда ему заблагорассудится. только по предварительной договоренности.

Да - закладка данных АЦП в буфер USB на карте есть - это я сразу написал.
А смысл в изучении есть.  Нет никакого смысла в этом сомневаться.
Какие составляющие задержки? нерусское слово не буду из принципа писать - а то скоро забудем родной язык.
Скорость же звукового потока существенно ниже пропускной способности самого низкоскоростного 1мбит/с  ЮСБ и вот о чем о чем - а об этом парится не нужно.

Насчет "порций" не буду спорить - в один кадр устройство положит 132 байта, в следующий 133, потом снова 132 и так далее.. главное тут - на эту процедуру уходит 4мс туда обратно +1мс на минимальную обработку компом.

ХИНТ: без стеба- тоже не лыком шит. Как раз с АЦП \ЦАП  мы ничего поделать не можем, да и задержки в них нет.
Интересны составляющие задержки в цифровом тракте (в частности ЮСБ) и методы влияния на них. Хотя если говорить про ревер - то если софт понимает точно как велика  "аппаратная" задержка - то вообще нет никаких проблем ибо там счет идет на десятки и сотни  мс, но неплохо бы вычесть "аппаратные".
  а за ссылку спасибо
и почитав навскидку извиняюсь за сарказм, уважаю кто не смотрит на учебники и авторитеты.. хотя к теме задержек это не относится - тут пока никто реально не написал ничего.

Реальное эхо не будет четким как магнитофонное или цифровое... Для этого просто не существует условий в природе. Может в эту сторону подумать. 

2:OldMike...очень рад вашему возвращению!
Теперь по теме: STM - конечно хорошо и такие эксперименты всегда похвальны, но стоит ли "игра" "свеч"?  Год назад купил t.c.electronic M300 (всего за 120у.е.) и вопросы с дилеями и реверберацией, полностью исчерпались. Так у М300 и М350 на задней панели есть "волшебная кнопка". Она позволяет коммутировать 2 независимых канала обработки, из последовательного соединения, в режим параллельного микширования. Т.е. (к примеру) дилей, может абсолютно не обрабатываться ревером (и т.п). Ну и сами понимаете: качество алгоритмов от Ти Си, это нечто. Прозрачность просто фантастическая. Все это я к чему? За 100 (с не большим) у.е.  приобретается "машинка", которую просто не нужно изобретать. Ибо вряд ли получится создать что нибудь, хоть не много приближенное по качеству звука, к данным, совершенно не дорогим девайсам.
С мнением, Tubeman.

Цитата:

Если уж брать ARM, то лучше с I2S интерфейсом и прицепить нормальный кодек.
А вообще, звук делается на DSP, на одном камне можно навертеть кучу всего, например как в пангее.

STM взял потому, что он у меня есть, и стоит у нас в магазинчике около 4$ - есть разница с t.c.electronic M300 (всего за 120у.е.)?   ну и мне просто нравится делать самому - ведь все уже придумано - и ревера, и примочки-искажалки.... Но мы почему-то упрямо беремся за паяльник... Кстати - у меня с кабацких времен живет старенький Digitec - и в нем 100 программ - и там штук 6 отличных Холлов, не считая Румов и прочих Плейтов... Но самому то интереснее...
STM32F303CC - он с I2S интерфейсом и прицепить туда кодек конечно можно - и я так, возможно, и сделаю - но для отработки алгоритма меня пока вполне устроит и встроенный - кстати - звук вполне приличный - ну, это пока модель и слушаю на наушники (ибо на работе в свободное время).
По алгоритму - взял за основу алгоритм Алесиса  из Нановерба WavefrontAN3201-04 Reverberation Algorithm. Ресурсов STM почти хватает - только ОЗУ маловато - всего 40К, а по быстродействию - нормально. Алгоритм я доработал на свой вкус - Ранних отражений у меня 8, а не 7, у них другие весовые коэффициенты, ФНЧ только один - после Ранних перед имитаторами комнаты, поэтому у меня "хвост" не такой мутный, как у Алесиса. Имитаторы объема комнаты - у меня их 3, а не 4 (не хватает ОЗУ), весовые коэффициенты одинаковые. Далее общая петля (такой же имитатор) - как у Алесиса allpass philter, далее добавляю ранние отражения - и на выход. Еще я ввел регулировку "гулкости" - длины "хвоста". Энкодером регулирую одновременно коэффициенты фидбэка на имитаторах комнаты и на выходном фильтре. Диффузия получилась неплохая - почти отсутствуют биения в "хвосте" - ну это на свой вкус можно играть разными коэффициентами и фидбэками.

Послушал демо t.c.electronic M300:
https://www.youtube.com/watch?v=sNAB5YT78XY
Ну что могу сказать? Звук чистый, гладкий, "остеклованный".
Но звук дыхания певицы абсолютно синтетичен - как будто тумблером включают и выключают генератор шума.
И это удручает...

Спасибо. В STM32 можно задействовать DMA для ввода-вывода, но понадобятся дополнительные буферы (и больше SRAM).
Обратите внимание на платы с STM32F411CEU6 (есть на Али).

Какую среду разработки для STM32 используете?

А за наводку на STM32F411CEU6 - отдельное спасибо, при случае закажу - там намного просторнее с ОЗУ, хотя надо внимательно почитать даташит... Ну а  пока буду шпилить на том, что есть в руках. Хочу кроме Холла отработать Дилей (и не надо смеяться - у меня ведь всего 32К ОЗУ - потому у меня дилей работает с модифицированной дельта-модуляцией - передаю разность между отсчетами, а не сами отсчеты сигнала, чтобы вписаться в 8 бит и удлиннить линию задержки до 1 секунды) - да еще и функция TAP... А из-за особенностей алгоритма приходится внутри еще и сигнал подфильтровывать - стоит 1 LPF и
2 HPF...  Пока в стадии отработки.

Ну алгоритмами (исходниками на С) я без проблем поделюсь. С технологией обработки сигнала импульсами я знаком чисто теоретически - не представляю математический аппарат, хотя было бы интересно разобраться... Свои алгоритмы прописываю сам - на уровне беззнаковой целочисленной математики (ну, знаковую иногда тоже использую ). Платку с STM32F411CEU6 заказал, она немного мощнее STM32F303CС, но смущает необходимость внешнего ЦАПа. Дело в том, что я убежден - 12 бит достаточно при грамотном применении - ведь аналоговые ревера и хорусы имеют не лучшее отношение сигнал/шум - ну для MN3102/MN3007  заявлено около 70 дБ, на деле даже меньше. А с выхода линии задержки MN3007 до фильтра идет еще та "лесенка" - так что если с выхода 12 бит ЦАПа STM отфильтровать ФНЧ 3го порядка - получим такое же отношение сигнал/шум... При этом имеем очень компактный агрегат - все, кроме аналоговых фильтров, внутри...