Nicolò Genesio (二コゲネ)

See this comment: - https://github.com/icub-tech-iit/creo2urdf/pull/79#issuecomment-1956794186

We should modify the assembly we used for MVP-2.5 (see #33) defining the joints (fixed and revolute) in "all" possible ways. This will be useful for testing how `creo2urdf` is...

CREO2URDF – MVP-5

1

As per https://github.com/icub-tech-iit/creo2urdf/issues/1#issue-1580769058 >- We will aim to improve the automation grade of the overall pipeline, including the generation in the CAD of the intermediate steps (e.g., simreps, shrinkwraps, mounted...

Right now `creo2urdf` works with the aid of some configuration files for retrieving information that is not defined in the simulation model cad (e.g. joint names, joint limits etc). @mfussi66...

iCubGazeboV2_* and iCubGenova11 : the frames of the ft sensors in the arms seems wrong – Stint 2

1

This is the follow-up of - #233 In particular we should clarify what is wrong, what this PR fixed: - https://github.com/robotology/icub-models-generator/pull/265 And what are our options for fixing the representation...

### Task description We should add the installation step for creo2urdf, so the action uses the latest creo2urdf binary. ### Definition of done We added the creo2urdf binary update in...

Here: - https://github.com/icub-tech-iit/creo2urdf/blob/eeef6c5c62b679392d726b4ca036a609c5ecd3b1/src/creo2urdf/src/Creo2Urdf.cpp#L798 When the child yaml is not included, the `filename` in the error message is the parent one, so it may be confusing

Add the possibility to handle assemblies that have parts with the same name

2

Right now we are using the part name as linkname basically, and if an assembly contains 2 parts with the same name the urdf produced is invalid since it is...

ModelExporter: exporting a frame attached to the base link, make that fake link the base link

4

@mfussi66 @kaidegast and I noticed this strange behaviour when trying to export frames attached to the link that is passed as `baseLink` to the `ModelExporterOptions`. Basically what happens is that...

For what I recall (:D) changing `mode set` to `OBJECT` (` bpy.ops.object.mode_set(mode='OBJECT')`) is needed to save the changes made to the armature. While testing `urdfToBlender` w/ @randaz81 with Blender 4.x,...