-
- Зачем? Там формирование нужной диаграммы весьма бесхитростно
делается, справится относительно шустрый МК (даже не DSP). И поток
данных сразу резко сокращается. Другое дело, что если хочется
странных вещей (вроде поиска источника звука по голосу,
шумоподавления и т.п.), то твой вариант думаю предпочтительней. - fk0(13.09.2020 23:31)
- Если нужен поиск источника звука с широким спектром (напр., от 20 Гц до 20 кГц), то все становится на порядок сложней. Xaoc(942 знак., 14.09.2020 04:35, , ссылка, ссылка)
- поток на комп даст тебе одновременно много виртуальных направлений,
с которых звук суммируется. ну и позволит неподвижным массивом
виртуально крутить как хочешь. ФАР эдакий выйдет. Mahagam(94 знак., 13.09.2020 23:38)
- У NXP'шных Cortex-M4 (LPC4300) были например т.н. SGPIO-модули,
штук примерно по 16 на чип. Которые могли реализовывать
I2C/SPI/UART. По протоколу I2S мало отличается от SPI. Не
обязательно именно I2S, лишь бы по принципу было похоже, что многие
кодеки обеспечивают. - fk0(13.09.2020 23:58)
- МК + 16 кодеков. не проще ли в ПЛИС загнать PDM сразу? - Mahagam(14.09.2020 00:15)
- А дальше что делать? В ПЛИС реализовать процессор? В ПЛИС потоки
склеить в один более скоростной и выдать в тот же МК? - fk0(14.09.2020 00:48)
- Там же всей обработки - суммирование с задержкой. Такую плисину наверное и я смог бы синтезировать. - Kpoк(14.09.2020 11:04)
- да почти всю обработку: перегонять PDM в PCM, управляемая поканальная задержка, сложение, предварительная фильтрация. Mahagam(336 знак., 14.09.2020 01:05)
- А дальше что делать? В ПЛИС реализовать процессор? В ПЛИС потоки
склеить в один более скоростной и выдать в тот же МК? - fk0(14.09.2020 00:48)
- МК + 16 кодеков. не проще ли в ПЛИС загнать PDM сразу? - Mahagam(14.09.2020 00:15)
- У NXP'шных Cortex-M4 (LPC4300) были например т.н. SGPIO-модули,
штук примерно по 16 на чип. Которые могли реализовывать
I2C/SPI/UART. По протоколу I2S мало отличается от SPI. Не
обязательно именно I2S, лишь бы по принципу было похоже, что многие
кодеки обеспечивают. - fk0(13.09.2020 23:58)
- Хотелось все обрабатывать автономно без персоналки - Make_Pic(13.09.2020 22:26)
- Синтетический порт. Отладишь алгоритмы - перенесешь на малинку. - Evgeny_CD(13.09.2020 22:53)
- Помнится тему именно тут перетирали году эдак аж в ~2011. Я
жаловался, что если на ПК такое делать, то ничего так-то просто не
выйдет. Т.е. если я воткну в обычный ПК штук 8 звуковух, например,
то получится фигня: у каждой свой кварц и своя тактовая... и фаза
медленно но верно плывёт. Напрашивается передискретизация, как
минимум, под один генератор. Кроме того, у каждой звуковухи ещё и
своя задержка, свой буфер. Если USB -- вообще может быть печально.
Я бы на этот вопрос fk0(1775 знак., 13.09.2020 23:49)
- ответь на два вопроса: Mahagam(222 знак., 14.09.2020 00:11)
- Я выше написал: есть МК способные принимать полтора десятка
каналов. PDM обрабатывать на МК так себе идея, очень большие
вычислительные расходы. Можно на CPLD наверное мультиплексировать
все I2S каналы в один SPI. - fk0(14.09.2020 00:53)
- на CLPD можно, только такое решение требует аналоговых микрофонов и
I2S кодеков. Mahagam(273 знак., 14.09.2020 01:12)
- Есть кодеки умеющие принимать PDM. - fk0(14.09.2020 01:30)
- да один фиг, PDM или I2S, их на МК особо много не примешь. а как только ты режешь всё на два МК, то получаешь головняк с синхронизацией. Mahagam(176 знак., 14.09.2020 01:54)
- Есть кодеки умеющие принимать PDM. - fk0(14.09.2020 01:30)
- на CLPD можно, только такое решение требует аналоговых микрофонов и
I2S кодеков. Mahagam(273 знак., 14.09.2020 01:12)
- Я выше написал: есть МК способные принимать полтора десятка
каналов. PDM обрабатывать на МК так себе идея, очень большие
вычислительные расходы. Можно на CPLD наверное мультиплексировать
все I2S каналы в один SPI. - fk0(14.09.2020 00:53)
- ответь на два вопроса: Mahagam(222 знак., 14.09.2020 00:11)
- Помнится тему именно тут перетирали году эдак аж в ~2011. Я
жаловался, что если на ПК такое делать, то ничего так-то просто не
выйдет. Т.е. если я воткну в обычный ПК штук 8 звуковух, например,
то получится фигня: у каждой свой кварц и своя тактовая... и фаза
медленно но верно плывёт. Напрашивается передискретизация, как
минимум, под один генератор. Кроме того, у каждой звуковухи ещё и
своя задержка, свой буфер. Если USB -- вообще может быть печально.
Я бы на этот вопрос fk0(1775 знак., 13.09.2020 23:49)
- Синтетический порт. Отладишь алгоритмы - перенесешь на малинку. - Evgeny_CD(13.09.2020 22:53)
- Зачем? Там формирование нужной диаграммы весьма бесхитростно
делается, справится относительно шустрый МК (даже не DSP). И поток
данных сразу резко сокращается. Другое дело, что если хочется
странных вещей (вроде поиска источника звука по голосу,
шумоподавления и т.п.), то твой вариант думаю предпочтительней. - fk0(13.09.2020 23:31)