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

[FEATURE] Set joint limits via RDK #85

Open
yellownebula10 opened this issue Nov 23, 2024 · 3 comments
Open

[FEATURE] Set joint limits via RDK #85

yellownebula10 opened this issue Nov 23, 2024 · 3 comments
Assignees
Labels
enhancement New feature or request
Milestone

Comments

@yellownebula10
Copy link

How urgent is this feature?
10

Is your feature request related to a problem? Please describe.
We control the robot in remote mode.
We command the robot to move to different target TCP poses but cannot find a way to limit trajectory taken when transitioning from one pose to another. This would be useful to prevent the robot hitting equipment around it.

Describe the solution you'd like
Set joint angles values range via RDK. Joint angle limits would be taken into account when robot IK is calculated.

Describe alternatives you've considered
As short-term solution, is there a way to set joint angles limits in Elements that would be considered when IK is calculated?

Thanks!

@yellownebula10 yellownebula10 added the enhancement New feature or request label Nov 23, 2024
@pzhu-flexiv pzhu-flexiv added this to the v1.6 milestone Nov 26, 2024
@pzhu-flexiv
Copy link
Collaborator

@yellownebula10 We can add setting joint limits over RDK in v1.6. However, only primitives that actually rely on IK calculation will take into consideration the joint limits, for example MovePTP and MoveIK. The other primitives or the direct motion-force control modes in RDK do not calculate IK to get target joint positions, they calculate target joint torques based on a different control law instead. That being said, they will still honor the joint limits in a different way, which is the joint limits constraining that prevents joints from going over the limits.

@yellownebula10
Copy link
Author

Hi @pzhu-flexiv,
Thank you for your reply.
When you say "they will still honor the joint limits in a different way, which is the joint limits constraining that prevents joints from going over the limits" does this work when setting safety joint limits? Is setting safety joint limits sufficient to "constraint" the robot path when moving between target TCP poses?

@pzhu-flexiv
Copy link
Collaborator

@yellownebula10

  1. Yes, setting safety joint limits changes both the safety limit and software limit, which is calculated according to the safety limit ( software_limit = safety_limit - const_offset).
  2. Yes, if not forced by externally applied torques, the joints won't move over the set limits, i.e. the range of motion is changed. However, this also means some TCP pose might not be reachable due to reduced range of motion in the joints.

@pzhu-flexiv pzhu-flexiv changed the title [FEATURE] [FEATURE] Set joint limits via RDK Dec 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants