Re: SatPulse: server-oriented alternative to gpsd for chrony

James Clark <[email protected]> Thu, 23 Apr 2026 20:30:27 +0700
Newsgroups gmane.comp.time.chrony.user
Message-ID <CANz3_EYJr45B9uLEP4Nm3EviZZjYiXfEe5K3BSMV-aL1AChKNA@mail.gmail.com>
--0000000000009800fe065020a720
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, Apr 23, 2026 at 5:18=E2=80=AFPM Miroslav Lichvar <[email protected]=
om>
wrote:

>
> I tried it with the default sample.phc configuration. It produced only
> few SOCK samples. Is the validation too strict? In the log I have seen fe=
w
> of these:
> "could not derive offset from PHC" err=3D"phcsample: wallClock median
> residual 50.465527ms exceeds limit 50ms
>
> but mostly it was silent and produced no samples. The offset of the
> PHC and system clock to GPS was less than 100 nanoseconds, not clear
> where that 50ms is coming from.


Looks like the config defaults are too strict. I pushed a change to put in
some looser ones.

But I still need put in some proper logging for when things go wrong: the
code is very raw at the moment.

It's receiving messages now, but there is some issue with
> configuration (or transmitting messages in general?):
>
> level=3DWARN msg=3D"GPS configuration failed" err=3D"GPS receiver sent NA=
CK for
> request CFG-VALSET"
> level=3DINFO msg=3D"GPS configuration" cfg=3D"map[mode:map[static:false]
> signalsEnabled:map[] timeGNSS:GPS]"
> level=3DINFO msg=3D"GPS receiver" vendor=3Du-blox hardware=3DZED-F9T firm=
ware=3D"TIM
> 2.20 PROTVER 29.20" gnss=3DGPS,GAL,BDS,GLO,QZSS,NAVIC,SBAS
>

I think this is because the module is connected using its I2C port and I
wasn't generating the right port-dependent config key in one case. I have
pushed a fix that I hope will fix it.

Both the fixes are on phc-sample.  If these fixes don't solve either
problem, please enable the packet log and event log:

[log]
packet=3Dtrue
event=3Dtrue

James

--0000000000009800fe065020a720
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><br></div><div class=3D"=
gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Apr 23, 2026 at =
5:18=E2=80=AFPM Miroslav Lichvar &lt;<a href=3D"mailto:[email protected]"=
 target=3D"_blank">[email protected]</a>&gt; wrote:<br></div><blockquote =
class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px sol=
id rgb(204,204,204);padding-left:1ex"><br>
I tried it with the default sample.phc configuration. It produced only<br>
few SOCK samples. Is the validation too strict? In the log I have seen few<=
br>
of these:<br>
&quot;could not derive offset from PHC&quot; err=3D&quot;phcsample: wallClo=
ck median residual 50.465527ms exceeds limit 50ms<br>
<br>
but mostly it was silent and produced no samples. The offset of the<br>
PHC and system clock to GPS was less than 100 nanoseconds, not clear<br>
where that 50ms is coming from.</blockquote><div><br></div><div>Looks like =
the config defaults are too strict. I pushed a change to put in some looser=
 ones.</div><div><br></div><div>But I still need put in some proper logging=
=C2=A0for when things go wrong: the code is very raw at the moment.</div><d=
iv><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px =
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
It&#39;s receiving messages now, but there is some issue with<br>
configuration (or transmitting messages in general?):<br><br>
level=3DWARN msg=3D&quot;GPS configuration failed&quot; err=3D&quot;GPS rec=
eiver sent NACK for request CFG-VALSET&quot;<br>
level=3DINFO msg=3D&quot;GPS configuration&quot; cfg=3D&quot;map[mode:map[s=
tatic:false] signalsEnabled:map[] timeGNSS:GPS]&quot;<br>
level=3DINFO msg=3D&quot;GPS receiver&quot; vendor=3Du-blox hardware=3DZED-=
F9T firmware=3D&quot;TIM 2.20 PROTVER 29.20&quot; gnss=3DGPS,GAL,BDS,GLO,QZ=
SS,NAVIC,SBAS<br></blockquote><div><br></div><div>I think this is because t=
he module is connected using its I2C port and I wasn&#39;t generating the r=
ight port-dependent config key in one case. I have pushed a fix that I hope=
 will fix it.</div><div><br></div><div>Both the fixes are on phc-sample.=C2=
=A0 If these fixes don&#39;t solve either problem, please enable=C2=A0the p=
acket log and event log:</div><div><br></div><div>[log]</div><div>packet=3D=
true</div><div>event=3Dtrue</div><div><br></div><div>James</div><div><br></=
div></div></div>
</div>

--0000000000009800fe065020a720--

-- 
To unsubscribe email chrony-users-request-kWFZVVI9zxvPqho9SqqRMmD2FQJk+8+b@public.gmane.org 
with "unsubscribe" in the subject.
For help email chrony-users-request-kWFZVVI9zxvPqho9SqqRMmD2FQJk+8+b@public.gmane.org 
with "help" in the subject.
Trouble?  Email [email protected]