Unreliable Homing in one Axis

[fcwilt]

@superbrain8 said in Unreliable Homing in one Axis:

Homing Y and Z works as expected, Homing X is kinda unreliable, sometimes it moves a few mm towards the Endstop and just sets the current position as X home without triggering the endstop.

Have you tried it at full current? There is generally no reason to reduce it during homing.

Also please get in the habit of copy-and-pasting your files using the </> tag, one tag per file. It saves folks the trouble of downloading them.

Frederick

[Stephen6309]

@superbrain8 Does X endstop show NOT triggered when the endstop is not depressed?

[Superbrain8]

@stephen6309 shows as not triggered

[Superbrain8]

@fcwilt will try

[Superbrain8]

@fcwilt didnt worked out, behavior persists.

[fcwilt]

@superbrain8 said in Unreliable Homing in one Axis:

@fcwilt didnt worked out, behavior persists.

OK.

What sort of endstop sensors are you using?

Frederick

[Superbrain8]

@fcwilt Inductive endstops that come with the Artillery Sidewinder.

[fcwilt]

@superbrain8 said in Unreliable Homing in one Axis:

@fcwilt Inductive endstops that come with the Artillery Sidewinder.

OK.

Since it appears to be a intermittent problem I would next see if the leads of the sensor are running close to the leads to a stepper motor.

It might be noise induced into the sensor leads.

Frederick

[Superbrain8]

@fcwilt probably is the issue, replaced the ribbon cable itself with individual wires, but i guess i have to optimize this more
(issue was present with the stock ribbon cable connecting the axis to the base, from there to the mainboard)
the thing is this issue was not present while running Marlin and klipper

[fcwilt]

@superbrain8 said in Unreliable Homing in one Axis:

the thing is this issue was not present while running Marlin and klipper

Possibly the Duet firmware has a quicker response time OR the other firmware has "de-bounce code" which can also help with ignoring transients.

Only @dc42 would know.

Frederick

[Superbrain8]

@fcwilt ok thanks,
will look into rerouting some of the wire and see if it will improve the situation.

[jay_s_uk]

@superbrain8 we've had a number of users with the sidewinder where endstops have been an issue as well as the wagster mod for the bltouch causing the pin to randomly deploy. its definitely the dodgy ribbon used for wiring.

[Superbrain8]

@jay_s_uk this solves another issue, thanks for the reply.
yea the ribbon sucks, replaced it with individual wires, but i have to tweak this a bit, rn there is to much crosstalk. will have to change some stuff, but im looking forward towards this.

[dc42]

@superbrain8 does the ribbon cable carry motor wires as well as the endstop wires?

[jay_s_uk]

@dc42 yes it does

[dc42]

@jay_s_uk said in Unreliable Homing in one Axis:

@dc42 yes it does

Bad idea! Might possibly be workable if there are some ground conductors between the motor wires and the endstop wires.

Maybe he could split the ribbon cable between the motor conductors and the endstop conductors, then keep the two parts of the ribbon cable separate.

[Superbrain8]

@dc42 will be a non issue for me in the future, im working on replacing the entire ribbon cable due to its limitations.
will run individual wires, just have to seperate them properly so they wont be close to stepper motor or other higher current wires.