←back to thread

64 points bizzz | 4 comments | | HN request time: 0.618s | source

Hi HN,

This is my attempt to fix groggy mornings by lowering my bedroom CO2 from 1700 ppm to ~900 ppm.

I designed a simple, 3D-printed fan duct that directs air under the door to improve air circulation.

A note on the design process: I used CadQuery, a Python library for creating parametric 3D models. I didn't know tools like this existed and highly recommend it if you can program; it turned out to be more convenient than manually iterating on prototypes in a GUI.

The project is open source and the post explains the full build. Happy to answer any questions.

1. nancyminusone ◴[] No.44370322[source]
Software people will do anything but learn to use traditional CAD...

Just kidding. But would you mind sharing what you find so compelling about CadQuery?

As a mechanical person, these code to CAD tools make as much sense to me as suggesting you should write programs with a compass and straight edge.

replies(3): >>44370486 #>>44372066 #>>44381956 #
2. robbles ◴[] No.44370486[source]
I've used OpenSCAD for a few small projects. The main draw for me is avoiding all the "fiddly mouse stuff". I figure it's a trade-off between simple stuff being more complicated, and complicated stuff being easier to bulk edit and organize.
3. ajb ◴[] No.44372066[source]
Mainly, that all the data (constraints etc) are discoverable in one place instead of hidden behind various gui features. Also being able to use a battle tested version control system like git instead of whatever ball of duct tape comes with the tool.
4. sprobertson ◴[] No.44381956[source]
I have used OpenSCAD not CadQuery, to me (as a vim person) the appeal is not having to do a bunch of mousework. But it doesn't hold up for long, at some level of complexity it is certainly easier to just go learn SolidWorks/OnShape/Fusion.