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] "Error:Probing Failed" is sent over serial even if G29_RETRY_AND_RECOVER is enabled #17730

Closed
o-nix opened this issue Apr 26, 2020 · 8 comments

Comments

@o-nix
Copy link
Contributor

o-nix commented Apr 26, 2020

STR:

  • G29_RETRY_AND_RECOVER is enabled and G29_MAX_RETRIES set to 3, G29_HALT_ON_FAILURE is disabled
  • OctoPrint is running and connected, no extra plugins for host commands or error handling
  • Start a G29 routine
  • When the first probe is failed, then OctoPrint sends M112 immediately

ER: G29 routine is restarted

AR: the printer is halted

FIX: lift probe error logic on the layer above by commenting or guarding the following line

SERIAL_ERROR_MSG(STR_ERR_PROBING_FAILED);

@o-nix o-nix changed the title OctoPrint forces M112 if sees "Error:Probing Failed" on serial even if G29_RETRY_AND_RECOVER is enabled [BUG] "Error:Probing Failed" is sent over serial even if G29_RETRY_AND_RECOVER is enabled Apr 26, 2020
@thinkyhead
Copy link
Member

Is Octoprint configured to panic when it sees the word "Error"? If so, try disabling that option.

@o-nix
Copy link
Contributor Author

o-nix commented Apr 27, 2020

@thinkyhead I see that SERIAL_ERROR_MSG is used in kill() as well, so it seems it is the only "standard" way to understand, that the printer halted itself.

@o-nix
Copy link
Contributor Author

o-nix commented May 2, 2020

@thinkyhead BTW this is the OctoPrint's setting you mentioned, "Disconnect" and "Send M112" are set by default
image

@boelle
Copy link
Contributor

boelle commented Jun 20, 2020

@o-nix still an issue?

@o-nix
Copy link
Contributor Author

o-nix commented Jun 21, 2020

@boelle uhm, of course. Wrong error reporting logic. I overrided it manually by commenting the line inmy local Marlin sources.

@o-nix
Copy link
Contributor Author

o-nix commented Jun 21, 2020

So, I confirmed that it is still an issue and you are closing it?
Would you prefer having a PR from me with the commented line?

@boelle
Copy link
Contributor

boelle commented Jun 21, 2020

yes please, we welcome PR's

@github-actions
Copy link

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 Aug 20, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants