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

[BUG] Probe vs Nozzle position limitation in Mesh Levelling #16664

Closed
siteswapjuggler opened this issue Jan 24, 2020 · 6 comments
Closed

[BUG] Probe vs Nozzle position limitation in Mesh Levelling #16664

siteswapjuggler opened this issue Jan 24, 2020 · 6 comments

Comments

@siteswapjuggler
Copy link

Bug Description

In bed levelling (G29) the movement are limited to (X_MAX_POS - 10) instead of (X_MAX_POS) resulting in non symetrical mesh measurement if your prob offset make your pose to go further than this.

My Configurations

config.zip

Steps to Reproduce

  1. use the configuration files provided (BED_SIZE 302, X_MAX_POS 314, X_PROBE_OFFSET -27)
  2. G29 bed levelling
  3. first probe point in the line will we 304 while it should be 309 (302 - 20 + 27)
  4. last probe point in the line is 47 wich seems ok (20+27) despite I don't know where the 20 is coming from (MIN_PROBE_EDGE is set to 10)

Expected behavior:

Mesh probe point should limit the nozzle position to MAX_POS
The probe position should be limited by bed dimension and min probe egde (not the nozzle position)

Actual behavior: [What actually happens]

Mesh probe point limits the nozzle position to MAX_POS - 10 (MIN_PROBE_EDGE ?)

Additional Information

I haven't test if the problem occure with Y or with MIN_POS when probe is a positive number.
I tested

@tatusah
Copy link

tatusah commented Jan 24, 2020

Based on the symptoms I suspect you are using probably Marlin 2.0.1 release? There is a problem with min probe edge doubling #16367 which is fixed in the bugfix-2.0.x branch. So try changing to the bugfix branch as it's newer than the 2.0.1 release and has the edge issue fixed.

@siteswapjuggler
Copy link
Author

Seem legit, I was on the 2.0.x but not on the more recent one. I'll check this as soon as possible (every printer are working right now).

@boelle
Copy link
Contributor

boelle commented Jan 30, 2020

a lot of updates and fixing has happend in the last week, is the problem still there?

@boelle
Copy link
Contributor

boelle commented Feb 8, 2020

Lack of Activity
This issue is being closed due to lack of activity. If you have solved the
issue, please let us know how you solved it. If you haven't, please tell us
what else you've tried in the meantime, and possibly this issue will be
reopened.

@boelle boelle closed this as completed Feb 8, 2020
@siteswapjuggler
Copy link
Author

Hello newer branch did indeed correct the problem tanks a lot for your listening.

@github-actions
Copy link

github-actions bot commented Jul 7, 2020

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.

@github-actions github-actions bot locked and limited conversation to collaborators Jul 7, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants