Show all posts by user
Page 2 of 3
Pages: 123
Results 31 — 60 of 90
> Skirt procedure took 0 seconds.
You've got the Skirt module activated, which adds an outline around the object right at the start, sorta to get things all primed up and ready to print.
Leave skirt enabled and don't worry about SF telling you the object is too big, unless the size reported is actually bigger than your print area.
by
Dave Durant
-
Skeinforge
It's easy - just enable it, set the cool type to Slow Down (not Orbit) and set the Minimum Layer Time to.. er.. the minimum layer time.
If you set the min time to, say, 10, SF will slow things down until every layer takes at least 10 seconds. Layers that already take more than 10 seconds won't be effected by Cool at all. I use a min time of 8 but it's not a Mendel so YMMV.
The only annoying thi
by
Dave Durant
-
Skeinforge
> My Makerbot's noise is entirely caused by the motors.
90% of my cupcake noise went away with one of these: .
by
Dave Durant
-
General
brnrd Wrote:
-------------------------------------------------------
> I am referring to circles. I see it when I print
> circles that are around 20 mm in diameter. In that
> video, all the edges are sharp and so you can't
> really notice blobs that would result in a circle
> or rounded corners due to segment pause.
There are no circles. There are only series of straight lines tha
by
Dave Durant
-
Firmware - experimental, borrowed, and future
Here's a RAMPS board with Sprinter: . The gcode is SF41 at 150mm/s infill, 75mm/s (IIRC) perimeter and 450mm/s travel. Yes, acceleration is probably keeping it from hitting those speeds most of the time but the video shows pretty clearly that this thing is screamin' along with lots of small moves.
Unless you're printing little circles with an insane numbers of edges, something else is wrong. A
by
Dave Durant
-
Firmware - experimental, borrowed, and future
I like that design a lot. Once I finish the differental gears print, I think it's next on my list...
by
Dave Durant
-
General
I think that it used to be (way back in the dark ages, last year) that getting the software right was a bigger battle than getting the hardware right, assuming you started with a decent kit. Now, not so much. With skeinforge 40+, screwing around with calibration prints and all that is virtually gone. And if you don't like the full SF interface, there's SFACT which can make things even easier.
I
by
Dave Durant
-
General
ElectricMucus Wrote:
-------------------------------------------------------
> this was it, wasn't a tornado though.
>
Er.. That picture's dated November 2010. Ultimaker started shipping machines in May 2011..
It's in Eriks gallery, too.. ERIK!!! REPRINT THIS WITH MARLIN!!!
by
Dave Durant
-
General
ElectricMucus Wrote:
-------------------------------------------------------
> There was a direct comparison of the UP printer
> and an Ultimaker of the same tornado model.
Link please?
See also: for somebody pushing high-quality on an Ultimaker.
by
Dave Durant
-
General
nophead Wrote:
-------------------------------------------------------
> So are both layers the same, i.e. no increase in Z
> resolution, just less ridges in the sides?
Same on the inside? Yes. I think the exception may be the top layer of infill on horizontal surfaces. An earlier version also quartered those threads - not sure if SF42/43 does too.
> Why does it do 4 threads and not ju
by
Dave Durant
-
Skeinforge
NoobMan Wrote:
-------------------------------------------------------
> ...My questions:
>
> 1) So basically that perimeter WOT tweaking, wasnt
> it doing already the job of finer outsides? or
> wasnt it good enough.
>
> 2) How is Skin going to work with perimeter WOT,
> does it take it into account, e.g. should we use
> now both WOT at 1.5? Or Skin only refers itsel
by
Dave Durant
-
Skeinforge
Wait no more - SF43 is out and it's quite nice!
by
Dave Durant
-
Skeinforge
VDX Wrote:
-------------------------------------------------------
> ... or use external temperature controllers ...
Or preheat in the host software..
Until somebody tells the machine otherwise (or resets it) setting the temperature sticks.
by
Dave Durant
-
Skeinforge
nophead Wrote:
-------------------------------------------------------
>> The nozzle should never, ever touch plastic that's
>> already been layed down.
>
> It shouldn't dig into it but it does brush against
> it without hop. When printing overhangs such as
> the tops of holes the plastic can curl up a
> little. If the part is tall compared to its base
> area I need
by
Dave Durant
-
Firmware - experimental, borrowed, and future
It should be fine, except that the names of the start/end.gcode files have moved from Export to the new Bookend module - check that Bookend has the right names for your profile - and that the Max Z Feed Rate value has moved from Limit to Speed so also check that one.
You might want to give it a day or so before upgrading or use the nightly build instead as there have been a couple bugs found in
by
Dave Durant
-
Skeinforge
The nozzle should never, ever touch plastic that's already been layed down.. If you need to activate hop to keep the nozzle from hitting the print, something's wrong. Resist the urge to say "but it works!"
Flow Rate and Feed Rate in Speed have the same value, yes?
What's your Filament Packing Density set at now?
by
Dave Durant
-
Firmware - experimental, borrowed, and future
Searching thingiverse.com for usgs comes up with some possible hits. in particular has instructions that look like they might work..
by
Dave Durant
-
General
RE resolution, it's really more a question of how much time & effort you put into it. Yes, there are physical limits that you could figure out by doing math vs stepper specs and gear ratios and stuff but it's really about how much you put into it.
As an example, I spotted this pic yesterday: ∂=2 .
That was done with a 0.4mm (0.45mm?) nozzle and 3mm PLA. The machine isn't a Prusa but it's in
by
Dave Durant
-
General
Picture in your first post shows Dimension\Filament Packing Density set to 0.4. For ABS, you should start at 0.85.
This is one of those backwards parameters that you increase to get less plastic and decrease to get more plastic so the 0.4 could explain why it's putting out lots more than you want..
> I read through most of the blog entries of Dave Durant
Mistake!
by
Dave Durant
-
Firmware - experimental, borrowed, and future
Ultimachine.com says they get their PLA from NatureWorks: .
I've (briefly) looked at getting plastic from the manufacturer before and it didn't seem like something they made easy. I assumed this is because the people who actually make the stuff are going to be asking about how many 100s-of-pounds you want in each color.
by
Dave Durant
-
General
ahmetcemturan Wrote:
-------------------------------------------------------
> Dave, what does up different on the first layer?
For support structures? Basically it prints at the normal support settings, which can be hard to get stuck onto the platform.
What would be nicer is if support also factored in the Object First Layer settings into the support feed/flow or, even better, just ignored
by
Dave Durant
-
Skeinforge
> I personally feel using dual extruders for support/build materials is more important than for colors. You may feel differently.
I do indeed feel differently! That's ok, though - I respect your right to be wrong.
I've had good luck with SF and doing support structures with the print material but at lower density. It's be nice if the first layer of it was better, like I wished for up in t
by
Dave Durant
-
Skeinforge
So.. Any Sumpod feedback yet?
by
Dave Durant
-
General
If one of the extruders is for putting down support material, there are support_start/support_end files that get included every time SF starts (and ends) a support section. I think these are probably what Andrew was referring to.
If the extra extruders are for different colors, that's a different story. People have done it but it involves slicing each color separately then merging the gcode fil
by
Dave Durant
-
Skeinforge
So the real answer depends on if the host software tries to be clever and keep the serial buffer full by sending more lines than have been acked.
That makes even more sense.. Thanks!
Does your repetier host software do this? My controller is a .NETMF board and I'm really trying to avoid GC, which makes things like this a little tricky. If it's a clear win, I can deal with it; if not, I'd rath
by
Dave Durant
-
Firmware - experimental, borrowed, and future
I guess I always assumed that the host could push more than one command at a time into the serial port.. If that was true, the firmware might ask for something other than the last line the host sent.
Your answer confirms that this isn't the way things work and that I was, indeed, full of it. Thanks!
by
Dave Durant
-
Firmware - experimental, borrowed, and future
I'm doing this little microcontroller thing so I can run my RAMPS bot headless - no PC required. I've modified Sprinter so that it looks at all the serial ports instead of only at Serial and uses whichever one it finds first. This works well. I've also got some semi-complicated buffering on the microcontroller side that saves the last N lines it sent to the bot in case Sprinter asks it to retrans
by
Dave Durant
-
Firmware - experimental, borrowed, and future
> There is one thing that changes the spacing between the perimeter and the first extra perimeter
Fill\Infill Perimeter Overlap?
by
Dave Durant
-
Skeinforge
You've got the Export\Gcode Small setting enabled.
If it actually prints well, this is a good setting to keep - no need to keep telling the firmware numbers that aren't changing.
If it doesn't print well - I can't tell if this the gcode you posted is multiple layers or not - then I have no idea. Don't think I've ever seen skeinforge do that before.
by
Dave Durant
-
Skeinforge
Page 2 of 3
Pages: 123