Message from discussion
Support and Dual Extruders
Received: by 10.224.179.67 with SMTP id bp3mr4927809qab.5.1326342015010;
Wed, 11 Jan 2012 20:20:15 -0800 (PST)
X-BeenThere: makerbot@googlegroups.com
Received: by 10.229.65.131 with SMTP id j3ls1022470qci.1.gmail; Wed, 11 Jan
2012 20:20:12 -0800 (PST)
Received: by 10.224.181.10 with SMTP id bw10mr698187qab.10.1326342012111;
Wed, 11 Jan 2012 20:20:12 -0800 (PST)
Date: Wed, 11 Jan 2012 20:20:11 -0800 (PST)
From: ddurant <dduran...@gmail.com>
Reply-To: makerbot@googlegroups.com
To: makerbot@googlegroups.com
Message-ID: <28321001.35.1326342011541.JavaMail.geo-discussion-forums@vbyc22>
In-Reply-To: <a9b63a26-f13a-4a4c-b7b3-1ef4f27e6561@o4g2000pbc.googlegroups.com>
References: <0877f1b6-2d7e-4e49-9c0c-b597794a93f3@t30g2000vbx.googlegroups.com>
<27076b16-e4b3-42d2-a671-444883546261@y10g2000vbn.googlegroups.com>
<a9b63a26-f13a-4a4c-b7b3-1ef4f27e6561@o4g2000pbc.googlegroups.com>
Subject: Re: Support and Dual Extruders
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_Part_33_5114933.1326342011539"
------=_Part_33_5114933.1326342011539
Content-Type: multipart/alternative;
boundary="----=_Part_34_231277.1326342011540"
------=_Part_34_231277.1326342011540
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
> 1) Running skeinforge with support turned on, and setting the support
> material temperature below main material temperature
> 2) in post-processing assigning the 'colder' material to a different
> print-head.
Skeinforge has supported 'support_start.gcode' and 'support_end.gcode' for
a while now - it will insert the contents of those files before & after it
writes support commands. It might be easier to put comments in there as
commands to the post-processor rather than mess with the temperature. Seems
like that'd be less likely to cause problems with people who actually do
want different temps for different bits, as skeinforge will want to
orbit on temperature changes.
It'd also be nice if gcode had 'official' (sic) support for setting tool
offsets and stuff. That and replace G1 E (or A/B/etc) with G1 V with the
firmware figuring out how to get a certain volume rather than being told
'you need Xmm of filament.' Those two things (plus some gcodes to tell the
firmware what size filament you have) would let people finally be able to
share high-quality gcode and better enable different machines and extruder
styles (like my favorite: the mythical screw-drive that takes pellets
instead of filament)
------=_Part_34_231277.1326342011540
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
<DIV>> 1) Running skeinforge with support turned on, and setting the support <BR>> material temperature below main material temperature <BR>> 2) in post-processing assigning the 'colder' material to a different <BR>> print-head. <BR></DIV>
<DIV>Skeinforge has supported 'support_start.gcode' and 'support_end.gcode' for a while now - it will insert the contents of those files before & after it writes support commands. It might be easier to put comments in there as commands to the post-processor rather than mess with the temperature. Seems like that'd be less likely to cause problems with people who actually do want different temps for different bits, as skeinforge will want to orbit on temperature changes.</DIV>
<DIV> </DIV>
<DIV>It'd also be nice if gcode had 'official' (sic) support for setting tool offsets and stuff. That and replace G1 E (or A/B/etc) with G1 V with the firmware figuring out how to get a certain volume rather than being told 'you need Xmm of filament.' Those two things (plus some gcodes to tell the firmware what size filament you have) would let people finally be able to share high-quality gcode and better enable different machines and extruder styles (like my favorite: the mythical screw-drive that takes pellets instead of filament)</DIV>
------=_Part_34_231277.1326342011540--
------=_Part_33_5114933.1326342011539--