Apparently, with the current robot model, i.e. the collision model and meshes, as well as the current configuration of the collision matrix in the SRDF, the collision_monitor reports state_is_valid=false as reported here.
This needs further investigation before re-activating the node within bringup.
Possible reasons might be:
- collision meshes are actually colliding although they do not in hardware -> adjust collision meshes (make smaller, use "gaps")
- collisions might occur from the "dummy links" not actually having a mesh associated in real hardware (i.e. small boxes)
wrong computation of collision matrix using moveit_setup_assistant (random, 95%) -> run several times and unify running it several times for cob4-1 always resulted in the same disable_collisions pairs
- known bugs of collision checking library fcl when using geometric primitives -> use geometric macros https://github.com/ipa320/cob_common/pull/187
@fmessmer FYI
Apparently, with the current robot model, i.e. the collision model and meshes, as well as the current configuration of the collision matrix in the SRDF, the collision_monitor reports
state_is_valid=falseas reported here.This needs further investigation before re-activating the node within bringup.
Possible reasons might be:
wrong computation of collision matrix using moveit_setup_assistant (random, 95%) -> run several times and unifyrunning it several times for cob4-1 always resulted in the samedisable_collisionspairs@fmessmer FYI