-
-
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
[FR] NOZZLE_TO_PROBE Z offset value Sanity Check for BLTouch and Notes #23380
Comments
That is not correct: #20344 |
This issue needs to be reopened for further and wider discussion. The issue you cited was for a very specific printer and highly unusual situation, and it also clearly specifies that NOZZLE_TO_PROBE_OFFSET_Z_POSITIVE must also be enabled as a double check, which it is NOT. Certainly when BLTOUCH is enabled, it cannot be a positive number, as their documentation makes clear. BLTouch and its many clones are the vast majority of ABL devices in use today, so the negative impact of a non-negative value to a larger community of users outweighs the needs of a very small minority, especially when their issue has already been addressed by other means. At the very minimum, the sanity check I proposed needs to be implemented when BLTOUCH is enabled. Whether or not there needs to be another sanity check for NOZZLE_TO_PROBE_OFFSET_Z_POSITIVE when it is a positive value is another issue, because it obviously does not get verified as described in the issue you cited. And a comment needs to be added to the Configuration.h as I suggested, with addition of "for BLTouch and similar ABL devices", to minimize issues that a non-positive value could have to the vast majority of users. Enhancement request edited to reflect above. Please reopen. |
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. |
Is your feature request related to a problem? Please describe.
It is not clear that the NOZZLE_TO_PROBE Z offset value must always be a negative number. Compile is successful with no errors or warnings when a non-negative Z offset is specified, and G29 leveling appears to work. But the result after G29 is a "floating" nozzle, above the bed by the incorrect offset, and inability to successfully get a valid Z offset wizard result.
Are you looking for hardware support?
NA
Describe the feature you want
Additional context
In addition to experiencing this myself, I have seen a number of user posts in various forums about the issue of "floating" nozzles, after G29 ABL, and many of those can probably be attributed to a non-negative Z offset being specified.
The text was updated successfully, but these errors were encountered: