Solved Duet3 6HC not deploying BL touch for mesh bed leveling
-
This post is deleted! -
The expansion bird firmware is out of step with the mainboard. Send M997 B1 to flash the expansion. Make sure you have all the files from the 3.2.2 release in the system folder first. If in doubt just upload the full zip file again from the 3.2.2 release. That might actually get it to update on its own.
-
@Phaedrux M122 B1
Diagnostics for board 1:
Duet EXP3HC firmware version 3.2.2 (2021-02-12)
Bootloader ID: not available
Never used RAM 154896, free system stack 200 words
HEAT 92 CanAsync 94 CanRecv 87 TMC 64 MAIN 299 AIN 259
Last reset 00:00:50 ago, cause: software
Last software reset data not available
Driver 0: position 0, 80.0 steps/mm, standstill, reads 48988, writes 11 timeouts 0, SG min/max 0/0
Driver 1: position 0, 80.0 steps/mm, standstill, reads 48990, writes 11 timeouts 0, SG min/max 0/0
Driver 2: position 0, 80.0 steps/mm, standstill, reads 48993, writes 11 timeouts 0, SG min/max 0/0
Moves scheduled 0, completed 0, in progress 0, hiccups 0
No step interrupt scheduled
VIN: 24.1V, V12: 12.3V
MCU temperature: min 42.2C, current 42.5C, max 42.5C
Ticks since heat task active 97, ADC conversions started 50088, completed 50088, timed out 0
Last sensors broadcast 0x00000000 found 0 100 ticks ago, loop time 0
CAN messages queued 18, send timeouts 0, received 462, lost 0, free buffers 36successful update
-
Ok now that those things were changed what happens when you send M98 P"config.g"? Still getting any errors?
Just to confirm, bltouch and z motors are both on the mainboard right?
-
![0_1615578697731_Screenshot 2021-03-12 135015.jpg](Uploading 100%)
after the update I updated the config file with a new fan definition (I accidentally had too many assigned to each tool) and restarted the board. I retried G29 and let it play out. it did not deploy the probe, but this time it stopped at a z height of 0.50 and just gave me an error message instead of crashing. I consider this progress lol
-
Good news: M98 P"config.g" now only returns a blue message about HTTP, FTP, and TELNET. no errors. confirmed. the only drivers being used on the expansion are D0 for extruder 0 and D1 for extruder 1. The BL touch is on io.7 on the mainboard
-
What was the error? Your screen shot didn't upload.
-
Only other suggestion I have at this point is to try using io_5 instead of 7.
-
G29
Error: Z probe was not triggered during probing move
-
@autopilot-exe said in Duet3 6HC not deploying BL touch for mesh bed leveling:
;deselect tools T-1
Do you happen to have anything in your tool change files?
-
So I just switched it from io.7 to io.5 and edited my config to match
; Axis Limits M208 X50 Y0 Z0 C0 S1 ; set axis minima M208 X550 Y550 Z550 C260 S0 ; set axis maxima ; Endstops M574 X1 S1 P"!io1.in" ; configure active-high endstop for low end on X via pin !io1.in M574 Y1 S1 P"!io0.in" ; configure active-high endstop for low end on Y via pin !io0.in ;M574 Z1 S2 P"!io7.in" ; configure Z-probe endstop for low end on Z ; Stall detection for tool coupler M915 C S5 F0 H200 ; Z-Probe M950 S0 C"io5.out" M558 P9 C"io5.in" H2 F120 T6000 R0.2 A1 S0.01 ; 1 reading ;M950 S0 C"io7.out" ; create servo pin 0 for BLTouch ;M558 P9 C"^io7.in" H5 F120 T6000 ; set Z probe type to bltouch and the dive height + speeds M557 X100:400 Y100:400 S25:25 ; define mesh grid G31 P50 X-63 Y-61 Z2.5 ; set Z probe trigger value, offset and trigger height
Good news: it still works a z endstop. the probe deploys and retracts at the appropriate times.
Bad news: G29 still doesn't deploy the probe -
Is there something about the position of the first probe point for G29 that is causing stress on the servo wiring and making a poor intermittent connection?
Can you try manually placing the print head at the same place it would be when doing G29 and then sending a manual G30? Does it work there?
-
@Phaedrux I do, the FDM Heads are set up in Tpre1, Tpre2 and the corresponding post and free files to make everything dock correctly.
; tpre1.g ; called before tool 1 is selected ;Unlock Coupler M98 P/macros/Coupler - Unlock ;Move to location G1 X130 Y350 F6000 ;Move in G1 Y475 F4000 ;Collect G1 Y523 F1500 ;Close Coupler M98 P/macros/Coupler - Lock ;WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! ;if you are using non-standard length hotends ensure the bed is lowered enough BEFORE undocking the tool! G91 G1 Z10 F1000 G90 ;Move Out G1 Y350 F3000
; tpost1.g ; called after tool 1 has been selected ;heatup M116 P1 ;prime nozzle ;M98 Pprime.g ;mesh levelling on G29 S1 ;PCF fan on M106 P2 R2
; tfree1.g ; called when tool 1 is freed ;Drop the bed G91 G1 Z5 F1000 G90 ;mesh levelling off G29 S2 ;Purge nozzle ;M98 Ppurge.g ;Move In G53 G1 X130 Y350 F6000 G53 G1 Y475 F4000 G53 G1 Y523 F1500 ;Open Coupler M98 P/macros/Coupler - Unlock ;fan off M106 P2 S0 ;Move Out G53 G1 Y200 F4000
it does error everytime though saying "no heightmap.csv found" since I can't execute g29 to create one.
-
Can you create an empty file called heightmap.csv?
-
yes, I just dropped it in /sys
-
G30 does not deploy the probe either. the bed just moves up without the probe shooting down first
-
@autopilot-exe said in Duet3 6HC not deploying BL touch for mesh bed leveling:
G30 does not deploy the probe either. the bed just moves up without the probe shooting down first
So what happened since you posted this:
Good news: it still works a z endstop. the probe deploys and retracts at the appropriate times.
Bad news: G29 still doesn't deploy the probeFrederick
-
@autopilot-exe said in Duet3 6HC not deploying BL touch for mesh bed leveling:
G30 does not deploy the probe either. the bed just moves up without the probe shooting down first
You mean at the same location as the G29 would use?
If so, sounds like intermittent connection.
-
we've come full circle.
the situation as it sits now:
The BL Touch functions correctly after a machine reset. Issuing a G28 Z command sends the BL Touch to the correct spot and the probe deploys, reads, and then retracts. After that the probe becomes completely non responsive.
M401, M402 say green in the console but no action actually happens in real life.
After the first time XYZ, and C are homed the BL Touch wont respond to anything, including M280 S0 macros.
This is leading me to believe that the Duet is not recognizing that servo number as a Z probe, since the location data is still being used but the actual probe is being ignored. i.e my mesh area is 100:400 in both X and Y and my probe offset is X-63 Y-61. When G29 is called, the toolhead moves to X161 Y161 and attempts to probe.
; Endstops M574 X1 S1 P"!io1.in" ; configure active-high endstop for low end on X via pin !io1.in M574 Y1 S1 P"!io0.in" ; configure active-high endstop for low end on Y via pin !io0.in ;M574 Z1 S2 P"!io7.in" ; configure Z-probe endstop for low end on Z ; Stall detection for tool coupler M915 C S5 F0 H200 ; Z-Probe M950 S0 C"io5.out" M558 P9 C"io5.in" H5 F120 T6000 R0.2 A1 S0.01 ; 1 reading ;M950 S0 C"io7.out" ; create servo pin 0 for BLTouch ;M558 P9 C"^io7.in" H5 F120 T6000 ; set Z probe type to bltouch and the dive height + speeds M557 X100:400 Y100:400 S25:25 ; define mesh grid G31 P50 X-63 Y-61 Z2.5 ; set Z probe trigger value, offset and trigger height
-
Can you direct connect the BLTouch to the board skipping any wire extensions and see if it behaves better?
Either the probe or the wiring are bunko. The config looks fine.
90% of the time it's the wiring with BLtouch issues.