Splat Space is working on getting a 3D printer! W00t! The first step is that we are borrowing one from Neil Underwood of Fablocker (the Winston-Salem hackerspace). This came about through a series of discussions that culminated in Alan and Neil talking at the Maker Faire NC 2011 and working out the details.
The specific type of RepRap is a Prusa Mendel. Here's a cool video overview of both 3D printing and Mendel operation: OhmEye's Introduction and Orientation for 3D Printing with the Reprap Prusa Mendel.
Neil says the Prusa is one of the simplest designs, straightforward to build and maintain, and pretty robust. It's also one of the cheapest in parts and effort to build. For about $400 in parts, we could have one. Once we had one built, we could use it to print parts for more.
The Prusa that Neil loaned to us arrived in not-quite-working condition, although he has used it to successfully print in the past. So the first steps are to get it working. See #Current State section for the current state of the printer and #Day by Day section for the details of the debugging effort.
There have been a few e-mail threads about getting and setting up the RepRap. They are archived on the Splat Space Googlegroup:
Machine works mechanically. Firmware needs to be altered to reflect our data with regards to feed volume. Then we can start printing. Drew 17:31, 11 July 2011 (MDT)
Day by Day
Team: Alan, Drew, Skippy, and the other Jeff (add yourself as appropriate)
Team: Drew, Skippy, Mike, Lisa, Jeff
Problem: extruder not consistently extruding plastic; plastic getting stuck and gouged out by the knurled feed bolt.
Phone call to Neil Underwood.
Took apart extruder assembly and hot end, melted out plastic. (Expected to find glob of PLA from the day before. Only found ABS from today.)
Noticed that skate wheel in extruder was not mounted on an axle and was not turning. Cut off a section of smooth rod to use as an axle, took apart extruder assembly, mounted skate wheel on axle, put it all back together. Wheel turns freely now.
Flossed the teeth of the extruder knurled bolt. It was gummed up with PLA from yesterday and ABS from today. Used Jeff's dental tools for the flossing.
Changed feed rate from 300mm/min to 100mm/min. With the freely-turning skate wheel and a rate of 100mm/min, can get plastic feeding through the extruder consistently. Feed rate is about 5% off from what the software thinks it is feeding. This needs to be updated in the software.
Set the X,Y,Z limit switches again. Re-leveled the build platform (and marked the location of the feet on the table since the table is not level).
Details of the debugging session are captured at Reprap_Visit_Sunday_10th_Details.
Mike 07:37, 12 July 2011 (MDT)
After an email exchange with Neil today found out that the length fed into the machine is based on a volume calculation done in the firmware. This was not my understanding of the machine's operation. We need to get a copy of the firmware on the machine, update it per on of the following.
- 40+ volumetric calibration (seems to be the clearest)
- Skeinforge 40 Changes to Dimension
- Skeinforge 40 setup notes
Also there's an IRC channel on freenode, #reprap. I'm told that they're helpful. Drew 17:31, 11 July 2011 (MDT)
Team: Drew, Skippy, Mike, others? (add yourself as appropriate)
Splat Space open meeting with an unusually large crowd. Not sure how much debugging Drew and Skippy managed to do early on with all the people coming by to spectate and ask questions. (Feel free to update with any details.)
Internally, Sprinter is doing volumetric measurement/calculations of the amount of plastic being extruded. Drew is annoyed (nay, angry!) that the driver software shows a linear measurement (mm/min) for the extruding rate.
Looks like the default volumetric calculation constant for Sprinter is 700. Can modify this value using the M92 G-code command. Drew and Skippy followed steps to calculate the volumetric constant and came up with 717.5 (e.g. M92 E717.5). Unfortunately, it still wasn't giving consistent feed results.
Mike and Skippy tried a test print of the 10mm calibration cube after converting the STL file to G-code using Skeinforge. The Prusa seemed to do everything right ... except extrude. The extruder stepper never moved. After walking through the G-code and translating it, it looks like Skeinforge put in feedrate (F) commands but not extrude (E) commands. We were able to get a single line extruded by manually sending the following:
- G1 F100
- G1 X20 E22
Looks like either Skeinforge might need to be tweaked for output that matches the Prusa/firmware or the firmware isn't correctly handling the case of only being feedrate specified.
Mike 12:18, 13 July 2011 (MDT)