caxapa.ru :: хо. я года 2 назад отдавал в починку телефон, у меня микрофон сдох. оказалось что современные микрофоны - цифровые!. PDM!! земля, питание, вход клока, вход выбора канала и выход. получается что можно взять лист фанеры, обклеить шумкой, на шумку

Mahagam (25.05.2018 00:00, просмотров: 126) ответил Evgeny_CD на Ну что, слабо перестать испускать влажные мечты и делом заняться? [Визуализатор источников звуков как законченное устройство] -> -->

хо. я года 2 назад отдавал в починку телефон, у меня микрофон сдох. оказалось что современные микрофоны - цифровые!. PDM!! земля, питание, вход клока, вход выбора канала и выход. получается что можно взять лист фанеры, обклеить шумкой, на шумку налепить массив из микрофонов, на все подать единый клок, и с каждой пары выходит один провод данных. то есть плисина со свободной сотней ног может всосать 200 микрофонов. а дальше щёлкаем за 20 метров от листа петардой, записываем все данные, добавляем на каждую линию параметризованную линию задержки, чтобы выстрел совпал по времени и суммируем. получим опупенно чувствительный микрофон. ну и можно играя линиями задержки менять направление слуха.

Ответить

- Когда-то читал в новостях про такую систему в США. Хаос(202 знак., 25.05.2018 07:57, )
  - "Экспериментальные микрофонные массивы могут достигать больших размеров, так, в Массачусетском технологическом институте исследовался массив из 1020 микрофонов[2]. В одном из экспериментов данная решётка позволила выделить речь любого из 5 _volkanaft(57 знак., 25.05.2018 08:55, )
    - Из 1024 микрофонов кто-то с-ил 4 микрофона? :) - Evgeny_CD(25.05.2018 14:02)
      - отказали, их тупо замаскировали в вычислениях ))) - Mahagam(25.05.2018 14:19)
- Как всегда есть один ньюанс. Цифра цифре рознь. Там данные не в позиционной системе счисления (PCM, двоичный код), а в унарной (PDM -- Pulse Density Modulation). Процессоры оперируют первой, и перевести вторую в первую нелёгкая задача и многие это fk0(33 знак., 25.05.2018 01:24, ссылка)
  - а если в плис это делать? смотри даташыт - Mahagam(25.05.2018 01:37, ссылка)
    - И что? Там нарисован квадратный блок "модулятора" который всё делает? А ты _сам_ такое сделаешь? Или только можешь тыкать в импортные даташиты на микросхемы за $$$. Там сколько микрофонов, на цену умножь. Даже в телефоны мобильные такого не fk0(137 знак., 25.05.2018 02:04)
      - PDM-демодуляторы стоят довольно во многих (не-массовых) МК. Есть у MSP430, новых C2000, у STM32, у Infineon (из тех, что я знаю). lloyd(94 знак., 25.05.2018 07:43)
        
        Да вообще подход к задаче в стиле Евгения-CD -- поставим большую wunderwaffe и она сама непонятно как всё сделает. Не нужны здесь wundervaffe, ибо ряд ньюансов: во-первых восприятие с каждого микрофона не обязано быть непрерывным, ведь и видео это fk0(3124 знак., 25.05.2018 12:58)
        
        я те говорю что на основе SLICEM в спартане я вероятно смогу слепить далеко не в самом толстом чипе PDM2PCM для пары сотен микрофонов. дальше суммарный поток можно выгнать по Ethernet. ну и вылизывай алгоритмы, когда у тебя гигабайты прилетают. Mahagam(95 знак., 25.05.2018 13:56)
        
        А почему нет ни слова про БПФ? ВКПб(128 знак., 25.05.2018 13:24, )
        
        Не в курсе. Что дальше делать с Фурье? Скорей это какой-то метод оптимизации под конкретную задачу. Надо ли оно вообще тут? - fk0(25.05.2018 13:41, картинка)
        
        Секция 2.3 и далее по тексту. Глубоко не вникал. Фурье нужен для формирования направленности только, для коэффициентов? - fk0(25.05.2018 13:46, ссылка)
        
        См ссылку: ВКПб(51 знак., 25.05.2018 13:42, )
        
        Даже в Вики про это знают: ВКПб(1273 знак., 25.05.2018 13:54, )
        
        "There are two main types of beamformers. These are time domain beamformers and frequency domain beamformers." -- осталось понять, зачем нужен именно второй. Судя по всему он более быстродействующий. Вот я и говорю, способ оптимизации вычислений fk0(9 знак., 26.05.2018 00:25 - 00:29)
        
        >декодер не может работать с мультиплексированным потоком как есть lloyd(178 знак., 25.05.2018 13:05)
        
        Для этого есть ОЗУ и "транспонирование" матрицы сигнала. Впрочем можно упростить, если в ПЛИС есть память по сотне бит на каждый микрофон: накапливать в плис целые слова и писать их сразу в нужные ячейки ОЗУ. Чтоб в ОЗУ лежали последовательно биты fk0(318 знак., 25.05.2018 13:12)
      - алё. там верилог-исходник PDM декодера. страничка 13 - теория, страничка 17 - исходник. 240 триггеров на фильтр. если слегка переписать, то можно использовать 240 SLICEM спартана на 256 каналов данных. хотя надо уточнять расход этих слайсов и Mahagam(40 знак., 25.05.2018 02:17)
    - И проходная 2.2 пф, интересно! Спасибо! - Evgeny_CD(25.05.2018 01:50)
