Re: [ntp:questions] Query reg offset and STEP state

2013-08-25 Thread David Woolley
On 25/08/13 10:51, Chandrasekar P wrote: Hi NTP folks, I have a quick query regarding the offset. I have a box(PC), where the offset is in a negative figure(i guess -2.900). Does it mean that the box's time is higher than the NTP server ? No. It means that the estimate of the time on the box i

[ntp:questions] Query reg offset and STEP state

2013-08-25 Thread Chandrasekar P
Hi NTP folks, I have a quick query regarding the offset. I have a box(PC), where the offset is in a negative figure(i guess -2.900). Does it mean that the box's time is higher than the NTP server ? then the box's time will get reduce till the offset comes close to zero right ? I have a another

Re: [ntp:questions] Raspberry Pi error in PPM offset

2013-08-25 Thread Hans Jørgen Jakobsen
On Fri, 23 Aug 2013 08:28:31 -0700 (PDT), james.perou...@gmail.com wrote: > Answering both unruh and David Taylor here! > > > > To measure the RPI's actual clock frequency, I'm using the gpioclk program > from https://github.com/JamesP6000/WsprryPi. Basically, the 19.2MHz crystal > on the Pi is b

Re: [ntp:questions] Start of new GPS 1024 week epoch

2013-08-25 Thread Rob
Martin Burnicki wrote: > Extracting some refclock driver code from ntpd, modify it so that it > uses the SHM interface instead of ntpd's "native" refclock interface, > and putting all this into an own Windows service would be quite some effort. > > Maybe it would make more sense to try to port g

Re: [ntp:questions] Start of new GPS 1024 week epoch

2013-08-25 Thread David Taylor
On 24/08/2013 20:03, Martin Burnicki wrote: [] Usually the SHM segment is fed by some other daemon/service, so if e.g gpsd could be built under Windows as service this could be used to do this. I don't know, though, if gpsd can also be used under Windows. Extracting some refclock driver code fro

Re: [ntp:questions] Raspberry Pi error in PPM offset

2013-08-25 Thread JP
On Saturday, August 24, 2013 10:41:30 AM UTC-5, unruh wrote: > On 2013-08-24, JP wrote: > > It's converging to an average time offset of zero, but an average frequency > > offset of +2.5PPM. > > Fine. That means that your RPi crystal oscillator is 2.5PPM out from > > spec, or the calibration th

Re: [ntp:questions] Raspberry Pi error in PPM offset

2013-08-25 Thread james . peroulas
On Saturday, August 24, 2013 9:09:47 AM UTC-5, blu wrote: > ... indeed if > > you could accurately tell the kernel the correct frequency then you > > could get that number to zero. However, what is the point? Why do you > > care if the value ends up at zero? I guess I should have mentioned t