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

NavigationRos - perform computePlan asynchronously #62

Open
rayvburn opened this issue Oct 3, 2023 · 2 comments
Open

NavigationRos - perform computePlan asynchronously #62

rayvburn opened this issue Oct 3, 2023 · 2 comments
Labels
enhancement New feature or request

Comments

@rayvburn
Copy link
Owner

rayvburn commented Oct 3, 2023

Usually the delay of a blocked planning service is 500 ms. Error:

[ERROR] [1696377720.614312985, 52.176000000]: move_base must be in an inactive state to make a plan for an external user
@rayvburn rayvburn added the enhancement New feature or request label Oct 3, 2023
@rayvburn
Copy link
Owner Author

rayvburn commented Oct 11, 2023

WIP

Even after moving the section relying on the tf_buffer to the computePlanAsynchronously (to avoid using findTransform in multiple threads), there are some strange errors:

terminate called without an active exception

Aborted (core dumped)

Did not debugged that thoroughly yet (changes stashed locally)

Also, consider using the condition_variable

@rayvburn
Copy link
Owner Author

rayvburn commented Jan 9, 2024

Another (simpler approach) that may help would be to connect straight to a "/move_base/GlobalPlanner/make_plan" or "/move_base/NavfnROS/make_plan" (depending on the planner) instead of "/move_base/make_plan" which often complains about "move_base must be in an inactive state to make a plan for an external user".

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

No branches or pull requests

1 participant