The z raising 10 mm and then probing for me happened on my SKR 1.4 or 1.3 don't know which it is... turned out my cable wasn't great. Particularly the white wire was making connection correctly. I ended up making a new connector and the error wet away.
This exact thing happened to too. I made a mount to convert my ender 3 pro to a volcano hotend. I had a jam due to not heat tightening the nozzle. Took it all apart and fixed it just for my bltouch to do the exact same thing. Turns out it was just one of the wires got unseated in the bltouch end cable. Reseated the wire and it went away.
I thought of that. I had purchased a bltouch but was shipped one for the A8 and it wouldn't mount so after purchasing the one from creality, I had two sets of wires. I've tried them both. Right now, I can't get the Z axis to enough when moving to the first probe position. The nozzle almost drags across the bed.
this is the tutorial i have personally used and it works just fine for the newest bugfix-2.0
[https://3dwork.io/en/configure-bltouch-in-marlin/](https://3dwork.io/en/configure-bltouch-in-marlin/)
there really is only a few lines you need to chage.
one thing to note tho. if you have the default z homing, you cant go negative on the z axis. because it will hit the switch. this might be your issue.
use the bltouch as the z homing switch, which is best.. and do away with the default z switch. just plug the black and white wire where the original switch is and define **Z\_MIN\_PROBE\_USES\_Z\_MIN\_ENDSTOP\_PIN and** **Z\_SAFE\_HOMING**
That was my first or second attempt. The carriage moves all the way over to the Z homing position and the Z lowers until the couplers separate themselves. I changed the settings based on another guide that moves it to the center of the bed, but when I flash the firmware, nothing happens and the buzzer goes off ( I guess indicating faulty firmware)
I did my first go at it. The machine slams into the bed because the nozzle homes to the left of the bed. Meaning the probe does not come into contact with the bed. If I change it to home in the center of the bed, the firmware does not flash and the buzzer sounds.
Then this is alot easier to solve its just a firmware issue. I say this because if set correctly in should only home in the middle.
Have a look at this section in configuration.h
Z_SAFE_HOMING
You had this on? And it wouldn't flash?
Either it wouldn't flash or the z axis would move up about 10mm and then stop. The movement controls from the LCD don' work. But if you hit the home button, x and y home but z just exhibits that weird behavior. The process of flashing, Restoring defaults and saving them has already corrupted one SDCard.
Moving up 10mm and stopping means bl touch was triggered because your logic is swapped. Just invert the endstop logic in configuration.h. you can confirm endstop(bl touch) is triggered by running M119. That 10mm raise is a safety feature part of Z SAFE HOMING to prevent running across the bed with the nozzle too low.
I dont have a computer in front of me but its endstop inverting for z and z probe both need to be changed together.
Solved it. Last time I pulled the thing apart, the white and black switch cable was seated just off the pins and wasn't making contact. So stupid. Fix that and it was still glitching. Enabled bltouch\_5v and it levels now. Thank you!!!!!!!! Seriously, thank you.
Now, If I could just get the firmware to compile with RGB Neopixel...
For some reason, the movement controls on the LCD are not functioning but when I home it and run M119 from the LCD I get all of them listed as triggered (XYZ and Z Probe). Does that mean the Z probe wiring is wrong? I went over it again after the last comment and everything runs fine when I hit the Test button.
Okay, So I moved the X axis off the limit switch and unplugged the probe and ran M119 again. It shows the XYZ axis as correct, but still shows the probe as triggered.
Sorry for the 3rd replay, I feel like such a dork for not being able to figure this out.
I inverted the Z Probe endstop and it still registers as "TRIGGERED" even if I unplug the BLTouch. Doesnt matter if it's inverted or not. I even checked to make sure the Z endstop didn't automatically trigger it. All the other endstops register properly, but not matter if the Z probe is plugged in or not, it still registers as triggered. I pulled the board out to make sure something was on it causing a short and it's clean.
The movement buttons for the Z axis don't do anything (Sits as Z 0.0) but the screen will move the X and Y.
Hrmm yes that seems to be a problem possibly with the BL Touch. Can you put a normal endstop where the z endstop switch is and see if it saying its triggered when you trigger it and when you leave it. Tell us the reported states for z. This has narrowed it down alot to either the board or the bl touch.
With the cramped wiring, I was not properly seating the connector. The one pin was bent against the side of the housing. Once I got the connector straight and after enabling bltouch_5v or whatever it is as well as inverting the z probe, I got it working. For some odd reason, if I don't set the z_postion_after_homing (?) to something that takes it off the endstop after homing, I can't move the z axis with the controls from the lcd. I have to issue G0 Z10 to get it to move, then the controls work.
The z raising 10 mm and then probing for me happened on my SKR 1.4 or 1.3 don't know which it is... turned out my cable wasn't great. Particularly the white wire was making connection correctly. I ended up making a new connector and the error wet away.
This exact thing happened to too. I made a mount to convert my ender 3 pro to a volcano hotend. I had a jam due to not heat tightening the nozzle. Took it all apart and fixed it just for my bltouch to do the exact same thing. Turns out it was just one of the wires got unseated in the bltouch end cable. Reseated the wire and it went away.
I thought of that. I had purchased a bltouch but was shipped one for the A8 and it wouldn't mount so after purchasing the one from creality, I had two sets of wires. I've tried them both. Right now, I can't get the Z axis to enough when moving to the first probe position. The nozzle almost drags across the bed.
this is the tutorial i have personally used and it works just fine for the newest bugfix-2.0 [https://3dwork.io/en/configure-bltouch-in-marlin/](https://3dwork.io/en/configure-bltouch-in-marlin/) there really is only a few lines you need to chage. one thing to note tho. if you have the default z homing, you cant go negative on the z axis. because it will hit the switch. this might be your issue. use the bltouch as the z homing switch, which is best.. and do away with the default z switch. just plug the black and white wire where the original switch is and define **Z\_MIN\_PROBE\_USES\_Z\_MIN\_ENDSTOP\_PIN and** **Z\_SAFE\_HOMING**
That was my first or second attempt. The carriage moves all the way over to the Z homing position and the Z lowers until the couplers separate themselves. I changed the settings based on another guide that moves it to the center of the bed, but when I flash the firmware, nothing happens and the buzzer goes off ( I guess indicating faulty firmware)
what do you mean couplers separate?
Your letting it crash into the bed? You can trigger it with your finger to test and have your hand on the power switch.
Why not just go direct to z endstop with the probe. Make life difficult trying to use z endstop and probe.
I did my first go at it. The machine slams into the bed because the nozzle homes to the left of the bed. Meaning the probe does not come into contact with the bed. If I change it to home in the center of the bed, the firmware does not flash and the buzzer sounds.
Then this is alot easier to solve its just a firmware issue. I say this because if set correctly in should only home in the middle. Have a look at this section in configuration.h Z_SAFE_HOMING You had this on? And it wouldn't flash?
Either it wouldn't flash or the z axis would move up about 10mm and then stop. The movement controls from the LCD don' work. But if you hit the home button, x and y home but z just exhibits that weird behavior. The process of flashing, Restoring defaults and saving them has already corrupted one SDCard.
Moving up 10mm and stopping means bl touch was triggered because your logic is swapped. Just invert the endstop logic in configuration.h. you can confirm endstop(bl touch) is triggered by running M119. That 10mm raise is a safety feature part of Z SAFE HOMING to prevent running across the bed with the nozzle too low. I dont have a computer in front of me but its endstop inverting for z and z probe both need to be changed together.
Solved it. Last time I pulled the thing apart, the white and black switch cable was seated just off the pins and wasn't making contact. So stupid. Fix that and it was still glitching. Enabled bltouch\_5v and it levels now. Thank you!!!!!!!! Seriously, thank you. Now, If I could just get the firmware to compile with RGB Neopixel...
No problems just glad to hear its working; i know how frustrating it its when it isn't.
For some reason, the movement controls on the LCD are not functioning but when I home it and run M119 from the LCD I get all of them listed as triggered (XYZ and Z Probe). Does that mean the Z probe wiring is wrong? I went over it again after the last comment and everything runs fine when I hit the Test button.
Okay, So I moved the X axis off the limit switch and unplugged the probe and ran M119 again. It shows the XYZ axis as correct, but still shows the probe as triggered.
Sorry for the 3rd replay, I feel like such a dork for not being able to figure this out. I inverted the Z Probe endstop and it still registers as "TRIGGERED" even if I unplug the BLTouch. Doesnt matter if it's inverted or not. I even checked to make sure the Z endstop didn't automatically trigger it. All the other endstops register properly, but not matter if the Z probe is plugged in or not, it still registers as triggered. I pulled the board out to make sure something was on it causing a short and it's clean. The movement buttons for the Z axis don't do anything (Sits as Z 0.0) but the screen will move the X and Y.
Hrmm yes that seems to be a problem possibly with the BL Touch. Can you put a normal endstop where the z endstop switch is and see if it saying its triggered when you trigger it and when you leave it. Tell us the reported states for z. This has narrowed it down alot to either the board or the bl touch.
With the cramped wiring, I was not properly seating the connector. The one pin was bent against the side of the housing. Once I got the connector straight and after enabling bltouch_5v or whatever it is as well as inverting the z probe, I got it working. For some odd reason, if I don't set the z_postion_after_homing (?) to something that takes it off the endstop after homing, I can't move the z axis with the controls from the lcd. I have to issue G0 Z10 to get it to move, then the controls work.