Re: refclock 28 gone wacky on me

> There is a GPGGA listed up high in the Sentences block but I haven't seen one. Blush. It was right in front of me. See below. g...@rellim.com said: > gpsd assumes that the fix data for each second starts to arrive just after > the beginning of the second. But yours starts so close to the

Re: [gpsd-dev] refclock 28 gone wacky on me

Yo Hal! On Thu, 09 Jun 2016 20:46:58 -0700 Hal Murray wrote: > e...@thyrsus.com said: > > That's odd. The normal semtence budget including GPGSV should fit > > inside a second. Are you getting some kind of $PMTK thing that > > pushes it over? > > I'm using gpsmon

Re: refclock 28 gone wacky on me

e...@thyrsus.com said: > That's odd. The normal semtence budget including GPGSV should fit inside a > second. Are you getting some kind of $PMTK thing that pushes it over? I'm using gpsmon to watch the output. There is a pause every second. That's measuring by eyeball. Here is a typical

Re: refclock 28 gone wacky on me

Yo Mike! On Thu, 9 Jun 2016 22:25:54 -0400 Mike wrote: > What I fail to understand is why this just seems to have > appeared out of thin air. It's not like I just hooked this up > yesterday. I have toyed with this thing for probably three years off > and on, never had

Re: refclock 28 gone wacky on me

On 06/09/2016 10:04 PM, Gary E. Miller wrote: Yo Mike! Back on list since I think I see a real problem here. On Thu, 9 Jun 2016 21:41:32 -0400 Mike wrote: On 06/09/2016 09:26 PM, Gary E. Miller wrote: Yo Mike! On Thu, 9 Jun 2016 21:22:29 -0400 Mike

Re: refclock 28 gone wacky on me

Yo Mike! Back on list since I think I see a real problem here. On Thu, 9 Jun 2016 21:41:32 -0400 Mike wrote: > On 06/09/2016 09:26 PM, Gary E. Miller wrote: > > Yo Mike! > > > > On Thu, 9 Jun 2016 21:22:29 -0400 > > Mike wrote: > > > >> On

Re: [gpsd-dev] refclock 28 gone wacky on me

Yo Hal! On Thu, 09 Jun 2016 17:29:19 -0700 Hal Murray wrote: > > Can you send me the output of this when it fails: > > Not anytime soon. It's working correctly and I can't predict when it > will fail. Luckily we have a hard test case to work on. But, I have found

Re: Shippable ntp.conf files for the HOWTO

Yo Hal! On Thu, 09 Jun 2016 17:38:33 -0700 Hal Murray wrote: > > Are they all suboptimal? > > How about way out of date. Not relevant. Are they suboptimal? Is so, can you distill this to three or four lines to go in the config file? > The pool command hasn't

Re: refclock 28 gone wacky on me

On 06/09/2016 08:37 PM, Gary E. Miller wrote: Yo Mike! On Thu, 9 Jun 2016 20:26:01 -0400 Mike wrote: Skytraq ships varying firmware, so that is not definitive. Worse that says this: "The 1PPS pin is multiplexed with some debug mode function whose mode is to

Re: refclock 28 gone wacky on me

Yo Mike! On Thu, 9 Jun 2016 20:26:01 -0400 Mike wrote: > >> Is seeing NTP0 twice like this typical? > > Nope, should be impossible. Looks to be exactly 500 milliSec apart. > > Do you have a square wave output? Or a 2Hz output? > > > > How about you put ppstest on it to

Re: refclock 28 gone wacky on me

> On Jun 9, 2016, at 8:27 PM, Gary E. Miller wrote: > > Clockmaker is not even released, much less widely tested. 9600 baud > is the default speed for the Adafruit and Uputronics HATs and as > we are still characterizing those we can not yet know if that is a good > speed for

Re: refclock 28 gone wacky on me

On 06/09/2016 07:08 PM, Gary E. Miller wrote: Yo Mike! On Thu, 9 Jun 2016 18:21:32 -0400 Mike wrote: Forgot this in the original post... ntpshmmon version 1 # Name Seen@Clock Real L Prec sample NTP0 1465510765.147894340

Re: refclock 28 gone wacky on me

On 06/09/2016 07:20 PM, Gary E. Miller wrote: Yo Mike! On Thu, 9 Jun 2016 18:21:32 -0400 Mike wrote: Is seeing NTP0 twice like this typical? I'm looking at the code, maybe a couple of things to double check. Can you send me, off list, the output of this command, about

Re: [gpsd-dev] refclock 28 gone wacky on me

Yo Hal! On Thu, 09 Jun 2016 17:04:08 -0700 Hal Murray wrote: > > GPS module is a ST22, SkyTraq Venus 6 chipset. > [ntpq -p shows PPS link off by a second.] > > It's a gpsd bug/quirk. I've seen the same thing on a PC with a Venus > chip connected via USB. > > I

Re: refclock 28 gone wacky on me

> GPS module is a ST22, SkyTraq Venus 6 chipset. [ntpq -p shows PPS link off by a second.] It's a gpsd bug/quirk. I've seen the same thing on a PC with a Venus chip connected via USB. I mentioned it a month or two ago but it fell through the cracks. My case occasionally flips from one mode to

Re: Shippable ntp.conf files for the HOWTO

Yo Hal! On Thu, 09 Jun 2016 16:21:15 -0700 Hal Murray wrote: > g...@rellim.com said: > > # The iburst option tells ntpd to query the pool serers with > > bursts ins= tead > > # of single requests. This can yield better results to remote > > servers. > >

Re: Shippable ntp.conf files for the HOWTO

g...@rellim.com said: > # The iburst option tells ntpd to query the pool serers with bursts ins= > tead > # of single requests. This can yield better results to remote servers. That part is just wrong. iburst tells it to send the first few requests at 2 second intervals rather than

Re: refclock 28 gone wacky on me

Yo Mike! On Thu, 9 Jun 2016 18:18:33 -0400 Mike wrote: > 9600, which is where it's always been... I find 9600 marginal. It works for most, but not all. Check the serial stream to be sure it totally completes the cycle every second. If you are in 2Hzz or 5Hz mode, or

Re: refclock 28 gone wacky on me

Yo Mike! On Thu, 9 Jun 2016 18:21:32 -0400 Mike wrote: > Forgot this in the original post... > > ntpshmmon version 1 > # Name Seen@Clock Real L Prec > sample NTP0 1465510765.147894340 1465510765.120560175 1465510764.938999891 0 > -1

Re: Wonky NTP startup and the incremental-configuration problem

Mark Atwood : > It looks like there is no obviously good route forward. > > My first inclination is to change ntpsec to do what chrony does re saving > the drift stats, and once we see that NTPsec can restart converge roughly > as well as chrony, we rip out the runtime

Re: refclock 28 gone wacky on me

On 06/09/2016 05:47 PM, Gary E. Miller wrote: Yo Mike! On Thu, 9 Jun 2016 17:21:16 -0400 Mike wrote: The output from ntpq -p that is relevant here. xSHM(1) .PPS.0 l8 16 3770.000 -1001.1 0.009 -SHM(0) .GPS.0 l7

Re: refclock 28 gone wacky on me

Yo Mike! On Thu, 9 Jun 2016 17:21:16 -0400 Mike wrote: > The output from ntpq -p that is relevant here. > > xSHM(1) .PPS.0 l8 16 3770.000 -1001.1 0.009 > -SHM(0) .GPS.0 l7 16 3770.000 -363.77 9.805 That is

Re: Wonky NTP startup and the incremental-configuration problem

It looks like there is no obviously good route forward. My first inclination is to change ntpsec to do what chrony does re saving the drift stats, and once we see that NTPsec can restart converge roughly as well as chrony, we rip out the runtime conf code. Maybe even use the same filesystem file

refclock 28 gone wacky on me

I'm at a loss here as to why my offset on 28.1 is so far off. Typically the offset settles in around 0.008 and jitter around 0.004. This has been setup from the microserver HOWTO nearly verbatim using clockmaker etc. etc. etc. Certainly not placing any blame there, as previous setups

Re: Shippable ntp.conf files for the HOWTO

Yo Achim! On Thu, 09 Jun 2016 21:54:56 +0200 Achim Gratz wrote: > Gary E. Miller writes: > > # if you have no other local chimers to help NTP perform sanity > > checks # then you can use some public chimers from the NTP public > > pool: # http://www.pool.ntp.org/en/ >

Re: Wonky NTP startup and the incremental-configuration problem

Yo Eric! On Thu, 9 Jun 2016 16:02:28 -0400 (EDT) e...@thyrsus.com (Eric S. Raymond) wrote: > There are two major questions here: > > 1. Why is convergence from a standing start so slow? Two issues, I'll be vague as I don't know better: a. restarting perturbs the system, sometimes

Re: Shippable ntp.conf files for the HOWTO

Eric S. Raymond writes: > Would we really want to preserve anything but ntp.conf? Yes (at least I do), unless you fancy writing all the startup scripts yourself from scratch, especially now that systemd is in the picture. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda

Re: Shippable ntp.conf files for the HOWTO

Achim Gratz : > Now, at least for the raspberryPi, the easier way of doing this is > keeping the ntpd package installed and configured, just lock the package > so it doesn't get altered during later updates. Then install the ntpsec > binaries into /usr prefix, replacing the

Wonky NTP startup and the incremental-configuration problem

Heads up, Mark. Strategic issue being raised here. Gary Miller says ntpd has a tendency to go nuts when restarted and converges on good time only slowly, sometimes taking 24-48 hours. This is a performance problem in itself, which needs to be high up on the list to be attacked. But it's also a

Re: Shippable ntp.conf files for the HOWTO

Gary E. Miller writes: > # if you have no other local chimers to help NTP perform sanity checks > # then you can use some public chimers from the NTP public pool: > # http://www.pool.ntp.org/en/ Perhaps mention that there's a link to the continental zones on that page with more links

Re: Shippable ntp.conf files for the HOWTO

Yo Achim! On Thu, 09 Jun 2016 21:12:52 +0200 Achim Gratz wrote: > Gary E. Miller writes: > > Even if they have no pool operators in the country, they should at > > least be able to use the country code to get the best possible. > > You can talk all day long about things

Re: Testing: IPv6

I am a fan of IPv6. Thank you for testing it. I'm interested in the results of the IPv6-only installations. On Tue, Jun 7, 2016 at 2:00 PM Gary E. Miller wrote: > Yo Hal! > > On Tue, 07 Jun 2016 13:05:14 -0700 > Hal Murray wrote: > > > I'm just

Re: Shippable ntp.conf files for the HOWTO

Yo Hal! On Thu, 09 Jun 2016 01:09:25 -0700 Hal Murray wrote: > g...@rellim.com said: > >> Are you confusing iburst with burst? > > Probably. The official descriptions are essentially identical, and > > the iburst seems a tad nicer to my eye. But we know that reading

Re: Shippable ntp.conf files for the HOWTO

Yo Hal! On Thu, 09 Jun 2016 02:38:44 -0700 Hal Murray wrote: > >> What are you using for ntp.conf on your test setups? Does it > >> work? > > http://www.catb.org/esr/faqs/stratum-1-microserver-howto/ntp.conf > > Aside from the 3 good servers tangle, it looks good.

Re: Shippable ntp.conf files for the HOWTO

>> What are you using for ntp.conf on your test setups? Does it work? > http://www.catb.org/esr/faqs/stratum-1-microserver-howto/ntp.conf Aside from the 3 good servers tangle, it looks good. When you switch to pool, you will have to remove the nopeer from the restrict lines. Issue #79: pool

Re: Shippable ntp.conf files for the HOWTO

e...@thyrsus.com said: [collecting ntp.conf] >> You are diving down another rathole. Save that for another day. > I think the time is now. We wouldn't have been able to put off really > documenting this range of topics much longer, anyway. Has to happen > before 1.0. ... I agree that

Re: Would you please check libntp/systime.c

matthew.sel...@twosigma.com said: > clang as shipped with Xcode 7.3 did notice and an issue was raised: > https://gitlab.com/NTPsec/ntpsec/issues/51 We need to do a better job of tracking issues. Can we setup a mailing list that will get a message whenever an issue is created or updated?

Re: Shippable ntp.conf files for the HOWTO

g...@rellim.com said: >> Are you confusing iburst with burst? > Probably. The official descriptions are essentially identical, and the > iburst seems a tad nicer to my eye. But we know that reading between the > lines is not useful with NTP doc. :-( iburst happens at startup time. That

Re: Shippable ntp.conf files for the HOWTO

Yo Eric! On Thu, 9 Jun 2016 02:55:47 -0400 "Eric S. Raymond" wrote: > Hal Murray : > > > > e...@thyrsus.com said: > > >> I can't find an include file directive in ntp.conf? > > > There isn't one. Eventually, for reasons related to the > > >

Re: Shippable ntp.conf files for the HOWTO

Hal Murray : > > e...@thyrsus.com said: > >> I can't find an include file directive in ntp.conf? > > There isn't one. Eventually, for reasons related to the refclockd split, I > > know I'll have to fix that. > > There is one in the parser: includefile. I haven't tried

Re: Shippable ntp.conf files for the HOWTO

Yo Hal! On Wed, 08 Jun 2016 23:34:44 -0700 Hal Murray wrote: > [country code in pool command] > > I'm thinking about having clockmaker do that edit. I think it's > > possible. > > Maybe, but the pool doesn't support all countries (not enough > volunteers) so that

Re: Shippable ntp.conf files for the HOWTO

[country code in pool command] > I'm thinking about having clockmaker do that edit. I think it's possible. Maybe, but the pool doesn't support all countries (not enough volunteers) so that code will need to track the actual pool details and I don't think they make that information available in