allow additive processes like 3d printing

[GoogleCodeExporter]

feature request:
Allow output of gcode for adaptive processes like
3d printing instead of only subtractive milling and drilling.

Original issue reported on code.google.com by Marcus.W...@gmail.com on 13 Mar 2010 at 8:13

[GoogleCodeExporter]

(how to make this a feature request instead of an defect?)

Original comment by Marcus.W...@gmail.com on 13 Mar 2010 at 8:14

[GoogleCodeExporter]

Changed from defect to enhancement

Original comment by David.Ni...@gmail.com on 14 Mar 2010 at 12:31

• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

Marcus, Is there any existing open source project that has this kind of gcode, 
already?

Original comment by danhe...@gmail.com on 17 Mar 2010 at 10:00

[GoogleCodeExporter]

Yes,
Skeinforge is pretty popular.
Then there is also the Host-Software used for RepRap and the one for Makerbot.

Original comment by Marcus.W...@gmail.com on 25 Mar 2010 at 5:14

[GoogleCodeExporter]

I've committed a post-processor for makerbot.  It isn't very useful at this 
time because there are no operations yet to make use of it.

My next initiative is to add a tool type for 'extrusion'  The idea is that you 
would teach Heekscnc how to produce a filament of a given size by configuring 
the extruded material, the temperature of the extruder, its height, the speed 
of its motor, and the feedrate.  Then you could configure various operations to 
use whichever filament you wanted.  For example, a raft might need base layers 
that are printed hot, low, and slow and also interface layers that are extruded 
cooler, faster and higher to produce a thinner filament.

I welcome any comments on this approach.

Original comment by shopinth...@gmail.com on 17 Sep 2010 at 12:41

[GoogleCodeExporter]

I've added a tool type for extrusion and a basic raft operation, neither of 
which are functional yet.  I'm still just roughing out the UI and figuring out 
what data needs to be collected from the user.

Currently the raft operation is derived from depthop.  I think we might need a 
new type like 'printop' that assumes we're starting at the bottom and working 
up in Z instead of the opposite.

Original comment by shopinth...@gmail.com on 19 Sep 2010 at 4:07

• Changed title: allow additive processes like 3d printing

[GoogleCodeExporter]

If the start depth is less than the final depth then we could assume that it is 
an additive type of operation at the moment there is a design rules check for 
this scenario. We could change the design rules check to see if the tool type 
was an additive type when the start depth was less than the final depth

Original comment by David.Ni...@gmail.com on 22 Sep 2010 at 12:53

[GoogleCodeExporter]

I am restricting this issue list to the stable version of HeeksCNC.

Original comment by danhe...@gmail.com on 23 May 2011 at 8:22

• Changed state: Fixed

[GoogleCodeExporter]

"I  am restricting this issue list to the stable version of HeeksCNC."
???
I don't understand.
Do you mean that heekscnc is no longer actively developed and only bug fixes to 
the current version will be done but never a next version?

Original comment by Marcus.W...@gmail.com on 23 May 2011 at 8:33