Home› Programming
Discussion
Back to discussions page
AndyBarnes
Posts: 6 Apprentice
Rx, Ry, Rz values on UR3 dependent on tool orientation? |
984 views
|
Answered | |
/ Most recent by AndyBarnes
in Programming
|
3 comments |

Hi,
I'm having trouble understanding how the Rx,Ry and Rz values are calculated with respect to the base on a UR3 robot. I'm seeing some oddities that I can't explain. I updated to the latest 4.6.1 software from 4.4 and still see the same issue:
1) Align end effector vertically so the z-axis is pointing upwards as well as can be.
2) Rotate wrist so tool rotates around z-axis
3) Observe Rx and Ry values staying more or less constant and Rz axis values changing. (This is via the move screen and using Base feature)
All well and good so far! However:
1) Rotate 2nd joint from end so that tool points down and z-axis points down vertically. Presumably one of the most common modes of operation (eg pick and place)
2) Rotate wrist so tool rotates around z-axis.
3) Observe Rx and Ry values changing and Rz value staying constant. (This is via the move screen and using Base feature)
Confusion. Also note that x-axis rotation using the orientation arrows works as expected, but y-axis rotation works as above (seemingly incorrect). However, the actual physical movement is as expected.
Can someone please enlighten me as to what I'm missing here? (I'm familiar with motion control, but a 6-axis robot newbie).
Thanks!
Andy Barnes.
I'm having trouble understanding how the Rx,Ry and Rz values are calculated with respect to the base on a UR3 robot. I'm seeing some oddities that I can't explain. I updated to the latest 4.6.1 software from 4.4 and still see the same issue:
1) Align end effector vertically so the z-axis is pointing upwards as well as can be.
2) Rotate wrist so tool rotates around z-axis
3) Observe Rx and Ry values staying more or less constant and Rz axis values changing. (This is via the move screen and using Base feature)
All well and good so far! However:
1) Rotate 2nd joint from end so that tool points down and z-axis points down vertically. Presumably one of the most common modes of operation (eg pick and place)
2) Rotate wrist so tool rotates around z-axis.
3) Observe Rx and Ry values changing and Rz value staying constant. (This is via the move screen and using Base feature)
Confusion. Also note that x-axis rotation using the orientation arrows works as expected, but y-axis rotation works as above (seemingly incorrect). However, the actual physical movement is as expected.
Can someone please enlighten me as to what I'm missing here? (I'm familiar with motion control, but a 6-axis robot newbie).
Thanks!
Andy Barnes.
Tagged:
When the wrist is pointing with the Z-Axis toward the ceiling this is in the same orientation as the base frame of reference so makes sense that the position of the arm can be described by representing the X,Y,Z of the TCP and then the rotation around x, y and z and that when you spin around Z only the Rz changes since you are aligned with the frame of reference. When you flip the wrist over the Z axis is now parallel to the base frame Z but pointing in opposite directions which you would think (at least I do) would simply be referenced by a different sign on either the Ry or Rx but there must be more going on in the math than that simple explanation.
TL;DR; No clue why that is happening and really hope someone with more matrix math in their background can jump in and explain it to us. @Stefan_Stubgaard any insight you can share into why this is the case?
Thanks again.
If you start with the tool pointing down, if you set Rx to pi radians, then everything more or less works as expected (as long as the plane is very flat). Or you can set a plane with the z-axis pointing down instead of up and that seems to work fine too.
It appears that if the tool is then flipped vertically, that is then when things go awry as the z-axis appears to not move and the x and y axes are changed. I suspect it doesn't matter which axis is looked at, the same thing happens.
The interesting thing is, you can imagine, if the tool is not 'quite' oriented in the z axis (say) of the base (assume the z-axis of the tool is not quite vertical), that by rotating the x and y planes in sync, you would get a rotation of the z-axis vector of the tool around the z-axis vector of the base. This is what I suspect is happening here and somewhat what I observe. Quite why it doesn't do it when the tool is pointing 180 degrees in the other direction, I have no idea.