Duet3 BLTOUCH3.1 Probe deploys but doesn't trigger on Z Home

Thalios

When testing on a new printer, I home X, then Y, then set the bed far enough to stop it manually, and do a manual G30. If the bed stops when I manually push the bl touch in, i know it's good to go.

also, did you create a deployprobe.g and retractprobe.g?

This is my homez.g.

G91
G1 Z5 F800 H2			;_RRF3_ change S2 to H2
G90
G1 X150 Y150 F2400		; Move head to center of bed
M558 A1 F800 B0			; Set single probing at faster feed rate
G30 				    ; Do a single probe to home our Z axis
M558 A5 F120 B1			; Set multi probing at slower feed rate
G30				        ; Probe again to get a more accurate position
G1 Z2 F200

Phaedrux

@vistalert said in Duet3 BLTOUCH3.1 Probe deploys but doesn't trigger on Z Home:

@Thalios @Phaedrux well what is interesting to the novice is how some add the Z endstop indicating a Z probe, and others seem to have a complete absence of Z endstop config.

It's actually irrelevant to the probe how the z endstop is defined, because the probe is defined in M558 and G31 and called with G30. You can actually define the Z endstop as an endstop and use a z endstop in addition to the probe. G1 H1 Z-400 (home with an endstop) and G30 (home with the probe).

The reason an endstop can be defined as a probe is for using a probe device on an axis other than Z such as XY.

@vistalert said in Duet3 BLTOUCH3.1 Probe deploys but doesn't trigger on Z Home:

By the way, where are you guys located?

Canada as well. Saskatchewan.

@vistalert said in Duet3 BLTOUCH3.1 Probe deploys but doesn't trigger on Z Home:

Also, if I execute M401, and periodically, and briefly, tap the probe with my finger, the Z sensor in DWC always shows 0.

This is to be expected. Sending M401 will just deploy the servo pin. So poking the pin in this state won't cause anything to register as triggered. Only when G30 is sent does the firmware deploy the probe, move the axis, and wait for a trigger signal. Even so, the trigger pulse from the BLtouch is incredibly short and then resets when the pin is pulled back up. This combined with the web interface being unable to update fast enough means that with a BLTouch you'll rarely see the status change to 1000 even in normal operation.

vistalert

@Thalios yeah - M401 / M402 both deploy/retract.

I'll try G30. I've been clicking HOME Z in the DWC UI with the following in homez.g

; homez.g
; called to home the Z axis
;
; generated by RepRapFirmware Configuration Tool v3.1.4 on Tue Oct 20 2020 23:24:46 GMT+0800 (Australian Western Standard Time)

G91 ; relative positioning
G1 H2 Z5 F6000 ; lift Z relative to current position

G90 ; absolute positioning
G1 X250 Y250 F6000 ; go to first probe point
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

vistalert

@Phaedrux definitely looks like I should be testing with G10 not G28 Z

Phaedrux

Well G28 Z calls homez and your homez contains a move to position the probe and then does a G30 to probe the bed, so that's a fine way to test.

vistalert

@Phaedrux @Thalios - G30 same outcome, bed doesn't stop.

Thalios

actually, my deployprobe.g has:

M280 P0 S10 ; deploy BLTouch

and retract:

M280 P0 S90

vistalert

@Thalios - ditto for me too. Same commands in deploy/retract.

vistalert

@Thalios out of interest - what is your printer spec? Home design/build?

Mine is Rat Rig VCORE pro / linear rails / triple z screws.
Volcano hot end, titan aero extruder.

Interested to know for when I do finally reach bed calibration.

Thalios

Railcore II 300ZL fully upgraded, duet 3 6HC, enclosure, E3D V6 Gold because I prefer it to the Mosquito.

I have a D3 on a Ender 3 Pro and a Tronxy X5SA-500 Pro. I have a Duet 2 Wifi on a frankenstein Tevo Tarantula that I home built to 330x330x300 with E3D V6. I'm waiting on the Duet 3 mini to go in my other Ender 3 Pro.

Phaedrux

@vistalert said in Duet3 BLTOUCH3.1 Probe deploys but doesn't trigger on Z Home:

