# Z Axis off after new tool/file/probe with Fusion 360

**URL:** <https://forum.onefinitycnc.com/t/z-axis-off-after-new-tool-file-probe-with-fusion-360/20402>\
**Category:** Troubleshooting (X35/X50)\
**Created:** [May 2, 2023, 4:47pm UTC](https://forum.onefinitycnc.com/t/z-axis-off-after-new-tool-file-probe-with-fusion-360/20402 "2023-05-02T16:47:18Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![tschrag](https://avatars.discourse-cdn.com/v4/letter/t/82dd89/32.png) [@tschrag](https://forum.onefinitycnc.com/u/tschrag)\
**Post date:** [May 2, 2023, 4:47pm UTC](https://forum.onefinitycnc.com/t/z-axis-off-after-new-tool-file-probe-with-fusion-360/20402/1 "2023-05-02T16:47:18Z")

</div>

Hey Everyone - First of all, a big general thanks to this neat community… I’ve learned a ton from many of you.

Excited new user of a Journeyman X50 here. Aside from all sorts of usual dumb-ass learning along the way, I’m having a blast and getting some great results. One issue is still perplexing me however, and while I’ve seen others struggling with this here, I haven’t found an exact match to my situation. I’m sure it’s something silly that I’m messing up:

I am using Fusion 360 and say I do an initial 3d adaptive clearing path on a relief. Works great. I then create and a second path with a smaller / shorter bit, removing ‘Stock to Leave’, and postprocess/export a separate nc file (not even trying to do a tool change in the same file, as I read that could cause these types of issues). I change out my bit on the machine, re-probe Z in the same spot as before, and kick-off the new file. This works as expected if the bit height is \>= to the bit from the first pass, but with a shorter bit, I’m just cutting air up above the stock (~quarter inch high or so).

It seems like it’s somehow saving the bit height from the first pass, even though I’m in a totally new file and re-probing Z with the new bit. I feel like this has to be something simple I’m missing, most likely in Fusion 360. I’ve triple checked my bit dimensions in Fusion 360… although I can’t see how that would matter with the re-probe. Any tips?

Thanks in advance.

---

<div class="post-metadata">

**Author:** ![WaywardWoodworker](https://avatars.discourse-cdn.com/v4/letter/w/e79b87/32.png) [@WaywardWoodworker](https://forum.onefinitycnc.com/u/WaywardWoodworker)\
**Post date:** [May 2, 2023, 4:53pm UTC](https://forum.onefinitycnc.com/t/z-axis-off-after-new-tool-file-probe-with-fusion-360/20402/2 "2023-05-02T16:53:47Z")

</div>

I’d look at the toolpath simulations in F360 to see what it thinks you want it to do, if it’s cutting at the correct height it’s probably not a F360 setting and more an issue with probing.

---

<div class="post-metadata">

**Author:** ![tschrag](https://avatars.discourse-cdn.com/v4/letter/t/82dd89/32.png) [@tschrag](https://forum.onefinitycnc.com/u/tschrag)\
**Post date:** [May 2, 2023, 5:47pm UTC](https://forum.onefinitycnc.com/t/z-axis-off-after-new-tool-file-probe-with-fusion-360/20402/3 "2023-05-02T17:47:32Z")

</div>

Thanks Derek - I should have specified that. The toolpath looks fine in F360, it shows it going down and cutting material away at the correct depth.

I’m using the same exact process when probing Z for the initial path and the second finishing path - just pressing ‘Probe Z’ and following instructions. I am wall mounted, so I have to hold the probe, which I have found can introduce some slight discrepancy between probes… but the bit is off way more than that… and it’s happened consistently so many times now that I’m convinced it’s something else.

---

<div class="post-metadata">

**Author:** ![Dr-Al](https://avatars.discourse-cdn.com/v4/letter/d/cc9497/32.png) [@Dr-Al](https://forum.onefinitycnc.com/u/Dr-Al)\
**Post date:** [May 2, 2023, 6:27pm UTC](https://forum.onefinitycnc.com/t/z-axis-off-after-new-tool-file-probe-with-fusion-360/20402/4 "2023-05-02T18:27:41Z")

</div>

A simple test is once you probe Z use the joypad to move the bit to the zero position. You don’t have to get it perfect but close enough to confirm that it did zero correctly. Once you confirm you zeroed it correctly then it must be your code.

---

<div class="post-metadata">

**Author:** ![349iq2345](https://avatars.discourse-cdn.com/v4/letter/3/bb73d2/32.png) [@349iq2345](https://forum.onefinitycnc.com/u/349iq2345)\
**Post date:** [May 2, 2023, 6:52pm UTC](https://forum.onefinitycnc.com/t/z-axis-off-after-new-tool-file-probe-with-fusion-360/20402/5 "2023-05-02T18:52:21Z")

</div>

Hey @tschrag, hey Alex,

> [@Dr-Al](#):
>
> A simple test is once you probe Z use the joypad to move the bit to the zero position. You don’t have to get it perfect but close enough to confirm that it did zero correctly. Once you confirm you zeroed it correctly then it must be your code.

Or enter _G0 Z0_ into the command entry field of MDI Tab (=rapid move to _workpiece zero_ for Z axis). Or _G0 X0 Y0 Z0_ to move all axes to the _workpiece zero_.

Could it be that your second pass file does not have its _workpiece zero_ point at exactly the same location in the 3D model?

Do yo probe on the top of the workpiece?

---

<div class="post-metadata">

**Author:** ![WaywardWoodworker](https://avatars.discourse-cdn.com/v4/letter/w/e79b87/32.png) [@WaywardWoodworker](https://forum.onefinitycnc.com/u/WaywardWoodworker)\
**Post date:** [May 2, 2023, 7:38pm UTC](https://forum.onefinitycnc.com/t/z-axis-off-after-new-tool-file-probe-with-fusion-360/20402/6 "2023-05-02T19:38:47Z")

</div>

> [@349iq2345](#):
>
> Could it be that your second pass file does not have its _workpiece zero_ point at exactly the same location in the 3D model?

In F360 the zero point is specified in the setup, I assumed both toolpaths were in the same setup and would have the same zero point, if @tschrag is using multiple setups then it’s possible.

@tschrag - when you probe Z for the second tool, are you turning the block upside down or ensuring the workpiece is seated flat in the recess of the probe block?

---

<div class="post-metadata">

**Author:** ![Dr-Al](https://avatars.discourse-cdn.com/v4/letter/d/cc9497/32.png) [@Dr-Al](https://forum.onefinitycnc.com/u/Dr-Al)\
**Post date:** [May 2, 2023, 7:58pm UTC](https://forum.onefinitycnc.com/t/z-axis-off-after-new-tool-file-probe-with-fusion-360/20402/7 "2023-05-02T19:58:21Z")

</div>

I usually don’t advise people who are new to this to try editing their codes. Don’t get me wrong adding it is a good idea in general. There’s nothing like a simple check before the bit actually touches the wood to know if you’ve made a mistake after you press play.

---

<div class="post-metadata">

**Author:** ![349iq2345](https://avatars.discourse-cdn.com/v4/letter/3/bb73d2/32.png) [@349iq2345](https://forum.onefinitycnc.com/u/349iq2345)\
**Post date:** [May 2, 2023, 8:13pm UTC](https://forum.onefinitycnc.com/t/z-axis-off-after-new-tool-file-probe-with-fusion-360/20402/8 "2023-05-02T20:13:53Z")

</div>

Hey Alex,

editing their code? I did not mean that.

Entering something like _G0 Z0_ into the [command entry field of MDI Tab](https://buildbotics.com/manual-v1-0/#ControlPageMDITab) is in my opinion a simple way to show people that there are different ways to move the machine manually (jogging with the gamepad or the pendant, clicking on the arrow keys on jog pane on the display, or entering single motion commands into the manual data interface (MDI) (and to overcome any possibly existing inhibitions with a low threshold by showing that manually entered g-code commands don’t bite, but give a good feeling of self-efficacy while at the same time experiencing that it is so simple 🙂)

 ![The Manual Data Interface Tab.](https://us1.discourse-cdn.com/flex022/uploads/onefinitycnc/original/3X/6/6/665027b012c6ac206b8cdbd9eb33766c4ffb9848.png)

#### Further reading

[G0 (Rapid Move)](https://linuxcnc.org/docs/html/gcode/g-code.html#gcode:g0)

---

<div class="post-metadata">

**Author:** ![tschrag](https://avatars.discourse-cdn.com/v4/letter/t/82dd89/32.png) [@tschrag](https://forum.onefinitycnc.com/u/tschrag)\
**Post date:** [May 2, 2023, 10:07pm UTC](https://forum.onefinitycnc.com/t/z-axis-off-after-new-tool-file-probe-with-fusion-360/20402/9 "2023-05-02T22:07:46Z")

</div>

Hey All - Thanks so much for the tips / questions - This was all very helpful, as after doing these tests I found that eyeballing the bit back to zero did end up with Z at ~-.25 in… which confirmed my offset issue.

I’m embarrassed to say, the problem ended up being that one of my Z slider screws had vibrated loose, and was blocking the slider from descending that extra .25 in… an issue that wasn’t encountered with my longer bits. So there you go, it was silly user error.

Again, thanks for the help - these tips helped me cut through to the issue. Maybe this will be useful in the future to some other schmuck who just didn’t tighten the screws enough. 🤦‍♂️
