Community
Fusion Manufacture
Talk shop with the Fusion (formerly Fusion 360) Manufacture Community. Share tool strategies, tips, get advice and solve problems together with the best minds in the industry.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Linuxcnc post process G53/G28 expose U W

8 REPLIES 8
Reply
Message 1 of 9
alkabal
505 Views, 8 Replies

Linuxcnc post process G53/G28 expose U W

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

 

8 REPLIES 8
Message 2 of 9
alkabal
in reply to: alkabal

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

Message 3 of 9
alkabal
in reply to: alkabal

bump please

 

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

 

Thanks

Message 4 of 9
engineguy
in reply to: alkabal

@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.

Message 5 of 9
andypugh
in reply to: engineguy

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. 

 

Message 6 of 9
alkabal
in reply to: andypugh

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

Message 7 of 9
alkabal
in reply to: alkabal

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.

Message 8 of 9
engineguy
in reply to: alkabal

@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.

 

Message 9 of 9
alkabal
in reply to: alkabal

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.

Post to forums  

Autodesk Design & Make Report