> I was really looking at it from the perspective of a more general solution
> which would work with any of the user interfaces. But as far as a
> preprocessors go, there is no reason it has to be exclusively G-Code. It
> certainly could be any file format translated into G-Code.


Eric,

> The AXIS user interface has a capability to preprocess files into gcode.
> This is in the manual.

The feature is called filter in the manual.
Basicly you name your initial g-codes with another extention (say ngd 
instead of ngc).
Then define a FILTER program to be called when you try to open ngd files.
So when you open a ngd file, AXIS calls the filter program with the file as 
a parameter (I think.. .but it's described in the manual).
The filter does it's processing, and afterwards feeds the result to stdout, 
where it reaches AXIS.
This way we have some filters already working (like image-to-gcode)..
You can define filters for any formats you are apt to write interpreters (be 
it HPGL, DXF, etc..).

Regards,
Alex


----- Original Message ----- 
From: "Eric H. Johnson" <ejohn...@camalytics.com>
To: "'EMC developers'" <emc-developers@lists.sourceforge.net>
Sent: Wednesday, January 28, 2009 3:54 AM
Subject: Re: [Emc-developers] Piping trough a G-code preprocessor


> Jeff,
>
> I have done a lot of that type of thing on my custom user interface as 
> well.
> While it does not preprocess G-Code at this point, it does have the
> capability to covert HPGL and DXF (well to be fair, DXF still needs some
> work) formats to G-Code, as well as convert jpg and bmp to g-code (raster
> pattern) and BW jpg or bmp to vector G-Code.
>
> I was really looking at it from the perspective of a more general solution
> which would work with any of the user interfaces. But as far as a
> preprocessors go, there is no reason it has to be exclusively G-Code. It
> certainly could be any file format translated into G-Code.
>
> Assuming the preprocessor portion is resolved, then the next problem is 
> how
> to get the post processed code back to the respective user interfaces so
> that it displays the code which is actually being executed.
>
> Regards,
> Eric
>
>
> The AXIS user interface has a capability to preprocess files into gcode.
> This is in the manual.
>
> If your *starting point* is also gcode, then you can process it into a
> simpler and more regular representation with the 'rs274' binary.  This is
> probably not documented anywhere yet.
>
> If test.var and test.tbl exist, here's how to process flowsnake.ngc into 
> the
> 'canon call' format:
>    rs274 -v test.var -t test.tbl -g flowsnake.ngc and here are a few lines
> from the output:
>    7 N..... START_SPINDLE_CLOCKWISE()
>    8 N..... STRAIGHT_TRAVERSE(0.0000, 0.0000, 1.0000, 0.0000, 0.0000,
> 0.0000)
>    9 N..... STRAIGHT_TRAVERSE(0.2500, 1.0000, 1.0000, 0.0000, 0.0000,
> 0.0000)
>   10 N..... SET_FEED_RATE(10.0000)
> (looks like rs274 doesn't print a whole 9 axes of information, it's stuck
> back at 6 axes)
>
> An *extensible* program to turn this "canon" representation back into 
> gcode
> would make for some neat possibilities such as the one you're 
> contemplating!
>
> This means you have to give up some of the more interesting parts of 
> gcode,
> such as infinite loops and things that branch on the result of probes or
> other external inputs, but them's the breaks.
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
> 


------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to