You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
# This message's purpose is to support the user when tuning device time translation.
3
+
# It collects all the relevant input and output such that a mutual comparison of various configuration (algorithms / parametes) and the current configuration in the driver is possible given a single bag file.
4
+
# It can also be used to inspect the performance of the current configuration.
5
+
####
6
+
7
+
# The standard header's timestamp should be the device time translated into local / system time, potentially plus an artificial offset (see below)
1
8
Headerheader
9
+
10
+
# the device clock stamp of the event in the device (e.g. LIDAR beam fire)
2
11
uint64event_stamp
12
+
# the device clock stamp of the transmission event (e.g. shortly before the transmission (sending) starts) if available separately. Otherwise equal to event_stamp.
3
13
uint64transmit_stamp
14
+
15
+
# the local / system clock time of when the device's message was received.
4
16
timereceive_time
17
+
18
+
# the artifical offeset in seconds that was added to the header's timestamp after translating the hardware time (e.g. to correct an known transport delay (would be negative then))
5
19
float32offset_secs
20
+
21
+
# correction_secs := receiveTime - translatedTime in seconds (without the offset above)
6
22
float32correction_secs
23
+
24
+
# the algorithm employed to compute the timestamp in the header
0 commit comments