163264 5 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба Нужно решение, преобразующее 16 выходов PDM микрофонов в SPI. Важно минимальное потребление, небольшая стоимость решения. Плюсом будет возможность масштабирования решения до 32, 64 каналов. Частоты дискретизации от 8 до 48 кГц, выходная разрядность 24 бита. Антиалайзинговый фильтр, особенно на низких частотах дискретизации, очень желателен. Но этот момент обсуждаем ибо понятно, что это требует доп. ресурсов и потребления. Выходной последовательный формат тоже обсуждаем. Интересует простота ввода данных в контроллер. Цель устройства - запись звука, в основном речи. Объем работы: Подбор оптимального решения (требования не жесткие, обсуждаемые), схема, разводка макетной ПП, (те без жёстких требований по габаритам), изготовление пары макетов, прошивка ПЛИС и/или контроллера, дока. Предложения с примерными характеристиками решения, ценой работы и сроками в личку, плиз. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
hasl 0 18 апреля, 2018 Опубликовано 18 апреля, 2018 (изменено) · Жалоба Нужно начинать не со слова "Нужно" а есть такие то аналоги, они не устраивают меня по тем то причинам бюджет такой то или думаете вам разработают по цене готового изделия - наивно Полно АЦП с Китая и в частности со SPI, берите переходник SPI-USB и лепите, что хотите и как хотите Это как один вариант Изменено 18 апреля, 2018 пользователем hasl Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Manfred 0 18 апреля, 2018 Опубликовано 18 апреля, 2018 (изменено) · Жалоба Не указано где Вы находитесь территориально, личное присутствие при такой работе будет нужно 64 канала * 24 бита * 48 кГц ~ 71 Мбит/c У Вас точно такой быстрый SPI, умеет ли он работать на такой скорости в режиме Slave? К кому вы хотите стыковать устройство? Это какой-то звуковой ФАР? Скорее всего Вам удобнее всего будет ПЛИС. Смысла делать расширяемое решение нет, думаю проще будет сделать сразу 64 канала, в принципе по началу можно ограничиться покупной макетной платой. Если делать свою плату, то по срокам думаю это месяца 4 начиная со схемотехники до настройки, по 8 часов в день. Оплата должна быть выше рыночной на постоянной работе с учетом отчислений Изменено 18 апреля, 2018 пользователем Manfred Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
smart_pic 7 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба А чем не устраивают конференц системы? Наверное только тем, что все каналы (микрофоны) пишутся вместе. Плюсом будет хорошая чувствительность. Передача в цифре на центральный блок, масштабируемость, возможность управления включенных микрофонов. Если нужна система управления к такому комплексу, тогда пожалуйста в личку. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
163264 5 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба Не указано где Вы находитесь территориально, личное присутствие при такой работе будет нужно 64 канала * 24 бита * 48 кГц ~ 71 Мбит/c У Вас точно такой быстрый SPI, умеет ли он работать на такой скорости в режиме Slave? К кому вы хотите стыковать устройство? Это какой-то звуковой ФАР? Скорее всего Вам удобнее всего будет ПЛИС. Смысла делать расширяемое решение нет, думаю проще будет сделать сразу 64 канала, в принципе по началу можно ограничиться покупной макетной платой. Если делать свою плату, то по срокам думаю это месяца 4 начиная со схемотехники до настройки, по 8 часов в день. Оплата должна быть выше рыночной на постоянной работе с учетом отчислений 1. Москва, личное присутствие не нужно. 2. Да насчет скоростей SPI есть вопросы, на больших частотах дискретизации возможны варианты суммирования каналов с заданным сдвигом для уменьшения общего потока. Ну эти оперативные решения будут приниматься исходя из выбранного решения. Сказано же, что задание гибкое. Да, ФАР, конечно, зачем еще много микрофонов? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
blackfin 27 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба Да, ФАР, конечно, зачем еще много микрофонов? Не проще ли тогда использовать MEMS-микрофоны с цифровым выходом? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба Не проще ли тогда использовать MEMS-микрофоны с цифровым выходом? Помянутые PDM - это они и есть. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
blackfin 27 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба Помянутые PDM - это они и есть. Хмм.. Я подумал речь про пьезо-динамические. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_pv 78 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба в spi как уже отметили не пролезет, сразу в усб очень легко можно упаковать эти 64 канала, причём исходных PDM и потом в ПК уже делать с ними что угодно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 241 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба Выходной последовательный формат тоже обсуждаем. Интересует простота ввода данных в контроллер. Контроллер то какой? А то поди абдурина. И что мешает все эти микрофоны прямо к этому контроллеру и подцепить без всяких промежуточных SPI-костылей? в spi как уже отметили не пролезет, Пока ТС не озвучил свой контроллер это слишком смелое утверждение. Хотя может это только я тут не телепат? B) SPI бывает quad к примеру. А некоторые производители его делают ещё и DDR. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Manfred 0 18 апреля, 2018 Опубликовано 18 апреля, 2018 (изменено) · Жалоба И что мешает все эти микрофоны прямо к этому контроллеру и подцепить без всяких промежуточных SPI-костылей? Микрофоны с PDM интерфейсом - это ШИМ потребуется 64 таймера. Да и для ФАР особо важна синхронность выборок. Данные ФАР можно буферизировать, а не гнать постоянный поток. Записали в память, обработали. Надо прикинуть какие задержки нужны для сканирования лучем, скорее всего достаточно большие, от этого зависит объем памяти требуемый для хранения данных. Также могут быть проблемы со скоростью обработки данных. 1. Москва, личное присутствие не нужно. В электронике оно обязательно понадобиться, так можно съэкономить, но шансов что Вы настроите плату удаленно не много. Изменено 18 апреля, 2018 пользователем Manfred Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_pv 78 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба И что мешает все эти микрофоны прямо к этому контроллеру и подцепить без всяких промежуточных SPI-костылей? наверное то, что если даже захватить 32 битовых PDM потока (от 64х микрофонов DDR) на ~4МГц через dma, контроллер только и будет заниматься тем что переворачивать эти битовые матрицы (из параллельного в последовательный) чтобы данные по каналам разделить. хотя у некоторых LPC есть sgpio которые это и сами сделать могут, но больше 16ти каналов не встречал. Пока ТС не озвучил свой контроллер это слишком смелое утверждение. Хотя может это только я тут не телепат? B) SPI бывает quad к примеру. А некоторые производители его делают ещё и DDR. судя по озвученному, так сказать "ТЗ", слишком смело как раз рассчитывать на то, что там будет quad spi c DDR. скорее уж действительно абдурина Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 241 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба хотя у некоторых 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-ядро. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
163264 5 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба Я как раз и имел в виду 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. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
megajohn 8 18 апреля, 2018 Опубликовано 18 апреля, 2018 · Жалоба хотя у некоторых LPC есть sgpio которые это и сами сделать могут, но больше 16ти каналов не встречал DEL ( забыл что там сырой поток не менее 1МГц ) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться