-
-
Notifications
You must be signed in to change notification settings - Fork 19.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Z-axis raises while homing. Configured in right direction. BL-Touch gets in alarm-mode on boot #11237
Comments
This means it fails to execute selftest. I may suggest to check bltouch top screw if in correct position (on manuals you will find how to adjust it) |
@GMagician the sensor itself is working allright in my findings. I did clean the pin and re-magnitized it already with a big magnet. Antclabs says also to insert the M280 P0 S160 in the starting gcode to reset the alarm before G28 and G29. I can only find The Z axis is moving up when it starts homing the Z axis without deploying the sensor pin. I am looking into the code tonight where this all is happening. |
in newer version when G28 is called bl-touch is already reset and stowed so M280 is not required anymore.
when bl-touch is in error it signal "triggered" this may be the cause of your 'moving up' |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Description
I've had a Anet A6 for over a year but wanted to fully rebuild the printer with almost all new hardware(except the motors) to a Anet A6 Evolution Cube.
This time I decided to go with a RAMPS1.5 and the new TMC2130 drivers and a Geeetech TL-Touch 3D-Touch sensor: https://www.banggood.com/Geeetech-Auto-Bed-Leveling-Sensor-With-High-Compatibility-For-3D-Printer-p-1154826.html?rmmds=myorder&cur_warehouse=CN
With some trial-and-error I could Deploy, retract and test the sensor as suggested in #7024.
My hardware is all connected properly checked with the "M43 I" Gcode command and looks as it should.
Checked my config like #5705 and looks okay.
The X and Y axis are homing perfectly but I am now breaking my head for 2 days on the Z homing..
When I home all axis with G28 It ends up with probing and going up with the distance of Z_CLEARANCE_DEPLOY_PROBE for 2 times and then stops..
There is something with this sensor as well.. It runs into alarm mode (orange LED flashing) on every power cycle or reset. The sensor is powered true a separate step down converter (5V) that is powered on when 12V power is supplied.
In depth
Pronterface output with M280 P0 testcommands on startup:
(I do need to reset it first to be able to get it in test-mode..)
Log Output
G28 With debugging OFF
``` > G28 < echo:busy: processing < echo:busy: processing < echo:busy: processing < echo:busy: processing < Error:STOP called because of BLTouch error - restart with M999 < Error:Printer stopped due to errors. Fix the error and use M999 to restart. (Temperature is reset. Set it after restarting) < echo:busy: processing < Error:STOP called because of BLTouch error - restart with M999 < echo:busy: processing < X:80.00 Y:130.00 Z:2.00 E:0.00 Count X:6400 Y:10400 Z:8000 > M119 < Reporting endstop status < x_min: open < y_min: open < z_min: TRIGGERED ```G28 with debugging ON
Probe says it's triggered.
Additional Information
With the self-test "
M280 P0 S120
" it goes straight into an error.Config and pins files:
github.zip
The text was updated successfully, but these errors were encountered: