Max joint position exceeded with panda robot
🛠 Done
I tested planning for a Panda joint configuration that exceeds a joint limit (
panda_joint2
100
1.7628
The planner returned a trajectory that indeed reaches this out-of-bound value (see attached image).
Alban Laflaquiere
1 year ago
Activity
One vote
11 months ago
This issue is now fixed and will be available in the upcoming release!
0 11 months ago Reply
11 months ago
11 months ago
A quick check about the status of out-of-bounds joints.
Was the inner working of the optimizer modified to guarantee the joints don't go out of bounds?
0 11 months ago Reply
Hey Alban,
At the moment, if you provide an out-of-bound configuration manually, the planner will allow it (trusting the user). We have decided to change it so that the planner will always block those configurations, and we'll release it in the near future.
Best,
Yahav
0 11 months ago Reply
Hi Alban,
I assume that you are planning a motion to a goal position of
in joint2? If so, we are currently indeed not checking that it is outside its100.0
.max_positionI think this is a broader issue of validating user input, and when to warn or return an error instead of calculating a best possible solution. So far, I was trying to be forgiving for input violations that are easy to spot (e.g. for exceeding position limits), and throw an error for violations that are hard to detect (e.g. when planning to a goal velocity and goal acceleration that is only reachable by violating a velocity limit).
Now that I'm thinking about it, my approach seems to be a slippery slope and maybe we should just be strict (at least by default) and throw an error if a motion is not feasible.
Thanks for bringing this up!
Best,
Lars
0 1 year ago Reply
Hi Lars,
Thank for your explanation.
As a user, it would make sense to me that the planner throws an error if the goal is out of bound. When manually specifying the goal, one could assume the user is responsible for checking; but when the goal comes from another part of the system, all bets are off!
Still, I don't understand how the planner can generate a trajectory that goes out of bound. Are the joint limits treated as soft constraints with a very high --but not infinite-- penalty? Does that mean we don't have a 100% guarantee that the trajectory won't exceed the joints/vel/acc limits?
0 1 year ago Reply
Hi Lars,
Just checking, because I'm not sure if you get notified when I reply here.
0 1 year ago Reply