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

Backward direction #23

Open
JamesFlosse opened this issue Jun 27, 2022 · 6 comments
Open

Backward direction #23

JamesFlosse opened this issue Jun 27, 2022 · 6 comments

Comments

@JamesFlosse
Copy link

Hi, this project it's really cool but i have one problem, i set up gbplanner on real ugv and my problem is that the real robot goes 80% of the time in backward. How can modify this for the robot drive in forward direction?

@MihirDharmadhikari
Copy link
Contributor

Hello,

Thank you for the question. Currently, the simulation demo uses this pure pursuit path tracker. This assumes that the robot can go in both directions identically. So currently there is no direct solution to make it go forward.
However, this part of the path tracker handles the switch between forward and backward path following where it sets the linear velocity to be negative and switches the direction of the angular velocity. If you want you can modify this such that the linear velocity is always positive and the robot will turn on the spot to face the path.
If you always set this parameter to 1 and comment out this part, it should work. I haven't tested this but you can give it a try.

Let me know if this helps.

Best,
Mihir

@JamesFlosse
Copy link
Author

Thanks for you fast reply, i try next day this modification ;).

@JamesFlosse
Copy link
Author

Hi again, it's work fine thx.
I have some question the first, in your wiki, for the x y z sensor position, you "robot's odometry frame". This is base_link? or base_footprint?

@MihirDharmadhikari
Copy link
Contributor

Hi,
Happy to hear that it helped.
Regarding your question, the frame should be the one that the odometry solution calculates. The same odometry that you feed to the planner. In case of the SMB in the simulation it is the base_link.

@JamesFlosse
Copy link
Author

JamesFlosse commented Jun 30, 2022

Ok, because in simulation, when i setup x y z and rotation according to the base_link for the sensor (one VLP16), and setup xyz dimension robot size, i set up the robot_height and max_ground_height, the robot enter in colision with environment.

@MihirDharmadhikari
Copy link
Contributor

Hi @JamesFlosse ,

If you visualize the vis/robot_state topic you will see the bounding box that the planner uses for collision checking (the green one is the correct one). Check if this appears at the correct location.

Best,
Mihir

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