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

Sensor output delayed #224

Open
olohyun opened this issue Aug 29, 2022 · 1 comment
Open

Sensor output delayed #224

olohyun opened this issue Aug 29, 2022 · 1 comment

Comments

@olohyun
Copy link

olohyun commented Aug 29, 2022

Screenshot from 2022-08-29 23-45-39

Sometimes, the sensor output of IMU, lidar and camera is delayed during the simulation. Not only the 'ros2 topic echo', but also the subscriber of each codes receives the delayed data, and this makes the control of our vehicles unavailable.

Is there any methods to solve the delay? We have paused the simulator until ros2 receive all delayed sensor data, but the sensor are delayed again as soon as we resume the simulator.

While other sensors are delayed, the sensor output of "mbzirc_naive_3d_scanning_radar" (top-left side of the terminal) is not delayed. What is the difference?

@iche033
Copy link
Collaborator

iche033 commented Aug 29, 2022

It's hard to say where the delay is coming from. mbzirc_naive_3d_scanning_radar is operating at only 1hz while the other, e.g. imu, lidar, camera, are either operating at higher frequency or has a larger data packet to process. So the delay could be due to extra time spent copying / processing large msgs, e.g. in the ign-ros2 bridge, and how high the cpu load of the machine is. Delays could also be different between machines.

On the other hand, if the problem is about synchronizing times from different streams of data (some with delays, some without), one option is to use the ros message_filters package.

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

2 participants