tai-time
A nanosecond-precision monotonic clock timestamp based on the TAI time standard.
Overview
While Rust's standard library already provides the std::time::Instant
monotonic timestamp, its absolute value is opaque. In many scientific and
engineering applications such as simulations, GNSS and synchronized systems,
monotonic timestamps based on absolute time references are required.
This crate provides a fairly unopinionated timestamp for such applications with
a focus on simplicity, adherence to Rust's std::time idioms and
interoperability with the std::time::Duration type.
A TaiTime timestamp specifies a TAI point in time. It is represented as a 64-bit
signed number of seconds and a positive number of nanoseconds, relative to
1970-01-01 00:00:00 TAI or to any arbitrary epoch. This timestamp format has a
number of desirable properties:
- it is computationally efficient for arithmetic operations involving the
standard
Durationtype, which uses a very similar internal representation, - when a 1970 epoch is chosen (see
MonotonicTime):- exact conversion to a Unix timestamp is trivial and only requires subtracting from this timestamp the number of leap seconds between TAI and UTC time,
- it constitutes a strict 96-bit superset of 80-bit PTP IEEE-1588 timestamps, a widely used standard for high-precision time distribution,
- it is substantially similar (though not strictly identical) to the TAI64N time format,
- with a custom epoch, other monotonic clocks such as the Global Position System
clock, the Galileo System Time clock and the BeiDou Time clock can be
represented (see
GpsTime,GstTime,BdtTime,Tai1958TimeandTai1972Time).
MonotonicTime, an alias for TaiTime with an epoch set at 1970-01-01 00:00:00
TAI, is the recommended timestamp choice when no specific epoch is mandated.
On platforms that support it (currently, only Linux), the TAI system clock time
can be retrieved with TaiTime::now. Alternatively, on all systems that support
std, TaiClock can generate TAI timestamps based on the monotonic system
clock.
Usage
Add this to your Cargo.toml:
[]
= "0.2.1"
Examples
Basic usage:
use ;
// A timestamp dated 2009-02-13 23:31:30.987654321 TAI.
// (same value as Unix timestamp for 2009-02-13 23:31:30.987654321 UTC).
let t0 = new;
// Current TAI time based on the system clock, assuming 37 leap seconds.
let clock = init_from_utc;
let t1 = clock.now;
println!;
// Elapsed time between `t0` and `t1`.
let dt = t1.duration_since;
println!;
// Elapsed time since `t1`.
let dt = clock.now.duration_since;
println!;
// Print out `t1` as a GPS timestamp.
let gps_t1: GpsTime = t1.to_tai_time;
println!;
Conversion to and from date-time representations:
use ;
// The `FromStr` implementation accepts date-time stamps with the format:
// [±][Y]...[Y]YYYY-MM-DD hh:mm:ss[.d[d]...[d]]
// or:
// [±][Y]...[Y]YYYY-MM-DD'T'hh:mm:ss[.d[d]...[d]]
let t0 = from_date_time.unwrap;
assert_eq!;
assert_eq!;
Reading TAI time directly from the system clock (Linux-only, requires
feature tai_clock):
use MonotonicTime;
let now = now;
println!;
Design choices and limitations
Leap seconds are never automatically computed during conversion to/from UTC-based timestamps. This is intentional: since leap seconds cannot be predicted far in the future, any attempt to "hide" their existence from user code would lend a false sense of security and, down the line, would make it more difficult to identify failures subsequent to the introduction of new leap seconds.
Features flags
Support for no-std
By default, this crate enables the std feature to access the operating
system clock and allow conversion to/from time::SystemTime. It can be made
no-std-compatible by specifying default-features = false.
Support for time-related crates
Conversion methods to and from UTC date-time stamps from the chrono crate
are available with the chrono feature.
TAI system clock
On Linux only, it is possible to read TAI time from the system clock by
activating the tai_clock feature. Be sure to read about possible caveats
in TaiTime::now.
Serialization
TaiTime and related error types can be (de)serialized with serde by
activating the serde feature.
License
This software is licensed under the Apache License, Version 2.0 or the MIT license, at your option.
Contribution
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.