Bltouch not deploy sometines it does
-
@Tinchus that usually happens with interference. Running unshielded cables next to motor cables etc can do that. There were a number of users reporting a similar thing with an i3 style printer that used ribbon cables to the toolhead, although can't remember it's name now
-
Things have improved, still something is wrong. Cable is shielded. And despite onw the positioning of the bltouch is way from stepper, sudfdenly Im having the same issue: home Z and home all doesnt deploy the sensor. If I press emergency stop the pin drops as being deployes, sometimes in error state sometime like just having been deployed, more ideas? I changed the cable, I crimpred the pins again, dont know what else to do
-
@DIY-O-Sphere can you please share your homez.g file to me so I can see if there is something wrong there, and deployprobe.g and retractprobe.g files?
-
@Tinchus
I would suggest the following additions or changes:
In config.g; ENDSTOPS M574 X1 S1 P"!io8.in" M574 Y1 S1 P"!io6.in" M574 Z1 S2 ; configure Z-probe endstop for low end on Z ; bltouch M950 S0 C"io7.out" ;change S2 to S0 M558 P9 C"io7.in" H5 F100 T3000 R0.2 G31 X-7 Y37 Z3.73 P25 ; bltouch offsets M557 X7:193 Y18:195 S26.5:29.5 ; define mesh grid
In deployprobe.g
M280 P0 S10 ;change P2 to P0
In retractprobe.g
M280 P0 S90 ;change P2 to P0
-
@DIY-O-Sphere Thnka for the help. I did the chnages and still the same problem. Weird thing is: M402 and M401 works 100% all the times. It is just the homeall home Z routines that fail into deploying the probe randomly (fails 80% of the times or more)
It theory the voltage logic is automatic on version 3 of bltouch, I dont know if the duet3 has a 3 V logic or 5V, my huess is 5 because the only pin not conected to the bltouch is the 3V pin si I guess it is 5V? can someone confirm? I would try forcing the bltouch to use 5V logic just in case?
Im using the original bltouch, with the otiginal extension cable (80 cms long), it is already twisted so it has a noise protection, either way I wrapped metallic tape around to shield it, it is ok?
May be this cable is too long? (Still, the fact that M401 and M402 deploy and retracts the pin with no problem at all would say voltage it is not a problem)And just to confirm: on wiring instructions on the grn pin, I have to conect in that pin2 cables: black and orange, is that ok?
-
@Tinchus What happens if you put the M401/M402 in your homez.g? Does it still work then?
-
@gloomyandy ot sure I understand on what position in home.z you want me to put the commands.
from console, I can execute M401 and M402, and in 20 tries I will have 100% rate success
Inside home.z xactly where? -
@Tinchus said in Bltouch not deploy sometines it does:
Inside home.z xactly where?
Before and after the G30 where the pin needs to be deployed and retracted.
-
@Phaedrux Ok, did it. It works, but as I wrote above, behaviour is really erratic. Sometimes the probe is deployed, sometiomes is doplyed like with a 2 or 3 seconds of delay, sometimes is never deplyed.
Since the post started, I have re donde the conection crimps, I have shielded the cable, I have re donde the crimp again on the duet side conector, I have shorten the cable like -20 cms.
I have been readin a lot of post with similar problems and from there is that I have tried all these posible solutions.
The only one left could be noise? While probing there is no heater on, no fan on either.
ANother observation: leaving the printer on, just IDLE, may be after 10 minutes sometimes after 1 hs, I can hear the bltouch being deplyed and inmedaitly retracted.
I have discarded the posibility of a broken bltocuh, this one was working in the same printer.The only change was: the printer is an old, REALLY old i3 style, instead of decomision it, I though "hey, lets give it a bump, new electronics!" and I used a duet3 board I have as a spare (+sbc). But the bltocuh was connected to a ramp 1.4 arduino mega 2560 and was working really well with no problem at all.
May be there is some campatibility issue with duet? I really dont know how much is has been tested since bltocuh is also a really "old" hardware by now? Just thinking aloud.Logic is 5V? I would like to confirm this before trying to force a 5V logic woirking mode on the blotouch
-
@Tinchus said in Bltouch not deploy sometines it does:
I have re donde the conection crimps, I have shielded the cable, I have re donde the crimp again on the duet side conector, I have shorten the cable like -20 cms.
Replace the entire cable to the BLTouch. If the printer is old and well-used, and the BLTouch is as well, I expect one of the wires is frayed or broken from movement somewhere along the cable run, enough to make intermittent contact. That it works sometimes indicates it's not a compatibility issue, but a connection issue.
Ian
-
@droftarts Ok, new cable installed. looks like situation is much better now but still Im having from time to time the pin droping and then going up very quickly but not enough becuse it hits the print and the pin as bent twice... I saw in real time that: when it happened I saw the red led blink for a second. Rading and reading this could be an interference issue or problem on the 5V line, also some people installed a small capacitor between S and GRND on the bltocuh.
Thoughts? -
Photos of the print head and wiring run?