[time-nuts] Re: Is there an application for time-stamping with absolute time?
Tom Van Baak
tvb at LeapSecond.com
Fri Jul 12 20:03:15 UTC 2024
> I added time-stamping with absolute time to my timer/counter.
There are a number of GPSDO that include such a UTC time tag feature.
The earliest example I know is the hp 59551A, with 3 time tagging
inputs. I'm told power companies used these products to locate faults
along transmission lines, a clever use of GPS. More info here [1].
See also the Pendulum CNT-91 timestamping counter for SCPI examples of
time capture.
The latest GPSDO from SRS (FS740) includes UTC time tagging. Check the
user manual for their SCPI implementation.
Yes, some mechanical clocks are timed against UTC. But most DIY and
commercial timers in that space already employ GPS for this.
I've used UTC timestamping for mains frequency logging. That too is a
niche application but it makes a good test case because of the unusually
high data rate. It's also a good test case because multiple users on the
same grid can directly compare their raw timestamp files.
There are lots of time formats to choose from. Start with one of the ISO
8601 formats. Another popular one is based on unix time_t: unsigned
non-leap seconds since 1970-1-1 and 9 decimal places of nanoseconds. For
example, right now is 1720810149 and if you add nanoseconds the
timestamp looks like 1720810149.123456789. One problem with that format
is that it looks like an innocent floating point number but even if you
use 64-bit double you lose a couple hundred nanoseconds due to loss of
precision. So some systems output two integers instead, one for seconds,
one for nanoseconds.
Assuming your code is open source, maybe make it easy for the user to
create their own application specific format.
One last note, many vintage telecom related GPS receivers had support
for timestamps. Mostly output (time of day), sometimes input (time
tagging). The feature to note is that they often included a TFOM (time
figure of merit) in their data format. This is kind of important for a
GNSS based device. A smart GPSDO can know pretty well how accurate (at
least to order of magnitude) the timestamps are or aren't. In other
words, it's not so much about the format of the timestamp but the
confidence of the timestamp. Power up, loss of lock (holdover), low
visibility, mobile use can all affect TFOM.
/tvb
[1] http://leapsecond.com/museum/hp59551a/
More information about the Time-nuts_lists.febo.com
mailing list