- Причем у этих цифровых MEMS микрофонов еще и параметры очень даже опупенные! - Evgeny_CD(25.05.2018 00:10)
- +1 Но уроды из Xilinx позаботились (Intel не отстает), чтобы все было не так просто. Сейчас пишу пост по теме. - Evgeny_CD(25.05.2018 00:09)
  - да нихрена! дешёвый спартан-6 собирает потоки (можно взять камень за ~12 баксов, чтобы было 232 ноги полезных, это 400 микрофонов сразу). по паре дифф линий запросто отдаёт 600Mbit/s в спартан-7, у которого копыт мало, а мозгов много. в спартане-7 Mahagam(216 знак., 25.05.2018 00:13)
    - Да, берём самую большую wunderwaffe-ПЛИС и она _сама_ _всё_ _делает_, ага, любой дурак справится. - fk0(25.05.2018 01:25)
      - Полегче, Mahagam знает как готовить ПЛИСины. - Evgeny_CD(25.05.2018 01:47)
    - Черт, ты просто гений в ПЛИСах! Вот оно, решение! как делать гибридные системы из разных ПЛИСов! Спасибо! - Evgeny_CD(25.05.2018 00:19)
    - Вот!! Спасибо! DS-кодирование! -> Точно! Вот этой классной идеи мне и не хватало!!!! - Evgeny_CD(25.05.2018 00:18, ссылка)
      - пфе, никакого выигрыша не вижу. для больших скоростей (скажем, от 300Mbit/s) можно сделать как в DVI/HDMI - гнать данные по одной линии, а клок - рядом и в 10 раз ниже частотой. причем фазовый сдвиг между данными и порезанным в 10 раз клоком можно Mahagam(203 знак., 25.05.2018 00:45)
        
        Кайф DS-кодирования в том, что принятый сигнал сам генерит себе клок и данные. XOR. Над твоей идеей подумать надо. PLL жалко - их мало. - Evgeny_CD(25.05.2018 00:56)
        
        тогда что мешает передавать клок половинной частоты и тупо работать по обоим фронтам? разве что DS-кодирование вроде как может уменьшить эми. - Mahagam(25.05.2018 01:07)
        
        Приемник у DS - один XOR (+ избавиться от гонок). Я пока проще не нашел :) И да, DS, если хотя бы скремблировать, дает спектр без особосильных гармоник. - Evgeny_CD(25.05.2018 01:10)
        
        проще - рядом просто клок гнать ))) правда, минимальный период будет в 2 раза короче - Mahagam(25.05.2018 01:12)
        
        Вот вот. Реально, DS - очень грамотная идея. - Evgeny_CD(25.05.2018 01:21)

Средства и методы разработки