ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question
0

[MoveIt!] Certain .stl files can't be used

asked 2016-09-02 06:57:24 -0500

F4bich gravatar image

Hi,

I'm trying to implement a robot model into MoveIt!. URDF-file and meshes have been build by my colleagues.

The robot can be viewed using RViz. However, when I'm loading the URDF into the MoveIt Setup Assistent such an error is given:

[ INFO] [1472814379.176343132]: Loaded complete robot model.
[ INFO] [1472814379.176441870]: Setting Param Server with Robot Description
[ INFO] [1472814379.184765149]: Robot semantic model successfully loaded.
[ INFO] [1472814379.184804317]: Setting Param Server with Robot Semantic Description
[ INFO] [1472814379.200211356]: Loading robot model 'complete'...
[ INFO] [1472814379.200256287]: No root joint specified. Assuming fixed joint
================================================================================REQUIRED process [moveit_setup_assistant-2] has died!
process has died [pid 24116, exit code -11, cmd /opt/ros/indigo/lib/moveit_setup_assistant/moveit_setup_assistant __name:=moveit_setup_assistant __log:= 
[...]

The problem seems to be caused by certain .stl meshes that are used. These meshes can be used as collision link elements, but not as visual link elements. If these specific meshes are not loaded the error doesn't occur.

Has someone experienced something similar? What might cause this problem that only MoveIt! seems to have with these .stl files.

edit retag flag offensive close merge delete

Comments

Could you share your URDF file please?

bhavyadoshi26 gravatar image bhavyadoshi26  ( 2016-09-02 06:59:32 -0500 )edit

yes, https://www.dropbox.com/s/khpe1746y3g... The meshes that cause the problem are upper_arm_iam, wrist_iam and all meshes having 'finger' in their name

F4bich gravatar image F4bich  ( 2016-09-02 07:13:57 -0500 )edit

I had some problems with custom-made STL files given to me by our MechEs. In my case, it was an encoding problem. I used this utility to convert them: https://github.com/cmpolis/convertSTL (Yours might be a completely different problem.)

spmaniato gravatar image spmaniato  ( 2016-09-02 07:48:09 -0500 )edit
1

Without access to your meshes I think it's going to be difficult to really diagnose this, but in general:

  • use only binary STLs
  • make sure you have no solid in your header (SolidWorks does this, for binary STLs, it's incorrect)
  • don't have 100000+ faces/verts. No need.
gvdhoorn gravatar image gvdhoorn  ( 2016-09-02 11:51:54 -0500 )edit

1 Answer

Sort by ยป oldest newest most voted
1

answered 2016-10-11 05:40:25 -0500

F4bich gravatar image

As gvdhoorn suggested, I reduced the complexity of the meshes (using Blender) , which was the solution to the problem.

edit flag offensive delete link more

Comments

Good to hear you worked around this. Could you perhaps report this at the issue tracker? Even if meshes have large nrs of faces/verts, the MSA should not crash like that. Thanks.

gvdhoorn gravatar image gvdhoorn  ( 2016-10-11 06:16:42 -0500 )edit

Yes, no problem

F4bich gravatar image F4bich  ( 2016-10-11 09:23:00 -0500 )edit

Question Tools

2 followers

Stats

Asked: 2016-09-02 06:57:24 -0500

Seen: 893 times

Last updated: Oct 11 '16