Overview

This project is a modification of the OpenSCAD code at https://www.printables.com/model/442405-parametric-openscad-magnetic-socket-organiser by user @michaelh to create parameteric organizers for sockets.

The original is licensed Creative Commons (4.0 International License) Attribution-ShareAlike (https://creativecommons.org/licenses/by-sa/4.0/legalcode). By the terms of that CC license this modification is licensed the same.

The included configs are specific to the sockets they were created for. To make it useful for yourself you will need to add configs for your own sockets.

Changes From Original

General Cleanup

• The casing of the variables was all over the place, I standarized on camel-case and renamed accordingly (snake-case is an abomination)
• Refactored the code so it used reusable modules and removed the duplicate text code and put it in a module so the same code could be used from multiple places
• Renamed some variables to have a more descriptive and/or accurate name

Organization Changes

• The code now has a single starting point socketHolder.scad and it includes a commonConfig.scad that contains all the supported configuration settings. Any value in this file can be overridden in a more specific config file. If not overriden it retains the value found in commonConfig.scad.
  • The original had each socket holder config include the socket holder source at the end. Then you rendered each specific config file. That works fine but for various reasons I like doing it the way I do it here.
• Each socket holder has a config file that is included in socketHolder.scad with OpenSCAD's include statement, simply uncomment the holder you want or add a new include line for a new holder config then comment out all the others. Only the values that are different from commonConfig.scad need to be put in this file.
• All config files have been moved into a config sub-directory

Design Changes

• Sunken text doesn't work in the original design. That has been fixed here.
• I removed the joiner code. I have a big printer so didn't need it. Also many slicers (like PrusaSlicer 2.6) can add connector holes/studs when you cut a model so the joiner code seemed redundant.
• Instead of using manually entered socketDepths the variable name has been changed to socketHeights and you simply input the measured height of your socket. The depth of the hole will be socketHeight / 2. Half the socket's height seemed to work the best.
• The height of the first step is no longer a statically configured value. Instead it is calculated with max socket hole depth on first step + magentThickess + holeClearance
• Subsequent steps are no longer a statically configured delta above previous step. You now set a minumum step delta height and it will be at least that high. However, if there is a deeper socket on the next step the hole may be deeper. This fixes the situation where the first step has really short sockets, but the next step has deep sockets. This protects against the scenario where a subsequent step may be too short.
  • NOTE: The height of the first and subsequent steps are calculated by the same list comprehension, take a look at the comprehensions for minimumStepHeights, stepHeightDeltas, and stepHeights
• Removed the scaling factor thing the original used for hole spacing and margins. I see why it was done like that but I thought it created much more spacing than was necessary which wasted filament. Instead it has been replaced with static config values distanceBetweenHoles and stepMargin. The one drawback to this approach vs the scaling approach is you may have to adjust distanceBetweenHoles to make sure the labels don't overlap. This is especially necessary for imperial sockets with double digit numerators/denominators next to each other e.g. 11/16 and 13/16. But for metric sockets and single digit fractions this approach lets you get the holes pretty close together which saves filament.
• The labels can now optionally be printed separately. This is actually the change I wanted to do that sent me down the rabbit hole of all the other changes I did. Set includeLabels to either true or false. If false you can render the labels separately by setting the PART variable to labels. This way you can do a color swap for the actual labels.

Additional Picture

In this one the socket holes are fairly far apart to accomodate the fractions with double digit numerators and denominators. 5/16 and 11/32 are still pretty close but didn't want to make it any longer just to accomodate those two labels. I tried using unicode fractions but the font didn't appear to have symbols for those unicode code points and OpenSCAD displayed them as boxes.