It's using a cheap (0.40c) sound card, but personally I choose to have high quality mics (primo em272 mic capsules, used in high quality parabolic systems.
However, there's nothing to stop you using < 10.00 euro microphones.
sbts-aru writes the files to an SD card so you don't need a whole running windows for this.
Also, it passes all the audio through real time jackd, so while it's writing files you can also have an addition consumer running a real time matchin algorithm on it. If you use a Pi 4 or 5 you would be able to also do that at the same time on the same Pi as is recording.
PoE works better (cheaper, higher bandwidth, differential signalling for higher EMI resistance, readily shared, etc.). Plastic covers are ~free (splash out and deploy duct tape if necessary). MEMS mic -> I2C -> cheap MCU -> ethernet. Theory: Capture digitally, and send the data - forget XLR and other expensive analog 'professional' fancabulation[0]. [0] https://www.youtube.com/watch?v=Ac7G7xOG2Ag
POE very easily tends to inject noise into microphone inputs. If you run a Raspberry Pi for example with POE you get that. This can be fixed by using a power conditioning hat and a POE splitter but now the costs are really increasing.
Well.. the project wasn’t intended to be an acoustic recording device for biologists. It was intended to be a microphone addition to a security project I have that would dynamically merge audio with video. Something you can’t do with microcontrollers.
But along the way, I added a GPS to keep the time accurate and then with the sub-microsecond time accuracy I thought of sound localization. So I developed it further into a sound localizing recorder with in principle enough time accuracy to localize bats that are close even.
With the power of a pi and sub-microsecond clock timing, coupled with a linkage into jackd that can support multiple consumers, you can both record and still have enough CPU to on principle perform real time bird recognition and localization. That is not going to be possible on a microcontroller.
With this project I have been able to localize explosions to less than 20m accuracy from microphones located more than 3km away. Again not something possible on microcontrollers.
The setup of the author is at his own home. Which means that in principle he’s not constrained by power. With that’s setup by adding icecast2 and darkice. Whilst still recording and not needing a big host host computer. Likely even better with go2rtc. Next on my list to try.
Why do you need to merge these items at the point of collection? Why not just stream the sensor data off with temporal correlation data and assemble them elsewhere?
Either way, galvanically isolating 5W isn't too terribly hard either.
Streaming it away and then merge is exactly how it's intended to with jackd streams. You create a dummy slave off the first one, then you have clients off that.
The point being that if I had take a potentially easy way of just recording directly from the device to write the files, then I would not easily at the same time be able to perform real time analysis of the stream. So the way I've done it you can indeed do this.
Note, with manual examination of the sound files with raven lite, I'm able to reliably determine the start time of a sound to less than a millisecond of error (Jitter in the pipeline, otherwise it would be a lot more accurate).
Making it entirely possibly to locate the position of bat calls in real time to quite a good degree of accuracy if you wanted.
The chip you point to suggests a much simpler approach. Is it really that simple? There are a great many more bits on the board I point to. Why would they take a hard way if one simple chip can do it ?
The board you linked isn't a galvanic isolator, it's just a capacitor bank covering a bunch of different frequency ranges.
The ADUM isolator I linked as well as flyback converters use transformers to provide a high-voltage isolation barrier between the source and device being supplied.
Transformers are generally larger, more expensive, and less efficient than non-isolated DC circuits.
The POE supply itself is isolated (with a transformer) and doesn't need to be noisy necessarily - but if you want even more quiet, another level of isolation can't hurt.
I suspect that though the author describes running a USB cable to the house, he may be preparing it for remote operation.
(If you can count on it being next to a house where you can run a USB cable, you could also just power it off USB and skip the battery, right? So the battery must be designed in for a reason.)
The mic is a condenser mic, so a pre-amp is needed, XLR or not.
Cheap mics tend to be single-ended things without the balancing transformer or amplifier, so that would all be extra cost. XLR connectors and cables are more expensive. You'd want to go into some audio interface with XLR jacks which is also more expensive.
'remote' also means you can set up networks of them to cover your area. Just dump a bucket every n meters, and spend a few hours driving around every few weeks to harvest the data & swap out batteries.
Battery and sound card and preamplifier outdoors to then run a USB cable out to it seems like a bit of a faff.