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

Bridging same topic via multiple nodes leads to a conflict #591

Closed
k12onoss opened this issue Aug 29, 2024 · 2 comments
Closed

Bridging same topic via multiple nodes leads to a conflict #591

k12onoss opened this issue Aug 29, 2024 · 2 comments
Assignees
Labels
bug Something isn't working

Comments

@k12onoss
Copy link

Environment

  • OS Version: Ubuntu 24.04
  • Source or binary build? binary

Description

So, I ran into this issue while working with multi-robot simulation. I am using the cloned_multi_tb3_simulation_launch.py from the nav2 package, which launches a separate bridge for each instance of the tb3 robot that you spawn. As a result, the /clock topic is bridged multiple times. This leads to the following issues:

  • Detected jump back in time. Clearing TF buffer.
  • Message Filter dropping message: frame 'base_scan' at time 7.600 for reason 'the timestamp on the message is earlier than all the data in the transform cache'
  • Expected behavior:
    There's no mismatch in the messages published.
  • Actual behavior:
    Leads to some conflict. I've verified this by essentially omitting the /clock topic from being bridged for each robot instance and instead have a separate bridge for it.

Steps to reproduce

  1. Launch the cloned_multi_tb3_simulation_launch.py file.
@k12onoss k12onoss added the bug Something isn't working label Aug 29, 2024
@azeey
Copy link
Contributor

azeey commented Aug 29, 2024

I'm not sure what the fix should be here. It seems to me the right thing to do is to only bridge global topics like /clock only once.

@azeey azeey self-assigned this Nov 11, 2024
@azeey azeey moved this from Inbox to In progress in Core development Nov 11, 2024
@azeey
Copy link
Contributor

azeey commented Nov 11, 2024

I'm going to close this issue since it seems like a configuration problem. I think the fix is to make sure the /clock topic is briged once in your project or, in this case, in nav2_bringup.

@azeey azeey closed this as not planned Won't fix, can't repro, duplicate, stale Nov 11, 2024
@github-project-automation github-project-automation bot moved this from In progress to Done in Core development Nov 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
Archived in project
Development

No branches or pull requests

2 participants