On 16.02.12 20:43, Anders Wallin wrote:
> Well, one thing is for sure: I will not write a new g-code parser/interpreter.
> There is about three parts to this I think:
...
> - g-code or other input interpreter (LinuxCNC obviously has librs274,
> FreeCAD could work on some internal CAM-format maybe, but that would
> need inventing+work)

Would the ouput of the interpreter be input to this?:

> - libcutsim (stock-model, cutting ops, surface-extraction/update)
> - ui (AXIS has g-code preview, play/pause/stop buttons, etc).

If so, what should that data contain? (If not fully defined yet, what
might one sample require, roughly?)

I only ask because work on a human-readable to gcode translator is
progressing quite satisfactorily, and it seems kinda useful for the
input to the simulator to be also available as LinuxCNC gcode, so we can
machine with it. If the interpreter provides output in both forms, that
is achieved.

Erik

P.S. Why not "write a new g-code parser/interpreter"? It is as relaxing
     as sudoku, and twice as entertaining. ;-)
     (It does admittedly take up a lot of time to do the whole language.)

-- 
Never tell people how to do things. Tell them WHAT to do and they will
surprise you with their ingenuity.
                                           - Gen. George S. Patton, Jr.

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to