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

While planning and executing movement in Moveit plugin for RVIZ, in most of the cases, robot starts not from the actual position but from default position.

Are you sure that your robot is providing correct state information when it first starts up? I noticed that my robot would show up in the default position in RViz when my robot driver sent all 0s for the first JointPosition message sent on the RobotState connection. RViz/Moveit seems to take the very first JointPosition update and assigns that to the "Planning Request -> Query Start State". You can see this by enabling that when you first start up.

While planning and executing movement in Moveit plugin for RVIZ, in most of the cases, robot starts not from the actual position but from default position.

Are you sure that your robot is providing correct state information when it first starts up? I noticed that my robot would show up in the default position in RViz when my robot driver sent all 0s for the first JointPosition message sent on the RobotState connection. RViz/Moveit seems to take the very first JointPosition update and assigns that to the "Planning Request -> Query Start State". You can see this by enabling that when you first start up.

While planning and executing movement in Moveit plugin for RVIZ, in most of the cases, robot starts not from the actual position but from default position.

Are you sure that your robot is providing correct state information when it first starts up? I noticed that my robot would show up in the default position in RViz when my robot driver sent all 0s for the first JointPosition message sent on the RobotState connection. RViz/Moveit seems to take the very first JointPosition update and assigns that to the "Planning Request -> Query Start State". You can see this by enabling that when you first start up.