You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Split from #46 and influenced by #121, we'd like to tweak another parameter that governs the CMC (movl command). Currently, generated trajectories obey a duration value passed by the controller, but fail on run time if a maximum specified joint velocity is reached in any joint. This issue is focused on fixing a joint cartesian velocity instead so that the controller may adjust the trajectory duration accordingly. Note that this is how the movj command works (by enforcing isochronous trajectories in all joints) and, conversely, it could depend on duration.
Vaguely related, we could benefit from a dry run mechanism to perform tests: #156.
The text was updated successfully, but these errors were encountered:
Vaguely related, we could benefit from a dry run mechanism to perform tests: #156.
Joint velocities can be checked offline (i.e. prior to sending motion commands) in MOVL with --enableFailFast (26f8c35), and it's better used along with --usePosdMovl (#193 (comment)).
I believe the velocities that should be actually regarded are the cartesian ones. KDL::VelocityProfile_Trap has a convenient SetProfileVelocity method. Warning: here, newvelocity is a fraction (contained within [0.0, 1.0]) to be applied on the default maximum velocity.
Split from #46 and influenced by #121, we'd like to tweak another parameter that governs the CMC (
movl
command). Currently, generated trajectories obey a duration value passed by the controller, but fail on run time if a maximum specified joint velocity is reached in any joint. This issue is focused on fixing ajointcartesian velocity instead so that the controller may adjust the trajectory duration accordingly. Note that this is how themovj
command works (by enforcing isochronous trajectories in all joints) and, conversely, it could depend on duration.Vaguely related, we could benefit from a dry run mechanism to perform tests: #156.
The text was updated successfully, but these errors were encountered: