BLTouch Not Working After Firmware Update to 3.4
-
It doesn't seem like it, I can send m401/m402 successively many times and it doesn't stick. How it deploys when I emergency stop is very odd though. This never occurred before
-
I confirmed that bltouch still triggers and stops the bed if I deploy it and then send G30. I'm just not sure what is preventing it from deploying when I send g30
-
As a test can you add the M401 deploy command before the G30 in your homing macros and see if it behaves then? If it does work, does it retract afterwards?
-
@Phaedrux I added M401 to the homez.g macro and it did not deploy
-
Where did you add it?
-
Right before G30
-
Try adding a M400 between, like this.
G1 X Y positioning move
M400
M401
M400
G30 -
; homez.g ; called to home the Z axis ; ; generated by RepRapFirmware Configuration Tool v3.3.10 on Wed Apr 06 2022 16:00:08 GMT-0700 (Pacific Daylight Time) ;G90 ; relative positioning ;G1 Z5 F6000 ; lift Z relative to current position G90 M401 G1 X222 Y500 F6000 ; go to first probe point G30 ;G1 H1 Z-305 F1800 ; move Z down until the endstop is triggered ;G92 Z0 ; set Z position to axis minimum (you may want to adjust this) ; Uncomment the following lines to lift Z after probing G91 ; relative positioning G1 Z5 F100 ; lift Z relative to current position G90 ; absolute positioningI added it here now and it did deploy, but it did not retract after I triggered it with my finger. However it did stop the bed. M401/M402 commands did not work after this
-
@phaedrux The M400 commands did not appear to work, bltouch did not deploy
-
Does M401 and M402 work manually and repeatedly when the print head is in the probing position? Perhaps it's a loose cable when in certain locations.
-
@Phaedrux I found something interesting about this situation, sorry for the late reply. So if the y axis is homed and the y endstop is triggered, the probe will deploy and retract normally. But if I home the z axis in a location thats not at y-min, it wont deploy since the y endstop isn't triggered. However if I manually trigger the y endstop while in the process of homing z, the probe will deploy. Very odd
-
What relation does your Y axis endstop wiring have with the BLtouch wiring? Are they co-located possibly causing interference? Or a short?
-
y-endstop is on io1, bltouch is on io4. They are right above eachother on the board, but the wires are not run through the same path if that makes sense
-
Just for fun, can you move the Y endstop to another input further away?
-
Yea I just tried moving it to io2 and it does the same. It does appear the y-endstop is shorting the bltouch somehow, just not sure why
-
What kind of endstop is it?
-
Just a normal microswitch
-
@alecsanchez said in BLTouch Not Working After Firmware Update to 3.4:
I just tried moving it to io2 and it does the same.
Can you home X and Y? Does Duet Web Control indicate these axes as homed?
-
@infiniteloop x and y home normally, and duet web control indicates them as homed also. If I send g92 y0 to "home" y, the bltouch works normally. It is only when the y endstop is triggered that something seems to short out
-
@alecsanchez said in BLTouch Not Working After Firmware Update to 3.4:
It is only when the y endstop is triggered that something seems to short out
Thank you. How do you power the Duet: over USB?
