Bltouch blinking red on Duet wifi+ Duex5 RRF 3

droftarts

@Eman74 glad you worked it out! My next suggestion was to remove the Duex and try it directly on the Duet pins. That should have narrowed it down to wiring or the Duex.

Ian

Eman74

@droftarts Thank you very much Ian, at the moment I can finally see the bltouch running a full self test at printer startup which is a huge improvement finally.

When I send M401 the pin is deployed and when I send M402 the pin is retracted but when I try to home as soon as the pin retracts the bltouch starts blinking and the bed keep rising towards my hotend (trying triggering manually the bltouch to avoid the hotend digging in my bed)

here is my homez.g:

; homez.g
; called to home the Z axis
;
; generated by RepRapFirmware Configuration Tool v3.2.3 on Sat Mar 20 2021 18:21:46 GMT+0100 (Central European Standard Time)
; called to home the Z axis

G91                ; relative positioning
G1 H2 Z5 F6000     ; lift Z relative to current position
G90                ; absolute positioning
G1 X200 Y210 F6000 ; Probe Z on the center of the bed
G30                ; home Z by probing the bed

; Uncomment the following lines to lift Z after probing
;G91               ; relative positioning
;G1 Z5 F100        ; lift Z relative to current position
;G90               ; absolute positioning

I completely deleted the config-override and my config.g for z is:

; BLTouch
M950 S0 C"duex.pwm5" 			                ; create servo/gpio 0 on pwm5 on Duex5
M558 P9 C"^zprobe.in" H5 F120 T6000             ; BLTouch connected to Z probe IN pin, free up MOD pin           
G31 P25 X28 Y-61 Z0.0    		                    ; BLTouch set offset
M557 X50:350 Y50:350 S50                        ; define mesh grid

is there any additional option I can use to improve probing... like adding something on the zprobe.in or similar? Any idea of what can it be? (I'll keep looking for all possible solutions in the meantime)

DIY-O-Sphere

@Eman74
The homez looks fine.
Please post the homeall.g (In the older ones there was a call for deployprobe.g witch should be replaced )

Eman74

@DIY-O-Sphere sure, here it is:

; homeall.g
; called to home all axes
;
; generated by RepRapFirmware Configuration Tool v3.2.3 on Sat Mar 20 2021 18:21:46 GMT+0100 (Central European Standard Time)
G91                    ; relative positioning
G1 H2 Z5 F6000         ; lift Z relative to current position
G1 H1 X-348 Y326 F3000 ; move quickly to X or Y endstop and stop there (first pass)
G1 H1 X-348            ; home X axis
G1 H1 Y326             ; home Y axis
G1 X5 Y-5 F6000        ; go back a few mm
G1 H1 X-348 F360       ; move slowly to X axis endstop once more (second pass)
G1 H1 Y326             ; then move slowly to Y axis endstop
G90                    ; absolute positioning
G1 X200 Y210 F6000 	   ; Probe Z on the center of the bed
G30                    ; home Z by probing the bed


; Uncomment the following lines to lift Z after probing
;G91                    ; relative positioning
;G1 Z5 F100             ; lift Z relative to current position
;G90                    ; absolute positioning

DIY-O-Sphere

@Eman74
Seems to be right.
Does the Bltouch perform the selftest at the power up?

Eman74

@DIY-O-Sphere yes it does, I also looked at other troubleshooting and bypassed all cabling connecting the bltouch directly with short cables and the behaviour is the same:

Performs well the initial self test
Performs well the M401 (fixed blue light)
performs well the M402 (fixed red light)

but when I try to home or to manually trigger the bltouch start to blink red

all this test were done with two original BLTouch v3.1 one of them was connected to an already perfectly working cartesian printer

Phaedrux

Can you confirm that the white wire from the BLtouch is extended all the way to the zprobe.in pin?

Eman74

@Phaedrux yes if you look at posted pictures the white cable is connected to the duet wifi probe connector as green cable. Basically the white is on the GND and the black is on the probe.
Should I invert them?

Phaedrux

@Eman74 said in Bltouch blinking red on Duet wifi+ Duex5 RRF 3:

Should I invert them?

No, the white wire should be connected to the Zprobe in pin.

You can try removing the ^ from C"^zprobe.in"

Eman74

@Phaedrux too late... I inverted them and (believe me I don't know why cause white is connected to the green) but finally it does home!!!!

it works... I'd like to thank you and this fantastic community of very kind and helpful 3D printing lovers and professionals

Phaedrux

Then I suspect there is a crossed wire somewhere.