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 <<a href=3D"mailto:[email protected]"= target=3D"_blank">[email protected]</a>> 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> "could not derive offset from PHC" err=3D"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's receiving messages now, but there is some issue with<br> configuration (or transmitting messages in general?):<br><br> level=3DWARN msg=3D"GPS configuration failed" err=3D"GPS rec= eiver sent NACK for request CFG-VALSET"<br> level=3DINFO msg=3D"GPS configuration" cfg=3D"map[mode:map[s= tatic:false] signalsEnabled:map[] timeGNSS:GPS]"<br> level=3DINFO msg=3D"GPS receiver" vendor=3Du-blox hardware=3DZED-= F9T firmware=3D"TIM 2.20 PROTVER 29.20" 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'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'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]