Cap did not succeed in GH but in RH

[fritz_run]

Hi everyone,
I’m setting up a tiny bolt generator for 3d printing purpose - fully run in GH 7/MacOS.

I decided to generate the thread simply by 2 rails and a section curve. However to create a solid I need to split/crop and cap the sweep surface.

boltGenerator.gh (21.0 KB)

May someone help me to understand two issues on this fairly basic op.

1. When the (z axis) of my cutting object exactly hits 0° or any full rotation of my rails and section curve, the split operation is not working. Why is that so?

2. I can split and create a bottom and top surface in GH, but can’t create a solid body nor cap. Baking and joining in RH works. Why is that so and what am I missing in GH?

Any help appreciated.

[Joseph_Oster]

BoltGen is a Rhino plugin, not GH.

BoltGen with Manuals and help for Rhinoceros (Windows and MAC)

[fritz_run]

Hello Joseph,

thank you for the info. I’m well aware of that plugin.

Maybe you also have some idea on how to split and cap the twisted surface in GH rather than baking the geometry and joining it in RH? And why the split does not work when the splitting surface is exactly on the seam?

Best

[Bernd_Möller]

The sweep doesn’t generate a closed surface. I assume, that this is part of the problem.

I don’t have a solution yet though.

[martinsiegrist]

Sweep does not automatically join the surfaces.

One way to circumvent this problem is to deconstruct the sweep and join the surfaces.

Then instead of trimming the threads, you can use the Solid Intersection component like this:

threads.gh (15.7 KB)

[fritz_run]

Is there a smarter way to create this kind of rotating surface?

[martinsiegrist]

Linear array just one thread instead maybe?

[fritz_run]

Ah, nice workaround. Kind of how I did it in on some surfaces in RH. First explode and then rejoin. I will also check on how the surface develops with linear arrays.

Very helpful. THX

[martinsiegrist]

@fritz_run

how the surface develops with linear arrays

I just tried with no success

[fritz_run]

That’s ok. If the other solution works on several DIN bolts you made my day!

[fritz_run]

Hi Martin,
your solution looked so convenient, but it is not working on my system. Any idea?

[martinsiegrist]

Try this.

threads.gh (18.2 KB)

[fritz_run]

Thanks for the effort! Unfortunately it is always the brep join that is keeping me stuck (arghhh).

It should have worked already with your very first idea. Must be something with the settings or so. I’m getting crazy.

[martinsiegrist]

It fails in my Rhino 7 installation too.

The Brep Join result doe not need to be closed. It should however have just two closed naked edges. Somehow this doesn’t seem to work in Rhino 7 unfortunately.

[fritz_run]

Where did you produce working results? 6 or 8?

PS: To be precise, it’s not working within GH in RH7. Because manual joining surfaces and cap in RH is working fine.

[martinsiegrist]

I’m using Rhino 8

[Rajeev2 (Rajeev)]

threads_Ra.gh (15.2 KB)
Create solid component will solve it
flexibility or Parakeet can be used

[fritz_run]

Hi Rajeev,
thx for joining the conversation. CreatedSolide seems really handy, but I won’t be able to use it until I Brep Join correct.

[Rajeev2 (Rajeev)]

list of Brep should go into create solid (not tree)

[martinsiegrist]

@fritz_run

Brep Join correct

Forget this brep join c output. The sweeps do not have planar edge loops.

A correct join results in an open brep with two closed edge loops at the naked edges.

Try the script posted here:

Call Brep Join in python grasshopper

Hey, check this out. [image] Brepsjoin-Re.gh (7.5 KB)

This brep join has a tolerance input which might solve the problem.