-
Notifications
You must be signed in to change notification settings - Fork 105
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SW2URDF: Inferring the joint geometry failed... #135
Comments
I had the same error message in my assembly. I just had two parts that I wanted to connect with a fixed link. Each of the parts had a sketch with the point marked where they are to be joined together. The first part was set fixed and the second one was connected by connecting those two sketeches without any DoF left. Manually setting the joint type at export to "fixed" did not resolve the issue. |
Thanks for the input! The thing is, I always add my own coordinate systems and a fixed joint doesn't need an axis. Other than the axis, I never leave any input blank and input my own values for all of them and I still often get this error. |
2 years later and this issue is still plaguing me. What can I do to get this fixed? |
Is there any way to work around this a bug? |
There are a few ways, none of them are good or work every time. Usually, you can get by by suppressing one of the mates. The issue is that sw2urdf was built for robotic arms where fixed joints don't really exist. If you suppress a joint to make it seem prismatic or revolute, then it'll work. You'll just have to go on and post process the results. Things get a little trickier if you're a) just trying to define a point in space (i.e just a coordinate system) rather than a rigid body or b) if a component is fixed without any mates (for example if you're using a skeletal sketch to define the locations of each component). Then, you may need to a) add a dummy component, mate it to the assembly, and use the same cs. In the case of b) you'll need to completely remake the assembly with mates only. All of this stems from one small bug: sw2urdf always tries to infer the joint type of a fixed joint even when you explicitly set it. Hope this helps! Good luck! |
Whenever I export an URDF, I fully constrain all SW2URDF parameters and do not rely on the automatic joint generation. Yet, very often I receive an error when I try to export them (as shown in the image below). This happens quite frequently when I have a single mesh/part but need to make a fixed joint between links at two locations on the part. I know this is an odd use case but it allows us to compose a sequence of URDF's at runtime by creating 6*0 joints between the output link of one part and an input link of a connected URDF. Because this is a fixed and fully constrained joint offset, this should be easy with the urdf exporter but very commonly errors out upon exporting. This also happens every so often when exporting actual assemblies with fully constrained mates as fixed joints. I cannot seem to find much of a pattern there but I'm hoping that fixing one will fix the other. I have attached an error message as well as a pack-and-go zip folder containing an assembly with the specific issue. I have also attached the logs in case they help.
I have another example in this ROS question: https://answers.ros.org/question/403261/sw2urdf-inferring-the-joint-geometry-failed/?answer=412226#post-id-412226
infer_joint_geom_ex_assem.zip
sw2urdf.log
The text was updated successfully, but these errors were encountered: