Duet3 BLTOUCH3.1 Probe deploys but doesn't trigger on Z Home
-
-
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.
-
XYZ Steppers are all: LDO Motors 1.8degree - LDO-42STH47-2504AC
BL TOUCH 3.1Extension 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 configThanks 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
-
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.
-
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?
-
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.00also the configurator only offers IO_4, IO_5 and IO_7 for the bltouch.
-
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.
-
@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 Z1The 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.
-
@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 -
@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
-
That's a very smart solution with the optical endstop and easy to comprehend
-
@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 -
@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 -
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.
-
@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!
-
@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.
-
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 gridM280 P0 S10 ; deploy BLTouch M280 P0 S90 ; retract BLTouchHave you seen the BLTouch 3.1 manual?
https://5020dafe-17d8-4c4c-bf3b-914a8fdd5140.filesusr.com/ugd/f5a1c8_d40d077cf5c24918bd25b6524f649f11.pdfOr seen this?
https://www.antclabs.com/logic -
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
- Ethernet -
-
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 -
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.
