Z drop issues

Guys,

I’ve searched this but seems to be getting conflicting answers.

Table is built and homes nicely and I’ve run gcode to have the machine run a rectangle around the board. I’ve done that multiple times successfully.

But when I say it hoems well, it homes well nicely most of the time. X and Y are always perfect.
But sometimes the z axis will drop on the left hand side. At first I thought it was just with the weight of the router on that side, or when I bumped it. And while that is true, it’s not always the case.

Also sometimes it seems to have issues homing on the left, it will get in a loop of sorts. It will home to the endstop, drop a little, home to endstop, drop and so on in the loop. So I kill it and the left side smashes to the bottom.

I’ve read that when powered ff the z should always go to the bottom, which it never does. It normally stays where I leave it.

So I’m confused.

What board are you running?

If Jackpot, what version of FluidNC are you running?

Hey, I have skr.
Sometimes in the future I’ll upgrade.

Just checking. There were some homing issues in some recent FluidNC builds.

There’s a pretty good mix of Jackpot and SKR, so just good to get that clarified up front.

Personally, I view the Jackpot board as a peer of the SKR, not an upgrade. You won’t notice any difference in the quality of the cutting.

I’ve read that when powered ff the z should always go to the bottom, which it never does. It normally stays where I leave it.

If you are using a 4-start lead screw (by far the most common one), then yes, you should expect one or both sides to fall when the steppers are powered down. If they are not, check alignment and lubing of the lead screws.

Mechanical issues and binding are the most common reason for lost Z steps. We also see issues where the machinie is wired using the Z1 and Z2 sockets rather than Z1 and E2. When both Z axes are plugged into the the Z sockets, one stepper driver is being used for both motors, halving the amount of current going to each of the two Z steppers.

2 Likes

This is a (relatively) common issue, at least on my SKR. It happens when the Z lead screw stub hits the top of the XZ plate slot before the Z limit switch is triggered.

It could happen because the limit switch on the offending side needs some adjustment (so that it triggers at a lower position), or it could be that the switch is being triggered but the SKR board isn’t recognizing that it is being triggered (aka SKR endstop issue).

I would start by manually triggering the switch during theZ homing to see if the travel stops correctly. If so, then adjust the switch 2-3mm lower (or bend the switch arm to contact the XZ plate sooner).

1 Like

That’s what I would have suggested as well. Can also happen if you switched your endstop wires on the board so the left endstop triggers the right motor and the left motor just keeps on going until it falls down.

1 Like

I changed over my skr box, as it was cracked. (printing issue)
So it was a good opportunity to check the wires.
All endstop wires match the steppers and upon first run, it is homing nice and perfect.
I ran it around the fullsheet cut perimeter 5-6 times last night no problems, no drop.

I will attempt a square and/or a cut tonight and see if i get z-drop doing that.

Strange though, i dont get the drop that some of you suggest happens when power is off.
My Z always remains where it was before power off. I have lubed it.