Because that is the easiest way I see for the client to know that something is not right with the time server. This is an isolated system with no access to other network NTP servers. And if the client is aware of a time issue then its software can act accordingly. I guess another alternative would be for chrony to use the onboard RTC (DS3231) as time source, I did try to get chrony to talk to the RTC but I always received drivers errors on rpi buster... I'm pretty sure a proper antenna will do as that is what the other "reference" rpi is using while this sketchy one has a small ceramic patch inside a 1mm PLA dome. That's easy and cheap to test anyway... To answer your other question, yes the freewheeling rpi drifts less at 2.4msec/day while the Win 10 NUC at 8.7msec/day (roughly over a couple of hours). These figures are likely to get much worse though over longer period of time and temp fluctuations... the DS3231 should do be better longer term.
Thanks! Enzo [cid:df79ac97-f603-4f8e-9a75-a6f0bbd8b734] ________________________________ From: Bill Unruh <un...@physics.ubc.ca> Sent: Friday 5 March 2021 20:10 To: chrony-users@chrony.tuxfamily.org <chrony-users@chrony.tuxfamily.org> Subject: Re: [chrony-users] Issue with chrony dropping PPS signal Why? The server will keep freewheeling, with both its offset and its rate having been adjusted to UTC, so it should keep pretty good time for quite a while (even better if you have temperature corrections incorporated into chrony). Are all your client clocks that good that they can all keep freewheeling time that is as good as or better than your server, since that is what will happen if your server stops serving time. Once your position is known, even one sattelite should give good time. It sounds like it is the receiver that is problematic. Is your antenna really that borderline? William G. Unruh __| Canadian Institute for|____ Tel: +1(604)822-3273 Physics&Astronomy _|___ Advanced Research _|____ Fax: +1(604)822-5324 UBC, Vancouver,BC _|_ Program in Cosmology |____ un...@physics.ubc.ca Canada V6T 1Z1 ____|____ and Gravity ______|_ www.theory.physics.ubc.ca/<http://www.theory.physics.ubc.ca/> On Fri, 5 Mar 2021, Vincenzo Miceli wrote: > [CAUTION: Non-UBC Email] Hi Miroslav, Hal, > > it turns out that the GPS loses satellite fix and the PPS stops as you have > predicted. I can fix that by using an active antenna with > much better gain. > Is there any way for chrony to stop provide time to clients if the PPS signal > is lost? > > Thanks again!! > > Enzo > > ______________________________________________________________________________________________________________________________________ > From: Miroslav Lichvar <mlich...@redhat.com> > Sent: Thursday 4 March 2021 13:19 > To: chrony-users@chrony.tuxfamily.org <chrony-users@chrony.tuxfamily.org> > Subject: Re: [chrony-users] Issue with chrony dropping PPS signal > On Thu, Mar 04, 2021 at 01:19:51PM +0000, Vincenzo Miceli wrote: > > Thanks Miroslav, > > > > I want to make sure I understand... you are asking to run something like > > watch -n 1 'cat /sys/class/pps/pps0/assert' next time I > detect the issue and see if the result is changing to indicate PPS is still > being issued by the GPS right? > > I'll do that then. > > Yes, or collect it in a log to not miss it, e.g. every 10 seconds, or > use the script Hal linked. > > -- > Miroslav Lichvar > > > -- > To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org > with "unsubscribe" in the subject. > For help email chrony-users-requ...@chrony.tuxfamily.org > with "help" in the subject. > Trouble? Email listmas...@chrony.tuxfamily.org. > > >
