Gcode from Postprocessor "LinuxCNC Turning" does not run with linuxcnc ...

More
07 Jul 2022 08:04 #246785 by Roman Simon
Hello,

I have a new sherline cnc lathe and for a sample part I use Fusion 360 and choose the postprocessor "LinuxCNC Turning"

 

But the generated gcode is not valid

%
(1001)
N10 G7
N11 G18
N12 G90
N13 G21
(WHEN USING FUSION 360 FOR PERSONAL USE, THE FEEDRATE OF)
(RAPID MOVES IS REDUCED TO MATCH THE FEEDRATE OF CUTTING)
(MOVES, WHICH CAN INCREASE MACHINING TIME. UNRESTRICTED RAPID)
(MOVES ARE AVAILABLE WITH A FUSION 360 SUBSCRIPTION.)
N14 G28 U0.  (First error: Linux CNC do not know character U ....)
N15 G28 W0.

(PROFIL-SCHRUPPEN1)
N16 T2 M6
N18 G54
N19 M8
N20 G97 S950 M4
N21 G95
N22 G90 G0 X67. Z5.4
N23 G96 D3500 S200 M4
N24 G1 Z0.381 F1. (Secound error, LinuxCNC stops here, maybee because of F1, a ver slow feed???)
N25 X46.4
N26 Z-36.854
N27 G3 Z-37.715 I-7.437 K-0.43
N28 G1 Z-62.922
N29 X47.
...

I would be very happy about any help.

Thanks & Best Regards
Simon
Attachments:

Please Log in or Create an account to join the conversation.

More
07 Jul 2022 09:11 - 07 Jul 2022 09:12 #246788 by roland
You can switch the "Safe Retracts" method from G28 to G53 in the postprocess.
The G-code will then be generated without the U- and W-axis.
 

The example here is from Inventor CAM, but should also work in Fusion360
Attachments:
Last edit: 07 Jul 2022 09:12 by roland.
The following user(s) said Thank You: Roman Simon

Please Log in or Create an account to join the conversation.

More
07 Jul 2022 12:39 #246800 by Roman Simon
thank you very much, the reason for the secound error was "G96" - a constant surface speed command. This was activated under tools in fusion... best regard

Please Log in or Create an account to join the conversation.

More
19 Jun 2026 14:25 #347165 by andypugh
This is rather annoying as G28 U0 is very much not a LinuxCNC style thing.
It's valid G-code but I don't imagine very many LinuxCNC lathes are using the U and W axes.

Please Log in or Create an account to join the conversation.

More
19 Jun 2026 15:37 #347166 by andypugh
It also (i just discovered) omits the G43 after a tool change, which is likely to cause trouble.

Please Log in or Create an account to join the conversation.

More
21 Jun 2026 22:09 #347201 by spumco

This is rather annoying as G28 U0 is very much not a LinuxCNC style thing.
It's valid G-code but I don't imagine very many LinuxCNC lathes are using the U and W axes.
 

G28 U0 W0 is a carry-over from Fanuc dialect.  The U and W are not referring to U/W axes, they refer to incremental moves in X & Z.

If the control is in G90 (absolute) mode you can make an incremental move without switching to G91 by programming a "Gn Un Wn" line.

The G0 G28 U0 W0 the F360 post puts out is Fanuc for 'Go to home position, with no intermediate stops.'


Regarding G43... yes, it omits this.  I've modified my post - still in progress TBH - to include a number of changes, including stealing a few ideas from the Tormach lathe post:

- INCLUDE G43 ON SAME LINE AS M6
- ADD M210/M211 AIR THROUGH TOOL
- CHANGE DEFAULT FROM G28 TO G53
- CHANGE DEFAULT RETRACT TO ONLY-Z
- ADD APPROACH SCHEME COPIED FROM TORMACH: X THEN Z

I've attached it in case anyone wants to use it.  I'm not sure how successful the LCNC community will be approaching Autodesk in the hopes of getting the standard post fixed.
Attachments:
The following user(s) said Thank You: Aciera

Please Log in or Create an account to join the conversation.

Time to create page: 0.258 seconds
Powered by Kunena Forum