diff options
author | Steven <steven.vasilogianis@gmail.com> | 2021-11-25 09:59:02 -0500 |
---|---|---|
committer | Steven <steven.vasilogianis@gmail.com> | 2021-11-25 09:59:02 -0500 |
commit | 0acb0f1d0d96015be8a4c0e14501c71474b715d9 (patch) | |
tree | f7bd2d07e1d5895f4e7eaf169d798155d13580e7 | |
parent | 79b9bf3c113c5dee41ab8248478a51bc1dfad525 (diff) |
documention changes. lots.
-rw-r--r-- | README.md | 83 |
1 files changed, 74 insertions, 9 deletions
@@ -11,8 +11,10 @@ Side Part: | |||
11 | ::: | 11 | ::: |
12 | 12 | ||
13 | 3D printable parametric cubbies to store your 3D things. There are two distinct | 13 | 3D printable parametric cubbies to store your 3D things. There are two distinct |
14 | parts -- a `bottom` and a `side` -- that are generated to the dimensions of your | 14 | parts — a `bottom` and a `side` — that are generated to the dimensions of your |
15 | things, then 3D printed and assembled into modular storage units. | 15 | things, then 3D printed and assembled into modular storage units. The parts are |
16 | optimized for printing as they are made of sparse structures to save material, | ||
17 | and lay flat on the print bed. | ||
16 | 18 | ||
17 | ## Pictures ## | 19 | ## Pictures ## |
18 | 20 | ||
@@ -38,9 +40,12 @@ things, then 3D printed and assembled into modular storage units. | |||
38 | 40 | ||
39 | ### 🚫 Do NOT Scale in a Slicer 🚫 ### | 41 | ### 🚫 Do NOT Scale in a Slicer 🚫 ### |
40 | 42 | ||
41 | Your distribution of this project may have included STL files; these are either | 43 | All models should be generated by specifying the parameters `cubby_width`, |
42 | samples or test prints to verify the fit of the dovetail joints. Cubbies are | 44 | `cubby_depth`, and `cubby_height` in `cubbies.scad` (ways to do this are |
43 | meant to be generated in one of the following ways: | 45 | described below.) The dovetail joints are generated to a constant size |
46 | (controlled through the parameters `tab_width`, `tab_padding`, and | ||
47 | `tab_tolerance`) and should not be expected to fit after being scaled. Cubbies | ||
48 | can be generated in in one of the following ways: | ||
44 | 49 | ||
45 | * Using the Thingiverse Customizer | 50 | * Using the Thingiverse Customizer |
46 | 51 | ||
@@ -49,9 +54,9 @@ meant to be generated in one of the following ways: | |||
49 | modifying the variables at the top of the `cubbies.scad` file. | 54 | modifying the variables at the top of the `cubbies.scad` file. |
50 | 55 | ||
51 | * There are two scripts for generating cubbies from the commandline: | 56 | * There are two scripts for generating cubbies from the commandline: |
52 | `shopenscad.sh` (run `./shopenscad.sh -h` for details) generates a single | 57 | `cubbies.sh` (run `./cubbies.sh -h` for details) can generate entire sets of |
53 | model, and `cubbies.sh` (run `./cubbies.sh -h` for details) can generate | 58 | cubbies, and `shopenscad.sh` (run `./shopenscad.sh -h` for details) |
54 | entire sets of cubbies. | 59 | generates individual parts. |
55 | 60 | ||
56 | For a single cubby, you will need to print the side piece twice, and the bottom | 61 | For a single cubby, you will need to print the side piece twice, and the bottom |
57 | piece once. To add additional cubbies, print one bottom and one side. The bottom | 62 | piece once. To add additional cubbies, print one bottom and one side. The bottom |
@@ -68,6 +73,66 @@ by specifying either `male_tabs` or `female_tabs` for the `part` paramaters (the | |||
68 | `cubby_depth` paramater is respected as the length of those dovetail test | 73 | `cubby_depth` paramater is respected as the length of those dovetail test |
69 | pieces). | 74 | pieces). |
70 | 75 | ||
76 | ## Parameters ## | ||
77 | |||
78 | `part` Controls which part will be generated, and can be any of: | ||
79 | |||
80 | : `bottom` — a bottom part whose dimensions will be `cubby_width` x `cubby_depth`. | ||
81 | |||
82 | : `side` — a side part whose dimensions will be `cubby_depth` x `cubby_height`. | ||
83 | |||
84 | : `both` — a `bottom` and a `side` laid next each other. (These may look like | ||
85 | two seperate models, but is only one model, and obnixious to work with in a | ||
86 | slicer. Generating them seperately will allow you to manipulate them | ||
87 | individually). | ||
88 | |||
89 | : `female_tabs` — generates a shape consisting of the minimum amount of material | ||
90 | needed to test the dovetail joint fit. `cubby_depth` is respected as the | ||
91 | length that the tab holes (mortises) should run. (I have found that although | ||
92 | my printer could print a single tab accurately, spanning the entire length of | ||
93 | `cubby_depth` gave me the most accurate test. | ||
94 | |||
95 | : `male_tabs` — as `female_tabs` above, except with male tabs (tenons) | ||
96 | |||
97 | : `view_fit` — used as a debugging aid during development -- displays two sets | ||
98 | of tops and bottoms posiitioned to inspect tab fit. | ||
99 | |||
100 | ### Cubby Dimensions ### | ||
101 | |||
102 | `cubby_width` | ||
103 | : How wide the cubby should be, used as one dimension of the `bottom` and `male_tabs` `part`. | ||
104 | |||
105 | `cubby_depth` | ||
106 | : How deep the cubby should be, used as one dimension of the `side` and `female_tabs` `part`. | ||
107 | |||
108 | `cubby_height` | ||
109 | : How deep the cubby should be, used as one dimension of the `side`. | ||
110 | |||
111 | `thickness` | ||
112 | : How thick the `bottom`, `side`, or test fit pieces (`male_tabs`, | ||
113 | `female_tabs`) should be. When either part is eventually laid flat on the | ||
114 | print bed, this effectively becomes the `z` axis height. (The `tab_depth` is | ||
115 | dictated by this `thickness` dimension.) | ||
116 | |||
117 | `strut_thickness` | ||
118 | : The thickness of the strut members in the sparse structures. Applies to both | ||
119 | `bottom` and `side`. | ||
120 | |||
121 | `max_bridge` | ||
122 | : Maximum bridging distance between cross-braces of sparse struts. Applies to | ||
123 | `bottom`, and `side`. | ||
124 | |||
125 | ### Tab/Dovetail Dimensions ### | ||
126 | |||
127 | `tab_width` | ||
128 | : The width of each tab. | ||
129 | |||
130 | `tab_padding` | ||
131 | : The distance of the first tab from the edge, as well as between each tab. | ||
132 | |||
133 | `tab_tolerance` | ||
134 | : How much bigger the hole (or mortise) should be than the tab (tenon) | ||
135 | |||
71 | ![[Dovetail Test Fit](pictures/dovetail_test_fit.jpg-full "Dovetail Test Fit (full resolution)")](pictures/dovetail_test_fit-thumbnail.jpg) | 136 | ![[Dovetail Test Fit](pictures/dovetail_test_fit.jpg-full "Dovetail Test Fit (full resolution)")](pictures/dovetail_test_fit-thumbnail.jpg) |
72 | 137 | ||
73 | ## Source Repository ## | 138 | ## Source Repository ## |
@@ -119,7 +184,7 @@ pieces). | |||
119 | 184 | ||
120 | ## Contributions ## | 185 | ## Contributions ## |
121 | 186 | ||
122 | ![](pictures/kenneth-copeland.jpg) ![](pictures/basket.jpg) | 187 | ![Megachurch Pastor](pictures/kenneth-copeland.jpg) ![Donation Basket](pictures/basket.jpg) |
123 | 188 | ||
124 | 189 | ||
125 | - PayPal: <https://paypal.me/svasilogianis> | 190 | - PayPal: <https://paypal.me/svasilogianis> |