|
From: | Sanjeev Gupta |
Subject: | Re: [gpsd-dev] [PATCH 1/1] Initial draft; how to estimate time1 offset |
Date: | Wed, 6 Nov 2013 21:07:14 +0800 |
There are two separate things to estimate:
delay for the PPS siganl
delay for the timecode-based signal
As I read your instructions, they seem to be about measuring the
*difference* between the pps signal and the timecode signal.
Also, I would avoid the word "GPS time". GPS time refers to a
different timescale, and that's not what we are talking about. I would
describe and use terms "pps-based offset" and "timecode-based offset" to
refer to gpsd obtaining offsets from the system clock to a pps signal
and a timecode.
+If, for example, your estimate of the offset is 0.32s, your time1 fudgeMy impression is that fudge1 is added to the offset, and that for
+value will be '-0.32'. Note the change of sign.
typical timecodes (e.g. ublox binary), a fudge of around 0.110s is
normal, indicating that the timecode arrives 110 ms late, which would
produce an offset of -0.110s.
[Prev in Thread] | Current Thread | [Next in Thread] |