Planning to Retrofit a Mazak Integrex200Y Mill-Turn Machine

You have G54 offset active, which is set to Z: 180 so since the spindle nose is in the home position you get a z-position of -180.

But how is G54 active after homing and no G-code execution? I have two machines running LCNC (2.7.4) an both don't do that. That's confusing me a little bit.

I commented the G54 out of the .ini File but the behavior does not change.

 

Linuxcnc will save the work offset on shut down. Also G54 is the default offset system on startup. Since the example code contains ' g10 l2 p0 x0 y0 z180' the G54 z-offset is set to 180 which is then stored on shutdown and restored on restart.
As far as I know it has always restored the last offset values but I have only ever worked with Versions 2.8 or later.

I figured it out now and could fix it.

There is one more thing. The key binding.

I found: forum.linuxcnc.org/21-axis/14675-keyboar...key-binding?start=20

and implemented the .py file. It works, but i want to use page up/down for the X axis. How should one know how the correct name/definition in the .py file has to be? Do you have an idea ?

Z and Y works.

Have you tried <Prior> / <Next>?
stackoverflow.com/questions/20911223/tki...-detecting-pgup-pgdn

www.tcl-lang.org/man/tcl/TkCmd/keysyms.htm

Hello Aciera,

i spend more time with it and found one more challenge.

While working with TWP i saw a problem, that it does twist the workplane perfectly but it also changes the axis definition.

Z Integrex is becoming X (Conventional)
X Integrex is becoming Z (Conventional)

Y stays Y

While this behavior can be surely handled in the PP, its a bit of a mess in LCNC. Soft limits are fairly difficult to define and in AXIS GUI it also looks a bit messy. The Doosan PP also does not change Z/X definition, when G368 is posted. And of course the key binding is also off in TWP mode.

The question is now: Can G68 keep the original Integrex Axis definitions ?