Show all posts by user
Page 1 of 1 Pages: 1
Results 1 — 25 of 25
FYI, after one very bad (and wasteful) experience with 1.75mm PLA in 5lb "bundle" form I would never buy filament that's not on a spool ever again. Even at half the price it's not worth it if it tangles.
(the bundle that went haywire for me was placed directly onto a spindle before the ties on the bundle were released and it still tangled horribly -- it probably shifted in transit before I ever
by
BenJackson
-
General
There is thermal epoxy. It's epoxy with metal "pigment". It looks like silver heatsink goo but it's epoxy. It's not cheap but if does make the most of the surface area for heat transfer.
by
BenJackson
-
General
I have Gen6 which came with FiveD. FiveD is terrible. One thing you will need to pay attention to when you upgrade is setting the Z max feedrate properly. Some mathematical quirks of FiveD I never did unravel seem to prevent going too fast on Z, but all other firmware will happily try to move Z way too fast and stall unless you set it to something reasonable (eg 240mm/min, or about 4mm/s).
(I
by
BenJackson
-
General
You can also put a heatsink (eg some tapped aluminum) as close to the hot end as you can to sharpen the hot->cold transition. I was doing some experiments and found that only letting 5-7mm more barrel warm up caused jams that heatsinking that same area fixed. Symptoms were exactly what you described: New filament fed fine, but a long enough pause caused a "jam" which was easily fixed by rev
by
BenJackson
-
General
The parts I print with my Thing-o-Matic and the Prusa it printed (with MG hot end!) attract a lot of interest from everyone who sees them. I had a poor experience with Makerbot support (who shipped me a faulty DC motor and then sold me a replacement extruder with a $5 discount and acted like they were doing me a favor) so I was reluctant to recommend them to others. Not out of spite: I just fe
by
BenJackson
-
General
I just put one of Greg Frost's LM8UU carriages on 5/16" rod and there is quite a bit of slop. Once you magnify it by the length of the hot end it's too much to print. I happened to have a full set of 8mm rods unused so I swapped them out and the difference is night and day. There is still more slop than 5/16" rod with 5/16" brash bushings, but of course the motion is also much smoother. I thi
by
BenJackson
-
General Mendel Topics
The startup problem is solved with a silicone wiper. That's one feature of my MakerBot that I really miss on my Prusa. The wiper makes it possible to create a startup sequence that starts raftless prints consistently.
by
BenJackson
-
Firmware - experimental, borrowed, and future
The ReplicatorG version of Skeinforge has a plugin called "reversal.py" which does something very similar. The MakerBot does not use FiveD/dimension.py so they needed an alternative. I submitted patches to make it compatible with dimension.py and it can speed up prints with frequent reversals quite a bit.
I like your slo-mo extrusion. I note that you still get some ooze while traveling (PLA a
by
BenJackson
-
Firmware - experimental, borrowed, and future
brnrd,
You really can't make any judgements based on "FiveD". It blocks interrupts for a long time making it unusable above about 38400 baud. It has math errors that weirdly limit top speed. Try one of the newer firmware options like Sprinter or Marlin.
by
BenJackson
-
Firmware - experimental, borrowed, and future
float axis_steps_per_unit[] = {31.496, 31.496, 1133.858, 308};
#define EXTRUDER_ADVANCE_K 0.01
#define D_FILAMENT 1.69
#define EXTRUTION_AREA (0.25 * D_FILAMENT * D_FILAMENT * 3.14159)
#define STEPS_PER_CUBIC_MM_E (axis_steps_per_unit/ EXTRUTION_AREA)
When I turned on ADVANCE my top extruder speed dropped a lot. Enough that a regular print simply didn't work any more. I guess some kind of o
by
BenJackson
-
Firmware - experimental, borrowed, and future
I made a video of the attached circle (100mm diameter, commanded F12000 or 200mm/s) with both Marlin and Repetier. I'm posting in the Marlin thread because I think it's pretty clear that Marlin came out on top in this test:
Marlin:
Repetier:
It's not obvious in the video but the speed that Marlin is hitting is causing significant vibration of my extruder assembly. That stepper is heavy and
by
BenJackson
-
Firmware - experimental, borrowed, and future
My observations after trying it for a few days. Comments are a mix of Repetier-Firmware and Host:
Repetier was very responsive to my email inquiries. EEPROM config is neat and works very well (it is confusing that the compile defaults only matter the first time and after that EEPROM overrides) As a long time RepG user I was surprised that the center of the platform was not 0,0 but 100,100 (out
by
BenJackson
-
Firmware - experimental, borrowed, and future
I tried Marlin with my gen6 board.
Bug: With PIDTEMP enabled the PWM output never goes below 1%. With the timer setup as it is you need to disable the output (TCCR2A &= ~_BV(COM2B1)) since OCR2B=0 is not enough. Then turn it back on when nonzero obviously.
Movement is very good even at 60000mm/min max on my Prusa. Funny bit: First time I jogged X at F60000 it left one of its bronze sle
by
BenJackson
-
Firmware - experimental, borrowed, and future
Webfp Wrote:
-------------------------------------------------------
>
> I am currently trying to use the Teacup Firmware
> on an AT90USB1286 for an RepRap 3D printer. I am
> trying to use your contributions to it and already
> edited the settings to match my electronics, but I
> can't get it to make. I have already dowloaded the
> LUFA repository and found out that apparent
by
BenJackson
-
Firmware - experimental, borrowed, and future
I use PWM (at 100Hz) on my heater output (including my modified Klimentkip) because I'm using a 19.5V Dell laptop PSU with a standard 6 ohm MakerGear heatcore (nichrome wire). I need to limit the total dissipation to 38% ( (12/19.5)^2 ). This is pretty easy to accomplish in FiveD and Teacup and it's why I had to add PWM to Klimentkip before I could try it.
100Hz cycling should not be a challen
by
BenJackson
-
Firmware - experimental, borrowed, and future
kiram9 Wrote:
-------------------------------------------------------
> Before Teacup would print out "ok T:bla B:bla"
> which replicatorg cannot parse (the parser is a
> little hairy)
It can parse that for temperature just fine. It looks like Erik de Bruijn fixed a bug in RepG in January where it would not see the "ok" part of that ("ok T" didn't count as "ok") which is what led to th
by
BenJackson
-
Firmware - experimental, borrowed, and future
Sending the divisor in the response (or in a separate response done once at startup) is interesting because it avoids mismatches between the machines.xml and the firmware (which could be just as disasterous as not knowing the current position).
Still, it would be nice to just output position. Looks like you're already doing things internally at 1000 scale. Why not just compute p*1000/q, format
by
BenJackson
-
Firmware - experimental, borrowed, and future
I've made a lot of fixed to ReplicatorG for FiveD-style firmwares (see ) and one of the things I did was implement reconcilePosition via M114 which works for FiveD. Other firmware does not work for various reasons: it's not implemented in Tonokip descendents, and Teacup outputs a different string format and in units of steps rather than mm.
I am willing to extend my M114 support to Teacup as
by
BenJackson
-
Firmware - experimental, borrowed, and future
jcabrer Wrote:
-------------------------------------------------------
> 4. The heat bed only requires that you have a
> wooden base, instead of acrylic, or some other
> material that might warp when heated. It can be
> added later, and the RAMPS (and the Gen6, I
> believe) has built-in support.
There's no built-in support for a heated bed on Gen6. I have one on the way and fai
by
BenJackson
-
Reprappers
Triffid_Hunter Wrote:
-------------------------------------------------------
> that's probably how long it takes dda_create() to
> run. only way to speed that up is somehow make the
> math faster while still doing most of the same
> calculations
But I am able to go much, much faster if I just cat the whole file to the firmware. It appears to be (correctly) feedrate limited in that
by
BenJackson
-
Firmware - experimental, borrowed, and future
Ok, that's what I needed to know. I wasn't getting 500 cmds/sec. More like 4-5. Looks like the time for "ok" to come back is 200-250ms. I'm not sure why, but I'm looking into it.
by
BenJackson
-
Firmware - experimental, borrowed, and future
I'm curious to know if func.sh mendel_print can normally keep up with fast moving curves. On my setup (I plotted a big spiral I made in Inkscape) the curves are limited by the command round trip (with 8000mm/min feedrate). I see that the CDC descriptor I took from LUFA is requesting 1ms poll interval and I doubt FTDI goes any faster (I think 1ms is the lowest interval).
I can go full speed wit
by
BenJackson
-
Firmware - experimental, borrowed, and future
I successfully CNC'd my Etch-a-Sketch with the Teacup firmware and a dead-bug L297+L298 stepper setup. No problem at 5000mm/min (though only 6.3 steps/mm due to 7.5 deg Airpax steppers and only room for 2.6x gear reduction).
I sent a pull request on github. I sorted out some clash where I made E & Z optional in one commit so there's a separate commit for optional Z. May not be generally u
by
BenJackson
-
Firmware - experimental, borrowed, and future
Triffid_Hunter Wrote:
-------------------------------------------------------
> > 3. Modified the Makefile to key off the MCU
> > having "usb" to drop serial.h and bring in
> > lufa_serial instead.
>
> I'd prefer to have this user-selectable rather
> than autodetected from the cpu, but we can sort
> that out later
Part of the reason I did that was that the AT90USB
by
BenJackson
-
Firmware - experimental, borrowed, and future
I'm working on a project to use up some parts I have. Several years ago I bought the components for 3 L297/L298 stepper drivers. I never got around to manufacturing boards for them, so now I'm dead-bugging them on a piece of copper clad. For control I like the idea of the FiveG/Teacup style gcode interpreter to avoid dependencies on PC control software. I happen to have a spare AT90USBKEY wit
by
BenJackson
-
Firmware - experimental, borrowed, and future