Hardware Choices & Implementation - FFT #1903
-
Hi all. I want to live stream fft frames back to an Android OTG consumer (I already fft on-droid the analog TRS input, but wish to offload this work to a dedicated unit and consume only frequency domain data for presentation/storage ... so that's the motivation). Signal source will be an op-amped piezo audio signal.
So, my basic hardware questions are:
I have looked at
I assume some hardware solutions are more optimal than others, and I am trying to piece the hardware puzzle together without really having any decent understanding of the domain. The software aspect I expect to not be a problem. Many thanks in advance |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Audio processing on microcontrollers is challenging because of their limited RAM and processing speed. Specially floating point operations are much slower then what you get on Android and the data transmission speeds are limited. Some microcontrollers have a built-in ADC but the quality is usually quite poor, in in general I recommend to use an Audio ADC or an Audio Board that has provides audio input. I suggest you do some prototyping with an ESP32 because you can try to exchange the data via BLE, Bluetooth, IP or UDP to get a better feeling about the limits. |
Beta Was this translation helpful? Give feedback.
Audio processing on microcontrollers is challenging because of their limited RAM and processing speed. Specially floating point operations are much slower then what you get on Android and the data transmission speeds are limited.
Some microcontrollers have a built-in ADC but the quality is usually quite poor, in in general I recommend to use an Audio ADC or an Audio Board that has provides audio input.
I suggest you do some prototyping with an ESP32 because you can try to exchange the data via BLE, Bluetooth, IP or UDP to get a better feeling about the limits.