[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