Skip to content

Fix time stamp issues. #3

@tbolin

Description

@tbolin

start_time_local_ = ros::Time::now().toSec();

The current calculation for the time stampa of a received 6DOF pose does not account for any delay in the link between the QTM server and receiver. Neither does it recognize that the delay can vary.
Suggestion 1: Update _start_time_local if a received time would cause the time stamp to lie in the future.
Suggestion 2: Add a token delay (around 1 ms) to the timestamp, to compensate for the delay.
Suggestion 3: Remove the weird smoothing found here:
frame_interval = 0.6*frame_interval + 0.4*(packet_time - last_packet_time)/1e6;

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions