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

UR: Motion doesn't interpolate on targets with same TCP position but different orientation. #7

Closed
garciadelcastillo opened this issue Nov 14, 2018 · 2 comments

Comments

@garciadelcastillo
Copy link
Member

garciadelcastillo commented Nov 14, 2018

For UR robots, when Precision is not 0 or using internally the movep instruction, the robot won't perform motion for targets with the same TCP position but different orientation. Problem found on SW 3.0.

This works:

SpeedTo(50);
PrecisionTo(0);
TransformTo(600, 100, 500, -1, 0, 0, 0, 1, 0);
Rotate(0, 1, 0, -90);
Move(0, 200, 0);
Move(0, 0, 200);
Rotate(0, 1, 0, 90);
Move(0, -200, 0);
Move(0, 0, -200);
AxesTo(0, -90, -90, -90, 90, 90);

This doesn't:

SpeedTo(50);
PrecisionTo(10);
TransformTo(600, 100, 500, -1, 0, 0, 0, 1, 0);
Rotate(0, 1, 0, -90);
Move(0, 200, 0);
Move(0, 0, 200);
Rotate(0, 1, 0, 90);
Move(0, -200, 0);
Move(0, 0, -200);
AxesTo(0, -90, -90, -90, 90, 90);

It doesn't work even if a tool with a Z offset is defined either.

@garciadelcastillo
Copy link
Member Author

Need to figure out if this is a problem due to old firmware (feels like this non-blending behavior is weird) or this is just how URs work, and figure out a work around...

@garciadelcastillo
Copy link
Member Author

Looks like the issue is with UR SW3.0. Chris Chekan ran these programs on 3.4 and worked great...

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

No branches or pull requests

1 participant