On Mittwoch, 15. April 2020, 15:24:11 CEST Juergen Gnoss wrote: > Thinking further that direction, it may be a starting point in order to > solve some actual problems.
Yes sir :) > My idea is, sorting out the g-code interpreter and make it loadable modules That's a really sexy idea. But for that to make sense, you have to split out the taskmanager stuff, that the interpreter of today is working out. > ... we could have a fanuc, heidenhain, siemens, universal ... interpreter, > that implement strict behavior as those machines do. Sounds marvellous, but afaik Heidenhain does not allow others to build an interpreter for their language. I remember when I learned Heidenhain with simulator software, they told us, that the simulator-company was not allowed to workout exact Heidenhain behaviour. They had an interesting 5-axis simultaneous simulator, which had to be disabled for Heidenhain. So we had to use software downloaded from Heidenhain to practice Heidenhain programming (but Heidenhain software did not support 5-axis simultaneous programming and simulation). Don't know whether that restriction is for commercial use only? Any way - support of the others would be enuf challenge ;) ... by the way: recently I was testing linuxvariant of PlanetCNC. To me it looks like a fork of lc - and they already solved several problems of lc apparently. Reinhard _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
