ruffrecords
Well-known member
@MidnightArrakis I have just been printing some samples of the P&G knobs from the STL file you provided.
The default orientation in the 3D drawing of the knob is on its side. I assumed this was perhaps something to do with making the 3D print work properly. However. the large overhang this creates where the fader tang is inserted sagged enough to create some very difficult to remove swarf.
The second print I did was therefore with the knob face down - the orientation it would be in on a fader. This avoids the long overhang and gave a much cleaner print expect the top surface is a little more granular. However the tang would not push into the slot.
Next I scaled the width by 5% to widen the slot for the tang. This printed OK and the tang would fit in to the slot but the slot was not quite long enough.
Lastly I increased the length of the knob by 5% to increase the length of the slot. This last print looked OK and the tang fits snugly.
I notice this design of knob has an arrow on the left and right sides and a line across the centre. The 'real' P&G fader knobs I have lines down the sides and one across the centre - not really an issue, there are probably many variants. As I printed in only one filament, none of these were reproduced. To create the central line I need to find the layer in which this is printed, pause the printer at that point, change filament colour, print the line, pause again, change the filament back to the original colour and complete the print. This many changes in such a simple part is a PITA. I might try printing the knob in the line colour up to and including the line and then change the filament to the base colour unless there is some other smarter way I can achieve this.Fortunatel the knob is small so even on my small printer and can print probably a dozen at a time.
You asked if the printer worked with plain and/or binary STL files. The answer is neither. Before printing, the STL file is sliced into layers for the 3D printer to print and then each layer is converted to gcode which is what the printer understands. So it is the slicer that needs to understand plain or binary STL files. Fortunately it seems happy with either (and a whole lot of other formats too).
Cheers
Ian
The default orientation in the 3D drawing of the knob is on its side. I assumed this was perhaps something to do with making the 3D print work properly. However. the large overhang this creates where the fader tang is inserted sagged enough to create some very difficult to remove swarf.
The second print I did was therefore with the knob face down - the orientation it would be in on a fader. This avoids the long overhang and gave a much cleaner print expect the top surface is a little more granular. However the tang would not push into the slot.
Next I scaled the width by 5% to widen the slot for the tang. This printed OK and the tang would fit in to the slot but the slot was not quite long enough.
Lastly I increased the length of the knob by 5% to increase the length of the slot. This last print looked OK and the tang fits snugly.
I notice this design of knob has an arrow on the left and right sides and a line across the centre. The 'real' P&G fader knobs I have lines down the sides and one across the centre - not really an issue, there are probably many variants. As I printed in only one filament, none of these were reproduced. To create the central line I need to find the layer in which this is printed, pause the printer at that point, change filament colour, print the line, pause again, change the filament back to the original colour and complete the print. This many changes in such a simple part is a PITA. I might try printing the knob in the line colour up to and including the line and then change the filament to the base colour unless there is some other smarter way I can achieve this.Fortunatel the knob is small so even on my small printer and can print probably a dozen at a time.
You asked if the printer worked with plain and/or binary STL files. The answer is neither. Before printing, the STL file is sliced into layers for the 3D printer to print and then each layer is converted to gcode which is what the printer understands. So it is the slicer that needs to understand plain or binary STL files. Fortunately it seems happy with either (and a whole lot of other formats too).
Cheers
Ian
Last edited: