Open dignakov opened 4 years ago
Yes, this is an unfortunate side-effect of all macros redefining yaskawa_blue
.
We could introduce a motoman_resources
package (similar to fanuc_resources
, abb_resources
, etc) which provides this definition once and then reuse it everywhere.
@EvilPictureBook: could you please update your OP with information about your ROS version? Afaik newer versions of xacro
should namespace definitions like this with the scope they are defined in (so yaskawa_blue
would be local to motoman_gp25
).
could you please update your OP with information about your ROS version?
Thanks, updated, and I also provided the launch and test files in case I'm doing something wrong there.
Please let me know if there's something I could test to see why the name-spacing isn't working.
Before I go and add a resources package and change everything to use it, am I understanding correctly that @gavanderhoorn you don't think this should be an issue with newer xacro
versions since the definitions should be namespaced?
I'm using the latest as far as I can tell, and while most things namespace properly the material definitions still seem to break.
When using multiple robots each seems to add a definition for yaskawa_blue, causing this error:
[ERROR] [1581285016.618736830]: material 'yaskawa_blue' is not unique.
System: Ubuntu 18.04, ROS-melodic, motoman package from git.
example xacro (my_robot_workspace.xacro):
load_my_robot.launch
test_robot.launch