Нужно решение, преобразующее 16 выходов PDM микрофонов в SPI.
Важно минимальное потребление, небольшая стоимость решения.
Плюсом будет возможность масштабирования решения до 32, 64 каналов.
Частоты дискретизации от 8 до 48 кГц, выходная разрядность 24 бита.
Антиалайзинговый фильтр, особенно на низких частотах дискретизации, очень желателен.
Но этот момент обсуждаем ибо понятно, что это требует доп. ресурсов и потребления.
Выходной последовательный формат тоже обсуждаем. Интересует простота ввода данных в контроллер.
Цель устройства - запись звука, в основном речи.
Объем работы:
Подбор оптимального решения (требования не жесткие, обсуждаемые), схема, разводка макетной ПП,
(те без жёстких требований по габаритам),
изготовление пары макетов, прошивка ПЛИС и/или контроллера, дока.
Предложения с примерными характеристиками решения, ценой работы и сроками в личку, плиз.

Нужно начинать не со слова "Нужно"
а есть такие то аналоги, они не устраивают меня по тем то причинам
бюджет такой то
или думаете вам разработают по цене готового изделия - наивно
Полно АЦП с Китая и в частности со SPI, берите переходник SPI-USB и лепите, что хотите и как хотите
Это как один вариант

Сообщение отредактировал hasl - Apr 18 2018, 04:48

Не указано где Вы находитесь территориально, личное присутствие при такой работе будет нужно

64 канала * 24 бита * 48 кГц ~ 71 Мбит/c

У Вас точно такой быстрый SPI, умеет ли он работать на такой скорости в режиме Slave? К кому вы хотите стыковать устройство? Это какой-то звуковой ФАР? Скорее всего Вам удобнее всего будет ПЛИС. Смысла делать расширяемое решение нет, думаю проще будет сделать сразу 64 канала, в принципе по началу можно ограничиться покупной макетной платой.

Если делать свою плату, то по срокам думаю это месяца 4 начиная со схемотехники до настройки, по 8 часов в день. Оплата должна быть выше рыночной на постоянной работе с учетом отчислений

Сообщение отредактировал Manfred - Apr 18 2018, 05:42

А чем не устраивают конференц системы?
Наверное только тем, что все каналы (микрофоны) пишутся вместе.
Плюсом будет хорошая чувствительность. Передача в цифре на центральный блок, масштабируемость, возможность управления включенных микрофонов.

Если нужна система управления к такому комплексу, тогда пожалуйста в личку.

1. Москва, личное присутствие не нужно.
2. Да насчет скоростей SPI есть вопросы, на больших частотах дискретизации возможны варианты суммирования каналов с заданным сдвигом для уменьшения общего потока. Ну эти оперативные решения будут приниматься исходя из выбранного решения. Сказано же, что задание гибкое. Да, ФАР, конечно, зачем еще много микрофонов?

Не проще ли тогда использовать MEMS-микрофоны с цифровым выходом?

Помянутые PDM - это они и есть.

Хмм.. Я подумал речь про пьезо-динамические.

в spi как уже отметили не пролезет,
сразу в усб очень легко можно упаковать эти 64 канала, причём исходных PDM и потом в ПК уже делать с ними что угодно.

Контроллер то какой? А то поди абдурина.
И что мешает все эти микрофоны прямо к этому контроллеру и подцепить без всяких промежуточных SPI-костылей?


Пока ТС не озвучил свой контроллер это слишком смелое утверждение. Хотя может это только я тут не телепат?
SPI бывает quad к примеру. А некоторые производители его делают ещё и DDR.

Микрофоны с PDM интерфейсом - это ШИМ потребуется 64 таймера. Да и для ФАР особо важна синхронность выборок.

Данные ФАР можно буферизировать, а не гнать постоянный поток. Записали в память, обработали.

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



В электронике оно обязательно понадобиться, так можно съэкономить, но шансов что Вы настроите плату удаленно не много.

Сообщение отредактировал Manfred - Apr 18 2018, 14:47

наверное то, что если даже захватить 32 битовых PDM потока (от 64х микрофонов DDR) на ~4МГц через dma, контроллер только и будет заниматься тем что переворачивать эти битовые матрицы (из параллельного в последовательный) чтобы данные по каналам разделить.
хотя у некоторых LPC есть sgpio которые это и сами сделать могут, но больше 16ти каналов не встречал.


судя по озвученному, так сказать "ТЗ", слишком смело как раз рассчитывать на то, что там будет quad spi c DDR. скорее уж действительно абдурина

Я как раз и имел в виду SGPIO
А насчёт нагрузки на CPU: так в тех LPC где есть SGPIO, там есть и по 3 ядра (правда два - M0) на 204МГц.
А кроме SGPIO я ещё имел в виду например McASP в OMAP-L1xxx: 16+12+4 сериализаторов + 4 мощных ядра CPU (из них одно - DSP) - вычислительных ресурсов вполне хватит и для обработки.
А если на дохлый ARM будет приходить (пускай даже в одном SPI) 64 потока - то пускай они уже будут разложены на сэмплы - производительности может не хватить.

PS: Так что 64 потока - два шт. OMAP-L137 (в каждом 32 сериализатора) и одна (одинаковая!) программа для обоих. И обработка на мощном VLIW DSP.
А преобразовать число импульсов ШИМ из каждого канала в аналоговое значение сигнала - для этого в каждом OMAP есть два PRU-ядра - они должны справиться. + в довесок ARM-ядро.

Хорошо поперли фантазии :-) Когда решение начнет кристаллизироваться то, плиз, в личку с условиями, если интересно, конечно.

PS В итоге этот поток от микрофонов надо будет писать или на SD карту или лить в Ethernet или в USB.

DEL ( забыл что там сырой поток не менее 1МГц )