[LinuxPPS] Why is my ATOM clock a falseticker?
Hal V. Engel
hvengel at astound.net
Sat Jan 31 00:09:32 CET 2009
On Friday 30 January 2009 02:46:39 pm Paul Simons wrote:
> Oops, here is the relevant section:
>
> server 127.127.22.1 minpoll 4 maxpoll 4 # ATOM (PPS)
> fudge 127.127.22.1 flag2 1 # Use the "clear" edge of the
> signal
I think this may be an issue. In your original note you wrote "...declared it
a decent RS232 signal (0/+5v, 200ms)" but wouldn't that mean that you need to
being using assert edge and not the clear edge? I know that my OnCore GPS TTL
PPS signal that I have hooked up to my serial port goes high, which is +5V,
when it pulses and I use the assert edge. But I am using a different driver
so it could be different.
Hal
>
> # "PPS pulses are usually short, and the leading edge is the on-time mark,
> # so by looking at the time of two adjacent edges with cat
> /sys/class/pps/pps1/{assert,clear}, # you can see which one leads the
> other."
>
> server 127.127.5.0 prefer # TrueTime clock
> #No fudge
>
> On 01/30/2009, "Cirilo Bernardo" stated:
> > On Sat, Jan 31, 2009 at 3:42 AM, Paul Simons <paul at thesimonet.org> wrote:
> >> First, this list is great. Thank you for your conversation and
> >> willingness to share. I took my Truetime 486-DC to a hardware type and
> >> he hooked a oscilloscope to the pps and declared it a decent RS232
> >> signal (0/+5v, 200ms). I stopped playing with the parallel port and
> >> wired it directly to the serial port. I applied Folkert's patch to
> >> ppsldisc. I downloaded and built the latest NTP (4.2.5p157) with the
> >> right timex.h and against librt:
> >
> > [snip]
> >
> > Did you use the "prefer" keyword? What does your ntp config file look
> > like?
> >
> > - Cirilo
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
More information about the LinuxPPS
mailing list