Am 27.08.2012 um 18:46 schrieb EBo:

> On Mon, 27 Aug 2012 11:22:30 -0500, Jon Elson wrote:
>> Kenneth Lerman wrote:
>>> On my list of goals would be to increase the number of axes 
>>> supported.
>>> Right now, we support six.
>> Standard G-code easily supports 9, XYZ and the parallel secondary 
>> axes UVW,
>> plus rotary ABC.

I think we should separate issues here of language namespace and infrastructure 
below the language

as for the messaging and runtime system below G-code, it is probably not a good 
idea to tie G-code limitations onto message formats and setup options. 

I'd think a message format which can transport an arbitrary number of joint 
positions (and supports missing values), and maybe support grouping these into 
'heads' (multiple spindles) would be the way to go; if a given interpreter just 
uses a subset of that space, fine. In particular as pluggable interpreters 
might become a real option.

-Michael


> I wrote an experimental parser a decade ago which allows full runtime 
> polymorphism at runtime.  For those of you not into computer 
> jargonesque, you could compile your own standalone function and have it 
> added to the mix without having to recompile all of LinuxCNC.  I was 
> playing with this as a means to overload, at runtime, different 
> interpretations of the RS274 commands.  So, if you have code for a very 
> old Bosch controller that did things a little different, you could run 
> those programs with the same setup without having to execute a different 
> version of EMC...
> 
> You are all free to play with it.  The downside is that it uses 
> Spirit++ (which is now part of Boost++) and requires C++.  That being 
> said, the ideas in the code should be transferable to other languages, 
> or even into ANSI/POSIX C with a bit of extra work.  The plus side is 
> that if we cleaned up the code and got it to use the newer persistant 
> store, they would include that as part of the Spirit++ exmplars -- which 
> would garner extra support/exposure.
> 
> Anyway, where I was going with this sidetrack is that a clean design 
> (for Lv3) could include an abstraction which would allow for easy 
> extensibility and accommodate 6, 9, 12, ... 256 axes or more.
> 
>   EBo --
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to