Hi everyone, I have a Giga R1 connected to the cloud and I wanted automatic daylight saving adjustment so I incorporated the Timezone library. I had to fiddle with it for quite some time to get it right but it seems to work fine. However today was the second time in 3 weeks that the RTC somehow goe…

Here somebody discussed the same topic. However, it is not solved. There was a suggestion for checking VBAT. [image] Arduino Giga RTC doesn't remember the time GIGA R1 Hi, Did you get anywhere with this? We have the exact same issue here. Andy

Yeah I just read that thread. My giga is powered with external power and there is also a brand new external battery connected (voltage is good). So it seems unlikely to be the cause, as far as I can see.

That thread has the clock resetting to midnight, while in this case it is just the time zone being "lost"; so that the minutes are right, but the hour is wrong? In any case EST usually means Eastern Standard Time in the US, while UTC+1 is east of London. Daylight Time means somewhere in Europe, no…

You are correct, it should be CET and CEST, but given they are between " " I had assumed this did not affect the functionality. [image] kenb4: Do actually call update twice? From reading a lot of threads I came to understand that ntpClient.update(); often returns nothing. While setRTC == fal…

It's C++, and being used in an if condition, so it can't return nothing. It will return false a lot because it won't do anything between its _updateInterval , which defaults to 60 seconds. As you have it now you call it and it might update its _currentEpoc (sic), but you don't check the return val…

I know it keeps repeating, I was counting on the default updateInterval to prevent it from stumbeling over itself. [image] kenb4: How many tries does it usually take to work? sometimes it takes a minute, sometimes it can take upto 10 minutes. Is there any benefit to using ntpClient.forceUpd…

After 3 weeks of testing I've noticed that most of the "relapse" events happen at or around 24 hours after the RTC was initially set. I've made a function so I can manually trigger a NTP call and start monitoring from there. I've also tried to change my code not to use the timezone library but a fi…

The NTPClient examples put the ntpClient.update() call directly in the loop(). So whether that main loop runs every 5ms or every 1000ms, the updateInterval reduces the network call out to the NTP servers to once every minute -- which is still updating the time much more than necessary. An average R…

[image] kenb4: Which one? There are three examples. I was using the 3rd one. Still trying to find a solution but yesterday I found this topic about the RTC being automatically synced every 24h if it's connected to the Arduino Cloud (which it is). In my cloud settings I do have the correct ti…

Is it possible that you are setting the RTC to local time, but the Arduino cloud is setting it to UTC? A common practice is to set the RTC to UTC, then make the adjustment to local time in the code when reading the time from the RTC.

Onboard RTC sometimes "forgets" timezone

Official Hardware Mega GIGA R1 WiFi

pennam September 16, 2024, 8:41am 13

@arneko this should solve your issue Arduino RTC does not stay in sync despite use of ArduinoCloud.getLocalTime(); - #17 by pennam

Topic		Replies	Views
NTPClient update problem Programming	8	562	March 2, 2024
Arduino RTC does not stay in sync despite use of ArduinoCloud.getLocalTime(); UNO R4 WiFi	38	2206	February 23, 2026
R4 WiFi Regelmäßiger Update des RTC über NTP Zeit im RTC driftet Deutsch	21	516	July 14, 2024
A guide to improving your GIGA R1 internal RTC accuracy GIGA R1 WiFi	79	2115	August 10, 2025
Trying to use the built-in RTC and account for timezone and DST GIGA R1 WiFi	5	1728	September 19, 2024

Onboard RTC sometimes "forgets" timezone

Related topics