Duet 3 1XD board Bed leveling problem

Philippe71

Does the probe deploy and retract once per G29 command, or once per probe point?
The probe deploy & retract once per G29 command... The error message appear after the first G29 point during the probe of the second point just after the probe is triggered .

There is a maximum rate at which sensors on an expansion board can send data to the main board, so adding a settling time delay may help. See the M558 R parameter.
Tried with R 0.2, R0.5 R1.0 same result...

I use G32 for testing the Z probe
My bed.g file :
; bed.g
; called to perform automatic bed compensation via G32
;
M561 ; clear any bed transform
G1 X150 Y125 Z12 F1000 ; move head in the middle of bed before establish a Z=0 datum using the Z probe
G30 ; establish a Z=0 datum using the Z probe
G29 ; probe the bed and enable compensation
M376 H10 ; Set bed mesh compensation taper to 10mm (bed mesh error are compensated on 10mm)
G1 X150 Y125 Z60 ; Move the head to Z60

My ZProbe configuration in config.g
...
M558 P8 R0.5 C"122.io0.in" H7 F200 T3000 ; set Z probe type to switch and the dive height + speeds
G31 X0 Y0 Z3.0 ; set default Z probe trigger value,
M557 X15:285 Y15:235 P6 ; define mesh grid
...

Philippe71

A short Video explaining better :
Bed Leveling Problem
You can see the first G29 point is OK and the problem appear during the second point.

dc42

Thanks. Do you think it is probing to the full depth allowed by the dive height? Or it the probe triggering when it should and stopping the Z motion, but another part of the firmware hasn't registered that the probe triggered?

Philippe71

It seems the probe triggering when it should and stopping the Z motion, but another part of the firmware hasn't registered that the probe triggered.
( on the second point, I see the probe trigerring on the oscilloscope)

The config is : Z motors, Z home Sensor, and Bed leveling on the 1XD board

Philippe71

I tried with the Z probe connected to the motherboard (0.io6.in), it works better but the G29 fail about 10-15 probing...

It seems the signal is different between the first Zprobing and second z probing of G29

The first Z probing

The seconds and more Z probing

Philippe71

Sometime the signal is like that and the probing fails

Philippe71

I have checked manually the bed level (in case of the bed was too much inclinated), it is at about 0.3mm error.

I have also checked the probe sensor by sending M401/M402 at 100ms delay, it looks OK !

I'm confounded, any idea or thing to test ??

dc42

The signal from the probe certainly looks wrong. Is it varying depending on the XY position of the probe? Are you certain that you have set the dive height large enough, in case the probe isn't travelling down (or the bed up) quite far enough?

dc42

PS - another possibility: perhaps the Z axis is skipping steps in such a way that on each probe in the G29 sequence, the probe starts a little higher than last time.

Philippe71

@dc42

Thanks, I will try to increase dive height, just for summarize :

1 - The Z Motors are connected on the 1XD board with 2 external drivers
https://www.omc-stepperonline.com/download/DM556N-L.pdf

If I connect the Probe on the 1XD board :

The signal is OK on the G30 probe
The signal is OK on the first G29 probe, then wrong on the second probe

If I connect the Probe on the 6HC board :

The signal is OK on the G30 probe
The signal is OK on the first G29 probe, then reduce on other probes and after about 10-15 probe the signal is wrong.

2 - If I connect the Z Motors and Z Probe on the 6HC (Same dive height), ZProbe works (but I have other problems with brakes of Z motors)

Philippe71

@dc42
I do not see or hear any Z skipping steps, Z movements are smooth and regular.

Philippe71

Increased dive height to 15mm > the G29 fails on the twelfth probe
(Z motors on the 1XD, and ZProbe on the 6HC)

Philippe71

I made an other test :
Connect the 2 Z-motors to the drivers of the 6HC board, and changing only the configuration of the Z stepper motors... (No change in the others parameters of config.g)
Z probing works fine ! no error, bed is fully probed

Philippe71

100 probe points works too...

Philippe71

The problem with this configuration is :
Z motors needs brakes, it works fine in normal use. But if I push Emergency Stop button, the bed goes down quickly...
Is there a way to activate brakes when pushing Emergency Stop button ? (before doing the Emergency Stop ?)

dc42

Are the brakes the sort that are normally engaged, and you have to supply power to them to release them?

dc42

PS - the reason why it didn't work using the external stepper drivers is most likely that the M569 timings you are using are insufficient, so that on each G29 probe, the bed drops a little.

Philippe71

Yes the brakes are normally engaged and we supply power for release them

Philippe71

In fact I made tests on my development machine because a customer already has a big machine with external stepper drivers that's run with Repetier firmware and he though to switch to Duet3 and RRF3. As the Motors need 6A and more and brakes (like in my development machine). It is not possible to use the Duet3 drivers.
You think there is no possibility to use external drivers for Z and ZProbe ?

dc42

@Philippe71 said in Duet 3 1XD board Bed leveling problem:

Yes the brakes are normally engaged and we supply power for release them

Currently there is no facility to de-energise the brake solenoids on an emergency stop, but we could add that to the firmware.

@Philippe71 said in Duet 3 1XD board Bed leveling problem:

In fact I made tests on my development machine because a customer already has a big machine with external stepper drivers that's run with Repetier firmware and he though to switch to Duet3 and RRF3. As the Motors need 6A and more and brakes (like in my development machine). It is not possible to use the Duet3 drivers.
You think there is no possibility to use external drivers for Z and ZProbe ?

Do the motors really need more than 6A peak current? The drivers on Duet 3 supply up to 6.3A peak. It's rare to run stepper motors at their full rated current, because they get very hot if you do.

Did you check what timing the external stepper drivers need, and adjust the M569 T parameter for them accordingly? Duet 3 can generate step pulses very fast, and although we slow them down to 2.7us for external drivers by default, this isn't enough for some external drivers. That's why we provide the M569 T parameter.