BLTouch Not Working After Firmware Update to 3.4
-
@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?
-
@infiniteloop it is powered by a 24v mean well power supply. The raspberry pi 3b is connected via ribbon cable, and that has its own 5v power supply
-
@infiniteloop I have performed these additional steps to give more insight:
- switched the x and y endstop pins in the config.g file (so now hardware-wise, the x endstop acts as the y endstop.)
- activating the x endstop displayed the same behavior - the bltouch no longer deployed
- activating the y endstop did not affect the bltouch
This shows that it is not an issue with the wires shorting. Whichever endstop is allocated as the y endstop in the config.g file seems to mess with the bltouch.
-
Would you be able to test in standalone mode?
-
@alecsanchez Sorry for the many questions - I just try to exclude some variables from the list. At this point, it looks like an electrical (or wiring) problem to me. However, I'm a bit puzzled:
You told @Phaedrux:
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.
… and told me:
It is only when the y endstop is triggered that something seems to short out
Could you please clarify whether the BLTouch works only with activated endstop - or is it just the other way round?
-
@infiniteloop Yea I can see how that can be confusing, let me see if i can clarify:
- If I home x and y, and then home z, the bltouch does not deploy. BUT, while the bed is moving up to home z, if I press the y endstop manually with my hand, the bltouch will deploy.
- the bltouch will deploy at any point along the build area UNTIL I manually activate the y endstop. once i press the y endstop, I am no longer able to use m401/402.
- If i switch the pinouts in config.g to use the physical x endstop as the y endstop, and activate the x endstop, the bltouch no longer deploys
-
Also to confirm, the bltouch works regularly WHILE activated.
-
@alecsanchez said in BLTouch Not Working After Firmware Update to 3.4:
let me see if i can clarify:
That is, if the Y endstop was once pressed (and released), the BLTouch will no longer work, except of when you press and hold the endstop again?
How is the Y endstop wired: two lines from the Duet to the switch, GND and signal?
-
@infiniteloop Those are all correct
-
@Phaedrux If I can avoid converting to standalone mode that would be great... but if that is a better move forward to test, I can do that. This just very much feels like a possible bug since it occurred immediately after updating
-
@alecsanchez OK. I have no idea how the BLTouch is wired, but I think there must be a signal to control the deploy mechanism - and another line needs to be grounded in order for this to work. Maybe the Y endstop is needed to deliver GND? Can you check the voltages on the pins of the BLTouch-connector (on your Duet, BLTouch unplugged): Once with open Y-switch, once when it's closed? Do you get different readings? And please be careful not to shorten anything, this could damage your Duet
