-
-
Notifications
You must be signed in to change notification settings - Fork 19.3k
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
[BUG] Strange MIN_PROBE_EDGE_LEFT/RIGHT behavior. Marlin ignores MIN_PROBE_EDGES. #16338
Comments
I can confirm that the latest version of Marlin messed up my BLTouch probing. I ended up manually declaring each edge values to get my Ender 3 to do roughly what it was previously doing.
The reason The latest version of Marlin seems to ignore my probe offsets for some reason. I'm not sure what the logic is at the moment, but setting |
I have te same problem with this version the g29 makes a smaller grid if i reduce the MIN PROBE_EDGE (i use it at 30) amost works but now is messed up thanks |
I'm also having this problem. Certain values for MIN_PROBE_EDGE_LEFT will make the left edge of the grid START at the physical center of the bed. Other values seem to work fine. In my case MIN_PROBE_EDGE_LEFT set to 38 caused the first probe point to be almost in the middle of the bed, setting it to 5 instead worked. I think the value itself is triggering the bug depending on what the number is. I'm on the recently released stable 2.0.1 My probe offsets: #define NOZZLE_TO_PROBE_OFFSET { -41, -10, 0 } |
This is expected. You have a probe offset of 29, so to probe at X=30 it has to move the nozzle to X=1. |
The nozzle to probe offset is stored in the EEPROM. Please either re-initialize your EEPROM (using LCD or @dnasir, the right probing edge is calculated from |
Thanks. It works now. I think I can close an issue. |
@alantoy How did you resolve the issue? |
same issue |
Ah, so I wasn't crazy when I posted this above. :) |
It has been doing this for a while, but with a small MIN_PROBE_EDGE (default of 10mm) it isn't very noticeable. It took some people setting crazy large probe edges for the problem to become obvious 😄 |
One of the times it did it to me, I looked down at the printer and X was at 117 for the left-most probe point. This was with MIN_PROBE_EDGE_LEFT set to 38. (235 width, Ender 3) I flashed multiple times and sometimes it did it, sometimes not, it all depended on the value I had at the time. |
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. |
Bug Description
I am doing autohome (M28) and then starting M29 autolevelling and printer starts to measure grid from x position 1, not minimal x position 30, like a have configured via MIN_PROBE_EDGE settings.
My Configurations
actual up-to-date marlin version from BUGFIX 2.0.1 branch.
I have normal Ender cartesian printer and have configured
#define MIN_PROBE_EDGE_LEFT 30
#define MIN_PROBE_EDGE_RIGHT 30
... etc. bounds for bltouch/3dtouch probes.
And BILLINEAR_BED_LEVELING und also offset for my bl-touch
(NOZZLE_TO_PROBE_OFFSET { 29, 0, 0 }. my probe located on right side)
Steps to Reproduce
define MIN_PROBE_EDGE or MIN_PROBE_EDGE_LEFT, RIGHT, etc. separately
activate BILLINEAR_BED_LEVELING and start auto bed leveling.
Expected behavior:
use MIN_PROBE_EDGE_LEFT, MIN_PROBE_EDGE_RIGHT minimal offsets / bound from left and right, instead of ignoring them when positioning...
probe_at_point(30.00, 75.00, raise, 0, probe_relative) -> do_blocking_move_to X1.00 Y75.00 Z4.88
but should
probe_at_point(30.00, 75.00, raise, 0, probe_relative) -> do_blocking_move_to !! X30.00 Y75.00 Z4.88.
It should move to point 30, not to point 1.
so LOGICAL_X_POSITION(x) coord transformation/conversation is missing.
Actual behavior:
marlin ignores safe / predifined margins / bounds and tries to do first/leftmost probe at X position 1, instead of 30, like defined in config.
Additional Information
probe_at_point(30.00, 75.00, raise, 0, probe_relative)
current_position= X1.00 Y10.00 Z4.88 :
do_blocking_move_to X1.00 Y75.00 Z4.88
do_blocking_move_to
current_position= X1.00 Y75.00 Z4.88 : set_probe_deployed`
=================
Full detailed debug info:
see following post.
The text was updated successfully, but these errors were encountered: