You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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).
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
The text was updated successfully, but these errors were encountered: