On Dec 30, 9:39 am, David Woolley
da...@ex.djwhome.demon.co.uk.invalid wrote:
Unruh wrote:
Garmin defines the leading edge as the transition from 0V to 5V on the PPS
line. Now serial has two levels -12V and +12V. with capacitive coupling,
There's no capacitive coupling; it is assumed that
On Dec 30, 1:36 pm, dhavey dha...@gmail.com wrote:
On Dec 30, 9:39 am, David Woolley
da...@ex.djwhome.demon.co.uk.invalid wrote:
Unruh wrote:
Garmin defines the leading edge as the transition from 0V to 5V on the PPS
line. Now serial has two levels -12V and +12V. with capacitive
On Dec 30, 9:28 am, Unruh unruh-s...@physics.ubc.ca wrote:
ober...@es.net (Kevin Oberman) writes:
From: dhavey dha...@gmail.com
Date: Mon, 29 Dec 2008 12:07:25 -0800 (PST)
Sender: questions-bounces+oberman=es@lists.ntp.org
Garmin specs say: The rising edge of the signal is aligned
On Dec 30, 2:16 pm, David Woolley
da...@ex.djwhome.demon.co.uk.invalid wrote:
Yes, and 0 V lies right in the middle of that, and teh behaviour is apt to
be undefined.
The behaviour for RS232 control lines is not undefined. O volts is
unequivocally OFF. In practice, the same receivers are
Garmin specs say: The rising edge of the signal is aligned to the
start of each GPS second. This means edge on assert right? So flag2
should be 0?
What is going on here?
___
questions mailing list
questions@lists.ntp.org
/cuad1. With linux, /dev/gps1 should be
symlinked to /dev/ttyS# where # is the number of the serial port you are
using.
Dave
dhavey wrote:
On Dec 22, 5:41 pm, hal-use...@ip-64-139-1-69.sjc.megapath.net (Hal
Murray) wrote:
I'm using Garmin LVC's. I used the windows config program
On Dec 23, 12:42 pm, David Woolley
da...@ex.djwhome.demon.co.uk.invalid wrote:
dhavey wrote:
The performance is still really bad:
You still don't have PPS.
One of your other servers is in severe distress (stepping). Three of
the servers for the first machine, including GPS and the other
On Dec 22, 5:41 pm, hal-use...@ip-64-139-1-69.sjc.megapath.net (Hal
Murray) wrote:
I'm using Garmin LVC's. I used the windows config program on one of
them and changed the baud rate to 9600, turned the PPS on, and enabled
NEMA 3.x.
The NMEA driver in ntpd is not expecting you to change the
This is the ntpq -p output from 2 machines connected to Garmin GPS's.
The machines ip's of the 2 machines are 192.168.0.28 and .29. They
are about a millisecond apart! That's no better than the server
without the GPS. What did I do to deserve such lousy performance.?
server 127.127.20.0 prefer
On Dec 22, 1:25 pm, Unruh unruh-s...@physics.ubc.ca wrote:
It is because you are using the nmea from them, not the PPS input and NMEA
takes a few msec to go from the GPS to your computer ( 60 characters at
9600BD ).
dhavey dha...@gmail.com writes:
This is the ntpq -p output from 2 machines
On Dec 22, 3:01 pm, hal-use...@ip-64-139-1-69.sjc.megapath.net (Hal
Murray) wrote:
Okay the ppstest is asserting and clearing but still no ntpq -p reach:
The NMEA driver doesn't look at the PPS until it gets valid data
on the serial port.
What type of GPS unit are you using?
Have you
On Dec 17, 11:03 pm, David Woolley
da...@ex.djwhome.demon.co.uk.invalid wrote:
Hal Murray wrote:
In article
0ea640c4-6e30-457a-8b80-6274ea367...@k36g2000pri.googlegroups.com,
dhavey dha...@gmail.com writes:
and it segfaults. Any clues?
Does /dev/gps0 exist? Often, it's a symlink
On Dec 17, 11:03 pm, David Woolley
da...@ex.djwhome.demon.co.uk.invalid wrote:
Hal Murray wrote:
In article
0ea640c4-6e30-457a-8b80-6274ea367...@k36g2000pri.googlegroups.com,
dhavey dha...@gmail.com writes:
and it segfaults. Any clues?
Does /dev/gps0 exist? Often, it's a symlink
On Dec 17, 11:03 pm, David Woolley
da...@ex.djwhome.demon.co.uk.invalid wrote:
Hal Murray wrote:
In article
0ea640c4-6e30-457a-8b80-6274ea367...@k36g2000pri.googlegroups.com,
dhavey dha...@gmail.com writes:
and it segfaults. Any clues?
Does /dev/gps0 exist? Often, it's a symlink
On Dec 18, 11:47 am, dhavey dha...@gmail.com wrote:
On Dec 17, 11:03 pm, David Woolley
da...@ex.djwhome.demon.co.uk.invalid wrote:
Hal Murray wrote:
In article
0ea640c4-6e30-457a-8b80-6274ea367...@k36g2000pri.googlegroups.com,
dhavey dha...@gmail.com writes:
and it segfaults
Okay here it is ;)
What does all of that mean?
I'll try to get it out of daemon mode and then post the output from
gdb ;)
[r...@user4 ntp-4.2.4p5]# /usr/local/bin/ntpd -d -d -d -d -d -d -d -d -
d -d -l /var/log/ntpd.log -c /etc/ntp.gps
ntpd 4.2@1.1541-o Thu Dec 18 21:21:02 UTC 2008 (2)
On Dec 18, 1:49 pm, David Woolley
da...@ex.djwhome.demon.co.uk.invalid wrote:
dhavey wrote:
What full debug?
Depends on your development toolset, but for gcc, it means including the
-g flag and not doing anything that would strip the binary.
For gcc, unoptimised means something like -O0
On Dec 18, 1:49 pm, David Woolley
da...@ex.djwhome.demon.co.uk.invalid wrote:
dhavey wrote:
What full debug?
Depends on your development toolset, but for gcc, it means including the
-g flag and not doing anything that would strip the binary.
For gcc, unoptimised means something like -O0
Okay here it is ;)
What does all of that mean?
I'll try to get it out of daemon mode and then post the output from
gdb ;)
[r...@user4 ntp-4.2.4p5]# /usr/local/bin/ntpd -d -d -d -d -d -d -d -d -
d -d -l /var/log/ntpd.log -c /etc/ntp.gps
ntpd 4.2@1.1541-o Thu Dec 18 21:21:02 UTC 2008 (2)
I ran the code in gdb and this is the stack trace. At refclock_nmea.c:
178 this code causes the crash
nmea_port = atoi(strtok(NULL,:));
I am not really sure of why strtok is used on a NULL string. I assume
strtok return a NULL based on the trace, and then atoi calls strtool
which leads to a
On Dec 18, 3:27 pm, hal-use...@ip-64-139-1-69.sjc.megapath.net (Hal
Murray) wrote:
/dev/gps0 - /dev/pps0
exists.
That looks fishy.
I'd expect something like:
/dev/gps0 - /dev/ttyS0
and
/dev/pps0 - /dev/ttyS0
--
These are my opinions, not necessarily my employer's. I hate spam.
I just installed ntp-4.2.4p5 with the nmea patch and this configure:
./configure --disable-all-clocks --disable-parse-clocks \
--enable-NMEA --enable-LOCAL-CLOCK
and it segfaults. Any clues?
the relevant portion of my ntp.conf looks like this:
server 127.127.20.0 prefer minpoll 4
timestamp.
3. Write both timestamps to a data log.
I am seeing 2000 - 4000 micro-second offsets from the serial port
experiments.
Here is a graph:
http://cs.ucsb.edu/~dhavey/gps/offset.pdf
I think I will connect a null modem cable between two serial ports on
one machine and measure the delay.
Any
On Dec 11, 1:59 pm, Unruh unruh-s...@physics.ubc.ca wrote:
dhavey dha...@gmail.com writes:
On Dec 10, 10:45 pm, Unruh unruh-s...@physics.ubc.ca wrote:
bruce.kl...@exfo.com (Bruce Kling) writes:
Hello,
I am currently running GPS as a separate process, independent of NTP and
I am able
24 matches
Mail list logo