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

Giving goal for exe_path action in different frame other than map #246

Open
fayyazpocker opened this issue Dec 4, 2020 · 2 comments
Open
Assignees
Labels
bug details needed The reported should provide further explanations about the issue refactoring

Comments

@fayyazpocker
Copy link

I am publishing directly to /move_base_flex/exe_path/goal as I am only interested in the controller. I am able to give the path with reference to map frame but passing path in a different frame like base_link is not working. I am able to publish the goal without throwing any error but the robot does not follow to the goal unlike when I pass the path in map frame. I can always transform the goal point into map frame and pass it to the path but I think that feature is really good as we have that in move_base.

@lucaslins0035
Copy link

Having the same trouble here! In fact I am trying to pass a goal for the path to be planned in odom frame, but it keeps asking for frame map. Apparently it does not even support base_link frame with a namespace as <namespace>/base_link. It would be nice to have it quickly sorted out just by using the frame names passed into the costmap_2d params.

@spuetz spuetz added bug details needed The reported should provide further explanations about the issue refactoring labels Feb 7, 2022
@spuetz spuetz self-assigned this Feb 7, 2022
@corot
Copy link
Collaborator

corot commented Nov 15, 2022

Sorry, probably I'm too late commenting here, but anyway,

Passing a path referenced to base_link doesn't make sense with the typical controller, as DWA or TEB, as they keep transforming the path into local costmap frame. That means that, as the robot moves, the path moves with it and so it will keep catching the path forever.

That said, MBF just forwards the path to the controller, so she's agnostic about the frame (disclaimer: not 100% sure about this, I need to check the code more thoroughly)

What are the errors you get? Or no errors, just the robot not moving?

Sorry again for the huge delay in answering

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug details needed The reported should provide further explanations about the issue refactoring
Projects
None yet
Development

No branches or pull requests

4 participants