My Audiomoth devices stop further recording after 2 recording cycles in the field. The whole thing happens after the last firmware update and is similar for three devices. The problem persists even after changing the battery and reconfiguring the recording parameters. Did the problem also occur with others and how can it be solved?
While I don't have an answer on how to fix this issue, I am encountering a similar problem with a batch of AudioMoths I just pulled out of the field. I programmed these AudioMoths to begin recording on July 15th, and record for 2 4-hour periods per day until battery failure. (~32 days)
I programmed a batch of AudioMoths all at the same time, deployed them throughout June and early July and I am just starting to pick them up now. Of the 7 I have pulled from the field so far, only 2 recorded the expected amount of data, 1 recorded just 3 files (2 hours and 3 minutes worth of data) on July 15th, and the remaining 4 AudioMoths did not record anything at all. The only thing on each of those memory cards is the CONFIG text file.
I am at a total loss on how this could have occurred, as the batteries of the ones that failed to record anything or only recorded for 2 hours are all still apparently full (>4.9V). When I plugged an AudioMoth (the one that recorded for 2 hours and then stopped) into the computer I did notice something funky going on with the clock though. The date appears to be stuck on July 15th and the time is moving extremely slowly. I have attached a 30 second video clip of what the Configuration App looks like when I plug one of these AudioMoths in. For reference the local time this clip was recorded should read (16:14:02 11/9/2020 UTC-7).
Looking for an answer to the same problem. I have been recording in 15 minute segments (900) with '0' sleep (still 1 second) for about a year. I did not experience this problem until the first configuration upgrade as I recall. Last night the same problem again with one unit I was playing with. I just deployed that one again in the garden with batteries reading 4.0v. I have easily recorded all night long in the past with less than 4.0 volts. This could be a serious issue. I hope the administrators are monitoring this thread. I will put in fresh batteries and reconfigure to see if that makes a difference. I will report back. This is a bummer!
I think the answer is on the first page of the configuration app. At the bottom uncheck the box for "Enable Low-voltage Cutoff. In my first response to this issue I suggested new batteries. I did not make that change. I have noticed when I have come in from the field that when I measure the remaining voltage in the recorders with my own testing equipment, I can get one reading, and some minutes later it is higher. That is consistent across all my units. Last night I noticed in the configuration app that my batteries were at 4.0 volts. During recording a segment they apparently dropped below that level and the next 15 minute segment was not recorded. Then the unit recovered, and recording proceeded. I typically let them run down to 3.5 volts before discarding the batteries unless I expect them to be deployed for 5-7 nights. This action is not well described in the start-up of the configuration guide nor is there any indication I have found what low voltage level triggers the cut-off. I is pretty obviusly 4.0 volts.Perhaps I missed these points somewhere. In any event I made these changes to my test unit. It is about half-way through the exercise and it has recorded all 6 - 15 minute segments flawlessly. Hope this helps.
When I first encountered the problem, I removed exactly this checkmark when I reconfigured, but the problem still exists. Recording devices one week in the field, but only recorded something for 1-2 days. My batteries were still at 4.3 and 4.4 volts.
I have now a test running at home, we will see if it stops again.
Thanks. I did not experience a complete stop. Mine might have been okay for the better part of the night and then stopped toward dawn for 30 or 45 minutes, with one or more final segments recorded. I was just writing a friend. I will wait to hear back from you.
Hi Michael, I let my test finish. I forgot to reconfigure for each recording segment and had the default 55 seconds and 5 secs paused. I had all 180 files in sequence. I an running it again the rest of the day to verify. As to your problem of the recorder stopping altogether, I'm no help here. Is it possible you have something on the Advanced Settings configuration page checked such as amplitude threshold?
I ran two more tests and both failed. I recorded from 1000 to 0600 last night and the recorder skipped every third session, 10 files??? It makes no sense. I have never had to replace batteries that clearly had sufficient charge, but I will try that before bugging the administrators.
The test at home with the settings recording time 00:00 - 24:00 (UTC) and recording duration (s) : 360; (sleep duration 5 s) resulted in the first recording at 5:40 UTC although I started the device already yesterday evening. After interrupting the recording to check the SD card the recording starts immediately.
I can't figure it out but the device is no longer reliable. Is there a way to flash back the firmware to the previous version?
I went into the Configuration Support forum and asked this same question. We cannot be the only ones with the problem. I do remember - vaguely - that there is a way to go back and use a previous configuration app, pre-upgrade. As I mentioned above, I installed new Duracell alkaline batteries to see if additional voltage makes a difference. That test should finish in about 2-1/2 hours. I will post.
New batteries made no difference. Once again every third file did not record. This is a problem I need to solve. I am beginning the second year of a project. Michael, I don't see my original post to the configuration support forum. I will try there again, and perhaps someone has an answer. I see that the administrators have been active on that page.
Michael What version of the configuration app are you currently running? I was running 1.3.0. I went in and found the latest is 1.3.6 and downloaded that one. I am going to try again and see it the bug we are experiencing has been fixed
I run with the version 1.3.6 and firmware version 1.4.4
Michael, my issue is resolved by changing the sleep schedule to 5 seconds, but I am concerned about yours as well since I leave mine in the field for multiple nights. I can't help but think yours is a configuration issue as well. Do you mind reporting your problem on the configuration forum. I got an answer fairly quickly from one of the administrators. I will follow your progress there.
Hi Michael, Are you still seeing problems? It would be great if you could share your CONFIG.txt file to help debug this. Thanks Andy
After Device ID : 248D9B045CC5C964
Firmware : AudioMoth-Firmware-Basic (1.4.4)
Time zone : UTC
Sample rate (Hz) : 48000
Gain : High
Sleep duration (s) : 5
Recording duration (s) : 55
Active recording periods : 2
Recording period 1 : 00:00 - 08:00 (UTC)
Recording period 2 : 20:00 - 24:00 (UTC)
Earliest recording time : 2020-09-04 00:00:00 (UTC)
Latest recording time : 2020-09-13 00:00:00 (UTC)
Filter : -
Amplitude threshold : -
Enable LED : true
Enable low-voltage cutoff : false
Enable battery level indication : true
-------------------------------------------------------------------------------------
I deposited the device on 03.09. in the afternoon. The first recording was on 04.09. at 07:10 UTC. Time of the CONFIG file is 07:11 UTC.
I don't have the other config file anymore, the start was correct on the other device but after 2 days the recording ended. Settings were the same.
Currently I have a test with three devices running at home over several days. I will report on the results.
Thanks for keeping me in the loop. I will run a three day test myself using a similar configuration.
Update on test: The flashing of the red LED for two days indicated that the three units were in recording mode.On the third day, a green LED on one unit was blinking continuously, the others were still correctly red. I checked the SD card and found that two devices had recorded absolut correctly, but the third SD card could not be read and needed to be formatted. I couldn't find out if the error was caused by the device or if it had something to do with the SD card, over two days the device also showed that it was recording. I will remove this SD card at least for use with Audiomoth.
Thanks Michael. My test ran smoothly as well.
Update: With two devices I had the problem, that 133 out of 6143 files were empty (0kb). This problem occured identicly with two devices, which had the same settings. Suprisingly, I cannot generate a new order or file on the SD-card, if I try, the explorer crashes. Anyone an idea, what could be the problem?