Skip to content

Commit 146230a

Browse files
Merge branch 'master' of github.com:LabVIEW-Open-Source/Epoch-Time
2 parents 222eaf3 + b2a5e35 commit 146230a

File tree

1 file changed

+12
-2
lines changed

1 file changed

+12
-2
lines changed

README.md

Lines changed: 12 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -46,11 +46,20 @@ Taking the following date and time: January 1st, 2021 @ 11:50:22.587 in Montreal
4646

4747
The reverse operation (ISO8601 DateString to Timestamp) supports all the above accepted formats, validates the input string for compliance and returns the ISO Format type matched.
4848

49+
![ISO8601](https://user-images.githubusercontent.com/11728548/104110687-0f52cc80-52a8-11eb-8888-462fc7243fbf.png "ISO8601")
50+
4951
## RFC3339 Format
5052

5153
RFC3339 is based on ISO8601 but allows for a few deviations.
5254
A notable one is the space to replace the "T" in the UTC DateTime. Instead of providing an entirely separate method, the DateTime to Timestamp exposes a "Strict ISO?" terminal which can be set to false to accept RFC3339 format as a valid date-time string.
5355

56+
![RFC3339](https://user-images.githubusercontent.com/11728548/104110707-4e811d80-52a8-11eb-8d5c-0809daea39c0.png "RFC3339")
57+
58+
## RFC5322 Format
59+
60+
RFC5332 is the Internet Email Date Format and is used in the email headers.
61+
![RFC5332](https://user-images.githubusercontent.com/11728548/104110791-04e50280-52a9-11eb-8020-96b7e05be872.png "RFC5332")
62+
5463
## Compare Timestamps
5564

5665
Because of the high resolution of the LabVIEW Timestamps, and the limited resolution of date-time strings, validation of equality needs to be performed with a certain precision.
@@ -63,10 +72,11 @@ GPS clocks and International Atomic Time are continuous and evenly-spaced, where
6372
Therefore, leap seconds are sometimes added or removed to UTC time. Based on the history of the number of leap seconds added to the UTC, one must use this look-up table to make the exact time conversions.
6473
Leap Seconds record is kept in a table maintained by an international consortium (https://www.ietf.org/timezones/data/leap-seconds.list)
6574

75+
![GPS-Unix](https://user-images.githubusercontent.com/11728548/104110804-2d6cfc80-52a9-11eb-8ef9-36ea583df8c7.png "GPS and Unix Time")
76+
6677
Notable facts:
6778
- UTC Time accepts "YYYY-12-31T23:59:60Z" to allow for leap seconds to be introduced (note the seconds segment = 60)
6879
- GPS Clock is permanently offset from TAI by 19 seconds
6980
- UTC is, in 2021, offset by 37 seconds from TAI... and 18 seconds from GPS (37s - 19s)
7081

71-
72-
82+
A practical method has been added to the palette to compare with a pre-defined resolution. The node defaults to 1 millisecond, but can be set to any fractional of multiple of 1, and units available span from nanoseconds to weeks.

0 commit comments

Comments
 (0)