Hey folks,
I’ve been having some issues importing Wikihouse files into Fusion360 and have spent the better part of the last three days troubleshooting. I figured I’d share my process in case anyone else has the same problem!
I tried several different file types, but importing the .3dm files directly seems to be the best way to preserve the naming of blocks/components. However, I found some glitches that prevented the geometry from properly importing that needed to be fixed manually in Rhino prior to uploading into Fusion360.
Here’s what I did:
-Open the .3dm file in Rhino
-Delete anything that isn’t a block (text, curves, etc.)
-Delete any double-nested blocks (BlockEdit > Select nested block that has double-nested block(s) > Explode > BooleanUnion)
-Check for non-manifold edges (Copy > ExplodeBlock > SelNonManifold)
-Check for open polysurfaces (Copy > ExplodeBlock > SelOpenPolysrf)
-Fix the non-manifold blocks and open polysurfaces (BlockEdit > Select nested block from list > Explode > Ctrl A > Join > BooleanUnion) - if this doesn’t work you have to edit it manually
-Check to make sure each block definition has only one polysurface in it (I wrote a Grasshopper script to do this automatically)
-Purge unused block definitions
-Save as .3dm file
That got me 90% there, but Fusion360 doesn’t seem to like Rhino blocks that have been mirrored from their original definition… these components have a funny display issue where the component is supposed to look solid but it appears transparent. This might be a non-issue unless we want to make nice renderings, so I wanted to find a solution.
I tried importing it as a .step file but then the mirrored blocks lose their component naming.
I could manually explode and redefine the blocks in Rhino but that would take… forever.
The only viable workaround I’ve found is to upload the .3dm into Fusion360, then export from Fusion360 to .step, then re-upload the .step file. This fixes the display issue and preserves component naming BUT for some reason, it makes component instances unique instead of preserving editing capabilities across multiple instances (edit one and it changes all other instances) - this is fine just something to be aware of.
EDIT: If I open the .3dm in Fusion360, export it as a .step file, open the .step in Rhino, save it as a .3dm again, then open the new .3dm in Fusion360, component instances are preserved. What a strange glitch!
Has anyone else had the same issue, and found an easier solution? Thanks!
