Show all posts by user
Page 1 of 1 Pages: 1
Results 1 — 11 of 11
Triffid_Hunter Wrote:
-------------------------------------------------------
> Hi all, just found a bug that would cause
> waitfor_temp to only check every 256 seconds, just
> pushed a patch. Please test and let me know if
> it's sorted
I had noticed the long heat up time but attributed it to my just recently connected heated platform.
I confirm: The patch fixed that, the printer s
by
cloudmaker
-
Firmware - experimental, borrowed, and future
@Triffid-Hunter , Architekt, Sublime
Reporting back... It seems that it was the Polulus indeed, I didn't have heatsinks on em... (for the simple reason that I couldn't find heatsinks).
So now I glued copper mig welding tips to the chips (I had them them laying around for nozzle design testing) and as copper is an excellent heat transporter, I figured that would be perfect. And it seems to be, u
by
cloudmaker
-
Firmware - experimental, borrowed, and future
Ok, I think I found the problem...
I restarted printing with acceleration_reprap, the problem occurs around z=5mm.
I have the intuition that it might be a temperature problem, burn my finger while testing this on the polulu driver, I start blowing on to the pololu, the intermittent extruder problem stops...
So, looks like a hardware temperature problem, will do some further testing and report
by
cloudmaker
-
Firmware - experimental, borrowed, and future
Took some time to manually remove all the comments...
With No Accelertation at all defined, this didn't fix it, error occurs first at around level z=16.73, and then +-every second level, but allways at different places, extruder stops for +- 12mm and then starts again.
I'll now try with acceleraiton set to reprap style again and report back.
by
cloudmaker
-
Firmware - experimental, borrowed, and future
Ok thanks here is the GCode & config.h.
This gcode has been generated with Skeinforge40, config.h and steps_per_mm_E adapted for SF40. Problem occured also with SF39.
Edit: Added SF40 info
by
cloudmaker
-
Firmware - experimental, borrowed, and future
Using Teacup (Master Branch from 15 may),Ramps,ReplicatorG.
acceleration = reprap
extrusion set to relative
Encounter the following problem: (occurs with Skeinforge35,39 and also with Skeinforge40 generated GCodes)
After printing the first layers of a single walled square test object, the extruder stepper stops before the destination of the current G command is reached. He then restarts for t
by
cloudmaker
-
Firmware - experimental, borrowed, and future
I checked my repository, was from april 6, so, yes, it was *not* up to date and didn't contain those fixes.
Will try the latest version the weekend.
Regards & thanks for the quick reply
by
cloudmaker
-
Firmware - experimental, borrowed, and future
Hy Triffid,
on my way of getting Teacup/Ramps/ReplicatorG playing nicely together, I had to change the following in "gcode_process.c", because else the homing G codes would be executed BEFORE the rest of the queue, which is not the way it should be, IMHO.
Regards,
case 161:
queue_wait(); <-------- INSERTED THIS
if (next_target.seen_X)
by
cloudmaker
-
Firmware - experimental, borrowed, and future
Hello,
i dont want to bother you, but I'm very interested in the progress of your delta reprap and very avid of any information.
Have you managed yet to get some objects 3D printed, last thing I saw was the plotted image, which looked already very promising?
Regards & thanks
Claude
by
cloudmaker
-
Delta Machines