I am recording 59s every minutes when the light is sufficient to also take photos with the IP camera.
The initial objectif was to be able to get sound of Vespa Velutina:
But the fail of the evening is that it should have had a short power failure, and the USB soundcard does not activate USB mode automatically at start … :(
thanks for giving insights into your setup and welcome to our community!
Cool to see you are also using the audiohealth program together with the OSBH audio analyzer on your own hardware, thanks for sharing your results!
Is “swarm” really the correct detected state of your colony? I guess not… Maybe @Jabors of OSBH is interested to retrain their classifier using your audio samples to make it yield better results.
Could you provide a direct permanent download link to this specific audio sample (preferable with a good filename) and share it with us? In turn, supporting OSBH with this collaborative effort would enhance the detection quality for you and others, as far as we understood.
With kind regards,
Andreas.
P.S.: Otherwise, if the detected “swarm” state would be correct, you should probably watch out for your colony ;].
I think I have a too small power source for the RaspberryPi: this morning I went to replug the USB soundcard (recorder),
it has worked few hours and then Pi has restarted itself. I do no have access to the card anymore.
But I have added another usb soundcard with amp and an electret a friend of mine has given to me :
The mic is placed on the floor inside the hive, the sound seems I don’t know how to describe it :
true - this is a piezoceramic transducer you would rather use for burglar alarms on windows and alike. This is not a pressure-gradient microphone but due to its nature a vibration or impact sensor. It can be used as a contact microphone but you have to deal with lots of different resonances, just this protective housing counterfeits the record of the audio ambience.
I have a ADMP401 MEMS, do you think I can use it adding +5v with a soundcard to record inside the hive ?
I have seen piezo microphone used for guitar “Piezo Microphone Pickup Contact Mic”, do you think it will be better than the shock sensor ?
I have a Zoom H1 Recorder that can be used as USB soundcard, the quality seems good but a bit too big to go inside.
It works well when I plug it and select the audio format but seems to drain too much current with the Raspberry or does not recover USB mode after a power fail/reboot.
Do you record your hives ? If yes what do you use for it ?
Question is here: Do we need really an ordinary big sound file or can we aggregate the data and transmit only “profiles”, but that’s an other question after recording. ;-)
Why not?! ,)
But it only needs 3,3V, so I guess you already have it on a breakout PCB, AC-coupled?
This mic was intended for cell phones, BT headsets and alike (so they’re proud that their frequency response complies TIA-920), they advertise
Flat frequency response from 100 Hz […]
but look a the high pass roll-off: at 100Hz you get about -2dB, the lowest coeffecients for OSBH/audiohealth at 43Hz are attenuated by your mic source with about 5dB, keep this in mind for subsequent equalization/dynamics.
Yes, a little, but it still does not become a pressure gradient mic but remains a contact mic intended for solid-borne sound - which is considerably different! ,) But as an addition for a ‘real’ microphone on a hive both mentioned piezo sensors are perfect, their frequency response can complete each other (bandpass filters are needed anyway).
–I can have 3.3v on OrangePi header, but I am not sure it could go far from two/three meters, I wil try.–
It works using 3.3v on header with more than 2 m cat5 cable :D
Not a good picture but it will help to remember the wiring (Pi side)
First audio jack : ground is splitted in two wires, one to sound card via jack, the other to Pi (dupont connector).
In red the microphone, orange wire goes to Pi 3.3v, black to Pi ground, green to (center) jack, brown to (ground) jack and ground of mic (+ black dupont to Pi ground)
In back USB audio card, jack in mic input
I better understand now why there was like eating/crunching sound in the records :-)
–I will try to put the mems mic under the roof to not disturb them too much.–
The mic is under the roof cover, the last box was not build at all, it is empty.
So picture snapshot is done automatically and sound recording also. Great!
You have 199 pictures per day is this a whole day? For me the time code is not clear it starts at 063001 and ends with 095801, first i thought this are seconds but 095801 / 60 = 1597 minutes / 60 = 26.7 hours, hmmm. This information in a human readable format would be great.
Where is the position of the microphone, still under the roof? It sounds some times like a car or bicycle (see - or better hear e.g. 071101, this is pic 41 of the day 2017-08-11 ;-) Is the mic outside or is this an artifact we already discussed before?
Do you have covered the mic with a mesh or cage? Like the example in this thread: I2S Mikrophone? It sounds really like bees can go nearby the mic and produce so “interesting” sound. We should remember this for an future art project in case the beekeping stuff is sometime finished! ;-)
The sound at all is still buzzing, but not from bees more artificial. So I think optimization on this side would be great before going in the sound analyzing direction.
The position of my mic (a mobile phone only!) was under the mesh of the floor board. As I can see you have a solid floor board so this is no option. But the sound on this position is more “active”, see Sound Samples and Basic Analysis Hive with Queen vs. Queenless and also Apivox recommend to position the mic near the entrance. I don’t know if this is due to convenience on the measuring approach or with regards to content.
No, it is the images taken from 6:30 to 9:58 (one per minute)
I am using two cron tasks that run every minutes each.
The first one (on Raspberry Pi) do a wget on the IP address of the camera, if the light sensors (in the log) reaches a threshold (daylight).
The files names format is year-month-day-hoursminuteseconds (date +%Y-%m-%d-%H%M%S in bash),
for example: 2017-08-11-103601.jpg
The second cron task (on OrangePi) waits 55 seconds then starts recording for 10s with arecord, I have not yet implemented the daylight check.
If you go back to the page, you should be able to see more images.
The mic is between the mesh and the under roof cover, the last box is empty (from down to high), bees have access but have not built inside.
We can sometime hear a metal vibration it could be the mesh.
The buzz could be a result of the wire length, I have not used a coaxial but a cat 5 (soft) cable or the result of the impact of the aligator climp when I have soldered the mic, or maybe parasit noises due to electricity.
The previous mic on the floor was giving a bad sound but its location was better, I have order other sound cards + mems mic. I have a ds18b20 in the center of the floor, I can make another hole an put another mic :-)
For now all the records can be found at: http://jodaille.org/beehive_audio_monitor/
but I will soon have problems with too many files in the directories, I am archiving images by day for that.
thanks a bunch for writing about and sharing your efforts. Great work and keep it up!
Thanks for mentioning that. We are aware of this problem and will address that important detail when implementing our long-term media storage API we are currently discussing in Web-Service "Audioanalyse".