Gscreen - a GTK / Glade / Python based screen

andypugh wrote:

tjamscad wrote: LinuxCNC should be able to translate and function so I dont have to change programs everytime i need to load a program.

That would be nice, but may be harder than it sounds.
The problem is how LinuxCNC is meant to work out what particular G-code dialect is being used, purely from the G-code.
There is work under-way to allow pluggable interpreters, so it should be possible in the future to swap the RS274NGC interpreter for a Fadal interpreter.
But that will still not work if you feed it Fanuc G-code.

G40 in RS274NGC is "cancel cutter radius compensation" and M01 is "optional pause."
What is that E01 expected to do in that line of G-code on a Fadal machine? I don't see a G-code to use it.

The programer of the file said in this case E01 can be replaced by G54. How ever this is silly in my opinion. Maybe this can be added to the LinuxCNC3 list? If I want to run a program on a Haas, Toyoda, Fadal, Cincitti, Viper, or LinuxCNC converted machine I should be able to. Currently I can't but LinuxCNC would be more apealing if it could decide between them.

BigJohnT wrote: Sounds like a good job for you to write translators for other G code to LinucCNC.

John

Was that directed at me?

tjamscad wrote:

BigJohnT wrote: Sounds like a good job for you to write translators for other G code to LinucCNC.

John

Was that directed at me?

Aye.

andypugh wrote:

tjamscad wrote: LinuxCNC should be able to translate and function so I dont have to change programs everytime i need to load a program.

That would be nice, but may be harder than it sounds.
The problem is how LinuxCNC is meant to work out what particular G-code dialect is being used, purely from the G-code.
There is work under-way to allow pluggable interpreters, so it should be possible in the future to swap the RS274NGC interpreter for a Fadal interpreter.
But that will still not work if you feed it Fanuc G-code.

That is a common problem in shops that uses many different controls and use the special features of them.
Things you could do:

You stick to the generic-between-controls Gcodes
It you use CAD/CAM you build a post processor for each machine.
If it's simple substitution - Linxcnc can run a filter program before running the Gcode. (Someone would need to write this)
use linuxcnc's 'remap' capability to change linuxcnc to understand different dialects ( at the moment you can't change arbitrary Gcode -only a small subset)

Chris M

tjamscad wrote: The programer of the file said in this case E01 can be replaced by G54. How ever this is silly in my opinion. Maybe this can be added to the LinuxCNC3 list? If I want to run a program on a Haas, Toyoda, Fadal, Cincitti, Viper, or LinuxCNC converted machine I should be able to.

The computer knows less than you do, considerably less in many cases.
How does the interpreter tell that that E01 really means G54?
E-words are not even seen as commands by the current interpreter, they are command arguments.

Surely it would make more sense to modify the Fadal machine to use a more standard version of G-code? As far as I know G54 always means the same thing.

andypugh wrote:

tjamscad wrote: The programer of the file said in this case E01 can be replaced by G54. How ever this is silly in my opinion. Maybe this can be added to the LinuxCNC3 list? If I want to run a program on a Haas, Toyoda, Fadal, Cincitti, Viper, or LinuxCNC converted machine I should be able to.

The computer knows less than you do, considerably less in many cases.
How does the interpreter tell that that E01 really means G54?
E-words are not even seen as commands by the current interpreter, they are command arguments.

Surely it would make more sense to modify the Fadal machine to use a more standard version of G-code? As far as I know G54 always means the same thing.

I agree with you it would be easier to only use a straight gcode setup for programs. I unfortaunly dont have that kind of authority. It seems like the machinest have a hard enough time going to the veterian programers we have and getting something fixed that is just wrong. Right now I think Stuart is converting all the programs to run on LinuxCNC that were programed different.