Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Many race conditions on published messages data #55

Open
VRichardJP opened this issue Jun 7, 2024 · 0 comments
Open

Many race conditions on published messages data #55

VRichardJP opened this issue Jun 7, 2024 · 0 comments

Comments

@VRichardJP
Copy link
Contributor

VRichardJP commented Jun 7, 2024

For example, let's focus on this->imu_stamp:

Its value is set in callbackImu here:

this->imu_stamp = imu->header.stamp;

And then it is used as timestamp for published messages in the following callbacks:

  • in publishPose (timer callback)
  • in callbackCloud (lidar sensor data callback)

Since everything runs in parallel in multiple thread, you get a race condition. For example, by the time the latest LIDAR scan has been processed and is ready to be published, many IMU messages may have been received already, thus causing the published LIDAR stamp look further in time than it actually is.

The consequence is that some of the data DLIO publishes is not reliable.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant