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

Phaedrux

Any time testing motor movement on a new printer it's wise to reduce motor currents in case of a crash. And always have a hand near the power switch. This is true of any printer/board/firmware.

vistalert

XYZ Steppers are all: LDO Motors 1.8degree - LDO-42STH47-2504AC
BL TOUCH 3.1

Extension cable from BLT to D3 board is two twisted pairs:
pair 1 is +5v/Gnd
second pair is in/out.

Build plate 500x500x500
Z screw offsets as per config

Thanks again

I can't upload a zip file, but here is the entire set of config files:

tpre0.g tpost0.g tfree0.g stop.g sleep.g retractprobe.g resume.g pause.g homez.g homey.g homex.g homeall.g dwc2settings.json deployprobe.g config-override.g config.g bed.g

vistalert

By the way - I just moved the connector for the BLTouch from io7 to io9 for another quick continuity test, so I could prove continuity by probing from the PCB on the BLT, to the back of the Duet3 PCB. All wires run pin to pin.

Phaedrux

It's also possible to use IO_4 or IO_5 instead of IO_7, but I'm not sure about io_9. https://duet3d.dozuki.com/Wiki/Connecting_a_Z_probe#Section_Duet_Num_3

There were some issues with the BLTouch 3.1 but I believe that was when using a tool board, but directly to the Duet 3.

Your config looks correct. If you send M98 P"config.g" do you get any error messages?

Veti

M203 X6000.00 Y6000.00 Z1000.00 E1200.00

this is why your bed is moving so fast; Z1000
you must have changed the value in the configurator, as the default there is Z180.00

also the configurator only offers IO_4, IO_5 and IO_7 for the bltouch.

vistalert

I only used io9 for continuity tests, as it's convenient to probe the board, so I could literally prove the signal gets to the PCB, not just the end of the wire

I also tried moving and doing config to io5, all same results.

I'll try the M98 and see what happens.

I've also ordered a second BLTouch in case that is the issue, I'm planning to build a second machine anyway. Hope that will enable further elimination of 3rd party issues.

I did find it odd that the self test command wouldn't work with the earlier firmware and with the latest it does.

I am sure you guys are feeling the same as I am, that there is some issue with the returning signal from the BL touch in an electrical, or fault sense.

So I can consider other options. What is a good quality alternative to the BL Touch? I have a large aluminium plate with PEI magnetic sheet, so I think there are multiple options, but want the best quality outcomes. Any recommendation are welcome.

vistalert

@Veti I'm not sure it was the speed, as the config I downloaded by default, and used in previous tests has Z180. When I tested bed movement today, and I executed....

G91
G1 H2 Z1

The bed moved more than 1mm....a lot more, so could it have been to do with steps/mm or something?

That's why you'll see deviations between the config provided by the configurator, as I pasted back in my previous stepper configs.

Veti

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

So I can consider other options. What is a good quality alternative to the BL Touch?

I actually prefer this over the bltouch.
https://www.thingiverse.com/thing:3303618
Its cheaper
it uses an optical endstop, same (or even better) accuracy, but it gives a constant signal.
same form factor

Veti

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

That's why you'll see deviations between the config provided by the configurator, as I pasted back in my previous stepper configs.

as far as i can see both have Z400 for steps/mm

vistalert

That's a very smart solution with the optical endstop and easy to comprehend

vistalert

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

M98 P"config.g"

OUTPUT - no errors just the heater warnings...

M98 P"config.g"
Warning: M307: Heater 0 appears to be over-powered. If left on at full power, its temperature is predicted to reach 365C
Warning: M307: Heater 0 appears to be over-powered. If left on at full power, its temperature is predicted to reach 318C
Warning: M307: Heater 1 appears to be over-powered. If left on at full power, its temperature is predicted to reach 937C

Phaedrux

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

The bed moved more than 1mm....a lot more, so could it have been to do with steps/mm or something?

If you send M92 by itself it will report the currently configured steps per mm for all axis. Are you sure 400 is correct?

Formula for calculating z steps per mm with lead screw (without gearing) is:

Z_steps_per_mm = (motor_steps_per_rev * driver_microstep) / screw_lead

Thalios

I could not get my BL touch to work at all on ports IO6 and IO7. Only when plugged on IO5 did it work.

I'd try that first, easy swap.

vistalert

@Thalios I have tried io5 yes, didn't work. Could you please share your relevant rows from config.g for anything to do with the BL Touch and endstops. Also your deploy/retract probe.

What version of the BL Touch do you have? Confirm you have a Duet3 with v3.1.1?

Thanks!

vistalert

@Phaedrux - I have a lot to learn yet, so appreciate the input. I can't state with much confidence that anything about my configs is correct yet. I'm just in the commissioning phase of "getting things to move, or blink" and hoping that nothing goes "bang!"

Once I get through the BL Touch issue, I'll feel at least in control of the basic functions, and can then learn and refine as I start to do the calibration work.

Phaedrux

Can you provide the results of M122 and M98 P"config.g"?

Are you using the Duet 3 in SBC mode?

; Endstops
M574 Z1 S2                                   ; configure Z-probe endstop for low end on Z

; Z-Probe
M950 S0 C"io5.out"                           ; create servo pin 0 for BLTouch
M558 P9 C"^io5.in" H5 F120 T6000             ; set Z probe type to bltouch and the dive height + speeds
G31 P500 X0 Y0 Z2.5                          ; set Z probe trigger value, offset and trigger height
M557 X15:215 Y15:195 S20                     ; define mesh grid

M280 P0 S10 ; deploy BLTouch
M280 P0 S90 ; retract BLTouch

Have you seen the BLTouch 3.1 manual?
https://5020dafe-17d8-4c4c-bf3b-914a8fdd5140.filesusr.com/ugd/f5a1c8_d40d077cf5c24918bd25b6524f649f11.pdf

Or seen this?
https://www.antclabs.com/logic

vistalert

@Phaedrux

OUTPUT FROM M122:

m122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.1.1 running on Duet 3 MB6HC v1.01 or later (SBC mode)
Board ID: 08DJM-956BA-NA3TJ-6J9DL-3S86J-9T9AT
Used output buffers: 1 of 40 (10 max)
=== RTOS ===
Static ram: 154604
Dynamic ram: 162760 of which 60 recycled
Exception stack ram used: 224
Never used ram: 75568
Tasks: NETWORK(ready,1972) HEAT(blocked,1188) CanReceiv(suspended,3820) CanSender(suspended,1488) CanClock(blocked,1436) TMC(blocked,204) MAIN(running,4952) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 00:03:18 ago, cause: power up
Last software reset at 2020-10-21 11:50, reason: User, spinning module LinuxInterface, available RAM 75240 bytes (slot 2)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0444a000 BFAR 0x00000000 SP 0xffffffff Task MAIN
Error status: 0
MCU temperature: min 16.2, current 28.4, max 28.5
Supply voltage: min 27.9, current 29.4, max 29.5, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.2, max 12.2, under voltage events: 0
Driver 0: standstill, reads 59066, writes 14 timeouts 0, SG min/max 0/0
Driver 1: standstill, reads 59066, writes 14 timeouts 0, SG min/max 0/0
Driver 2: standstill, reads 59067, writes 14 timeouts 0, SG min/max 0/0
Driver 3: standstill, reads 59067, writes 14 timeouts 0, SG min/max 0/0
Driver 4: standstill, reads 59068, writes 14 timeouts 0, SG min/max 0/0
Driver 5: standstill, reads 59068, writes 14 timeouts 0, SG min/max 0/0
Date/time: 2020-10-21 23:54:43
Slowest loop: 3.90ms; fastest: 0.14ms
=== Storage ===
Free file entries: 10
SD card 0 not detected, interface speed: 37.5MBytes/sec
SD card longest read time 0.0ms, write time 0.0ms, max retries 0
=== Move ===
Hiccups: 0(0), FreeDm: 375, MinFreeDm: 375, MaxWait: 0ms
Bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0 CDDA state: -1
=== AuxDDARing ===
Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0 CDDA state: -1
=== Heat ===
Bed heaters = 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1, chamberHeaters = -1 -1 -1 -1
=== GCodes ===
Segments left: 0
Movement lock held by null
HTTP* is ready with "M122" in state(s) 0
Telnet is idle in state(s) 0
File is idle in state(s) 0
USB is idle in state(s) 0
Aux is idle in state(s) 0
Trigger* is idle in state(s) 0
Queue is idle in state(s) 0
LCD is idle in state(s) 0
SBC is idle in state(s) 0
Daemon* is idle in state(s) 0
Aux2 is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty.
=== Network ===
Slowest loop: 0.83ms; fastest: 0.01ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions Telnet(0), 0 sessions
HTTP sessions: 0 of 8

Ethernet -
State: disabled
Error counts: 0 0 0 0 0
Socket states: 0 0 0 0 0 0 0 0
=== CAN ===
Messages sent 723, longest wait 0ms for type 0
=== Linux interface ===
State: 0, failed transfers: 0
Last transfer: 18ms ago
RX/TX seq numbers: 5844/5845
SPI underruns 0, overruns 0
Number of disconnects: 0
Buffer RX/TX: 0/0-0
=== Duet Control Server ===
Duet Control Server v3.1.1
Code buffer space: 4096
Configured SPI speed: 8000000 Hz
Full transfers per second: 0.13

vistalert

@Phaedrux

OUTPUT FROM M98 P"config.g"

10/22/2020, 6:55:46 AM M98 P"config.g"?
Warning: M307: Heater 0 appears to be over-powered. If left on at full power, its temperature is predicted to reach 365C
Warning: M307: Heater 0 appears to be over-powered. If left on at full power, its temperature is predicted to reach 318C
Warning: M307: Heater 1 appears to be over-powered. If left on at full power, its temperature is predicted to reach 937C

vistalert

@Phaedrux

Yes, running with SBC - Pi4. Done all the apt-get update/upgrade stuff. Upgraded firmware on D3 to 3.1.1, validated that the Pi has all the relevant components versioned at 3.1.1 too.

Phaedrux

If you're absolutely positive that the wiring is correct, I would suggest trying to setup the Duet3 in standalone mode just to take the Pi and DSF out of the equation entirely.

The easiest way to do this is to create a new SD card with the usual folder structure.
https://duet3d.dozuki.com/Wiki/SD_Card#Section_Creating_the_file_structure

Make sure the /www folder has the contents of the DWC 3.1.1 files.
https://github.com/Duet3D/RepRapFirmware/releases/download/3.1.1/DuetWebControl-SD-3.1.1.zip

Download your current config files from DWC by clicking the check box to select all files, right click and save as zip. Then extract that zip file into the /sys folder on your new SD card.

Place that SD card in the Duet 3 and disconnect the Pi ribbon cable.

Then test the BLtouch as described here.
https://duet3d.dozuki.com/Wiki/Test_and_calibrate_the_Z_probe