strooom/grbl-post-processor

Post Processor for Autodesk Fusion360, delivering GCODE output optimized for GRBL compatible CNC or Lathe

GRBL-Post-Processor

A custom Post Processor for Autodesk Fusion360 Creates .nc files optimized for GRBL based Openbuilds-style machines

See wiki for more details : https://github.com/Strooom/GRBL-Post-Processor/wiki

grbl-post-processor's Issues

Home Position, post operation

When my machine returns home, it's ignoring $23, which I have set to 1. Any chance it can invert the X so it returns to true HOME?

Preferred post processor?

I see that you have two post processors, f360-easel.cps and OpenbuildsGRBL.cps.

Which is the preferred one for using with an X-Controller (GRBL 1.1) and UGS (not Easel) as my sender?

Thanks,
Jim

Provide a safe fallback to WCS1 / G54 when no WCS is set in CAM

In order to use the correct set of World Coordinate System, you should set it in your CAM-process.
The PostProcesser then translates this setting (WCS1..WCS6) to G54..G59
When not set, it will raise a warning.
However, as many (third party) libraries are not setting a WCS, the PostProcessor should default to WCS1 / G54 in that case..

Wiki pages can't be edited?

Just went to update a busted link on the wiki home page:

• https://github.com/Strooom/GRBL-Post-Processor/wiki

However wiki pages don't seem to be editable for this project?

Any chance of enabling editing, so it's easy for people to fix/update things? 😄

Reference info, in case that's useful:

• Broken link: https://camforum.autodesk.com/index.php?topic=7571
  • It has a (very old) expired TLS certificate, so is unlikely to ever be fixed.
• Updated link: https://forums.autodesk.com/t5/hsm-post-processor-forum/g2-move-has-too-much-error/td-p/6087663
  • The above link just bounces here now anyway, so might as well use it.

Laser Mode

Hi,

Would it be possible to create an option to set for Laser mode, where you set the number of passes and the Z axis deltas (lowering) per pass. And also set the laser power instead of the spindle speed.

Some GRBL firmware use spindle speeds of say around 0 - 12000. And that translates to laser power (PWM). Others hace 0 - 255. So a max laser power option should also be available.

See https://jtechphotonics.com lasers.

A good ref is their inkscape plugin:
https://jtechphotonics.com/?page_id=2012

Doesn't work

openbuilds grbl cps fails. no options appear in inventor fails to output gcode

easel does seem to work however

Error 33 with Arc Motions

Hello,
I've got a question about your Post Processor.
Very often I get the "Error 33" when trying to cut some round shapes or with adaptive clearing.

I read about this issue, that it comes from a difference in the positions where the arc begins and where it ends.

Sometimes I've no chance to get the Code running on my CNC (using Grbl 1.1 with bCNC) When I switch the Post to the normal GRBL Post. then everything works fine.

Someone wrote, he changes the Arcmotion from "xaOutput" tp "xOutput" and then it works.
Could this be possible, and what could be the reason for that?

If you would like, I can attach a little Program with the Strooom and the GRBL Post to see the difference.

Many thanks in advance.
Greets Chris

Feature Request: Mist Cooling / M7

Request Mist Coolant be added to theGRBL-Post-Processor.
GRBL Extended Command Toggle Mist Coolant, M7 turns on, M9 turns off mist & flood.

HSM Works with this PP in Solidworks.

I decided to give this a whirl on HSM Works in Solidworks, and it complained saying I needed to switch the coordinate system to 1.6 while the one F360 comes with (same one as in HSM Works) never had that issue. Fact is I don't even see a way to change it.

G53 G0 Z-10 down in material

The first line of the code that real move the machine G53 G0 Z-10 send the machine 10 milliliters down to the material, then move to the initial point, then up 15 milliliters down 10 and now the work is begins as wished.

Could someone give me some light, where could I change this behavior?

An it does the same at the end G53 Z-10

The initial part of the code

G90 G94
G17
G21

(Operation 1 of 1 : Face3)

G53 G0 Z-10
G54
S10000 M3
G4 P0.8
X43.75 Y1.283
Z15
Z5
G1 Z0.4 F1000
G18 G3 X43.45 Y1.2829 Z0.1 I-0.3
G1 X41.8 Z0.1

End of the code
G0 X-0.3 Z15

G53 Z-10
M5
G4 P0.8
G53 X-10 Y-10
M30
%

Generate G1X and G2X commands without feedrate

In GRBL 1.1 feedrate is mandatory when sending G1X or G2X commands. Here are errors I get after with Gcode generated by GRBL-Post-Processor

GRBL 1.1 will return error 22 if using GRBL-Post-Processor.

Tool-rotation error

Hi

I have a tool rotation error while I have selected a 3axis standard machine in Fusion 360.

Error: Fatal Error in Operation 1: Tool-Rotation detected but GRBL only supports 3 Axis

Error` at line: 671

Error in operation: 'Circular1'

Where can I look at to check or change something?

Check that all special GRBL commands are removed from comments

$
~ (cycle start)
! (feed hold)
? (current status)
ctrl-x (reset Grbl)

grbl-post-processor ? Solidworks

is there a module for Solidworks to use grbl ctl. files, my question will this work in solidworks ?

Run code through JSHint

Units choice

I was under the impression you fixed the post processor to use either mm or inches. It does not allow the option.

arcs and number formats

Hi Strooom
This issue
https://forums.autodesk.com/t5/fusion-360-computer-aided/contour-takes-off-on-tangent-g03-but-not-on-similar-pocket/m-p/7641509/highlight/false#M41174
is my fault because you merged my changes some time ago.

I believe I have fixed it in my repo
https://github.com/swarfer/GRBL-Post-Processor
by making every move use an extra digit (no difference between normal moves and arc moves)
and by
restricting arc moves to the G17 (XY) plane. The test file I was using had very small arcs as lead in moves in the ZY or ZX planes and Fusion does not handle them well at all. This is solved by linearizing them to line segments.

The main problem was that when generating arcs it was using N decimal places for the initial position move (a G0 or G1 to the start of the arc) and then N+1 decimal places for the arc move itself.
That roundoff of the initial position is what causes the error 33 from GRBL since for small arcs the % error is large enough to trigger the error.
If it used N+1 places for start point move all would be well but when that move is made we do not know that the next move is an arc. (Maybe there is a way to look ahead?)

I also did this
minimumCircularSweep = toRad(0.1); // was 0.01
which helped to reduce errors in small arc generation.

I may have made other changes that I cannot recall now so maybe you should do a full diff (-:

Fusion 360 post process order

@Strooom in fusion 360 post processor is there anyway to make order of actions automatic

for exemple on start usualy we put the bit toutching the surface of the job we doing has a start point, and then start the job, and the order fusion posts is first turn the drill, and then got to a position and only then raises Z
this causes the drill to be on and by moving to position and only then raise the Z, will scratch surface of material

G90 G94
G17
G21

(Operation 1 of 4 : 2D Contour1)

G53 G0 Z0
G54
S10000 M3 <---------------change this become the Z10
G4 P0.8
X32.918 Y14.38
Z10 <----------------change and this the S10000 M3
Z5.015
G1 Z2.015 F150
Z-0.775

at the end of g code same

G0 X-1.68 Z10

G53 Z0 <-----------------change this become the M5
M5 <---------------- change and this the Z10
G4 P0.8
G53 X0 Y0
M30

is there anyway to achive this?

Coolant gcodes not being added in the .nc file

Hi, great post processor and definitely better than the default grbl one included with Fusion 360. Two issues really,

1. While post processing, I do not see a M8 or a M9 being added in the actual gcode even when the tool has a coolant attribute enabled while creating the tool path. How do I fix this (other than adding it manually)?
2. There are % that are added at the start and end of the file. What are these? Are these necessary? How do I remove them (other than manually)? Some grbl GUIs do not support these and stop execution when they encounter this.

jar Version not working

it works with the platform version but not the java version for me.
Also if I have a othermill for example what do I have to put in post tu use.
I need to put the folder in of the postprocessor?

Make it work for GRBL-controller set to Inches (io mm)

GRBL is to be configured into Metric (mm) or Imperial (Inches).
Once configured to a particular unit system, it makes no sense to send it G-Code in the other system..

Currently the Post-Processor assumes you use mm, and throws errors when it sees Inches in your design.
It would make sense to make this configurable so our friends from the US can also use this post-processor