-
Notifications
You must be signed in to change notification settings - Fork 22
[BUG] URDF difference of 4 centimeters for Rizon4 #82
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
Comments
@peteflorence This URDF is for newly produced Rizon 4 with updated kinematics values. We will add a new API in RDK v1.5 to export the actual URDF used in the control box, but for now, the easiest solution for you is to git checkout to the commit before this URDF change and copy the old URDF out and use that. |
Thanks @pzhu-flexiv, and yes please keep us posted on getting the actual URDF used in the control box. |
@peteflorence Please advise if this is what you want: 7d16e22 |
Hi @pzhu-flexiv . I met the same issue number 2 mentioned by @peteflorence
The issue still happens to me even after using the URDF extracted from the Version information: |
@TomCC7 Have you configured any tool to the robot? |
@pzhu-flexiv No, I'm comparing the pose to the flange link directly |
@TomCC7 In that case we will need more information to pinpoint the root cause. Could you email your sales representative at Flexiv and ask him/her to provide you with instructions to extract robot logs? When done, please send him/her:
Then we'll be able to further investigate. Thanks for your time. |
Version information
Describe the bug
There are two issues:
flexiv_rizon4_kinematics.urdf
) changed by >4 centimeters for the end-effector pose (see script to visualize)For problem #2 above, are there hidden calibration parameters (i.e. a per-robot specific URDF) that we could have access to? Or is there some other cause for the discrepancy?
For problem #1 above, here is the visualization from the script. I also changed the alpha channel of the robot so that you can more easily see them overlaid
The specific line change that causes the difference is here.
Is the new URDF or the old URDF closer to correct? How do we match the TCP pose reported by the robot?
Steps to reproduce
pip install pybullet
Expected behavior
URDF should match the robot, i.e. we should be able to take the measured joints and the URDF and calculate the same TCP pose reported by the robot.
Screenshots
See screenshot above.
The text was updated successfully, but these errors were encountered: