Tristan, it’s right there. Just keep in mind that connecting all these panels with Lamello Zeta also means you have to assemble adjacent parts in perfect perpendicular direction. Zeta is good for anyting orthogonal but what you’re attempting here will be very complicated if not impossible with Zeta.
The miter surfaces in my definition are planar. But if the backside is never visible why don’t you cut all parts with let’s say -20° or -30° and use some good adhesive to glue all parts together using a waffle sub structure?
If you’re not married to the exact surface shape either you can try to approximate a panelization to a conical (torsion free) mesh, which would ensure planar thickness faces.
See this post by Daniel Piker for example:
He’s making the example with planar quad (PQ in short) meshes. Planarization and, ahem… “conicalization” (not sure if it’s a proper term) will move some points away from the original surface (there is a way of constraining the edge points to maintain the portal shape though), and the end result will depend on panel size, etc., but, if size and angle between panels remain within the interlocking system constraints, you should be able to use it without secondary structures.
This is a very laborious flawed effort using Anemone to trim scaled offset triangles. It has four flaws where it appears to me that adjacent triangles are so close to co-planar that their intersections fail.
The clutter at the bottom left of the first image is diagnostic output that could be hidden. My method for examining each offset triangle is to disable both loop components (start and end, orange group) and move the wires connected to FastLoopStart ‘C’ (Counter) to the integer slider in the yellow group. This allows me to access each triangle separately to see its intersections.
It takes the loop ~21 seconds to complete so there is a delay when opening the file or changing parameters. Not shown (because I just wrote it) is a simple ‘“unroll” / layout’ group.
@martinsiegrist
Agreed - Lamello system along a curved system isn’t the answer here and something I doubt could work properly. Our team favored this system due to the speed of production → reduction in lead times. A -20° cut upon a waffle structure / foam backing / manually attaching torsion sides with adhesive are our next investigations.
@ale2x72
Thank you for the reference this is great help. In square formations this might seem to work actually.
@Joseph_Oster
Thanks for taking a stab at it in another direction to validate the curved connections. Agreed - at such a small width, a mitered curved would be time consuming.
What “uniform angle”? Especially since some triangles appear to require a reverse angle on miters. Might as well just make the edges square and deal with gaps, eh?
As an afterthought, I added back components I didn’t use (yellow group at the bottom) that shows “dihedral angles” between faces, which range from -32.934998 To 17.201252 degrees with an average of -1.705997 degrees. The sorted list shows quite a few that are ±5 degrees or more.
I also modified the ‘“unroll” / layout’ group to use a grid:
P.S. Come to think of it, those “dihedral angles” in the yellow group are angles between face normal vectors so miter angles would be half of those values? The range is -16.5 To 8.6 degrees with an average of -0.853 degrees? Triangular Blanket Extrusion_2023Aug28aa.gh (46.8 KB)
I wish I had thought of this before spending so much time constructing the mitered triangles
Seems to me what you want is the miter angles for each edge. Those are available directly from Daniel Piker’s code! I’m not sure what format you want for constructing mitered triangles but it’s all there.
The panelization seems to navigate away from the desired scheme - a flowing pattern.
The “Extrusion” focus was that each panel would extrude to a depths of 3/4", which is seemingly not possible…especially with connections that are flat (no torsion).
I don’t know what you are talking about. Extrusion was always the wrong word, you want to trim triangles of a certain thickness. If what I posted this morning is of no use to you, I give up
It’s certainly a big help as I work through this!
Since this is going onto a CNC that drills out the angles autonomously - is there a way to add the 3/4" thickness to each panel within the script that corresponds to the given angle shown?
What does that mean? That you prefer triangles from Lunchbox over TriRemesh triangles? As I said, I don’t have Lunchbox. Code I’ve posted should work with either method.
I added thickened mitered triangular panels to my version ‘Aug29a’ using a similar but different method to what I did in version ‘Aug28a’. Results are identical in volume. This method projects edges to face offset surfaces using Daniel Piker’s edge vectors and trims the offset surfaces with them.
As in version ‘Aug28a’, the big problem was handling the “naked edges” which are missing from Daniel’s code. All the edges and miters look good to me except where they meet adjacent triangles:
I’m not sure yet what’s going on there or how to deal with it?
P.S. I added vertex normals (dark gray group at the top) from here:
I’m not using them, just showing them as white lines… This is a vertex at the edge, which I thought was a problem but now realize it’s just showing what happens at all vertices.
@Joseph_Oster Brilliant! The connected panels have a flat connection which was the major goal here! Huge thanks for solving that. I’m 4 years removed from Grasshopper, which was a priceless tool in graduate school. Jumping back into the waters again is taking some time.
The above image shows a comparison of how the panels connection creates a gradual “clean flow” to all sides. However, your solution seems to be the only way to achieve a flat connection without any torsion, which at this rate shouldn’t be an issue.
Might cut a 30degree miter in all panels as @martinsiegrist suggested to start this project immediately.
I don’t understand your issues with Lunchbox triangles vs, TriRemesh triangles Doesn’t the code work with either one? Seven days ago I said this:
Again, I don’t understand this, sorry?
Here is a solution to vertex overlap on the back of this “shell”, though there may be a few areas of this base surface that are concave, creating overlap on some front vertices too? This is compute-intensive (which cooks my laptop!) so is disabled in the attached GH file. (3.8 minutes!!)
P.S. After closing Rhino and re-opening it, enabling the disabled slow bits, it takes 2.7 minutes, which is what I saw earlier. Apparently it slows down with repetition?
Good point! Using Lunchbox Triangle Panels B creates the desired pattern. The connection is not as consistent on the backside with Lunchbox, but this should be perfectly fine for the LaMelo System when measured + drilled from front face. Reason for this desire is the resulting light reflections as individuals navigate around the wall seen in the very first image.
Your image shows the numeric labels are all zero? So you’ve done something wrong. I don’t like to repeat myself but if you internalize and post the geometry from Lunchbox, I can make it work.
Personally, I like the TriRemesh triangles better.
P.S. Just in case you don’t know what I mean by “internalize”:
No. I don’t have Lunchbox. Please watch the brief, fuzzy old video in my previous post.
From here:
3. Attach minimal versions of all the relevant files
If you have a gh file you have a question about, attach it to the post. Do not expect that people will recreate a file based on a screen-shot because that’s a lot of pointless work. It’s also a good idea to remove everything non-essential from a gh file. You can use the Internalise Data menu option to cut everything to the left of a parameter:
