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
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
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.
Many thanks for reply
Maybe i'm wrong but i think that linuxcnc does not use G28 U W
I have do the test as you can see the linuxcnc interpreter fail with U
Br
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.
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.
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
Can't find what you're looking for? Ask the community or share your knowledge.