G30 same outcome, bed doesn't stop.

I'd be inclined to connect the BLtouch directly to the board pins without extension and test on the bench (keeping the bltouch vertical) to see if it's in fact a poor connection with the white trigger signal wire.

Thalios

I was looking at your Config.g file.

2 things I see different from mine:

You have a endstop configured for Z. Can you try to take that off? (M574 Z1 S2)

and the "^" in the probe type (M558).

Just to see if that solves it.

Thalios

Did you do a full continuity test from the multipin connector on the BLtouch all the way to the connector on the board to see if it follows through on all pins with no shorts?

Veti

@Phaedrux said in Duet3 BLTOUCH3.1 Probe deploys but doesn't trigger on Z Home:

I'd be inclined to connect the BLtouch directly to the board pins

he cant, he broke the original connector. he posted a picture of his fixed connector in the beginning of the thread.

Phaedrux

@Veti said in Duet3 BLTOUCH3.1 Probe deploys but doesn't trigger on Z Home:

@Phaedrux said in Duet3 BLTOUCH3.1 Probe deploys but doesn't trigger on Z Home:

I'd be inclined to connect the BLtouch directly to the board pins

he cant, he broke the original connector. he posted a picture of his fixed connector in the beginning of the thread.

Oh right. Forgot about that. It's one long thread of many.

vistalert

You actually can't connect the original connector to the D3. It's a group of 3, ground/yellow/white, then a group of two +v/ground. The D3 io pins require that the default connectors be removed so the wires can be organised to match the io pins.

vistalert

@Phaedrux @Thalios @Veti - actually I did learn a very important lesson which I overlooked, and was flagged just now, and that's bench test all the components before you build. I could have spotted any potential issue with the BL Touch much sooner.

For now I'm settled on a couple more actions:

If I can get super motivated, I'll unmount the BLT get it connected to D3 on a bench and see if I can probe the BLT output with my little USB oscilloscope. This would prove beyond doubt that the BLT is providing an output or not.
Prove the ioports by configuring them as a switch endstop and check they report being triggered when I pull up the input pin.
If after all this the BLT is providing an output and all my ioports are good then I have only two possibilities ...either dodgy cable/connections, or interference.

The main thing dissuading me that it's a wiring issue is simply that I've done many continuity checks all the way from the BLT PCB to the D3 PCB. As I'm using twisted pairs, I'm also inclined to believe interference isn't the culprit.

This kinda sums up where we are. Of course, I'm also pending delivery of another BL Touch 3.1.

Fun days ahead!

vistalert

@Phaedrux @Thalios Some exciting input:

Update in my installation...I had a connector at the BL Touch end so I can easily disconnect my entire wiring harness at the hot end - i.e. disconnect thermistor, fans, heater and bltouch, with each having it's own connect.

My observation here is my connector at that location was completely redundant, because of course, the BL Touch has it's own removable connector if I needed it.

So I have now removed that connector you may have seen at the start of the thread, soldered and insulated each wire from BL touch running to the D3 (io5).

I've got the BL Touch off the printer, and attached the BL Touch output to my hobbyist USB scope.

I have the scope set to 1V divisions in DC mode, and timebase is 100ms / division.

I execute M401 and the probe deploys.
I can then periodically touch the probe.
The scope clearly shows a signal out of the BL Touch 3.1 going from 0v, to +1v, every single time I touch it. When I release, it falls back to 0. This seems to indicate the output of the BLTouch is a simple hi/lo to indicate that something is contact with the probe. There is no PWM like signal back.

The question now might be, is +1V enough to constitute logic 1 on the D3, when the BLT is powered with +5v?

This leads me to my next test. Issue G30 and then apply +5v to io5.in, and see if that emulates a probe trigger with a voltage which is certainly high enough to hold the input pin HI.

vistalert

In this image you see the scope indicating that whenever the probe pin is touched, the BL touch outputs a higher voltage, and when released it falls.

Veti

are you touching the probe while the pin is retracted?
maybe you need to adjust the grub screw a bit higher as the pin is not making enough contact with the hall sensor.