Перейти к содержанию
    

Нужно преобразовать выход 16 PDM микрофонов в SPI.

Нужно решение, преобразующее 16 выходов PDM микрофонов в SPI.

Важно минимальное потребление, небольшая стоимость решения.

Плюсом будет возможность масштабирования решения до 32, 64 каналов.

Частоты дискретизации от 8 до 48 кГц, выходная разрядность 24 бита.

Антиалайзинговый фильтр, особенно на низких частотах дискретизации, очень желателен.

Но этот момент обсуждаем ибо понятно, что это требует доп. ресурсов и потребления.

Выходной последовательный формат тоже обсуждаем. Интересует простота ввода данных в контроллер.

Цель устройства - запись звука, в основном речи.

Объем работы:

Подбор оптимального решения (требования не жесткие, обсуждаемые), схема, разводка макетной ПП,

(те без жёстких требований по габаритам),

изготовление пары макетов, прошивка ПЛИС и/или контроллера, дока.

Предложения с примерными характеристиками решения, ценой работы и сроками в личку, плиз.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Нужно начинать не со слова "Нужно"

а есть такие то аналоги, они не устраивают меня по тем то причинам

бюджет такой то

или думаете вам разработают по цене готового изделия - наивно

Полно АЦП с Китая и в частности со SPI, берите переходник SPI-USB и лепите, что хотите и как хотите

Это как один вариант

Изменено пользователем hasl

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

 

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

 

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

Изменено пользователем Manfred

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А чем не устраивают конференц системы?

Наверное только тем, что все каналы (микрофоны) пишутся вместе.

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

 

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

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

 

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

 

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

 

1. Москва, личное присутствие не нужно.

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Да, ФАР, конечно, зачем еще много микрофонов?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

в spi как уже отметили не пролезет,

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Выходной последовательный формат тоже обсуждаем. Интересует простота ввода данных в контроллер.

Контроллер то какой? А то поди абдурина. :biggrin:

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

 

в spi как уже отметили не пролезет,

Пока ТС не озвучил свой контроллер это слишком смелое утверждение. Хотя может это только я тут не телепат? B)

SPI бывает quad к примеру. А некоторые производители его делают ещё и DDR.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

 

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

 

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

 

1. Москва, личное присутствие не нужно.

 

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

Изменено пользователем Manfred

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

хотя у некоторых LPC есть sgpio которые это и сами сделать могут, но больше 16ти каналов не встречал.

 

Пока ТС не озвучил свой контроллер это слишком смелое утверждение. Хотя может это только я тут не телепат? B)

SPI бывает quad к примеру. А некоторые производители его делают ещё и DDR.

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

хотя у некоторых LPC есть sgpio которые это и сами сделать могут, но больше 16ти каналов не встречал.

Я как раз и имел в виду SGPIO :rolleyes:

А насчёт нагрузки на 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-ядро.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я как раз и имел в виду SGPIO :rolleyes:

А насчёт нагрузки на 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.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

хотя у некоторых LPC есть sgpio которые это и сами сделать могут, но больше 16ти каналов не встречал

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...