Kirk,

Am 28.10.2011 um 20:29 schrieb Kirk Wallace:
> 
> I don't have any machines that need tool-prepare/ed so I don't have any
> experience with it, but it seems to me, currently, while tool-prepare is
> asserted, normal machining continues until an M6 comes up. Your text
> seems to indicate otherwise?

That's what the manual says, and would make sense, but that isnt what the 
iocontrol code does.

Try yourself - disconnect the tool-prepared pin and see what happens during a 
prepare.

> You seem to be calling for unusual expansion of g-code words and
> commands. It seems to me that g-code should stay within what a normal
> machine operator would expect and be as non-machine and non-software
> specific as possible. Operators will what to use their existing CAM
> software and g-code programs with different machines with a minimum of
> doctoring.

I did not call for an expansion of words, but then I wouldnt say the language 
as currently implemented in the interpreter is the final point of development 
either. All my changes enables adding codes, and changing the behaviour of a 
handful. As I mentioned, generalizing that looked better than just patching up 
Tx and M6.

Let me give an example which other controls have and EMC2 doesnt: cycles for 
facing or pocketing. It's debatable wether that should be in a CAM or in the 
interpreter, but now you *could* have it in the interpreter. For instance, what 
one could do is pull in the pocketing support from HeeksCNC, and use it as for 
a builtin pocketing cycle. That wasnt possible before without jumping some 
hoops in C++. Now you could do that in NGC, or pull in some Python modules from 
somewhere else.

I'm not saying this is a particularly shining example, but you get the idea.

> I can see that block look ahead is lost if a g-code program depends on a
> probe or some other feature that can not be known until the block
> containing the feature is completed, but I think a deep look ahead is
> needed to process some features, such as curves as short lines. How will
> your proposed change affect this?

not at all, I'm not touching readahead behaviour anywhere

-Michael


------------------------------------------------------------------------------
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World™ now supports Android™ Apps 
for the BlackBerry® PlayBook™. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to