I've made a question previously but I did not give enough background info so here it goes:
I have been developing a prototype for measuring ground vibrations using three MEMS-accelerometers together with a raspberry pi. I've been recording and sending data that I have analyzing and now we are at the next step where we need to go battery powered. The RPI4 draws way too much power for it to work for this and thus, I'm looking for MCU-alternatives but I'm having trouble knowing which ones are powerful enough for the operation.
The sensor: 4096 samples per second, 3 x 2^20 bits of data per sample. They are SPI connected to the RPI4.
Usercase:
An engineer mounts the instrument, switches it on and the instrument calibrates and uploads a 10 second recording of "silence" to the server. It then actively listens for a trigger value to start recording. A binary recording is then sent to the server. The length of the recording is 15-20 seconds. The battery life should be as long as possible, preferably 2-3 months at least. The sensors have interrupts that triggers when the sensors hit a value so they can be in standby mode (21 μA) until triggered and enters measurement mode (200 μA). Only one sensor is active at a time so the three sensor can be seen as one. Though they do need to all be connected to the MCU. Data is sent via LTE to the server in the form of binary files.
If I left anything out please do ask, I thank you all for reading
Q: How often does the trigger event happen?
A: Depends but let's assume 10 times a day
Q: Do you need any local processing of the data, or is it just store 20 seconds and send them as is?
A: No processing, just store and send
Q: Can the sensors provide an interrupt (i.e. change the state of a pin when the threshold is met)? If yes and you have less than 1 wake-up/hour any MCU that can go to deep sleep and consume a few dozen µA in that state should do.
A: Yes, the sensor does have an interrupt pin. I have not played around with it but I imagine this is the very reasoning for its existence