Closed aswinthomas closed 9 years ago
@aswinthomas The circumscribed radius from the costmap is considered when converting the plan to a band, so in principle it should work.
Hi Piyush, Do I have to specify the "radius" parameter for costmap? the wall hit behavior happens when turning on spot.
Yes.
The robot navigates as a point, but the costmap radius inflates obstacles so it should not hit them. For that to work, you need to measure the radius from the robot's axis of rotation.
Hi Jack, Thank you. That works. Unfortunately this is not a good planner if you have a rectangular robot that is long with respective to its environment and the obstacles that it is expected to negotiate. You end up with many 'no solution' situations.
Otherwise, its actually a great planner. For true holonomic motions, you dont need to limit the translational control_deviation with respective to angular control_deviation as done in getTwist() in trajectory controller. I have yet to test it on an actual robot. Will update you guys.
Can we close this issue?
Other than the comment that it does not work well with highly rectangular robots, it is not clear what problem is being reported.
Hi, Is the robot footprint considered when converting the plan to band? Or is this planner solely for a point robot?
I have a robot that is 1.7mx0.6m and it often hits walls.