Skip to content
This repository has been archived by the owner on Nov 13, 2017. It is now read-only.

Allow end-effector place goals, ignoring the final pose of the attached object #577

Open
corot opened this issue Apr 18, 2015 · 2 comments

Comments

@corot
Copy link
Contributor

corot commented Apr 18, 2015

Hi, I'm experiencing problems described here and updated here with a hackish solution.
In sort, a limited-dof robot as the turtlebot arm cannot choose the 6D pose where to pick and place, but the tolerance values are fixed hardcoded default values in this function.
So place always fails unless you calculate very carefully the the yaw angle of the target pose. Should not move_group provide a way to configure tolerance values?

corot added a commit to corot/turtlebot_arm that referenced this issue Apr 18, 2015
@corot
Copy link
Contributor Author

corot commented Nov 15, 2015

I still think the configurable values would be a good thing, but now I think a better solution would be to make this line optional. That is, allow place goals just for the end-effector, ignoring the final pose of the attached object. I think this makes a lot of sense for placing objets whose final orientation is irrelevant, as spheres. And in my cases, for limited-dof arms that cannot choose the final pose in most situations.

So I rename the issue!

@corot corot changed the title Configurable tolerance values for pick/place Allow end-effector place goals, ignoring the final pose of the attached object Nov 15, 2015
corot added a commit to corot/turtlebot_arm that referenced this issue Nov 16, 2015
Pick and Place: finally I can place properly! (see
moveit/moveit_ros#577 for details)
@davetcoleman
Copy link
Member

+1, I remember this was very misleading and confused me when I was using the pick and place pipeline... currently you have to specify the start state in the end effector from of reference, but the goal state in the object frame of reference. i guess we'd need to have an option that switches between the two modes

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants