Stall detection and sensorless homing

MortarArt

This might be a particularly helpful feature for CoreXY printers that plan to implement parked effectors!

totalitarian

Hmm, could we use stall detection as a z probe? Or would it be too aggressive?

deckingman

Hmm, could we use stall detection as a z probe? Or would it be too aggressive?

I think David answered this elsewhere. Z axes are typically screw driven so even for homing against a hard stop, it's unlikely that the sensitivity could be adjusted to accurately discriminate. So with probing I'd say thee is zero chance of getting the necessary precision and repeatability.

totalitarian

Fair enough. Would have been a sweet way to level a bed So, if we already have x/y endstops, is there any advantage to sensor-less homing?

deckingman

@totalitarian:

Fair enough. Would have been a sweet way to level a bed So, if we already have x/y endstops, is there any advantage to sensor-less homing?

I personally wouldn't want to rely on it. Even if I was starting a build from scratch, I'd still fit switches. Simple micro switches are cheap and reliable.

dc42

In view of the limitations (in particular, limited accuracy) of sensorless homing, IMO it is a reasonable option for minimum-cost printers, and little more than a gimmick on anything else. The current Duets are over-specified and too expensive to be used in low cost printers.

S1lencer

Hey i have a question regarding the stall detection, how can i tell the printer to rehome after a stall was detected?

fma

See https://www.duet3d.com/wiki/Stall_detection_and_sensorless_homing

Use M915 with R param = 3.

S1lencer

Thank you

SuperJETT

I view sensorless homing for X/Y as a "nice" feature where I can eliminate some wiring on my coreXY, particularly since the X switch was on the carriage. Because it was there, it's also one less thing to design my extruder mount around.

dragonn

Any update on the CoreXY homming? Does it work in 1.20 stable?

whosrdaddy

@dragonn:

Any update on the CoreXY homming? Does it work in 1.20 stable?

I am using sensorless homing for quite a while now on my corexy (and it works well).
The only facility you loose is the ability to resume prints after a power failure but that is not a big deal for me as I print small parts most of the time

dragonn

@whosrdaddy:

@dragonn:

Any update on the CoreXY homming? Does it work in 1.20 stable?

I am using sensorless homing for quite a while now on my corexy (and it works well).
The only facility you loose is the ability to resume prints after a power failure but that is not a big deal for me as I print small parts most of the time

Can you post your g-code for sensorless homing? I would be grateful

rkrammes

@dragonn:

Can you post your g-code for sensorless homing? I would be grateful

https://www.duet3d.com/forum/thread.php?id=3894#p34108

whosrdaddy

Hi Dragonn,

this is the macro I use:

M400			; make sure everything has stopped before we make changes
M913 X65 Y65 		; XY motors to 65% current	
M915 H400 X Y S0 R0 F0	; set X and Y to sensitivity 0, do nothing when stall, unfiltered
M574 X1 Y1 S3		; set endstops to use motor stall

G91			; use relative positioning
G1 Z10 F1200		; lift Z

G1 S1 X-325 F2400 	; move right/back 325mm, stopping at the endstop
G4 P500			; wait 500msec
G1 X5			; move away from home
G4 P500			; wait 500msec
M400			; make sure everything has stopped before we make changes
; X is homed at this point, now home the other axis
G1 S1 Y-325 F2400	; move beyond axis minimum 
G4 P500			; wait 500msec
G1 Y5			; move away from home

G1 Z-10 F1200		; lower Z
M400			; make sure everything has stopped 
M913 X100 Y100          ; XY motors to 100% current
G90			; back to absolute positioning
M574 X1 Y1 S1		; define active low microswitches

the macro is then called with M98 from the homing files.
Motor current and stall sensitivity are directly related, so you will need to tweak that…

dc42

M917 is not the right command to reduce the current during homing, it should be M913.

whosrdaddy

Thanks for the sharp eyes David (fixed above post)
This means I was homing without current reduction (which works anyway ;))

zen

When I'm trying to use the macro with axis not homed, I'm getting:

M98 P"0:/macros/Positions/Sensorless homing"
Error: G0/G1: insufficient axes homed

Any hints how to overcome that?

whosrdaddy

Newer firmwares forbid movement when axes are not homed.
To get the original behavior, add M564 H0 to your config.g file.

dc42

Alternatively add parameter S2 to your G1 Z commands in the macros.