-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Add 'base' coordinate system link to URDFs #95
Comments
I've recently done this myself, and I've got values that work. For Should the meshes perhaps be updated? Then the Same goes for |
@abubeck has done this, too....umpf.... |
@ipa-fxm wrote:
I know, I spoke with him, but his branch uses even more rotations. There is only one needed, but even that one can be made unnecessary if we 'fix' the meshes (and thus the orientation of |
#49 (Add tool0 to URDFs) is also related. |
I think it would make sense to just rotate the We can rotate the meshes later then. |
Well, one thing that needs to be considered about your proposed solution is the following: What we did in @abubeck's solution is add new links You can find it here...but I think that file was still rather WIP than final.... However, by "squeezing"-in |
I forgot about bw compatibility, you're right. I do not believe there is any reason to include
That should keep everything bw compat, while adding the new frames in the places where they should be with the proper orientations. We would also not have to update the MoveIt configs like this. I do still believe that the meshes will have to be fixed though, but that is something that can then be done in K-turtle fi. |
ros-industrial#95. Note that 'base' is essentially 'base_link' but rotated by 180 degrees over the Z-axis. This is necessary as the visual and collision geometries appear to also have their origins rotated 180 degrees wrt the real robot. 'tool0' is similar to 'ee_link', but with its orientation such that it coincides with an all-zeros TCP setting on the UR controller. Users are expected to attach their own TCP frames to this frame, instead of updating it (see also [1]). [1] http://wiki.ros.org/Industrial/Tutorials/WorkingWithRosIndustrialRobotSupportPackages#Standardised_links_.2BAC8_frames
See also #80. |
done in #200. closing. |
As discussed in ros-industrial/ros_industrial_issues#24.
The text was updated successfully, but these errors were encountered: