RE: [CAD_CAM_EDM_DRO] reprap build started
Posted by
Alan
on 2011-10-11 14:04:01 UTC
Thanks for the run-down! I wasn't too far off then. E axis. Yes, that
would work, especially if one worked in volume, as you suggested. Good
idea!
I didn't think about the drool. Probably many other things to consider as
well.
Alan KM6VV
would work, especially if one worked in volume, as you suggested. Good
idea!
I didn't think about the drool. Probably many other things to consider as
well.
Alan KM6VV
> -----Original Message-----so many
> From: CAD_CAM_EDM_DRO@yahoogroups.com
> [mailto:CAD_CAM_EDM_DRO@yahoogroups.com] On Behalf Of Kevin Martin
> Sent: Tuesday, October 11, 2011 1:02 PM
> To: CAD_CAM_EDM_DRO@yahoogroups.com
> Subject: RE: [CAD_CAM_EDM_DRO] reprap build started
>
> I'm not sure how is has settled down in existing hobby 3D printers, but
> ultimately, for a given extruder/material combination, there is a ratio of
> steps for a certain volume of plastic extruded. This ratio is one of thevalues that
> I would like to see as a runtime-settable extruder parameter.axis) to
> At least one of the GCode models uses an additional axis (usually the E
> control "motion" (i.e. cumulative volume extruded) of the extruder. Again,in
> my ideal world, this E value would have definite sensible units (such ascubic
> millimetres if the other axes count in millimetres). From this is is easyto
> calculate, given the geometric length of a move and the change in the Evalue,
> the cross-sectional area of the plastic bead laid down, and from that andthe
> height of the nozzle above the surface, the width of the bead (within aaxis to
> reasonable range of heights). By considering the E axis as just another
> accelerate and decelerate, one gets an even bead of plastic.the
>
> An older and generally inferior model was to use a special command to set
> extruder speed (in arbitrary and probably non-linear units), and make surethe
> geometric motion keeps up to the correct speed. To do this you have to capthe
> top motion speed so there is only very short accel/decel at the end ofeach move
> (during which time the extruded plastic will be extra-thick because theextruder
> does not slow down). On the other hand at least one GCode generator takesis
> advantage of this by generating accelerating moves which results in the
> extruded bead undergoing gradual and continuous change in thickness. This
> something that cannot be done with the extra-axis model.cumulative
>
> Perhaps what *should* be done is that the extra axis should not be
> volume extruded, but cross-sectional area (i.e. volume per unit geometricextrusion
> motion). This would allow both worlds to coexist.
>
> All this glosses over the anti-drool mechanisms (on our printer, when
> stops, the extruder actually retracts a tad to make sure the bead is cutoff, and
> when extrusion starts again, it starts with a quick feed to cancel out theour printer)
> retraction). I believe this is currently coded in the GCode (at least for
> but again I believe this should be in the smarts of the extrudercontroller with a
> handful of appropriate runtime-settable tuning parameters. Note that justthe filament
> raising Z to cut off the bead is insufficient because in the idle nozzle
> continues to melt a bit, expanding in the process, causing some extrusion5"
> without any stepper motion.
> -Kevin Martin
> the Papertrail Handmade Paper & Book Arts
> New Dundee, Ontario
> 518-884-7123
> www.papertrail.ca
>
> -----Original Message-----
> From: CAD_CAM_EDM_DRO@yahoogroups.com
> [mailto:CAD_CAM_EDM_DRO@yahoogroups.com] On Behalf Of Alan
>
> What's the basic relationship of feeding stock to the travel in X &Y?
>
> Sounds like it would be a direct relationship. So one could calculate a
> "feed distance" for the stock, and assign it to another axis to drive the
> extruder (scaled, of course)...
>
> Seems like if the X axis needed to move 5" to lay down the filament, then
> of stock (or some scale of that) would need to be extruded at the sametime.
> Just like a "coordinated move"! Has someone already thought of that?if you
>
> I could see a little program that took normal Gcode, and generated the
> "pseudo axis" for the coordinated move.
>
>
> ------------------------------------
>
> Addresses:
> FAQ: http://www.ktmarketing.com/faq.html
> FILES: http://groups.yahoo.com/group/CAD_CAM_EDM_DRO/files/
> Post Messages: CAD_CAM_EDM_DRO@yahoogroups.com
>
> Subscribe: CAD_CAM_EDM_DRO-subscribe@yahoogroups.com
> Unsubscribe: CAD_CAM_EDM_DRO-unsubscribe@yahoogroups.com
> List owner: CAD_CAM_EDM_DRO-owner@yahoogroups.com,
> wanliker@..., timg@...
> Moderator: pentam@... indigo_red@...
> davemucha@... [Moderators]
> URL to this group: http://groups.yahoo.com/group/CAD_CAM_EDM_DRO
>
> OFF Topic POSTS: General Machining
> If you wish to post on unlimited OT subjects goto:
> aol://5863:126/rec.crafts.metalworking or go thru Google.com to reach it
> have trouble.OT
> http://www.metalworking.com/news_servers.html
>
> http://groups.yahoo.com/group/jobshophomeshop I consider this to be a
> sister site to the CCED group, as many of the same members are there, for
> subjects, that are not allowed on the CCED list.
>
> NOTICE: ALL POSTINGS TO THIS GROUP BECOME PUBLIC DOMAIN BY POSTING
> THEM. DON'T POST IF YOU CAN NOT ACCEPT THIS.....NO EXCEPTIONS........
> bill
> List Mom
> List Owner
>
> Yahoo! Groups Links
>
>
>
Discussion Thread
Kevin Martin
2011-10-09 08:24:58 UTC
RE: [CAD_CAM_EDM_DRO] reprap build started
Mike Payson
2011-10-09 13:38:30 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started
Kevin Martin
2011-10-09 15:45:57 UTC
RE: [CAD_CAM_EDM_DRO] reprap build started
Mike Payson
2011-10-09 17:57:57 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started
Kevin Martin
2011-10-10 07:31:23 UTC
RE: [CAD_CAM_EDM_DRO] reprap build started
Mike Payson
2011-10-10 11:50:09 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started
Kevin Martin
2011-10-10 17:31:46 UTC
RE: [CAD_CAM_EDM_DRO] reprap build started
Mike Payson
2011-10-10 18:00:39 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started
Alan
2011-10-10 18:00:43 UTC
RE: [CAD_CAM_EDM_DRO] reprap build started
Alan
2011-10-11 12:30:50 UTC
RE: [CAD_CAM_EDM_DRO] reprap build started
Kevin Martin
2011-10-11 13:01:41 UTC
RE: [CAD_CAM_EDM_DRO] reprap build started
Alan
2011-10-11 14:04:01 UTC
RE: [CAD_CAM_EDM_DRO] reprap build started
Jon Elson
2011-10-11 18:25:47 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started
Mike Payson
2011-10-11 19:02:31 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started
KM6VV
2011-10-11 19:45:08 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started
alenz@b...
2011-10-11 20:24:29 UTC
Re: reprap build started
KM6VV
2011-10-11 20:53:03 UTC
Re: [CAD_CAM_EDM_DRO] Re: reprap build started
Jon Elson
2011-10-11 21:56:04 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started
Jon Elson
2011-10-11 21:59:32 UTC
Re: [CAD_CAM_EDM_DRO] Re: reprap build started
Kevin Martin
2011-10-11 22:24:34 UTC
RE: [CAD_CAM_EDM_DRO] reprap build started
Kevin Martin
2011-10-11 22:37:39 UTC
RE: [CAD_CAM_EDM_DRO] reprap build started
Mike Payson
2011-10-11 22:59:20 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started
Ron Ginger
2011-10-12 05:24:52 UTC
Re: reprap build started
Ron Thompson
2011-10-12 05:32:50 UTC
Re: [CAD_CAM_EDM_DRO] Re: reprap build started
Dan Mauch
2011-10-12 06:41:32 UTC
Re: [CAD_CAM_EDM_DRO] Re: reprap build started
Dan Mauch
2011-10-12 07:34:21 UTC
RE: [CAD_CAM_EDM_DRO] Re: reprap build started
Jon Elson
2011-10-12 10:02:39 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started
Alan
2011-10-12 10:06:48 UTC
RE: [CAD_CAM_EDM_DRO] Re: reprap build started
Alan
2011-10-12 11:12:07 UTC
RE: [CAD_CAM_EDM_DRO] Re: reprap build started
Mike Payson
2011-10-12 11:24:57 UTC
Re: [CAD_CAM_EDM_DRO] Re: reprap build started
Alan
2011-10-12 11:29:36 UTC
RE: [CAD_CAM_EDM_DRO] Re: reprap build started
Alan
2011-10-12 13:38:16 UTC
RE: [CAD_CAM_EDM_DRO] Re: reprap build started
David G. LeVine
2011-10-15 12:25:59 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started
Jon Elson
2011-10-15 15:39:39 UTC
Re: [CAD_CAM_EDM_DRO] reprap build started