Show all posts by user
Page 1 of 1 Pages: 1
Results 1 — 18 of 18
I've got a set of Makerbot Gen 3 electronics (1.2 motherboard) laying around unused. I was thinking about making a simple hot-wire cnc foam cutter and thought they would work great.
I've managed to get GRBL installed and I think I've got the pin assignments worked out for the step/dir. However, I'm stuck trying to get the PSU to turn on. I've poked around in the reprap firmware but I'm not a
by
sliptonic
-
Next Wave Electronics Working Group
I'm in the middle of migrating from Sprinter to Marlin on a Sells Mendel with Ramps 1.3 and a wades extruder. The extruder runs forward just fine but stalls on retraction. This happens no matter how slow I set the reverse speed in pronterface. I've reduced DEFAULT_RETRACT_ACCELERATION = 900 and it doesn't seem to make a difference.
I've hand edited the configuration.h file using my sprinter
by
sliptonic
-
General
I don't think this would be too hard. You could grab a posable human model for Blender. Maybe like this one
Pose it with the arms crossed over the chest and export the .stl.
Blender isn't easy to learn, but all you're doing is loading the file, posing the rig, and exporting it.
If you're able to print it standing up, the layers will approximate the mummy's wrappings and look pretty cool. Po
by
sliptonic
-
General
Traumflug Wrote:
-------------------------------------------------------
> everything works great but shuts off after 30
> seconds if I don't move any axis
>
> That's expected with all heaters off. With at
> least one heater on, temp_all_zero() in temp.c
> should kick in. Obviously, Teacup thinks there is
> no temperature set to something != 0. Do heaters
> match the temp
by
sliptonic
-
Firmware - experimental, borrowed, and future
It's been a while since I've played with Teacup but I'm checking in again.
I've got a cupcake equipped with gen3 electronics and a pololu carrier board for a stepper extruder driver. I'm thinking Teacup would be a good match here.
I've got the current version from github installed. I'm able to move the XYZ axis and I can set and monitor the hot-end and bed temperartures. So far, so good.
How
by
sliptonic
-
Firmware - experimental, borrowed, and future
I had a very similar problem once. Many things would print fine and others would fail in exactly the same place. Here's what I found:
The tension on the X belt was such that the other teeth held fine most of the time, but if the acceleration was just right when the gear was turned to the right place, it had enough slack to slip.
by
sliptonic
-
Firmware - experimental, borrowed, and future
spad007 Wrote:
-------------------------------------------------------
> sliptonic Wrote:
> --------------------------------------------------
> -----
> > I've started experimenting with window tinting
> > film on glass as build surface. So far,
> results
> > are really good.
> > The stuff is easy to find, cheap (pieces big
> > enough for a PCB heat pla
by
sliptonic
-
General
I can't duplicate the behaviour seen. Can you attache the .heeks file?
by
sliptonic
-
3D Design tools
I've started experimenting with window tinting film on glass as build surface. So far, results are really good.
The stuff is easy to find, cheap (pieces big enough for a PCB heat plate are scraps to an installer) durable, and comes with an adhesive back. Wondering what you guys think.
by
sliptonic
-
General
HeeksCAD isn't quite there but going in that direction. With the HeeksPython plugin, it's possible to create geometry using python as the scripting language.
The HeeksCNC plugin provides the ability to generate g-code and send directly to a cnc machine. I'm fairly certain this works with at least emc2/axis but I don't use the feature.
HeeksCNC doesn't have any features for additive machining
by
sliptonic
-
3D Design tools
Sublime Wrote:
-------------------------------------------------------
> sliptonic Wrote:
> --------------------------------------------------
> -----
>
> > The attached picture shows a print done with
> > Teacup (beige) compared to a makerbot cupcake
> with
> > a DC extruder and NO retraction (black). The
> > black part has not been cleaned up at all. I'
by
sliptonic
-
Firmware - experimental, borrowed, and future
Sublime Wrote:
-------------------------------------------------------
> First off I use commit f555887eb58ca1adcd1b
> because I could never get the newer one to produce
> a good print.
Could you describe what kind of problem you saw with newer commits?
> Second I have always had the m101 and m103 work in
> both direction but it did not actually reduce my
> bumps because it c
by
sliptonic
-
Firmware - experimental, borrowed, and future
stefanst Wrote:
-------------------------------------------------------
> Looking at your axis movement, it does not seem
> that you are using Teacups acceleration ramping.
> With acceleration ramping you get a distinct
> start/stop behavior on the X- and Y axis that I
> have not seen on yours or other YouTube videos.
>
I'm using acceleration ramping but it's pretty steep. T
by
sliptonic
-
Firmware - experimental, borrowed, and future
stefanst Wrote:
-------------------------------------------------------
>
> Workaround: Use the Skeinforge "replace.csv" to
> Replace "M103" with "G1 E-2.0 F500" and "M101"
> with "G1 E1.7 F500".
I'm seeing the same thing. I think your workaround is analogous to using the retraction settings on the SF40 Dimension plugin. I get exactly the same kind of start/stop behavior that I s
by
sliptonic
-
Firmware - experimental, borrowed, and future
Here's a little video of my mendel doing a print.
The gcode was generated with skeinforge 40. Retraction speed is set at 50 and retraction distance at 2mm. The firmware has E_STARTSTOP_STEPS set to 0. The retraction seems very clunky with long pauses. Setting retraction distance to 0 removes the stuttering but, obviously, causes the strings to reappear.
What's 'best practice' for retracti
by
sliptonic
-
Firmware - experimental, borrowed, and future
I've successfully made the switch to Teacup firmware and I'm really liking it a lot. Thanks go to everyone who's answered my many questions.
I'm still working a few bugs out of my configuration and there's one thing about Teacup I don't understand. My start.gcode immediately turns on the heater and the heatbed and then homes. Then it hits a M109 and waits until the temperatures reach target.
by
sliptonic
-
Firmware - experimental, borrowed, and future
That makes sense to me. I think the way EMC2 works is like that as well. It has a SEARCH_VELOCITY for quickly locating the home/limit switch. and then a LATCH_VELOCITY for slowly approaching the switch a second time for accuracy.
by
sliptonic
-
Firmware - experimental, borrowed, and future
I have my SEARCH_FEEDRATE values set very low but it doesn't seem to affect the feedrate during a G161. A G161 goes faster than I would like on my machine and shakes everything when it abruptly stops at the switch.
The comments say the SEARCH_FEEDRATE is also used as the default feedrate and when I do an initial G1 without passing a feedrate it goes very slowly as I would expect.
Can someone c
by
sliptonic
-
Firmware - experimental, borrowed, and future