Yo Achim!
On Fri, 16 Aug 2019 22:43:19 +0200
Achim Gratz via devel wrote:
> Gary E. Miller via devel writes:
> > Yo Achim!
> >
> > On Fri, 16 Aug 2019 21:35:56 +0200
> > Achim Gratz via devel wrote:
> >
> >> Gary E. Miller via devel writes:
> >> >> The GT8736 is the same, just with the next
Gary E. Miller via devel writes:
> Yo Achim!
>
> On Fri, 16 Aug 2019 21:35:56 +0200
> Achim Gratz via devel wrote:
>
>> Gary E. Miller via devel writes:
>> >> The GT8736 is the same, just with the next-generation chipset and
>> >> fully active
>> >
>> > Got a source for those? I can't find one
Yo Achim!
On Fri, 16 Aug 2019 21:35:56 +0200
Achim Gratz via devel wrote:
> Gary E. Miller via devel writes:
> >> The GT8736 is the same, just with the next-generation chipset and
> >> fully active
> >
> > Got a source for those? I can't find one for sale.
>
> I posted the link yesterday.
Gary E. Miller via devel writes:
>> The GT8736 is the same, just with the next-generation chipset and
>> fully active
>
> Got a source for those? I can't find one for sale.
I posted the link yesterday.
> Also, the specs do not look better than fair, and their protocol is
> undocumented.
Another
Achim Gratz via devel :
> Eric S. Raymond via devel writes:
> > I read the Furuno specsheet and that indeed looks like a nice piece
> > of equipment. But Furuno lists it as discontinued, though. Can't find it
> > for sale on eBay or elsewhere on the web; there are hints it might have
> > EOLed in
Yo Achim!
On Fri, 16 Aug 2019 20:56:11 +0200
Achim Gratz via devel wrote:
> Eric S. Raymond via devel writes:
> > I read the Furuno specsheet and that indeed looks like a nice piece
> > of equipment. But Furuno lists it as discontinued, though. Can't
> > find it for sale on eBay or elsewhere on
Yo Achim!
On Fri, 16 Aug 2019 20:41:35 +0200
Achim Gratz via devel wrote:
> Gary E. Miller via devel writes:
> > Note that is does not appear to support TSIP binary, only NMEA?
>
> To quote the relevant part of the product description:
>
> "Supports M12 binary protocol as well as identical f
Eric S. Raymond via devel writes:
> I read the Furuno specsheet and that indeed looks like a nice piece
> of equipment. But Furuno lists it as discontinued, though. Can't find it
> for sale on eBay or elsewhere on the web; there are hints it might have
> EOLed in 2014.
The GT8736 is the same, ju
Gary E. Miller via devel writes:
> Note that is does not appear to support TSIP binary, only NMEA?
To quote the relevant part of the product description:
"Supports M12 binary protocol as well as identical footprint to the Motorola
M12M device."
> So physically an Oncore replacement, but not cod
Gary E. Miller via devel :
> > https://www.cnssys.com/cnsclock/CNSClockII.php
>
> That says it is based on the LEA-M8
It is. Hambly told me his CNS Clock used to be OnCore M12-based, but
he now does OnCore emulation in firmware coupled to a u-blox and is
planning to drop that support at some poin
Yo Eric!
On Thu, 15 Aug 2019 17:25:19 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller via devel :
> > Yo Project Manager via devel!
> >
> > On Wed, 14 Aug 2019 19:55:46 -0700
> > "Mark Atwood, Project Manager via devel" wrote:
> >
> > > Can OnCore be supported by gpsd?
> >
> > It present
Gary E. Miller via devel :
> Yo Project Manager via devel!
>
> On Wed, 14 Aug 2019 19:55:46 -0700
> "Mark Atwood, Project Manager via devel" wrote:
>
> > Can OnCore be supported by gpsd?
>
> It presently is supported by gpsd. Not that it is worth supporting.
> The Oncore is old, undocumented,
Achim Gratz via devel :
> Eric S. Raymond via devel writes:
> > The OnCore already is mostly supported. What's missing is that GPSD
> > can't do site-survey mode for the M12 timing variant. These are long
> > since EOL but still available on e-Bay for cheap, as boards with
> > TTL-level outputs; y
Yo Achim!
On Thu, 15 Aug 2019 22:21:24 +0200
Achim Gratz via devel wrote:
> Gary E. Miller via devel writes:
> >> the Furuno is still a bit cheaper
> >> (by a factor of three, actually; and not counting the antenna).
> >
> > Got a link to a retail source for this part?
>
> Not sure if it is
Yo Project Manager via devel!
On Wed, 14 Aug 2019 19:55:46 -0700
"Mark Atwood, Project Manager via devel" wrote:
> Can OnCore be supported by gpsd?
It presently is supported by gpsd. Not that it is worth supporting.
The Oncore is old, undocumented, and not up to most any modern GNSS
quality.
Gary E. Miller via devel writes:
>> the Furuno is still a bit cheaper
>> (by a factor of three, actually; and not counting the antenna).
>
> Got a link to a retail source for this part?
Not sure if it is of any use to you in the U.S., but they do officially
sell to consumer since some years now:
Yo Eric!
On Thu, 15 Aug 2019 12:11:10 -0400
"Eric S. Raymond via devel" wrote:
> Mark Atwood, Project Manager :
> > Can OnCore be supported by gpsd?
>
> The OnCore already is mostly supported. What's missing is that GPSD
> can't do site-survey mode for the M12 timing variant.
That would be
Yo Achim!
On Thu, 15 Aug 2019 19:46:14 +0200
Achim Gratz via devel wrote:
> the Furuno is still a bit cheaper
> (by a factor of three, actually; and not counting the antenna).
Got a link to a retail source for this part?
RGDS
GARY
---
Eric S. Raymond via devel writes:
> The OnCore already is mostly supported. What's missing is that GPSD
> can't do site-survey mode for the M12 timing variant. These are long
> since EOL but still available on e-Bay for cheap, as boards with
> TTL-level outputs; you have to do systems integration
On Thu, Aug 15, 2019 at 9:14 AM Eric S. Raymond wrote:
> James Browning via devel :
> > And while I also like removing code, we've removed a lot, and I'm not
> > > instantly adverse to giving the hobbyests a command option to handle
> > > wraparound on their old hardware.
> >
> > In that case, I
James Browning via devel :
> And while I also like removing code, we've removed a lot, and I'm not
> > instantly adverse to giving the hobbyests a command option to handle
> > wraparound on their old hardware.
>
> In that case, I would like to suggest the affixes g and G (or f) be
> reserved for 1
Mark Atwood, Project Manager :
> Can OnCore be supported by gpsd?
The OnCore already is mostly supported. What's missing is that GPSD
can't do site-survey mode for the M12 timing variant. These are long
since EOL but still available on e-Bay for cheap, as boards with
TTL-level outputs; you have t
On Wed, Aug 14, 2019 at 7:56 PM Mark Atwood, Project Manager via devel <
devel@ntpsec.org> wrote:
> Can OnCore be supported by gpsd?
>
Probably, it was discussed a bit in bug 608 on the tracker before the
discussion moved here.
And while I also like removing code, we've removed a lot, and I'm no
Can OnCore be supported by gpsd?
And while I also like removing code, we've removed a lot, and I'm not
instantly adverse to giving the hobbyests a command option to handle
wraparound on their old hardware.
On Thu, Aug 8, 2019 at 5:36 AM Eric S. Raymond via devel
wrote:
>
> Issue #608, "Future ne
Achim Gratz via devel :
> In other words, while there may have been blobs there, none of them were
> actually in NTPd.
The fact that they had to be linked to the kernel rather than being in
userland made them *worse* security risks. Those were the first
drivers I dropped.
> > Whatever your thre
Eric S. Raymond via devel writes:
> You've forgotten much, then. I remind you of the Type 2 Bancomm, the
> Type 45 Spectracom TSync PCI, and the Type 16 Bancomm GPS/IRIG
> Receiver.
Type 2 was actually the venerable Trak GPS, which was available in a
number of output configurations. NTPd probably
Achim Gratz via devel :
> Eric S. Raymond via devel writes:
> > 2. Remove support for device classes that pose an unacceptable
> > security risk, e.g. by requiring proprietary binary blobs to be
> > linked to the kernel.
>
> There never were any drivers that required "proprietary binary blobs" in
Eric S. Raymond via devel writes:
> 2. Remove support for device classes that pose an unacceptable
> security risk, e.g. by requiring proprietary binary blobs to be
> linked to the kernel.
There never were any drivers that required "proprietary binary blobs" in
(x)ntpd that I can remember. That
Option 2. If the manufacturer won't support the product any more, we
shouldn't either.
On Thu, Aug 8, 2019 at 8:36 AM Eric S. Raymond via devel
wrote:
>
> Issue #608, "Future need for oncore GPS driver", foregrounds a product
> strategy question we need to make a decision about.
>
> In the early
Issue #608, "Future need for oncore GPS driver", foregrounds a product
strategy question we need to make a decision about.
In the early days of this project, we had a conflict between two objectives:
1. In order not to upset the NTP Classic userbase, support whatever
old hardware we can determin
30 matches
Mail list logo
