Yo Trevor!
On Fri, 29 Nov 2019 21:18:50 -0500
"Trevor N. via devel" wrote:
> * The F9T was not in its factory configuration, so I restored its
> default configuration. I then disabled all systems besides GPS,
> increased the mask angle to 20 degrees, and disabled NMEA output.
This is why I have
Yo Trevor!
On Sat, 30 Nov 2019 00:13:18 -0500
"Trevor N. via devel" wrote:
> >>I have already begun collecting F9T data with gpsd-3.19 (kernel PPS
> >The results attached indicate a problem with my setup. Every 2 to 3
> >hours a one-second offset appears on SHM(1).
Known bug in 3.19. The majo
On Fri, 29 Nov 2019 21:18:50 -0500, you wrote:
>On Wed, 27 Nov 2019 22:08:48 -0500, Trevor N.
>wrote:
>...
>>I have already begun collecting F9T data with gpsd-3.19 (kernel PPS
>>enabled) through shm on the latest ntpsec. I'll post 1-day output as
>>soon as it's available.
>>
>The results at
Yo Trevor!
On Wed, 27 Nov 2019 01:31:52 -0500
"Trevor N. via devel" wrote:
> >Gary E. Miller gem at rellim.com wrote
>
> Thank you for the comments, I have replies for each point:
Talk is cheap, yet time consuming, and proves nothing.
Send this list some ntpviz output showing this driver ad
>Gary E. Miller gem at rellim.com wrote
Thank you for the comments, I have replies for each point:
>Yo Udo!
>
>On Sun, 24 Nov 2019 09:23:19 +0100
>Udo van den Heuvel via devel wrote:
>
>> I cam across this ublox ntpsec refclock:
>> https://gitlab.com/trv-n/ntpsec-ublox
>> Would it be usable for
Eric S. Raymond esr at thyrsus.com :
>Gary E. Miller via devel :
>> > So there is nothing you recommend be merged at this time?
>>
>> I sorta wish NTPsec had a staging area like the Linux kernel does.
>>
>> There is value to a small and clean u-blox driver fully integrated
>> into NTPsec. But wi
Gary E. Miller via devel :
> > So there is nothing you recommend be merged at this time?
>
> I sorta wish NTPsec had a staging area like the Linux kernel does.
>
> There is value to a small and clean u-blox driver fully integrated
> into NTPsec. But without KPPS it is inferior at timekeeping.
>
Gary E. Miller via devel writes:
> If the guy that wrote it wanted to work on it under the NTPsec umbrella
> that would be good. A little guidance and the guy that wrote that could
> be very useful to NTPsec.
"The guy that wrote" it has last participated on this list over a year
ago in this very
Yo Eric!
On Mon, 25 Nov 2019 08:18:21 -0500
"Eric S. Raymond" wrote:
> Gary E. Miller via devel :
> > I just took a quick look at refclock_ubx.c
> >
> > An interesting start, [...]
> So there is nothing you recommend be merged at this time?
I sorta wish NTPsec had a staging area like the Linu
Gary E. Miller via devel :
> I just took a quick look at refclock_ubx.c
>
> An interesting start, but followup messsages today on the list are
> assuming this driver does things that it does not do.
>
> 1) It does not, ever, config the u-blox. It does not, ever, write to
> the u-blox to query it
Yo Udo!
On Sun, 24 Nov 2019 09:23:19 +0100
Udo van den Heuvel via devel wrote:
> I cam across this ublox ntpsec refclock:
> https://gitlab.com/trv-n/ntpsec-ublox
> Would it be usable for incorporation in the ntpsec tree?
> (AFAIK this is a 'straight' refclock; no extra lines needed besides
> rx/
Yo Richard!
On Sun, 24 Nov 2019 03:44:57 -0600
Richard Laager via devel wrote:
> On 11/24/19 2:23 AM, Udo van den Heuvel via devel wrote:
> > I cam across this ublox ntpsec refclock:
> > https://gitlab.com/trv-n/ntpsec-ublox
>
> That's certainly interesting. I'd personally be interested, from
Yo Udo!
On Sun, 24 Nov 2019 15:08:05 +0100
Udo van den Heuvel via devel wrote:
> On 24-11-2019 15:01, Eric S. Raymond wrote:
> > Udo van den Heuvel :
> >> I have an M8N on order, would that be compatible enough to this
> >> driver? If so: I could help test etc.
> >
> > That can't hurt - the
Eric S. Raymond via devel writes:
> Not necessarily a fake; the 8N is the normal variant (without
> stationary mode) and less expensive. I suspect it's the same hardware
> with a different firmware load - they price-discriminate because
> they think the customers for stationary mode will pay more.
Udo van den Heuvel :
> On 24-11-2019 15:01, Eric S. Raymond wrote:
> > Udo van den Heuvel :
> >> I have an M8N on order, would that be compatible enough to this driver?
> >> If so: I could help test etc.
> >
> > That can't hurt - they speak the same protocol - but the big deal with
> > the T varia
On 24-11-2019 15:11, James Browning via devel wrote:
> I do not suppose this would be anything like issue 499.
Different code. (?)
'straight' clock, no kernel issues identified (yet).
Udo
___
devel mailing list
devel@ntpsec.org
http://lists.ntpsec.org/m
On Sun, Nov 24, 2019, 6:08 AM Udo van den Heuvel via devel
wrote:
> On 24-11-2019 15:01, Eric S. Raymond wrote:
> > Udo van den Heuvel :
> >> I have an M8N on order, would that be compatible enough to this driver?
> >> If so: I could help test etc.
> >
> > That can't hurt - they speak the same pr
On 24-11-2019 15:01, Eric S. Raymond wrote:
> Udo van den Heuvel :
>> I have an M8N on order, would that be compatible enough to this driver?
>> If so: I could help test etc.
>
> That can't hurt - they speak the same protocol - but the big deal with
> the T variant os a stationary mode you don't h
Udo van den Heuvel :
> I have an M8N on order, would that be compatible enough to this driver?
> If so: I could help test etc.
That can't hurt - they speak the same protocol - but the big deal with
the T variant os a stationary mode you don't have.
--
http://www.catb.org/~esr/";>E
On 24-11-2019 14:18, Eric S. Raymond wrote:
> Udo van den Heuvel via devel :
>> I cam across this ublox ntpsec refclock:
>> https://gitlab.com/trv-n/ntpsec-ublox
>> Would it be usable for incorporation in the ntpsec tree?
(...)
>
> I have filed an issue on its tracker titled "Work should be merged
Udo van den Heuvel via devel :
> I cam across this ublox ntpsec refclock:
> https://gitlab.com/trv-n/ntpsec-ublox
> Would it be usable for incorporation in the ntpsec tree?
> (AFAIK this is a 'straight' refclock; no extra lines needed besides
> rx/tx and pps)
Thank you very much for bringing this
On 11/24/19 2:23 AM, Udo van den Heuvel via devel wrote:
> I cam across this ublox ntpsec refclock:
> https://gitlab.com/trv-n/ntpsec-ublox
That's certainly interesting. I'd personally be interested, from a
hobby/curiosity* perspective, in such a driver if it automated various
configuration steps
Hello,
I cam across this ublox ntpsec refclock:
https://gitlab.com/trv-n/ntpsec-ublox
Would it be usable for incorporation in the ntpsec tree?
(AFAIK this is a 'straight' refclock; no extra lines needed besides
rx/tx and pps)
Kind regards,
Udo
___
devel
On 29/09/2018 05:45, Gary E. Miller via devel wrote:
How do you get the PPS into the host? PPS over USB is hardly good to
1 millisecond.
LPT.
Kind regards,
Udo
___
devel mailing list
devel@ntpsec.org
http://lists.ntpsec.org/mailman/listinfo/devel
Yo Udo!
On Sat, 29 Sep 2018 05:38:43 +0200
Udo van den Heuvel wrote:
> > I'm lost, what does USB have to do with anything?
>
> The ublox module https://www.csgshop.com/product.php?id_product=240
> has USB via e.g. this breakout board
> https://www.csgshop.com/product.php?id_product=239; USB
On 28/09/2018 20:34, Gary E. Miller via devel wrote:
Is there any point to it without the matching kernel driver?
Tom added echo functionality to the LPT PPS client. (not yet in the
kernel but we can test...)
Maybe you can test, I have no way to test.
So if we can have ublox data via USB, w
Yo Udo!
On Fri, 28 Sep 2018 11:38:46 +0200
Udo van den Heuvel wrote:
> > Is there any point to it without the matching kernel driver?
>
> Tom added echo functionality to the LPT PPS client. (not yet in the
> kernel but we can test...)
Maybe you can test, I have no way to test.
> So if we c
Gary,
On 28/09/2018 08:49, Gary E. Miller via devel wrote:
On Fri, 28 Sep 2018 06:11:55 +0200
Udo van den Heuvel via devel wrote:
How or when will the ublox refclock be added to ntpsec?
Is there any point to it without the matching kernel driver?
Tom added echo functionality to the LPT PP
> Is there any point to it without the matching kernel driver?
Has anybody tried asking for the "echo" from user space?
That is:
grab time
raise modem signal
grab time
read timestamp over serial port
If you precede that with
grab time
lower modem signal
I think that will warm up most
Yo Udo!
On Fri, 28 Sep 2018 06:11:55 +0200
Udo van den Heuvel via devel wrote:
> How or when will the ublox refclock be added to ntpsec?
Is there any point to it without the matching kernel driver?
RGDS
GARY
---
Gary E.
30 matches
Mail list logo
