Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-31 Thread Rob van der Putten
Hi there Unruh wrote: > This is confusing. You first say that one NMEA sentence pers second is too > much data, and then that youarranged that it sent 6 sentences per second. > Note that only one sentence ( which should take about 140ms at 4800Bd) is > allo you need. GPRMC, GPGGA, GPGSA and th

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-31 Thread Harlan Stenn
>>> In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Hal Murray) writes: Hal> When I setup a GPS receiver, I try to remember to write down the Hal> recipe. (and enough notes to remind me what/why) Then I can cut-paste Hal> from one window looking at my notes to another shell window. Hal> I've

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-31 Thread Hal Murray
>My Garmin was sending to much data, sending a NMEA sentence once per >second. So I put '$PGRMO,,4' in a file and send it to the Garmin. >Now it's at six lines per second; GPRMC, GPGGA, GPGSA and three GPGSV >lines (plus one PGRMT per minute). When I setup a GPS receiver, I try to remember to w

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-30 Thread Unruh
Rob van der Putten <[EMAIL PROTECTED]> writes: >Hi there >root wrote: >> No GPS NMEA should not do that. The length of the sentence is almost fixed >> length, so the timing on it should vary by perhaps a few msec, as you found, >> certainly not by seconds. It sounds like you have troubles. >

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-29 Thread Rob van der Putten
Hi there Steve Kostecke wrote: > There is no benefit to sending all of those NMEA sentences. > > Select one and turn the rest off. For just time GPRMC will do. Regards, Rob -- When the Iron Curtain fell, all of the West rejoiced that the East would become just as free as the West. It was ne

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-29 Thread Steve Kostecke
On 2008-01-29, Rob van der Putten <[EMAIL PROTECTED]> wrote: > My Garmin was sending to much data, sending a NMEA sentence once per > second. So I put '$PGRMO,,4' in a file and send it to the Garmin. > Now it's at six lines per second; GPRMC, GPGGA, GPGSA and three GPGSV > lines (plus one PGRMT

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-29 Thread Rob van der Putten
Hi there Rob van der Putten wrote: > My Garmin was sending to much data, sending a NMEA sentence once per > second. Sorry, once per two seconds. Regards, Rob -- When the Iron Curtain fell, all of the West rejoiced that the East would become just as free as the West. It was never suppose

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-29 Thread Rob van der Putten
Hi there root wrote: > No GPS NMEA should not do that. The length of the sentence is almost fixed > length, so the timing on it should vary by perhaps a few msec, as you found, > certainly not by seconds. It sounds like you have troubles. > > You could try using minicom ( assuming you are on

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-27 Thread David Woolley
Unruh wrote: > > He was refering solely to the NMEA signal not the PPS. Some GPS receovers > have no pps. In general those are not suited to accurate time transfer, and ones with PPS cost a lot less than the the commodity car navigation devices, because they don't have loads of map data (the pr

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-27 Thread Hal Murray
>I am afraid I simply do not believe this. NMEA is lucky to get a ms not a >usec. The offset on the NMEA should be a lot bigger than .001 The NMEA driver includes built-in PPS support. -- These are my opinions, not necessarily my employer's. I hate spam. __

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-26 Thread Unruh
[EMAIL PROTECTED] (Folkert van Heusden) writes: >> The GPS time is not very accurate anyway, and can vary wildly, probably >> depending on the device, so don't expect perfect offsets. On my Garmin G >PS >> 18 LVC, I use 0.190 which gets it in the ballpark, but can randomly jump >> +16ms to

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-26 Thread Folkert van Heusden
> The GPS time is not very accurate anyway, and can vary wildly, probably > depending on the device, so don't expect perfect offsets. On my Garmin GPS > 18 LVC, I use 0.190 which gets it in the ballpark, but can randomly jump > +16ms to -10ms at any time. But if you let ntp handle the pps sign

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-25 Thread Unruh
Nero Imhard <[EMAIL PROTECTED]> writes: >David J Taylor schreef: >> The fact that you have a 0.2s offset suggests you are synching to the >> trailing edge of the PPS signal and not the leading edge. >The NMEA output would be my prime suspect. It is not surprising to have >an offset there. The ti

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-25 Thread David J Taylor
Dennis Hilberg, Jr. wrote: [] > I was actually referring to the time emitted in the NMEA data (GPS > time), not the PPS signal. Sorry, I should have specified that. The > PPS is accurate to a microsecond, but not the GPS time. I happen to > use a fudge factor of 0.190 to get the GPS time close t

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-25 Thread Dennis Hilberg, Jr.
David J Taylor wrote: > Dennis Hilberg, Jr. wrote: > [] >> The GPS time is not very accurate anyway, and can vary wildly, >> probably depending on the device, so don't expect perfect offsets. On my >> Garmin GPS 18 LVC, I use 0.190 which gets it in the ballpark, >> but can randomly jump +16ms to -

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-25 Thread Erik Soosalu
ourth NMEA sentence. Soldering everything together snapped everything together. Erik. > Date: Thu, 24 Jan 2008 10:23:18 -0500 > From: [EMAIL PROTECTED] > To: questions@lists.ntp.org > Subject: [ntp:questions] First attempt GPSD/PPS ->NTP time server > > All, > >

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-25 Thread root
"Dennis Hilberg, Jr." <[EMAIL PROTECTED]> writes: >Jason wrote: >> All, >I could be wrong here, but it seems to me that your ntpd is having a hard >time finding out the actual time, as your only source of time is nearly 2 >seconds off and varies wildly (GPS time does that, although not usually

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-25 Thread Nero Imhard
David J Taylor schreef: > The fact that you have a 0.2s offset suggests you are synching to the > trailing edge of the PPS signal and not the leading edge. The NMEA output would be my prime suspect. It is not surprising to have an offset there. The time in an NMEA sentence doesn't tell you what t

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-25 Thread David J Taylor
Dennis Hilberg, Jr. wrote: [] > The GPS time is not very accurate anyway, and can vary wildly, > probably depending on the device, so don't expect perfect offsets. On my > Garmin GPS 18 LVC, I use 0.190 which gets it in the ballpark, > but can randomly jump +16ms to -10ms at any time. With a good

Re: [ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-24 Thread Dennis Hilberg, Jr.
Jason wrote: > All, > > This is my first attempt to build an 'accurate' GPS-based time server. > There is no Internet connectivity, so the GPS (and it's PPS) are the > only sources of timing data. > > I'm using a San Jose Navigation FV-M8 [1]. As a GPS, it works great. I > piped the PPS signal

[ntp:questions] First attempt GPSD/PPS ->NTP time server

2008-01-24 Thread Jason
All, This is my first attempt to build an 'accurate' GPS-based time server. There is no Internet connectivity, so the GPS (and it's PPS) are the only sources of timing data. I'm using a San Jose Navigation FV-M8 [1]. As a GPS, it works great. I piped the PPS signal to the CTS line (gpsd-2.36 su