Yo All!
I configured my Pi2 to peer with a local server (spidey). Both hosts
use PPS over serial. Both have had time to mostly converge, but these are
not as quite as good a numbers as I would expect from chronyd.
Chronyd would also show me more digits of precision, but this gets us in
the ball
Yo Mark!
Deal. Shipping address?
On Thu, 05 May 2016 18:50:22 +
Mark Atwood wrote:
> Hello Gary. Could you ship me a 601W? I will send you a 701W in
> trade when the shipment from Navisys comes in. ..m
>
> On Thu, May 5, 2016 at 10:51 AM Gary E. Miller wrote:
>
> > Yo Hal!
> >
> > On
Hello Gary. Could you ship me a 601W? I will send you a 701W in trade
when the shipment from Navisys comes in. ..m
On Thu, May 5, 2016 at 10:51 AM Gary E. Miller wrote:
> Yo Hal!
>
> On Thu, 05 May 2016 02:41:38 -0700
> Hal Murray wrote:
>
> > g...@rellim.com said:
> > >> Do you have suggest
Yo Hal!
On Thu, 05 May 2016 02:41:38 -0700
Hal Murray wrote:
> g...@rellim.com said:
> >> Do you have suggestions for better "LVC" gear?
> > GR-801T:
> > http://www.navisys.com.tw/products/GPS&GNSS_%20receivers/flyer/GR-801_flyer=
> > -150703.pdf
> > Or the GR-801R has real RS-232 levels.
>
g...@rellim.com said:
>> Do you have suggestions for better "LVC" gear?
> GR-801T:
> http://www.navisys.com.tw/products/GPS&GNSS_%20receivers/flyer/GR-801_flyer=
> -150703.pdf
> Or the GR-801R has real RS-232 levels.
...
Have you been able to order small quantities?
I tried their order page. T
Yo Hal!
On Wed, 04 May 2016 01:04:14 -0700
Hal Murray wrote:
> > and still USB 1.1:
>
> That's unlikely to change.
>
> It's a hack that lets them use thinner cable. The signaling is
> slower so they don't need as much shielding to pass EMI.
>
> Compare the size of the cable on a typical US
> and still USB 1.1:
That's unlikely to change.
It's a hack that lets them use thinner cable. The signaling is slower so
they don't need as much shielding to pass EMI.
Compare the size of the cable on a typical USB GPS mouse with a typical real
USB cable.
--
These are my opinions. I hate s
Yo Eric!
On Tue, 3 May 2016 23:21:02 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > Yo Mark!
> >
> > On Tue, 03 May 2016 21:31:10 +
> > Mark Atwood wrote:
> >
> > > In a few weeks I will have a crate of the Navisys units. They do
> > > PPS over USB serial.
> >
> > I'd like on
Gary E. Miller :
> Yo Mark!
>
> On Tue, 03 May 2016 21:31:10 +
> Mark Atwood wrote:
>
> > In a few weeks I will have a crate of the Navisys units. They do PPS
> > over USB serial.
>
> I'd like one of the GR-701W for testing.
So would I. I don't expect it to be signbificantly different fr
Yo Dan!
On Tue, 3 May 2016 21:41:49 -0500
"Dan Poirot" wrote:
> USB 1.1 is good enough!
Better than a network time source, but not as good as I want. I can get
8x better jitter with USB 2.0.
> You got a jitter or latency problem you can't solve with 12 Mbit/sec,
> rock-solid on a point-to-po
Yo Hal!
On Tue, 03 May 2016 14:29:58 -0700
Hal Murray wrote:
> g...@rellim.com said:
> > Please, no GPS-18s. The Garmin Binary protocol is a mess and the
> > chip is over 10 years old with a weak sensitivity, no GLONASS,
> > etc. Many better GPS LVC solutions.
>
> The GPS-18x is only 5 yea
Of Gary E. Miller
Sent: Tuesday, May 03, 2016 9:34 PM
To: Mark Atwood
Cc: devel@ntpsec.org
Subject: Re: Reference clocks.
Yo Mark!
On Tue, 03 May 2016 21:31:10 +
Mark Atwood wrote:
> In a few weeks I will have a crate of the Navisys units. They do PPS
> over USB serial.
I'd like o
Yo Mark!
On Tue, 03 May 2016 21:31:10 +
Mark Atwood wrote:
> In a few weeks I will have a crate of the Navisys units. They do PPS
> over USB serial.
I'd like one of the GR-701W for testing.
I notice navisys.com now has a GR-801W, with uBlox 8. 72 channels with
GPS & QZSS (L1), GLONASS, B
Hal Murray :
> SiRF used to have most of the market but I think uBlox is getting in there
> now.
That's correct, and a good thing because the u-blox is way better than
even the SiRF-III, let alone the execrable IV. Really excellent
weak-signal performance.
Example:
http://www.amazon.com/Generic
In a few weeks I will have a crate of the Navisys units. They do PPS over
USB serial.
On Tue, May 3, 2016 at 2:30 PM Hal Murray wrote:
>
> g...@rellim.com said:
> > Please, no GPS-18s. The Garmin Binary protocol is a mess and the chip is
> > over 10 years old with a weak sensitivity, no GLONAS
g...@rellim.com said:
> Please, no GPS-18s. The Garmin Binary protocol is a mess and the chip is
> over 10 years old with a weak sensitivity, no GLONASS, etc. Many better GPS
> LVC solutions.
The GPS-18x is only 5 years old. 1/2 :) It speaks NMEA so you don't have to
mess with the binary st
Hal Murray :
>
> e...@thyrsus.com said:
> > The audio drivers are near the top of the list of things I'd like to remove.
> > I strongly suspect they're both obsolete and broken, and they're surrounded
> > ny a lot of poorly-documented cruft like tg.c that could stand to go.
>
> My vote would be
Yo Hal!
On Tue, 03 May 2016 09:17:25 -0700
Hal Murray wrote:
> It would be good to be able to test PPS over USB. The no-soldering
> approach is to get one of the 601W. (I think that's the right
> number.) Gary may still have some or Mark may order a batch.
Yeah, I still have a few.
> For a
Yo Hal!
On Tue, 03 May 2016 09:32:24 -0700
Hal Murray wrote:
> I think IRIG is still widely used outside of NTP. I think Susan was
> in touch with some of those people.
IRIG is still big in the video production industry. But I'm not sure
which formats or interfaces are common.
But from what
e...@thyrsus.com said:
> The audio drivers are near the top of the list of things I'd like to remove.
> I strongly suspect they're both obsolete and broken, and they're surrounded
> ny a lot of poorly-documented cruft like tg.c that could stand to go.
My vote would be to carry them along until w
v...@darkbeer.org said:
>> What's your current collection?
> I don't have any right now other than the various GPS chips and boards on
> the way to run off of GPIO connections.
You should probably get a couple of the USB "mice" or hockey puck style
units. They run $25-$50 each. Most speak NM
On 2016-05-03 02:43 -0700, Hal Murray wrote:
> > Does anyone here have any reference clocks they're not using? I'm looking
> > for different clocks to test as many of the refclock drivers as possible.
>
> What's your current collection?
I don't have an
Hal Murray :
> I tried one of the audio drivers a while ago but didn't get it to work. I
> didn't try very hard. I forget the details. It did work many years ago.
The audio drivers are near the top of the list of things I'd like to remove.
I strongly suspect they're both obsolete and broken, a
[I'm scanning old mail looking for something else.]
v...@darkbeer.org said:
> Does anyone here have any reference clocks they're not using? I'm looking
> for different clocks to test as many of the refclock drivers as possible.
What's your current collection?
&
On 2016-04-08 20:44 -0700, Hal Murray wrote:
> I haven't had any troubles with serial ports. (other than not finding them
> on modern systems)
Individually they're fine. Once you start scaling and doing testing they can
be
pretty frail. I spent a lot of time fighting bad serial ports, driver
v...@darkbeer.org said:
[Serial vs GPIO]
> Because modern serial ports can suck, so do serial cables. I wouldn't trust
> anything other than a high-end serial card to handle the data it's not
> something that's given much thought in modern motherboards.
I haven't had any troubles with serial po
On 2016-04-08 13:49 -0700, Hal Murray wrote:
> Why do you think it will be more reliable? It's the same idea. Changing a
> signal on a pin generates an interrupt which wanders through a few layers of
> bit testing and dispatching and eventually gets to the PPS code that grabs
> the time.
Beca
v...@darkbeer.org said:
> I wonder how will this will work using the PPS via GPIO system I'm working
> on. Should be fine and it should be far, far more reliable than serial.
Why do you think it will be more reliable? It's the same idea. Changing a
signal on a pin generates an interrupt whi
ssage-
From: devel [mailto:devel-boun...@ntpsec.org] On Behalf Of Amar Takhar
Sent: Friday, April 08, 2016 3:30 PM
To: Hal Murray
Cc: devel@ntpsec.org
Subject: Re: Reference clocks.
On 2016-04-08 13:20 -0700, Hal Murray wrote:
>
> v...@darkbeer.org said:
> > OK that's good new
On 2016-04-08 13:20 -0700, Hal Murray wrote:
>
> v...@darkbeer.org said:
> > OK that's good news at least. I haven't looked into many of the refclock
> > drivers. Thanks for the info.
>
> Keep in mind that many of the drivers have sub-drivers or modes.
Right, I will use code coverage to ensur
v...@darkbeer.org said:
> OK that's good news at least. I haven't looked into many of the refclock
> drivers. Thanks for the info.
Keep in mind that many of the drivers have sub-drivers or modes.
The obvious example is the parse driver which is an umbrella for several
drivers.
The Palisade
On 2016-04-08 12:34 -0700, Hal Murray wrote:
>
> v...@darkbeer.org said:
> > My initial tests will be via PPS signals wired to the GPIO pins on RPIs.
> > This will only let me test one type of refclock driver. I should be able
> > to find something to test audio, too.
>
> Actually, that lets
v...@darkbeer.org said:
> My initial tests will be via PPS signals wired to the GPIO pins on RPIs.
> This will only let me test one type of refclock driver. I should be able
> to find something to test audio, too.
Actually, that lets you test 4 different drivers.
There is the ATOM driver for
Does anyone here have any reference clocks they're not using? I'm looking for
different clocks to test as many of the refclock drivers as possible.
I have some RF shielded boxes here and GPS signal generators so I can build my
own GPS signals then test for reception on the other s
34 matches
Mail list logo
