Announcements
Autodesk Community will be read-only between April 26 and April 27 as we complete essential maintenance. We will remove this banner once completed. Thanks for your understanding

Linuxcnc post process G53/G28 expose U W

alkabal
Participant Participant
882 Views
8 Replies
Message 1 of 9

Linuxcnc post process G53/G28 expose U W

alkabal
Participant
Participant

Hi

 

Using last post pro :

$Revision: 43417 b3f6dbdfcd70762dba17b30aa375adf857a7c460 $
$Date: 2021-09-08 20:16:35 $

 

I have noticed than uf you use use G53 that seem to be good result is : 

N14 G53 G0 X0.
N15 G53 G0 Z0.

 

And if you use G28 result use U W :

N14 G28 U0.
N15 G28 W0.

 

Please can you check that ?

 

Best regards

 

Reply
Reply
0 Likes
883 Views
8 Replies
Replies (8)
Message 2 of 9

alkabal
Participant
Participant

comparing linuxcnc post pro for milling/turning they have many difference (norelated to missing Y axis)

Imh something can be more logic if you can  synch the most part of the pro from one to other.

 

Br

Reply
Reply
0 Likes
Message 3 of 9

alkabal
Participant
Participant

bump please

 

I don't understand what is for this U W on a X Z only Linuxcnc lathe machine ?

 

Thanks

Reply
Reply
0 Likes
Message 4 of 9

engineguy
Mentor
Mentor

@alkabal 

 

On a Lathe the X can be U and the Z can be W, your LinuxEMC Control should be able to read and deal with either, these are not extra/different axis.

Reply
Reply
0 Likes
Message 5 of 9

andypugh
Enthusiast
Enthusiast

In LinuxCNC U and W very much _are_ separate linear axes and the interpreter will throw a fit if the G-code attempts to move them and the system is not configured to include them. 

 

The postprocessor should not be including U and W in the G-code when targeting LinuxCNC. 

 

Curiously, though, I use Fusion and the LinuxCNC lathe post all the time, and don't have spurious axes appearing, so I suspect that config switches somewhere are being set incorrectly. 

 

Reply
Reply
0 Likes
Message 6 of 9

alkabal
Participant
Participant

Many thanks for reply

 

Maybe i'm wrong but i think that linuxcnc does not use G28 U W 

https://www.forum.linuxcnc.org/qtpyvcp/42340-probe-basic-is-it-possible-to-embed-a-gladevcp-tab-in-t...

 

I have do the test as you can see the linuxcnc interpreter fail with U

 

Br

Reply
Reply
0 Likes
Message 7 of 9

alkabal
Participant
Participant

Oh sorry andypugh i do not see your post before send the last redundant message.

 

The problem appear only using G28 for retract, maybe you use allways G53.

Reply
Reply
0 Likes
Message 8 of 9

engineguy
Mentor
Mentor

@alkabal 

 

If you want to remove the G28 option from your "Properties" list then you can simply "Comment out" that line in the Linux PP as in the image below by putting the two // at the start of that line, it will always then be G53 output.

Linux with no G28.jpg

 

 

From what I understand Linux will accept the G28 U W but has to be configured to do so and it is normally not configured that way.

 

Reply
Reply
1 Like
Message 9 of 9

alkabal
Participant
Participant

Thanks a lot for pointing the most easy solution.

 

I have mostly do this topic for ask review from the team for confirming this potential wrong usage with Linuxcnc lathe post pro.

 

Best regards, thanks for support

Reply
Reply
0 Likes