Raspberry Pi stable date time

Question

I'm working on a Raspberry Pi project, in which date and time are the most important factors. So, I want them to be very accurate.

I know there are two methods to configure the Raspberry Pi's date and time, which are using an RTC module or auto update date and time from the Internet.

The problem is that I can't fully depend on the Internet, since an Internet connection on my country is not stable.

I want to combine these two methods, so that the RTC will do the job, but a small Python function will check the Internet for any time changes. Since in my country each year the time changes one time an hour up and one time an hour down.

Answer 1

What I want to do, is to combine these two methods

Then all you have to do is install an RTC.

The NTP daemon which is used to set the time on the pi is also commonly used on systems with a clock to keep it synchronized with the real world and occasionally correct the small amount of "drift" standard computer clocks are often prone to.

The daemon can be annoying initially if it cannot make an internet connection to verify and correct the time since it reports this to the kernel as a serious problem (i.e., one which gets spit to the console), but this does not persist and does not cause any issues beyond that unless something is bound to its success, which by default on Raspbian nothing is as far as I am aware (I think it is only a genuinely serious problem when clustering or in other contexts where physically separate systems are intimately bound and synchronizing data at a high rate -- in which case they should sync clocks as soon as they link).

Although it is perhaps poorly designed in other ways from a user perspective, it at least has copious documention (you can get the current version with ntpd --version), parts of which you may wish to read through. Don't get your hopes up about making it less annoying, but it can be tweaked with regard to various parameters such as how quickly it updates the clock when a discrepancy is found.

Beware the difference between the system time, and the hardware time; the system time is actually what is most significant for general operation, but if the hardware time is not also updated, the system time will need correcting again at next boot, which can cause certain things to complain if it is behind and you do a quick reboot (these things will notice timestamps that appear to be in the future).

It sounds like Raspbian (or ntpd itself) will keep the system time and the hardware clock synchronized (see comments below). If this turns out not to be the case for you it is easy to solve (see man hwclock).

Answer 2

One thing to consider here are the requirements, that is: what is very accurate?

Without a dedicated hardware clock (RTC) the Pi runs a STC as a clocksource derived from the GPU core clock. Once date and time are set - either manually or by means of ntp they will be drifting off just a little as the frequency source is supposed to clock the chip not provide highest accuracy timing. Without regular resyncing with another source (ntp or an RTC) it will drift a few seconds a day.

So, without adjustments or syncs with other sources, it will drift this many seconds in 24 hours

The Raspberry Pi does not ship with a TSC nor HPET counter to use as clocksource. Instead it relies on the STC that Raspbian presents as a clocksource. Based on the source code, “STC: a free running counter that increments at the rate of 1MHz”. This means it increments every microsecond.

The listed source finds a deviation of about 40 ppm (parts per million) or approximately ~3.52 s/day. If one were to believe that drift to be constant over time there is probably a way to adjust for it, e.g. using adjtimex. However beware that the clocksource might change slightly with time and even more so with temperature.

Again, depending on the required accuracy and availability of network connection to resync using ntp the answer might very well be that it'll work out just fine for the application intended.

^{_{Source: https://blog.remibergsma.com/2013/05/12/how-accurately-can-the-raspberry-pi-keep-time/}}

---

Inspired by psmears' comment about using a GPS module to obtain a time signal: there's another way to go without (reliable) internet. Radio time signal stations, best known from radio-controlled clocks, transmit a time code by a radio transmitter. Modules to interface to microcontroller boards or the Pi exist (at least for DCF77). Local availability of the signal might be subject to coverage but longwave radio frequency travels quite a distance, e.g. DCF77 covers most of Europe. Here's a list of existing stations.

Answer 3

If you have installed RTC timedatectl will show status of RTC as well as system.

      Local time: Wed 2016-07-27 11:27:30 AEST
  Universal time: Wed 2016-07-27 01:27:30 UTC
        RTC time: Wed 2016-07-27 01:27:31
       Time zone: Australia/Sydney (AEST, +1000)
     NTP enabled: no
NTP synchronized: yes
 RTC in local TZ: no
      DST active: no
 Last DST change: DST ended at
                  Sun 2016-04-03 02:59:59 AEDT
                  Sun 2016-04-03 02:00:00 AEST
 Next DST change: DST begins (the clock jumps one hour forward) at
                  Sun 2016-10-02 01:59:59 AEST
                  Sun 2016-10-02 03:00:00 AEDT

sudo hwclock -r will show RTC time and delta

Wed 27 Jul 2016 11:29:24 AEST  -0.404345 seconds

Answer 4

Do know that Linux internally stores and computes dates and times based on UTC (otherwise known as GMT), and that local Daylight Savings Time (DST) changes (you called them changing "an hour up" and "an hour down") are not handled by synching the time with the Internet, since UTC is continuous and doesn't change with DST. DST handling, and converting to/from UTC in general, is done using a timezone database. Your locale is almost certainly in Raspian's timezone database. I would be very surprised if it was not.So as long as your /etc/timezone file shows your locale, you won't have to worry about DST.