Зачем программисту микроконтроллеров комплексные числа (или обзор MEMS микрофона MP23DB01HPTR)

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

На нормальних производствах акустических систем - это решается с помощью CLIO (CLIO 10 FW | Audiomatica Srl ) - который сравнивает с эталонной кривой, сотрудник только нажимает начать тест

Замечу, что такое тестирование имеет большие погрешности, так как БПФ с прямоугольным окном даст ошибку оценки амплитуды гармонического сигнала до 4 дБ.

Кроме того, для обработки сигналом с микрофона нет смысла использовать формат double.

Комплексные числа в данном случае можно и не знать, так как сигнал-то вещественный.

Его обработку делают помещая в мнимую часть либо половину реализации, либо вторую выборку сигнала.

Еще Вы не упомянули теорему Котельникова и каким образом Вы устраняете свертку сигнала.

Если нужно проверить наличие сигнала на одной частоте, можно использовать Алгоритм Гёрцеля.

            dft_out[k] = 0.0 + 0.0 * I;

НЯП лучше бы использовать CMPLXF(0,0, 0,0). 0.0 + 0.0 как то вырвиглазно.

Недавно решал задачу тестирования аудиоустройств, имеющих на борту спикер и микрофон. Получилось довольно дешево - полчаса на то, чтобы собрать систему из распберри, офисного спикерфона и DUT, два дня - чтобы написать тестовый код для DUT и наваять простой аудиофингерпринтинг (с использованием готовых либ, естественно) на малине с обработкой данных и отправкой результатов на производственный сервер. В итоге имеем возможность тестировать не на голом тоне (устройство в силу особенностей применения такое давит), а на живых фразах по ГОСТ Р 50840-95 для микрофона и спикера по отдельности

Дико извиняюсь, но вижу распиновку (рисунок с надписью Top View, правая часть) и таблицу снизу (Распиновка PCB модуля c MEMS микрофоном:) и не могу найти соответствие. Например, в таблице пин номер 4 - GND, а на "Распиновке" выше 4 - CLK и т.д. Можно пояснить?