License

Give a Shout Out

If you print this Thing and display it in public proudly give attribution by printing and displaying this tag.
Print Thing Tag

Instructions

Actually the maze pattern comes from the attached greyscale png :)

To regenerate the model adapt the png filename and the variable "part" in mazebox_clean2_stable.py (1 == bottom part, 2 == top part)

The png must be grayscale without an alpha channel.

The python script is a mess but I needed to get this done before xmas... Also sorry for the weird filenames, but thingiverse does not let me rename files...

The model was intended to have exact 1.5mm wall thickness when intersected with a plane parallel to the XY-plane (to get skeinforged into 2 layers) but the 3D inset operation is tricky so it sometimes is a little less but the repraped parts are still very stable after my makerbot printed for two hours :)

Yes the code is broken. The problem you describe happens because you have to adapt the number of pixels (height and width) that you want to use in the source code. It was a quick hack but the code is there and this is quite easy to fix just look at the first few python lines. maybe i'll find some time to do that during the holidays ;)

I love functional puzzles. I use mine to keep the pieces of my George Hart's 12 Stick Puzzle in. The lid goes about 2/3 of the way down and locks nicely. It's just a brilliant design and never easy to open.

Anytime I try to compile the python generated model with openscad, even the sample, after an interminable compilation duration more appropriate for last century, openscad crashes with an obscure error.

oh sorry that happens when you have too sharp corners in the gray scale image and the inset algorithm screws up...either fix the inset code or add some gray scale gradient to avoid sharp cornered small lines that get inset weird...i still love this box idea and hope to find some time to fix the inset code to get rid of these excepion for real but its a little tricky maybe it would be better to uses some existing 2d library for the inset because basic inset is almost trivial (some 2d linear equations need to be solved) but the cornercases complicate everything and well I did not manage the first time I tried...maybe the community is faster than me? ;)

I intermittently encountered the same error, plus occasional winding errors, when I tried to repair my derivative. The errors go away if you * disable the second polyhedron, but I can't see anything wrong with the Python script that generates it.

Eventually I found a workaround by deleting the second polyhedron and replacing it with a copy of the first polyhedron prefixed with "translate([0,0,0.01]) scale([0.94,0.94,1.0]) " to cut out the hollow interior and offset it very slightly to avoid manifold errors. This gives approximately the sa
me 1.5mm wall thickness as the original Python output.

Another workaround is to delete the second polyhedron with "cylinder(h=80, r=23.4 );" to build a smooth interior wall. That gives a model whose walls vary from 1.5mm to 3.0mm in thickness due to the contours of the maze.

@VeryWetPaint these are two very good solutions. maybe I overcomplicated it by trying to inset it. My goal was back then to have a constant wall thickness so that it would always extrude exactly 2walls for the whole labyrinth. but now that the printing quality increased so much by using a stepper based extruder this workaround is no longer needed and a scaled version on the inside works just as well and should also speed up the openscad rendering time :)

Having some problems with getting the outer sleeve made as a more solid unit. Changing the infill property doesn't seem to affect it still being built as an inner and outer sleeve that's not very stiff. Any ideas please?