ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question

Revision history [back]

click to hide/show revision 1
initial version

A couple of related discussions can be found here:

  • https://github.com/ros-planning/moveit/issues/773
  • https://github.com/ros-planning/moveit/pull/541
  • https://answers.ros.org/question/203662/planning-with-orientation-constraint-in-moveit/

In short, it is a known problem which seem to occur when there are orientation constraints (which I failed to mention in the problem...) and has no proper fix at the moment. The current workaround is to use enforce_joint_model_state_space.

The idea of setting explicit joint jump limits was mentioned in the discussion but due to lack of interface for this on OMPL side, this cannot be implemented for the time being.

A couple of related discussions can be found here:

  • https://github.com/ros-planning/moveit/issues/773
  • https://github.com/ros-planning/moveit/pull/541
  • https://answers.ros.org/question/203662/planning-with-orientation-constraint-in-moveit/

In short, it is a known problem which seem to occur when there are orientation constraints (which I failed to mention in the problem...) and has no proper fix at the moment. The current workaround is to use enforce_joint_model_state_space.

The idea of setting explicit joint jump limits was mentioned in the discussion but due to lack of the interface for this is not available on OMPL side, this thus cannot be implemented for the time being.

A couple of related discussions can be found here:

  • https://github.com/ros-planning/moveit/issues/773https://github.com/ros-planning/moveit/issues/562
  • https://github.com/ros-planning/moveit/pull/541
  • https://answers.ros.org/question/203662/planning-with-orientation-constraint-in-moveit/

In short, it is a known problem which seem to occur when there are orientation constraints (which I failed to mention in the problem...) and has no proper fix at the moment. The current workaround is to use enforce_joint_model_state_space.

The idea of setting explicit joint jump limits was mentioned in the discussion but the interface for this is not available on OMPL side, thus cannot be implemented for the time being.