Unruh wrote:
[]
> OK, I will believe you. However since the driving voltage of the
> garmin 18 is usually taken from the USB and is 5 V, the output PPS
> voltage will be less than 5V. ( maybe 4.5) Does that make a
> difference?
In my experience, no. Anything above about 3V should be OK.
Taking a
Steve Kostecke wrote:
> On 2008-12-31, David J Taylor wrote:
>
>> Steve Kostecke wrote:
>>
>>> The FreeBSD kernel does not need a "PPS patch". One merely has to
>>> specify the PPS option at compile time.
>>
>> But the FreeBSD 5.3 I had did not include PPS, so that's presumably
>> why I needed to
"Richard B. Gilbert" writes:
>Unruh wrote:
>> Tim Shoppa writes:
>>
>>> On Dec 30, 12:32=A0pm, Unruh wrote:
"Richard B. Gilbert" writes:
> Tim Shoppa wrote:
>> On Dec 29, 10:47 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
>>> Antonio,
>>> If you are
David Woolley writes:
>dhavey wrote:
>> "Voltage levels
>> Diagrammatic oscilloscope trace of voltage levels for an uppercase
>> ASCII "K" character (0x4b) with 1 start bit, 8 data bits, 1 stop bit
>>
>> The RS-232 standard defines the voltage levels that correspond to
>> logical one and logica
George R. Kasica writes:
>On Tue, 30 Dec 2008 21:40:27 GMT, Unruh
>wrote:
>>George R. Kasica writes:
>>
>>What am I doing wrong here when I add back GPS data to break this
>>thing???
>Next stepI added back GPS NEMA data without the gpsd daemon (I
>don't pass the d
On 2008-12-31, David J Taylor wrote:
> Steve Kostecke wrote:
>
>> The FreeBSD kernel does not need a "PPS patch". One merely has to
>> specify the PPS option at compile time.
>
> But the FreeBSD 5.3 I had did not include PPS, so that's presumably
> why I needed to (or was advised to) re-compile t
On Tue, 30 Dec 2008 21:40:27 GMT, Unruh
wrote:
>George R. Kasica writes:
>
>What am I doing wrong here when I add back GPS data to break this
>thing???
>>>
>>>
Next stepI added back GPS NEMA data without the gpsd daemon (I
don't pass the data out to anywhere so there's no rea
Unruh wrote:
> "David J Taylor"
[]
>> With just the reference clock type 20, I get the accuracy needed.
>> The PPS line from the GBS-18 LVC is wired to the DCD line of the
>> serial port. In my ignorance, I don't see why you even need the SHM
>> driver, but as I said before, I'm no expert! I don'
Steve Kostecke wrote:
> On 2008-12-30, Unruh wrote:
>
>> "David J Taylor" writes:
>>
>>> I'm no expert! I don't see why my system picks up the PPS from just
>>> the type 20 driver, and yours does not.
>>
>> Because you have the PPS kernel patch installed or it was
>> automatically instaled in BSD
dhavey wrote:
> "Voltage levels
> Diagrammatic oscilloscope trace of voltage levels for an uppercase
> ASCII "K" character (0x4b) with 1 start bit, 8 data bits, 1 stop bit
>
> The RS-232 standard defines the voltage levels that correspond to
> logical one and logical zero levels. Valid signals ar
Unruh wrote:
> Tim Shoppa writes:
>
>> On Dec 30, 12:32=A0pm, Unruh wrote:
>>> "Richard B. Gilbert" writes:
>>>
>>>
>>>
>>>
>>>
Tim Shoppa wrote:
> On Dec 29, 10:47 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
>> Antonio,
>> If you are really from nic.br please use your email add
On 2008-12-30, Unruh wrote:
> "David J Taylor" writes:
>
>>I'm no expert! I don't see why my system picks up the PPS from just
>>the type 20 driver, and yours does not.
>
> Because you have the PPS kernel patch installed or it was
> automatically instaled in BSD? The OP does not and does not wan
Tim Shoppa writes:
>On Dec 30, 12:32=A0pm, Unruh wrote:
>> "Richard B. Gilbert" writes:
>>
>>
>>
>>
>>
>> >Tim Shoppa wrote:
>> >> On Dec 29, 10:47 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
>> >>> Antonio,
>>
>> >>> If you are really from nic.br please use your email address from that
>> >>> d
Unruh wrote:
> "Richard B. Gilbert" writes:
>
>> Unruh wrote:
>>> "Richard B. Gilbert" writes:
>>>
Tim Shoppa wrote:
> On Dec 29, 10:47 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
>> Antonio,
>>
>> If you are really from nic.br please use your email address from that
>> d
On Dec 30, 2:16 pm, David Woolley
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 used for data lines.
>
> The s
> 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 used for data lines.
The significance of the transition region is that driver
Unruh wrote:
> Yes, well... The RS232 standard says that teh signal levels are -12V and
> +12V and that the absolute minimum be -5V and +5V. However, many serial
These are requirements on drivers, not on receivers.
> chip makers have bent those standards and the serial port may or may not
There
Unruh wrote:
> "Richard B. Gilbert" writes:
>
>> Unruh wrote:
>>> "Richard B. Gilbert" writes:
>>>
Tim Shoppa wrote:
> On Dec 29, 10:47 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
>> Antonio,
>>
>> If you are really from nic.br please use your email address from that
>> d
On Dec 30, 9:28 am, Unruh wrote:
> ober...@es.net (Kevin Oberman) writes:
> >> From: dhavey
> >> 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 to the
> >> start of each GPS
"Richard B. Gilbert" writes:
>Unruh wrote:
>> "Richard B. Gilbert" writes:
>>
>>> Tim Shoppa wrote:
On Dec 29, 10:47 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
> Antonio,
>
> If you are really from nic.br please use your email address from that
> domain. It is unacceptable
On Dec 30, 1:36 pm, dhavey wrote:
> On Dec 30, 9:39 am, David Woolley
>
>
>
> 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 couplin
George R. Kasica writes:
What am I doing wrong here when I add back GPS data to break this
thing???
>>
>>
>>>Next stepI added back GPS NEMA data without the gpsd daemon (I
>>>don't pass the data out to anywhere so there's no real need for it)
>>
>>What does "I added back GPS NMEA" mea
George R. Kasica writes:
>On Tue, 30 Dec 2008 17:14:52 GMT, Unruh
>wrote:
>>"David J Taylor"
>> writes:
>>
>>>Richard B. Gilbert wrote:
>>>[]
I think your best help/advice will come from another GPS18LVC user.
>>
>>>I described my own simple setup here:
>>
>>> http://www.satsignal.eu/ntp
David Woolley writes:
>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,
That was supposed to be a capital W and the beginning of a new sentence.
Sorry.
>There's no capacitive
"David J Taylor"
writes:
>George R. Kasica wrote:
>[]
>> Next stepI added back GPS NEMA data without the gpsd daemon (I
>> don't pass the data out to anywhere so there's no real need for it)
>>
>> and I see
>>
>> # ntpq -p
>> remote refid st t when poll reach delay off
On Dec 30, 9:39 am, David Woolley
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 the transmission line
> and l
On Dec 30, 12:32 pm, Unruh wrote:
> "Richard B. Gilbert" writes:
>
>
>
>
>
> >Tim Shoppa wrote:
> >> On Dec 29, 10:47 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
> >>> Antonio,
>
> >>> If you are really from nic.br please use your email address from that
> >>> domain. It is unacceptable to use a g
George R. Kasica wrote:
[]
> Do you have the PPS kernel hack compiled in? That may be doing it for
> you. I can't easily add that here with the Fedora Core 9 RPM kernel I
> have. What are you using in your ntp.conf settings for the clock setup
> lines and fudge?
>
> George
Yes, I'm using FreeBSD,
George R. Kasica wrote:
[]
>> And it does not report on the resulting time until the sentences
>> finish. Having just the one standard sentence would reduce that time.
> How would I get that to occur? I don't see a way to cut down on the
> data sent by the unit
Here's a snippet of the code I
Unruh wrote:
> "Richard B. Gilbert" writes:
>
>> Tim Shoppa wrote:
>>> On Dec 29, 10:47 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
Antonio,
If you are really from nic.br please use your email address from that
domain. It is unacceptable to use a gmail account for such notifica
On Tue, 30 Dec 2008 17:24:36 GMT, "David J Taylor"
wrote:
>George R. Kasica wrote:
>[]
>> Next stepI added back GPS NEMA data without the gpsd daemon (I
>> don't pass the data out to anywhere so there's no real need for it)
>>
>> and I see
>>
>> # ntpq -p
>> remote refid st
On Tue, 30 Dec 2008 17:14:52 GMT, Unruh
wrote:
>"David J Taylor"
> writes:
>
>>Richard B. Gilbert wrote:
>>[]
>>> I think your best help/advice will come from another GPS18LVC user.
>
>>I described my own simple setup here:
>
>> http://www.satsignal.eu/ntp/FreeBSD-GPS-PPS.htm
>
>>but it's not L
>>>What am I doing wrong here when I add back GPS data to break this
>>>thing???
>
>
>>Next stepI added back GPS NEMA data without the gpsd daemon (I
>>don't pass the data out to anywhere so there's no real need for it)
>
>What does "I added back GPS NMEA" mean? What program did you use to do
>
ober...@es.net (Kevin Oberman) writes:
>> From: dhavey
>> 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 to the
>> start of each GPS second. This means edge on assert right?
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, the garmin signal would be something like -2.5V
> to 2.5 V which really is way out of spec for the serial port. (Or
> with the ty
"Richard B. Gilbert" writes:
>Tim Shoppa wrote:
>> On Dec 29, 10:47 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
>>> Antonio,
>>>
>>> If you are really from nic.br please use your email address from that
>>> domain. It is unacceptable to use a gmail account for such notifications.
>>>
>>> Danny
>>
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 the transmission line
and load behave as capacitive, but that is in parallel.
George R. Kasica writes:
>On Tue, 30 Dec 2008 09:42:06 -0600, George R. Kasica
> wrote:
>>On Tue, 30 Dec 2008 07:25:55 GMT, "David J Taylor"
>> wrote:
>>
>>>David J Taylor wrote:
Richard B. Gilbert wrote:
[]
> I think your best help/advice will come from another GPS18LVC user.
George R. Kasica wrote:
[]
> Next stepI added back GPS NEMA data without the gpsd daemon (I
> don't pass the data out to anywhere so there's no real need for it)
>
> and I see
>
> # ntpq -p
> remote refid st t when poll reach delay offset
> jitter
> ==
"David J Taylor"
writes:
>Richard B. Gilbert wrote:
>[]
>> I think your best help/advice will come from another GPS18LVC user.
>I described my own simple setup here:
> http://www.satsignal.eu/ntp/FreeBSD-GPS-PPS.htm
>but it's not Linux, and I don't feel competent enough to give "advice".
>I
George R. Kasica writes:
>On Tue, 30 Dec 2008 09:59:50 -0600, George R. Kasica
> wrote:
>>On Tue, 30 Dec 2008 09:42:06 -0600, George R. Kasica
>> wrote:
>>
>>>On Tue, 30 Dec 2008 07:25:55 GMT, "David J Taylor"
>>> wrote:
>>>
David J Taylor wrote:
> Richard B. Gilbert wrote:
> []
Unruh wrote:
[]
> The other problem is that the the voltage levels might be wrong. A
> serial
> port is supposed to be -12V to 12V, not the 0-5V that the PPS line on
> the garmin delivers. Now some serial ports are OK with the 0-5V but
> that is pretty
> unusual. YOu either need a voltage convert
Tim Shoppa wrote:
> On Dec 29, 10:47 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
>> Antonio,
>>
>> If you are really from nic.br please use your email address from that
>> domain. It is unacceptable to use a gmail account for such notifications.
>>
>> Danny
>
> This is usenet, where anyone can set
On Tue, 30 Dec 2008 16:25:52 +, David Woolley
wrote:
>George R. Kasica wrote:
>
>> I have good PPS and am getting GPS NEMA in as well but the offset for
>> the NEMA data seems quite largewhat would I do to fix that??
>
>Nothing. It's normal.
>
>NMEA feeds from GPS receivers have rather l
On Dec 29, 10:47 pm, ma...@ntp.isc.org (Danny Mayer) wrote:
> Antonio,
>
> If you are really from nic.br please use your email address from that
> domain. It is unacceptable to use a gmail account for such notifications.
>
> Danny
This is usenet, where anyone can set their "from" address to anythi
George R. Kasica wrote:
> I have good PPS and am getting GPS NEMA in as well but the offset for
> the NEMA data seems quite largewhat would I do to fix that??
Nothing. It's normal.
NMEA feeds from GPS receivers have rather low priority for timing data
and can easily err by this sort of amo
On Tue, 30 Dec 2008 09:59:50 -0600, George R. Kasica
wrote:
>On Tue, 30 Dec 2008 09:42:06 -0600, George R. Kasica
> wrote:
>
>>On Tue, 30 Dec 2008 07:25:55 GMT, "David J Taylor"
>> wrote:
>>
>>>David J Taylor wrote:
Richard B. Gilbert wrote:
[]
> I think your best help/advice will c
On Tue, 30 Dec 2008 09:42:06 -0600, George R. Kasica
wrote:
>On Tue, 30 Dec 2008 07:25:55 GMT, "David J Taylor"
> wrote:
>
>>David J Taylor wrote:
>>> Richard B. Gilbert wrote:
>>> []
I think your best help/advice will come from another GPS18LVC user.
>>>
>>> I described my own simple setup
On Tue, 30 Dec 2008 07:25:55 GMT, "David J Taylor"
wrote:
>David J Taylor wrote:
>> Richard B. Gilbert wrote:
>> []
>>> I think your best help/advice will come from another GPS18LVC user.
>>
>> I described my own simple setup here:
>>
>> http://www.satsignal.eu/ntp/FreeBSD-GPS-PPS.htm
>>
>> but
On Mon, 29 Dec 2008 23:47:56 GMT, Unruh
wrote:
>George R. Kasica writes:
>
Since you have a GPS receiver, three internet servers should be
sufficient as backup and a sanity check for the GPS.
>>>See below, now set up as recommended with three us.pool.ntp.org
>>>servers but as you say it
On Tue, 30 Dec 2008 00:53:00 GMT, Unruh
wrote:
>George R. Kasica writes:
>
>>On Mon, 29 Dec 2008 12:30:39 +, David Woolley
>> wrote:
>
>>>George R. Kasica wrote:
>>>
still seing both of the local GPS/PPS entries as false tickers but I
also see the offsets are huge compared to other
Hal Murray wrote:
>
> RS-232 signals are active-low so "assert" may mean low.
RS232 uses positive logic for control signals and negative logic for data.
>
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/quest
52 matches
Mail list logo