The Makerbot and RepRap both printing nicely. Found nothing worthwhile to to publish here. Most of the stuff I made is published on Thingiverse.
Best wishes for 2012!
Friday, April 15, 2011
PLA
Switched from PEEK to PTFE for the insulator so, finally, the RepRap can print PLA as well.
The new nozzle is a RepRap nozzle derivative. Without the PEEK mounting plate and with NiCr. The combination of NiCr wire and Chamois clay I prefer over the wire-wound resistor approach.
Construction details you find on the RepRap website.
Sunday, January 23, 2011
Impatience
Feeling more confident now the RepRap is operational too, I ordered coloured ABS with RepRapSource.
The first black ABS print is a RepRap brutstruder backup. But, well, the black ABS did not stick to the HBP as good as the uncoloured did. Next prints, with HBP temperature set to 120°C, all failed with missing x-y steps after the first ten or so layers. The usual suspects, such as Z-axis blocking, were not the cause. My calibration seems to have been done too hastily and sloppy as a little too much ABS was put down every layer. Recalibrating resulted in a 5mm/s feedrate increase and a successful print.
Btw, the Skeinforge parameters set when calibrating the printer I save in this spreadsheet. The printed calibration cubes I label and saved as well.
Saturday, December 25, 2010
Night before Christmas
'Twas the night before Christmas, when all through the houseYes, this relates to the 2008 version 2 RapMan, a Darwin RepRap I never got printing successfully.
Not a creature was stirring, not even a mouse;
...
When, what to my wondering eyes should appear, but the BfB RapMan running!
Now, with the Geared Brutstruder and a heater construction of my own, it is running. Some additional tweaks in the Firmware and Host for the final printing touch.
Details
Firmware: Gen2OnABoardFiveD_GCode_Interpreter
Extruder: Brutstruder with Wades Gears
Host: ReplicatorG-0009 (patched so that spaces are not removed from cmd string:
SerialPassthroughDriver.java, comment out line #173 clean = clean.replaceAll(" ", "");
For those interested in the final Firmware and hardware design used, leave a comment and I will post the files as well.
Monday, October 18, 2010
Moved
At the time I started this Blog to register my 3D printer stuff in, I thought Blogger was a nice and easy starting point. Now I changed my mind.
Not that Blogger in particular is not the "right thing" to do.It is more the idea of being dependent on one of these "free" services for which you will pay eventually in some way.I just felt like publishing this on my own weblog.
So to keep this a short entry, I moved most of the things I valued worthwhile, to Chaos Geordend. Which is my personal business site which (now) has partly Dutch and partly English content.
Any future Makerbot and/or RepRap stuff I may still log here.
That's it!
PS Yes, it is a matter of paying so either you or your readers are not covered with advertisements. Otoh, eventually we all pay some way or another, if it isn't only Google, to reach content :-)
Not that Blogger in particular is not the "right thing" to do.
So to keep this a short entry, I moved most of the things I valued worthwhile, to Chaos Geordend. Which is my personal business site which (now) has partly Dutch and partly English content.
Any future Makerbot and/or RepRap stuff I may still log here.
That's it!
Monday, April 5, 2010
RepRap revisited
The successfull MakerBot prints gave me enough confidence and motivation to pick up the, last year abandoned, RepRap project. After some days of tough fights with the software, the RR is now in control! Finally I can test the extruder and hopefully the RR will be printing this year :-)
Follows a list of blocking issues:
1. Arduino had a HardwareSerial issue in the Sanguino (Atmega644P) library, solved in Arduino 0018. Mark that you clean up the firmware objects (FiveD_GCode_Interpreter/applet) to ensure a clean object recompiled with the proper libraries;
2. ReplicatorG SerialPassthroughDriver.java removes spaces from the commandstring, patched as follows;
3. FiveD Firmware, byte datatype tested for -1 unsigned byte;
4. FiveD Firmware, cartesian_dda.can_step() code is incorrect for Max endstops, patched as follows;
Follows a list of blocking issues:
1. Arduino had a HardwareSerial issue in the Sanguino (Atmega644P) library, solved in Arduino 0018. Mark that you clean up the firmware objects (FiveD_GCode_Interpreter/applet) to ensure a clean object recompiled with the proper libraries;
2. ReplicatorG SerialPassthroughDriver.java removes spaces from the commandstring, patched as follows;
public String clean(String str) {
String clean = str;
// trim whitespace
clean = clean.trim();
// remove spaces
// 2010.04.04 JvO DON'T clean = clean.replaceAll(" ", "");
return clean;
}
3. FiveD Firmware, byte datatype tested for -1 unsigned byte;
4. FiveD Firmware, cartesian_dda.can_step() code is incorrect for Max endstops, patched as follows;
bool cartesian_dda::can_step(byte min_pin, byte max_pin, long current, long target, byte dir)
{
bool canStep = true; // 2009.08.27 JvO
//stop us if we're on target
if (target == current)
canStep = false;
#if ENDSTOPS_MIN_ENABLED == 1
//stop us if we're home and still going
if(min_pin >= 0 && min_pin != 255) // JvO byte datatype is unsigned
{
if (read_switch(min_pin) && !dir)
canStep = false;
}
#endif
#if ENDSTOPS_MAX_ENABLED == 1
//stop us if we're at max and still going
if(max_pin >= 0 && max_pin != 255) // JvO byte datatype is unsigned
{
if (read_switch(max_pin) && dir)
canStep = false;
}
#endif
// All OK - we can step
return canStep;
}
Tuesday, March 2, 2010
Finite Element Modeling
Subscribe to:
Posts (Atom)