©2019 Open Acoustic Devices

Sep 24, 2018

UTC issue when changing from GMT+2 to GMT+1


Dear friends,

We are planning some samplings this autumn that will involve sampling across the daylight saving period (28th of November at 2:00 am this particular year), and when testing the performance of the timer on that particular period (by modifying time and date on a Windows 7 machine), we've found that before the GTM official change the devices work fine and record within the selected period, but once the official time change has taken place (moved from GMT+2 to GMt+1), the recording start one hour before due time. The issue seems to be consistent across devices.

Any idea of what could be happening?

Many thanks!

Sep 24, 2018Edited: Sep 24, 2018

Hi Xavier


I've just tried the same experiment setting recording periods before and after changing the date and time on my Windows 7 PC from BST (UTC+1) to GMT (UTC). In both cases recording started and finished at exactly the correct programmed times and the filenames displayed the correct UNIX epochs.


How are you determining the recording times - from direct observation of the LED state or examination of the filenames?


Whilst the actual recording periods were obviously correct, initially I thought that my file times replicated your observations (with "GMT" times behind by 1 hour), until I remembered that my conversion script returns local time (ie uses jscript <DATE>.gethours()) and so was correcting for the 1hour time change between the two sets of recordings, based on the recorded date. When I changed the script to return all times as UTC (<DATE>.getUTChours()) then all times were correct.


Is there any chance that you may have made the same simple mistake that I did?


Sep 24, 2018

Hi Xavier,


I'm not sure that I follow the description but it seems that you are expecting AudioMoth to adjust the start time to accommodate the change in daylight saving time?


AudioMoth knows nothing about time zones or changes between summer time and winter time. When you configure the device the time is set to the current time in UTC (the same as GMT) and the start and stop times are all set to their value in UTC. The device will stick to these times no matter what the local political time changes are.


So, if you are on GMT+2 when you configure the device and you want to start recording at 22:00 local time, then you need to set the start time to 20:00 UTC. If local time moves to GMT+1 during the recording period, the AudioMoth will still start recording at 20:00 UTC, but that is now 21:00 local time.


Is that the time shift that you are observing?



Sep 24, 2018

The good news is that birds and bats don't know about time zone changes either. So what AudioMoth does is probably what you want to do anyway.

Sep 24, 2018

The new firmware, which will probably be out this week or next, will also write the filenames with full timestamps - 20180923_104030.WAV - to make it a bit easier to see when the files were created.

Thanks for the quick replies, and sorry for the silly question. David Lee's answer point to I was doing wrong: instead of getting the recording time from the filename or the metadata (we normally run a script to do so) I was quick reading the dates from the folder explorer in my computer, which shows GMT dates and applies the time shift accordingly.


Sep 25, 2018

Ah yes. Because the AudioMoth created the file on the SD card the file created time stamp is in UTC as well. Normally these are in local time when you create a file on your computer.

Sep 26, 2018

We're testing the next version of the firmware and configuration app now and have added support for local time zones. It won't do the transition between summer time, but enables you to enter recording periods in local time, see the time on the device in local time, and generate named files and timestamps on the SD card in local time (including the comment in the header which can be in local time with the corresponding time zone information). You can toggle between UTC and local time from the configuration app. This should make it easier to manage time zones.

New Posts
  • Hi, I have purchased an AudioMoth to detect the ultrasonic sound emitted by bats. And I would like to know how can I detect i) count number of bats ii) bats' flying direction.   I am doing a project to contextualize bat data through different actuators of Arduino. Using LEDs, speakers, motors, etc to visualize bat data. For example, if frequency = 45kHz, LED will light up; if more bats, the motor will spin faster, etc. How can I do that? And can I transfer the data live, and wireless, using a raspberry pi and upload it to the cloud? Again, how can I achieve that?   Finally, is there any guide to manipulating the bat ultrasonic wav. file to human audible sound or visualize through spectrogram? Any tutorial for that? I am trying to use Adobe Audition.   Many Thanks!
  • Hi, I just wanted to check that the AudioMoth should stay with the switch in the USB/OFF position when using the configuration app? Even when you press "Configure AudioMoth" in the app? Then when ready to turn on in the field, change the switch to CUSTOM? Thanks.
  • Hello, I used to record birds (video+sound) as a hobby in my garden using a raspberry pi computer (+ a camera and a microphone attached to the Pi) and a motion detection software. I stumbled upon the audiomoth, ordered one and I wish to record birds for now. What set up should I use? Any advises welcome... Thank you.
Before posting, be sure to check the FAQ.