Unable to Find Time or Velocity Configuration for Generating Position Trajectory #147
-
Issue: Unable to Find Configuration for Generating Position TrajectoryDescriptionI am trying to generate a position trajectory in Curobo with the following requirements:
However, I couldn't find suitable configuration options in the Details
Steps to Reproduce[Provide any relevant code snippets or steps you've taken so far.] Expected Behavior[Explain what you expected to happen.] Actual Behavior[Describe the actual behavior or error messages you encountered.] Additional Information[Provide any additional context or information that might be helpful for addressing the issue.] |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 3 replies
-
I have attempted to adjust the max_acceleration and max_jerk parameters in the YAML file, as well as the scaling factors for velocity, acceleration, and jerk in the load_robot_config section. While I observed some improvement when setting these values relatively small, the trajectory planning fails whenever I make them too small, resulting in a 'TrajOpt Failed' error. Could you please provide guidance on how to appropriately configure these parameters |
Beta Was this translation helpful? Give feedback.
-
To plan for small velocity ranges: Try a velocity_scale of 0.5 or lower here: curobo/src/curobo/wrap/reacher/motion_gen.py Line 198 in c09d949 |
Beta Was this translation helpful? Give feedback.
-
Thank you! Now it's running smoothly. I suspect there were some internal parameters that weren't tuned properly. |
Beta Was this translation helpful? Give feedback.
If you don't change the velocity scaling, does success rate of cuRobo reach 100%?
Can you add this parameter
maximum_trajectory_dt=2.0
to herecurobo/src/curobo/wrap/reacher/motion_gen.py
Line 198 in c09d949
and see if that at least gives more success rate?
We tuned the weights for smoothing for speeds in the range of 1-2 radians per second. These weights worked down to 0.5 radians per second. Anything lower might need some re-tuning.
I think this will be a good unit test for us and we will try to reproduce this issue on an existing robot in our repository.