Skip to content
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

Fix for BL-touch users. #49

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Conversation

dandancheeseandham
Copy link
Member

@dandancheeseandham dandancheeseandham commented Apr 16, 2019

RiskyBirdness 16th April 2019 at 00:58 GMT (on Discord)

PUBLIC SERVICE ANNOUNCEMENT FOR BLTOUCH USERS.. When you power up your printer the BLTouch runs an internal test routine and deploys the probe twice.
If the nozzle height is close to the bed at the time the routine is run the probe will not fully deploy and BLTouch will enter an alarm state(flashing).
In this state it will be non functional but the Duet has no way of knowing this. If you perform a Z home in this state you will get a nozzle crash,
damage your BLTouch probe, and damage your print surface.
The solution is to always clear your BLTouch alarm at the top of your homeZ.g and homeall.g scripts using M280 P3 S160.

Not sure whether to uncomment it and make it "standard" or not, but putting it in while the information presented itself.
I'll have to test to see if it affects other probes such as IR if inserted.

 RiskyBirdness 16th April 2019 at 00:58 GMT
Discord

PUBLIC SERVICE ANNOUNCEMENT FOR BLTOUCH USERS.. When you power up your printer the BLTouch runs an internal test routine and deploys the probe twice. 
If the nozzle height is close to the bed at the time the routine is run the probe will not fully deploy and BLTouch will enter an alarm state(flashing). 
In this state it will be non functional but the Duet has no way of knowing this. If you perform a Z home in this state you will get a nozzle crash, 
damage your BLTouch probe, and damage your print surface. 
The solution is to always clear your BLTouch alarm at the top of your homeZ.g and homeall.g scripts using M280 P3 S160.

Not sure whether to uncomment it and make it "standard" or not. Will have to test to see if it affects other probes such as IR.
@dandancheeseandham dandancheeseandham requested review from lostapathy and natewalck and removed request for lostapathy April 18, 2019 09:24
@dandancheeseandham dandancheeseandham self-assigned this Apr 18, 2019
@dandancheeseandham
Copy link
Member Author

Nate,
You have a BLtouch. Can you take a look at this when you have a mo please?

@natewalck
Copy link
Member

natewalck commented Apr 24, 2019

I'll have to give it a test. I'm not sure what this gcode does exactly except specify the servo again in the homez.

What does S160 do? I use these https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/deployprobe.g and https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/retractprobe.g

But never tried S160.

@natewalck
Copy link
Member

Aha its ; BLTouch alarm release

@natewalck
Copy link
Member

Deploy Probe - S10
Alarm Releast & Touch SW Mode - S60
Retract Probe - S90
Self-test - S120
Alarm Release & Probe Up - S160

Copy link
Member

@natewalck natewalck left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Add a description of what S160 does. I added the list of all the commands to the main comment thread.

@xepherys
Copy link
Contributor

xepherys commented May 3, 2019

Doesn't this run the risk of executing print gcode when the BL-t is in alarm for some more legitimate reason?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants