Z Axis Plunging way to deep at beginning/end of cut

After breaking 2x ⅛ router bits I think I might have found another bug. Should have started with a test cut without a bit first… but I got overconfident after one successful cut.

When I start a cut the z axis immediately plunges all the way down to the motors and then starts to travel to the starting point of the cut. At first I thought this was a mistake in my gcode as I have run into that before but I double checked all my CAM settings in fusion 360 and all looks good. Then I noticed this was happening really before the start position of my cut so I am guessing this is something on the M4 side instead. Also noticed it does the same thing at the end of the cut when it travels back to home.

Video of Sled Behaviour
Video of software when running through cut
GCode: 0.125 Finish - REV1.nc (5.4 KB)

Ran through this several times thinking I got the “zeroing out” the z axis wrong and maybe I am following the wrong procedure so here is what I have been doing. Here is what I have been doing:

  1. Power On M4
  2. Move Z Axis all the way to bottom out on motors, Zero Z Axis Button
  3. Retract, Extend, Apply Tension
  4. Move Z-Axis Up to have bit in line with sled or when no bit just move it up 1 in (tried different heights but shouldn’t matter) to simulate a bit inline with shed
  5. Define Home for Z Axis
  6. Press Play

Noticed some other issues with how the Pause, Stop Operation Buttons work while working through these tests:

  1. Noticed that when I pause a cut I can’t jog the sled at all and have no way to cancel the cut without hitting the stop button that then requires the whole power cycle and start up dance (Retract, Extend, Apply Tension). Very annoying and time consuming when trying to troubleshoot.
  2. Noticed on one occasion where I put in a much larger z axis value to go up and wanted to stop this that when I hit the Stop button it did not stop the z axis movement even though I got the Emergency stop message.
1 Like

Looking at the Gcode everything looks good:

(0125 Finish Contour 2)
T2
S16000 M3
G17 G90 G94
G54
G0 X5.383 Y4.1466 ← Move to starting location, no Z move commanded
Z0.8
G1 Z0.2 F80
Z0.1125 F40

This sounds 100% correct.

I agree that this looks like it could be a bug. When I was adding the “Zero Z” button I was having a bunch of issues getting to to behave correctly because FluidNC stores the machine position in a whole bunch of different places and they all need to be set propperly when it is reset so maybe I missed something. I will dig into it.

I completely agree, the play stop pause button behavior right now is frustrating and annoying. That is on the Todo list for sure!

Hi, was this issue ever resolved? I’ve been running into the same problem very intermittently and am curious if this a me problem or a SW bug? Gcode looks correct. I raise the z axis above the stock, press play, it plunges and moves to the starting position. And same at the end of the cut

1 Like

jemmer798 wrote:

Hi, was this issue ever resolved? I¢ve been running into the same problem very
intermittently and am curious if this a me problem or a SW bug? Gcode looks
correct. I raise the z axis above the stock, press play, it plunges and moves
to the starting position. And same at the end of the cut

do you set home after you lift the Z axis above the stock and before you hit
play?

David Lang

Hi David, nope, I home the z axis with the bit at stock level and then raise it up.

EDIT:
I tried a dry run with the same gcode/no bit/newly zeroed Z and it seemed to work. Router went up, moved to start position, down and followed the tool path. I shut down the machine, put a bit in, did the rehang dance, re zeroed, moved the z axis up, and clicked play. It immediately plunged and drove to start. Is this possibly a bug in the z-zeroing workflow depending on order of operations?

Issue hasn’t been resolved yet! I’m hoping it gets address this week before I get back to my machine this weekend. I have so many projects lined up and stuck at this roadblock

1 Like

Mine doesn’t plunge, and I feel I do it the same was as you do.

I found that the stop button inside the settings menu works for me without having to rehang.

1 Like

@bar i just want to make sure this is still on the radar to look into.

I do find it odd not everyone is experiencing this issue but I really don’t know what I could be doing differently here.

I appreciate you have a lot of issues to triage. Just so so ready get to cutting some projects.

1 Like

It is, I’m just not sure where to start fixing it since I haven’t been able to make it happen.

Do you have a set of steps which will make the issue happen every time for you?

It happens every time I go through my start up process that I outlined above. I’ve tried different code files to see if it’s an issue with tool path settings and no luck.

I can take a video of going through the start up process if that helps. I’ve been noodling of what else I could try on my end as it doesn’t seem to be a wide spread issue but I’ve run out of ideas.

1 Like

one thing that I see is that you have Z commands on bare lines. some CNC machines accept that, but I believe that grbl/fluidNC requires G0 or G1 and may be doing something odd as a result of the bare Z on a line

Also, it’s possible that the G54 could be changing your coordinate system in ways that you are not expecting

what type of CNC machine are you telling your CAM program that you have?

These are the steps to reproduce it, right?

That’s my position too. I haven’t been able to make the issue happen so I’m not sure how to fix it

Using Fusion 360 and exporting as GRBL which was what I worked for the M2 I had before the M4. Have not changed any of the default configurations here tin the post properties and I know next to nothing on the specifics of code so this could totally be the source of the issues. Any insight based on this?

1 Like

That seems like it should work, I think that a video of the whole process would help a lot with tracking down what is different

That’s the process. I totally understand it’s hard to lend support when you can’t experience it firsthand. That is why I can at least video how I went about it to see if there is something there.

Curious to explore the how Fusion 360 exports the G Code could affect this that dlang pointed out. Any insight here would be great but I will do my own research as I should probably understand g code better in general.

1 Like

Which firmware version are you using? I also remember a bug like this in one of the early versions which we fixed (but that was months ago)

I’m on last weeks firmware. 0.76 I believe so don’t think that’s the issue.

1 Like

Darn, I kinda figured but worth an ask. It could have been a freebie

1 Like

@bar

Here is the video. Sorry for the quality at times. Was by myself today and need 2 hands for different parts of the process as Im sure you understand haha.

I am including the logs as well and nc file I used for this test to help as well.

Video
Cat Sign.nc (614.3 KB)
Maslow-serial.log (2.9 KB)

Ran into an issue where the file showed as not centred on the workspace which it normally does but didn’t affect cutting. Not too worried about that right now.

P.S. Very happy to see that the Stop Button no longer Hard Stops the machine so I can now jog it around and not have to do the whole start up process again :smiley:

As always appreciate the assistance with figuring out this elusive issue!

I’ve also run into the issue intermittently running Fusion 360 and exporting as GRBL. It’s been hard to duplicate though and my process looks the same as @NickyD … I had run 10 files today with no problems, got a 15 mm error and as part of my attempted recovery cut, the plunge happened again twice in a row.