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

Question about the orientation of the URs's base #676

Open
gonzalocasas opened this issue Mar 25, 2024 · 1 comment
Open

Question about the orientation of the URs's base #676

gonzalocasas opened this issue Mar 25, 2024 · 1 comment

Comments

@gonzalocasas
Copy link

Disclaimer: I know this has been discussed and changed already a few times. (eg. here), but it still relatively hard for me to understand how to deal with it, or how others deal with it.

The current URDF models have the base of the robot rotated 180 degrees in respect to the real robots. For a lot of things, this is not a big problem, but the final result is that the models become harder to use for people that have not extensive understanding of robotics. Concretely, what happens is that the base rotation (which is done to satisfy the requirements of REP-103 that have a defined X+ orientation) causes the cartesian coordinate system to be mismatched to an off-the-shelf UR's cartesian coordinate system.

So, if a user works consistently in joint space, nothing happens, everything is fine. But for example, if anyone tries to read the coords off of the flex pendant, they will not match the ones that the model reports.

I honestly struggled a lot to understand if this was a problem on my side, but now I'm pretty sure the model is mismatched to reality and I wonder how are others dealing with it. I also understand the importance of conventions, but in this case, I find it hindering for usage and adoption. Internally, I always end up removing the fake rotation that is added in the base_link-base_link_inertia joint so that these match, but it feels extremely odd and inconvenient, and I don't know if there's a better way to fix this.

@gonzalocasas
Copy link
Author

/cc per our conversation last week @chenkasirer @yck011522

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

1 participant