Conversation
|
Thanks for helping in improving MoveIt and open source robotics! |
|
I built this branch and Maybe I'm missing something? I'm on |
|
I don't remember facing any such issue. But I'll look into it once I am done with my examinations. |
|
I don't know what's going on (gonna investigate some), but it isn't a problem with this PR. Update: I think the segfault was just a bad mix of branches checked out in my workspace between |
| </include> | ||
|
|
||
| <node pkg="tf2_ros" type="static_transform_publisher" name="virtual_joint_broadcaster_0" args="0 0 0 0 0 0 odom_combined base_footprint 100" /> | ||
| <node pkg="tf2_ros" type="static_transform_publisher" name="virtual_joint_broadcaster_0" args="0 0 0 0 0 0 world panda_link0" /> |
There was a problem hiding this comment.
This is definitely a positive change 👍
|
I believe you can set the initial joint values with |
|
This line should have removed the collosion confict |
It does fix the conflict in terms of allowing the tutorial to continue, but I still think it's confusing that the robot suddenly jumps to a good state. Best to fix the initial joint angles via launch file, I think. |

Description
Fixes Issue: #470
Issue:
Changes made:
motion_planning_pipeline_tutorial.cpp:
readystate. (previously in collision)planning_scene->getCurrentStateNonConst().setToDefaultValues(joint_model_group, "ready");robot_stateandjoint_model_group.motion_planning_pipeline_tutorial.launch:
virtual_joint_broadcaster_0args/source_listparam tojoint_state_publishermove_group.launchrelaynode to remap/joint_statesto/joint_states_desired(later topic required bymove_groupnode)How changes fix the issue:
Setting the robot to
readystate brings the joint configurations to a valid state. Though this fixes the state and planning issue, this still does not fix the visual of robot in RViz as moveit is not subscribing to/joint_states. The changes in launch file fixes this issue.