https://www.printables.com/model/324102-vase-mode-parametric...
That is a neat design. From what I can tell though, the split base/top is overly complex. You can simply set (in PrusaSlicer at least) the number of layers to print normally before switching to vase mode.
Other than that, it seems to deriving strength from having sides that are not flat (same reason a rolled up paper is stiffer than a flat pice of paper), a fairly common trick when working with thin flat material of any kind (e.g. bent metal or cardboard have the same concerns). No "unusual" vase mode tricks that I can see.
> If you are new to 3D printing and/or CAD for 3D printing, this is not the right article for you.
I feel like I would have been fine with this article about a week into my 3d printing journey.
I always find it hard to determine what audience is appropriate for what I write. In this case I specifically didn't want to spend time on explaining what I consider basic terminology, and as deep as I am into 3D printing it can be hard to know what is at what level.
I often start to read article outside of my knowledge/competences and yes, often stop because I'm lost in terminology and don't want to read further.
But, it also happens that I want to know more and discover what specialists consider "basic knowledge".
This is the exact pattern that made me want to read your text. I knew vase mode existed but never cared for it because it's outside of my requirements for 3d printing.
Now I know and you explained it perfectly!
If you have questions related to the blog post, feel free ask.
https://makerworld.com/it/models/99219-olivetti-style-vase-m...
You can create fast to print objects consuming very little filament, however to have some kind of texture on the surfaces is absolutely needed for strength.
That is a neat model. It seems like unlike printables, makersworld doesn't have a 3D preview on the website (or maybe you need to be logged in, or use an app or something)? As I have a Prusa printer, I have naturally falles into using printables (and Thingyverse back before printables was launched).
I will have to download the model and take a proper look in the slicer or CAD program when I'm no longer on my mobile phone. (I will probably not print it, as I'm not currently in the need of a desk organiser, and I don't like wasting plastic.)
For the benefit of those who don't know (I assume you do): Texture absolutely helps rigidity in any part, since if the surface is already curved or creased in one direction it resists bending in other directions. (This is why a rolled up paper is stiffer than a sheet.)
I looked at the model on printables, and have a followup question: why does the slit go all the way through? You can make the first few layers print normal and solid (in fact this is very common), so I'm slightly confused as to why you didn't (it would probably increase the strength a bit).
I have a long love affair with vase mode and abusing it, and always saving time/weight is my main goal, like in this other case: https://makerworld.com/it/models/840291-vase-mode-gear-phone...
Your blog post made me thing that we would almost need a specialized vase mode site for models of that kind :D Moreover, there is no reason why the top surface could not be closed with bridging. The slicers have a lot of odd limitations in the context of vase mode.
If you want full control though, you might want to look at https://github.com/FullControlXYZ/fullcontrol (using python to directly generate gcode). Perhaps a bit over the top, but their examples are cool and show things that can't currently be done any other way. You could definitely switch back and forth between vase and normal with it.
│││││││
│││││││
│││││││
│││││││ Inside of the object
│││││││ is here
│││││││
│││││││
│││││││
┌────
└─────┐
┌─────┘
└─────┐ Inside of the object
┌─────┘ is here
└─────┐
┌─────┘
└─────
┌────
└─────┐
┌─────┘
└───── <-- Print head moves up here
┌─────┘
└─────┐
┌─────┘
└─────
I'm also curious what it would do for part strength. If you offset the zig-zags from layer to layer it will not be as pretty obviously, but it should act like offset bricks in a brick wall. Worth exploring (but I don't have the equipment to test part strength).
One effect of this would be to make the print dramatically slower though, you would never get up to max speed due to all the cornering.
You could do this sort of pattern already while modelling (though that offset version would be very fiddly). Less practical than the slicer but useful for a quick proof of concept.
Thinking about it some more, this is not that far from the existing fuzzy skin pattern already in slicers, and I believe that the relatively obscure slicer IdeaMaker does allow to apply arbitrary textures as height maps on the sides of parts. That could be another way to explore this.
It would probably just be a slightly less random fuzzy skin effect.
This is an interesting idea but I suspect print times would put most people off.
I am not sure, but "fuzzy skin" seems to intentionally sacrifice some adherence to the object's exact shape? "folded outline" would not do that. If the printer prints it exactly, the print would match the object just as precisely as a normal outline.
The IdeaMaker repo on GitHub says it is abandoned. Maybe there are other options? An open source slicer written in Python without dependencies that works on the command line would be my favorite starting point. If there is none, writing a new one might also be feasible?
You could consider writing a post processing script, or perhaps experimenting with https://github.com/FullControlXYZ/fullcontrol (not a slicer but a toolkit for generating gcode from python). I suspect that a full on slicer in pure python would be rather slow though.
I don't think IdeaMaker is abandoned, but it is closed source freeware.
I just started 3D printing a few weeks ago. I already realized that I need to write my own CAD software. None of the existing ones are the way I want to design objects. That will probably take a few months. Then I will probably want to control the prints down to the gcode level and look into the situation then.
For me, parametric CAD is what clicked. I suspect making your own CAD engine is going to be quite a lot of work though, as unlike most 3D modelling for games etc, proper CAD works with mathematically perfect shapes, rather than tesselated approximations. (I believe OpenSCAD doesn't, it tesselates but let's you define the resolution dynamically as the script is executed.)
For 3D prints, this is something that you can live with: the imperfections of the technology will hide the triangles mostly if you use a high enough resolution. But for subtractive CNC, this is a problem: If you mill from metal you will see the imperfections.
The two main differences to how I want to work are:
1: I want to use a web-based solution. I don't like to install software. I just want to open a website. No matter if I am on Linux, Android or iOS - it should just work.
2: Instead of the SCAD language, I want to use Python.
- First up Onshape is web based, but is actually programmable behind the scenes (and all documents are scripts under the hood). This is used to let you write plugins it for it.
- The one I was thinking of used to be called KittyCAD but has since been renamed: https://zoo.dev/ (looked at it briefly but it was in very early stages then).
- https://www.fornjot.app/ is a work in progress CAD engine that can compile to WASM. Written in Rust (so big plus for me there, I have switched from C++ to Rust for most things).
There are a few python cad things already as well: SolidPython, PythonSCAD and CadQuery. FreeCAD is also scriptable in python. Due to the large size, python really isn't suitable for embedding in wasm though.
SolidPython: This seems to rely on OpenScad. I think a solution without dependencies will fare better in the long run.
PythonSCAD: This also seems to be heavily interwoven with OpenScad.
CadQuery: This might be interesting. I will probably start with some code for mesh(), combine(), intersect(), difference() that I write myself and then look into libraries like this one and evaluate if it makes sense to swap out my own for one of them. But I have the feeling they will not match my preferred architecture closely enough.
What do you mean by "Due to the large size, python really isn't suitable for embedding in wasm"? In what regard is Python "big"?
Yes, you can compress and strip down unused parts, but it will still not be a fast loading page if you want to provide a reasonable coding experience for the user to write python in. And it will eat server bandwidth, not a big deal if it is just you self hosting for yourself, but if you want to make this a public service that does matter.
There must be way more in there than just running Python code.
I once implemented a small subset of PHP in PHP (just enough to run the code I wanted it to run) and it took me 320 lines of code. The file (gloriously named php.php) was less than 10k in size.
Still, loading 8.7 MB is kinda ok. It takes about 2s on my pretty normal home connection.
Indeed, https://pyodide.org/en/stable/console.html loads a wasm that is 8.7 MB.
It also loads "python_stdlib.zip" which is 2.42 MB. Maybe that is the whole standard lib in compressed form? I wonder why they publish a zip. Browsers natively support all kinds of nice compression.
I guess there are leaner implementations than CPython?
https://pyscript.net loads a file "mircopython.wasm" that is 434 KB.
You can read more here:
https://controlmad.com/en/training/10h-grasshopper-g-code-fo...
https://interactivetextbooks.tudelft.nl/rhino-grasshopper/Gr...
That is the direction I will probably first look into when I get to the g-code level of my 3d-journey.
addaon•2mo ago
beeflet•2mo ago
addaon•2mo ago