No version for distro dashing. Known supported distros are highlighted in the buttons above.
No version for distro crystal. Known supported distros are highlighted in the buttons above.
No version for distro bouncy. Known supported distros are highlighted in the buttons above.

Package Summary

Tags No category tags.
Version 1.5.0
License BSD
Build type CATKIN
Use RECOMMENDED

Repository Summary

Checkout URI https://bitbucket.org/traclabs/trac_ik.git
VCS Type git
VCS Version master
Last Updated 2019-04-22
Dev Status MAINTAINED
Released RELEASED

Package Description

A MoveIt! Kinematics plugin using TRAC-IK

Additional Links

No additional links.

Maintainers

  • Patrick Beeson

Authors

  • Patrick Beeson

This package provides is a MoveIt! kinematics plugin that replaces the KDL IK solver with the TRAC-IK solver. Currently mimic joints are not supported.

As of v1.4.3, this package is part of the ROS Indigo/Jade binaries: sudo apt-get install ros-jade-trac-ik-kinematics-plugin

To use:

  • Add this package and trac_ik_lib package to your catkin workspace.
  • Find the MoveIt! kinematics.yaml file created for your robot.
  • Replace

kinematics_solver: kdl_kinematics_plugin/KDLKinematicsPlugin (or similar) with

kinematics_solver: trac_ik_kinematics_plugin/TRAC_IKKinematicsPlugin - Set parameters as desired: - kinematics_solver_timeout (timeout in seconds, e.g., 0.005) and position_only_ik ARE supported. - solve_type can be Speed, Distance, Manipulation1, Manipulation2 (see trac_ik_lib documentation for details). Default is Speed. - kinematics_solver_attempts parameter is unneeded: unlike KDL, TRAC-IK solver already restarts when it gets stuck - kinematics_solver_search_resolution is not applicable here. - Note: The Cartesian error distance used to determine a valid solution is 1e-5, as that is what is hard-coded into MoveIt's KDL plugin.

NOTE: My understanding of how MoveIt! works from user experience and looking at the source code (though I am NOT a MoveIt! developer):

For normal operations, MoveIt! only really calls an IK solver for one pose (maybe multiple times if the first result is invalid due to self collisions or the like). This IK solution provides a joint configuration for the goal. MoveIt! already knows the current joint configuration from encoder info. All planning at that point is done in JOINT SPACE. Collision detection and constraint checking may use Forward Kinematics to determine the pose of any subgoal joint configuration, but the planning IS NOT being done in Cartesian space. After a joint trajectory is found, MoveIt! tries to smooth the trajectory to make it less "crazy looking", but this does not always result in a path that is pleasing to human users.

If you don't have obstacles in your space, you may want to try the Cartesian planning API in MoveIt! to get "straight-line" motion. MoveIt's Cartesian planner IS "planning" in Cartesian space (doing lots of IK calls). Though really it is just performing linear interpolation in x,y,z,roll,pitch,yaw between the current and desired poses -- it isn't really "searching" for a solution. That is, MoveIt's Cartesian capability is not doing collision avoidance or replanning -- if a collision is detected, the linear interpolation "planning" immediately stops. Unfortunately, in MoveIt! this scenario still returns True that a trajectory was found. This is not ideal, and needs to be fixed -- I may write a new Cartesian capability plugin for MoveIt! that addresses this, but that would be outside the scope of Inverse Kinematics.

CHANGELOG
No CHANGELOG found.

Wiki Tutorials

See ROS Wiki Tutorials for more details.

Source Tutorials

Not currently indexed.

Package Dependencies

System Dependencies

No direct system dependencies.

Dependant Packages

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

Recent questions tagged trac_ik_kinematics_plugin at answers.ros.org

Package Summary

Tags No category tags.
Version 1.5.0
License BSD
Build type CATKIN
Use RECOMMENDED

Repository Summary

Checkout URI https://bitbucket.org/traclabs/trac_ik.git
VCS Type git
VCS Version master
Last Updated 2019-04-22
Dev Status MAINTAINED
Released RELEASED

Package Description

A MoveIt! Kinematics plugin using TRAC-IK

Additional Links

No additional links.

Maintainers

  • Patrick Beeson

Authors

  • Patrick Beeson

This package provides is a MoveIt! kinematics plugin that replaces the KDL IK solver with the TRAC-IK solver. Currently mimic joints are not supported.

As of v1.4.3, this package is part of the ROS Indigo/Jade binaries: sudo apt-get install ros-jade-trac-ik-kinematics-plugin

To use:

  • Add this package and trac_ik_lib package to your catkin workspace.
  • Find the MoveIt! kinematics.yaml file created for your robot.
  • Replace

kinematics_solver: kdl_kinematics_plugin/KDLKinematicsPlugin (or similar) with

kinematics_solver: trac_ik_kinematics_plugin/TRAC_IKKinematicsPlugin - Set parameters as desired: - kinematics_solver_timeout (timeout in seconds, e.g., 0.005) and position_only_ik ARE supported. - solve_type can be Speed, Distance, Manipulation1, Manipulation2 (see trac_ik_lib documentation for details). Default is Speed. - kinematics_solver_attempts parameter is unneeded: unlike KDL, TRAC-IK solver already restarts when it gets stuck - kinematics_solver_search_resolution is not applicable here. - Note: The Cartesian error distance used to determine a valid solution is 1e-5, as that is what is hard-coded into MoveIt's KDL plugin.

NOTE: My understanding of how MoveIt! works from user experience and looking at the source code (though I am NOT a MoveIt! developer):

For normal operations, MoveIt! only really calls an IK solver for one pose (maybe multiple times if the first result is invalid due to self collisions or the like). This IK solution provides a joint configuration for the goal. MoveIt! already knows the current joint configuration from encoder info. All planning at that point is done in JOINT SPACE. Collision detection and constraint checking may use Forward Kinematics to determine the pose of any subgoal joint configuration, but the planning IS NOT being done in Cartesian space. After a joint trajectory is found, MoveIt! tries to smooth the trajectory to make it less "crazy looking", but this does not always result in a path that is pleasing to human users.

If you don't have obstacles in your space, you may want to try the Cartesian planning API in MoveIt! to get "straight-line" motion. MoveIt's Cartesian planner IS "planning" in Cartesian space (doing lots of IK calls). Though really it is just performing linear interpolation in x,y,z,roll,pitch,yaw between the current and desired poses -- it isn't really "searching" for a solution. That is, MoveIt's Cartesian capability is not doing collision avoidance or replanning -- if a collision is detected, the linear interpolation "planning" immediately stops. Unfortunately, in MoveIt! this scenario still returns True that a trajectory was found. This is not ideal, and needs to be fixed -- I may write a new Cartesian capability plugin for MoveIt! that addresses this, but that would be outside the scope of Inverse Kinematics.

CHANGELOG
No CHANGELOG found.

Wiki Tutorials

See ROS Wiki Tutorials for more details.

Source Tutorials

Not currently indexed.

Package Dependencies

System Dependencies

No direct system dependencies.

Dependant Packages

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

Recent questions tagged trac_ik_kinematics_plugin at answers.ros.org

Package Summary

Tags No category tags.
Version 1.5.0
License BSD
Build type CATKIN
Use RECOMMENDED

Repository Summary

Checkout URI https://bitbucket.org/traclabs/trac_ik.git
VCS Type git
VCS Version master
Last Updated 2019-04-22
Dev Status MAINTAINED
Released RELEASED

Package Description

A MoveIt! Kinematics plugin using TRAC-IK

Additional Links

No additional links.

Maintainers

  • Patrick Beeson

Authors

  • Patrick Beeson

This package provides is a MoveIt! kinematics plugin that replaces the KDL IK solver with the TRAC-IK solver. Currently mimic joints are not supported.

As of v1.4.3, this package is part of the ROS Indigo/Jade binaries: sudo apt-get install ros-jade-trac-ik-kinematics-plugin

To use:

  • Add this package and trac_ik_lib package to your catkin workspace.
  • Find the MoveIt! kinematics.yaml file created for your robot.
  • Replace

kinematics_solver: kdl_kinematics_plugin/KDLKinematicsPlugin (or similar) with

kinematics_solver: trac_ik_kinematics_plugin/TRAC_IKKinematicsPlugin - Set parameters as desired: - kinematics_solver_timeout (timeout in seconds, e.g., 0.005) and position_only_ik ARE supported. - solve_type can be Speed, Distance, Manipulation1, Manipulation2 (see trac_ik_lib documentation for details). Default is Speed. - kinematics_solver_attempts parameter is unneeded: unlike KDL, TRAC-IK solver already restarts when it gets stuck - kinematics_solver_search_resolution is not applicable here. - Note: The Cartesian error distance used to determine a valid solution is 1e-5, as that is what is hard-coded into MoveIt's KDL plugin.

NOTE: My understanding of how MoveIt! works from user experience and looking at the source code (though I am NOT a MoveIt! developer):

For normal operations, MoveIt! only really calls an IK solver for one pose (maybe multiple times if the first result is invalid due to self collisions or the like). This IK solution provides a joint configuration for the goal. MoveIt! already knows the current joint configuration from encoder info. All planning at that point is done in JOINT SPACE. Collision detection and constraint checking may use Forward Kinematics to determine the pose of any subgoal joint configuration, but the planning IS NOT being done in Cartesian space. After a joint trajectory is found, MoveIt! tries to smooth the trajectory to make it less "crazy looking", but this does not always result in a path that is pleasing to human users.

If you don't have obstacles in your space, you may want to try the Cartesian planning API in MoveIt! to get "straight-line" motion. MoveIt's Cartesian planner IS "planning" in Cartesian space (doing lots of IK calls). Though really it is just performing linear interpolation in x,y,z,roll,pitch,yaw between the current and desired poses -- it isn't really "searching" for a solution. That is, MoveIt's Cartesian capability is not doing collision avoidance or replanning -- if a collision is detected, the linear interpolation "planning" immediately stops. Unfortunately, in MoveIt! this scenario still returns True that a trajectory was found. This is not ideal, and needs to be fixed -- I may write a new Cartesian capability plugin for MoveIt! that addresses this, but that would be outside the scope of Inverse Kinematics.

CHANGELOG
No CHANGELOG found.

Wiki Tutorials

See ROS Wiki Tutorials for more details.

Source Tutorials

Not currently indexed.

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

Recent questions tagged trac_ik_kinematics_plugin at answers.ros.org

No version for distro ardent. Known supported distros are highlighted in the buttons above.

Package Summary

Tags No category tags.
Version 1.5.0
License BSD
Build type CATKIN
Use RECOMMENDED

Repository Summary

Checkout URI https://bitbucket.org/traclabs/trac_ik.git
VCS Type git
VCS Version master
Last Updated 2019-04-22
Dev Status MAINTAINED
Released RELEASED

Package Description

A MoveIt! Kinematics plugin using TRAC-IK

Additional Links

No additional links.

Maintainers

  • Patrick Beeson

Authors

  • Patrick Beeson

This package provides is a MoveIt! kinematics plugin that replaces the KDL IK solver with the TRAC-IK solver. Currently mimic joints are not supported.

As of v1.4.3, this package is part of the ROS Indigo/Jade binaries: sudo apt-get install ros-jade-trac-ik-kinematics-plugin

To use:

  • Add this package and trac_ik_lib package to your catkin workspace.
  • Find the MoveIt! kinematics.yaml file created for your robot.
  • Replace

kinematics_solver: kdl_kinematics_plugin/KDLKinematicsPlugin (or similar) with

kinematics_solver: trac_ik_kinematics_plugin/TRAC_IKKinematicsPlugin - Set parameters as desired: - kinematics_solver_timeout (timeout in seconds, e.g., 0.005) and position_only_ik ARE supported. - solve_type can be Speed, Distance, Manipulation1, Manipulation2 (see trac_ik_lib documentation for details). Default is Speed. - kinematics_solver_attempts parameter is unneeded: unlike KDL, TRAC-IK solver already restarts when it gets stuck - kinematics_solver_search_resolution is not applicable here. - Note: The Cartesian error distance used to determine a valid solution is 1e-5, as that is what is hard-coded into MoveIt's KDL plugin.

NOTE: My understanding of how MoveIt! works from user experience and looking at the source code (though I am NOT a MoveIt! developer):

For normal operations, MoveIt! only really calls an IK solver for one pose (maybe multiple times if the first result is invalid due to self collisions or the like). This IK solution provides a joint configuration for the goal. MoveIt! already knows the current joint configuration from encoder info. All planning at that point is done in JOINT SPACE. Collision detection and constraint checking may use Forward Kinematics to determine the pose of any subgoal joint configuration, but the planning IS NOT being done in Cartesian space. After a joint trajectory is found, MoveIt! tries to smooth the trajectory to make it less "crazy looking", but this does not always result in a path that is pleasing to human users.

If you don't have obstacles in your space, you may want to try the Cartesian planning API in MoveIt! to get "straight-line" motion. MoveIt's Cartesian planner IS "planning" in Cartesian space (doing lots of IK calls). Though really it is just performing linear interpolation in x,y,z,roll,pitch,yaw between the current and desired poses -- it isn't really "searching" for a solution. That is, MoveIt's Cartesian capability is not doing collision avoidance or replanning -- if a collision is detected, the linear interpolation "planning" immediately stops. Unfortunately, in MoveIt! this scenario still returns True that a trajectory was found. This is not ideal, and needs to be fixed -- I may write a new Cartesian capability plugin for MoveIt! that addresses this, but that would be outside the scope of Inverse Kinematics.

CHANGELOG
No CHANGELOG found.

Wiki Tutorials

See ROS Wiki Tutorials for more details.

Source Tutorials

Not currently indexed.

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

Recent questions tagged trac_ik_kinematics_plugin at answers.ros.org

Package Summary

Tags No category tags.
Version 1.5.0
License BSD
Build type CATKIN
Use RECOMMENDED

Repository Summary

Checkout URI https://bitbucket.org/traclabs/trac_ik.git
VCS Type git
VCS Version master
Last Updated 2019-04-22
Dev Status MAINTAINED
Released RELEASED

Package Description

A MoveIt! Kinematics plugin using TRAC-IK

Additional Links

No additional links.

Maintainers

  • Patrick Beeson

Authors

  • Patrick Beeson

This package provides is a MoveIt! kinematics plugin that replaces the KDL IK solver with the TRAC-IK solver. Currently mimic joints are not supported.

As of v1.4.3, this package is part of the ROS Indigo/Jade binaries: sudo apt-get install ros-jade-trac-ik-kinematics-plugin

To use:

  • Add this package and trac_ik_lib package to your catkin workspace.
  • Find the MoveIt! kinematics.yaml file created for your robot.
  • Replace

kinematics_solver: kdl_kinematics_plugin/KDLKinematicsPlugin (or similar) with

kinematics_solver: trac_ik_kinematics_plugin/TRAC_IKKinematicsPlugin - Set parameters as desired: - kinematics_solver_timeout (timeout in seconds, e.g., 0.005) and position_only_ik ARE supported. - solve_type can be Speed, Distance, Manipulation1, Manipulation2 (see trac_ik_lib documentation for details). Default is Speed. - kinematics_solver_attempts parameter is unneeded: unlike KDL, TRAC-IK solver already restarts when it gets stuck - kinematics_solver_search_resolution is not applicable here. - Note: The Cartesian error distance used to determine a valid solution is 1e-5, as that is what is hard-coded into MoveIt's KDL plugin.

NOTE: My understanding of how MoveIt! works from user experience and looking at the source code (though I am NOT a MoveIt! developer):

For normal operations, MoveIt! only really calls an IK solver for one pose (maybe multiple times if the first result is invalid due to self collisions or the like). This IK solution provides a joint configuration for the goal. MoveIt! already knows the current joint configuration from encoder info. All planning at that point is done in JOINT SPACE. Collision detection and constraint checking may use Forward Kinematics to determine the pose of any subgoal joint configuration, but the planning IS NOT being done in Cartesian space. After a joint trajectory is found, MoveIt! tries to smooth the trajectory to make it less "crazy looking", but this does not always result in a path that is pleasing to human users.

If you don't have obstacles in your space, you may want to try the Cartesian planning API in MoveIt! to get "straight-line" motion. MoveIt's Cartesian planner IS "planning" in Cartesian space (doing lots of IK calls). Though really it is just performing linear interpolation in x,y,z,roll,pitch,yaw between the current and desired poses -- it isn't really "searching" for a solution. That is, MoveIt's Cartesian capability is not doing collision avoidance or replanning -- if a collision is detected, the linear interpolation "planning" immediately stops. Unfortunately, in MoveIt! this scenario still returns True that a trajectory was found. This is not ideal, and needs to be fixed -- I may write a new Cartesian capability plugin for MoveIt! that addresses this, but that would be outside the scope of Inverse Kinematics.

CHANGELOG
No CHANGELOG found.

Wiki Tutorials

See ROS Wiki Tutorials for more details.

Source Tutorials

Not currently indexed.

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

Recent questions tagged trac_ik_kinematics_plugin at answers.ros.org

No version for distro hydro. Known supported distros are highlighted in the buttons above.