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] Any attempts at probing result in "Probing Failed" messages #21705

Closed
lightmaster opened this issue Apr 26, 2021 · 19 comments
Closed

[BUG] Any attempts at probing result in "Probing Failed" messages #21705

lightmaster opened this issue Apr 26, 2021 · 19 comments

Comments

@lightmaster
Copy link

lightmaster commented Apr 26, 2021

Did you test the latest bugfix-2.0.x code?

Yes, and the problem still exists.

Bug Description

On my Delta printer, it's not letting me probe using a Fix Mounted Probe anymore. It's been a while since I've need to use the probe, so no clue when it first started happening, though I haven't changed any settings that should effect probing, so I'm thinking its a bug in a commit.

When I send any command to probe (M33 P1, M48, G29 P1) they all come back with:

Error:Probing Failed
Correct delta settings with M665 and M666
ok

With the probe attached, and probe offset temporarily set to 0, I can manually lower the probe to Z0 and that is still the exact value at which the probe activates. Clearly the height setting is correct or else it wouldn't activate exactly at Z0.

Any tips on how to narrow down what's causing it, besides rolling back commits one at a time until it works?

Bug Timeline

Unknown

Expected behavior

Probing commands should work successfully when the height is set such that Z0 activates the probe.

Actual behavior

Probing Failed error on all attempts to probe.

Steps to Reproduce

Not sure, trying to narrow down cause.

Version of Marlin Firmware

bugfix-2.0.x as of 2021-04-25

Printer model

FLsun Q5

Electronics

BTT SKR 1.4 Turbo

Add-ons

No response

Your Slicer

No response

Host Software

OctoPrint

Additional information & file uploads

Marlin Configs 2021-04-25.zip

@thisiskeithb
Copy link
Member

Whenever there are homing or leveling issues, we now ask everyone to follow a standard procedure to gather more information:

  • Download Marlin bugfix-2.0.x to test with the latest code.
  • Enable DEBUG_LEVELING_FEATURE and M114_DETAIL and re-flash the firmware.
  • Connect to your printer from host software such as Cura, Printrun or Repetier Host.
  • Send M502 and M500 to ensure your Configurations are applied.
  • Issue the command M111 S247 to enable maximum logging.
  • Perform a G28 to do your standard homing procedure.
  • Do a G29 to probe the bed. This will also enable bed leveling.
  • Do some of the moves that revealed problems before. Take notes.
  • Copy the log output into a .TXT file and attach it to your next reply.

Repeat this procedure, if needed, to demonstrate inconsistencies. From these logs we should hopefully get a better idea of what's going on with your machine.

@thisiskeithb thisiskeithb added the Needs: More Data We need more data in order to proceed label Apr 27, 2021
@Foxies-CSTL
Copy link
Contributor

@thisiskeithb
Another statement of problem with the use of fixed probe with the Delta, you have mine with all the logs of operation #21620 and this one #21687 that you closed.
I believe @sjasonsmith has a Delta and could he confirm the problem.
Thank you.

@thisiskeithb
Copy link
Member

Another statement of problem with the use of fixed probe with the Delta, you have mine with all the logs of operation #21620

@Foxies-CSTL Someone with the proper hardware to test will get to your issue when they have time, so please hang tight and not confuse issues.

@thisiskeithb
Copy link
Member

@lightmaster If you're using real endstops, did you remove the diag pins on your TMCs?

@lightmaster
Copy link
Author

I believe mine to be a duplicate of #21620 based on the description of that issue. I tried searching for "Probing Failed" since that's the error message I get in OctoPrint's terminal and didn't find any existing issue that seemed like mine, and admittedly #21620 has a bit of a vague title.

I will get the debug logs soon as I can can. Mine does however make failed attempts to probe in midair when it reports probing failed, kinda like it thinks it's dropped to the bed and didn't hit the bed when it expected to. It's also dropping faster than it used to without any change to configs related to probing speed.

If I make a zeroed UBL Mesh and then fine tune the entire mesh with paper, it works and moves as expected when printing, getting a nice first layer. It does still fail to probe even then though.

@lightmaster
Copy link
Author

@lightmaster If you're using real endstops, did you remove the diag pins on your TMCs?

Yes. Clipped them with cutters and they do not make any connection. It did work fine with this board previously on a previous version of the firmware, I just don't probe very often so no idea when it stopped working.

@Foxies-CSTL
Copy link
Contributor

@thisiskeithb
I'm not mixing the problems! all of them are related to the use of a probe to adjust the geometry of a Delta, and without a reference a Delta doesn't work. It isn't a Cartesian printer that only needs limit sensors.

@thisiskeithb
Copy link
Member

I just don't probe very often so no idea when it stopped working.

Following the steps outlined in my comment above should give us more information.

@Vertabreak
Copy link
Contributor

encountered a similar problem yesterday that was ultimately resolved by setting the following.
basically the problem was a result of the printer not moving back up to leave clearance space for the redeploy.

#define Z_CLEARANCE_DEPLOY_PROBE   20 // Z Clearance for Deploy/Stow
#define Z_CLEARANCE_BETWEEN_PROBES  20 // Z Clearance between probe points
#define Z_CLEARANCE_MULTI_PROBE     20 // Z Clearance between multiple probes
#define Z_AFTER_PROBING           20 // Z position after probing is done

#define HOMING_BUMP_MM      { 5, 5, 5 }       // (mm) Backoff from endstops after first bump
#define HOMING_BUMP_DIVISOR { 2, 2, 2 }       // Re-Bump Speed Divisor (Divides the Homing Feedrate)

might be worth trying, hope this might be helpful but if not at least i tried.

@thisiskeithb
Copy link
Member

thisiskeithb commented Apr 27, 2021

I'm not mixing the problems! all of them are related to the use of a probe to adjust the geometry of a Delta

@Foxies-CSTL: Until they are confirmed to be duplicates of each other, let's not mix the two. Again, we need to wait for someone with the proper hardware & ability to test to become available, so please hang tight.

@lightmaster
Copy link
Author

I just don't probe very often so no idea when it stopped working.

Following the steps outlined in my comment above should give us more information.

Working on it now. Waiting on compiling.

@lightmaster
Copy link
Author

@Foxies-CSTL
Copy link
Contributor

encountered a similar problem yesterday that was ultimately resolved by setting the following.
basically the problem was a result of the printer not moving back up to leave clearance space for the redeploy.

#define Z_CLEARANCE_DEPLOY_PROBE   20 // Z Clearance for Deploy/Stow
#define Z_CLEARANCE_BETWEEN_PROBES  20 // Z Clearance between probe points
#define Z_CLEARANCE_MULTI_PROBE     20 // Z Clearance between multiple probes
#define Z_AFTER_PROBING           20 // Z position after probing is done

#define HOMING_BUMP_MM      { 5, 5, 5 }       // (mm) Backoff from endstops after first bump
#define HOMING_BUMP_DIVISOR { 2, 2, 2 }       // Re-Bump Speed Divisor (Divides the Homing Feedrate)

might be worth trying, hope this might be helpful but if not at least i tried.

I just tried it with the latest merge and the above settings. Same probe failure. Also, there are problems with binary generation! It doesn't rename them anymore and its output is a "build.firmware"! But this is another problem.

@thisiskeithb
Copy link
Member

Also, there are problems with binary generation! It doesn't rename them anymore and its output is a "build.firmware"! But this is another problem.

@Foxies-CSTL: Please open a new bug report.

@tritri301
Copy link

Hi, I also happen to run in this exact issue, I have the FLSUN Q5 running the stock config from the bugfix branch. The printer has the exact same output as @lightmaster I can't make it work no matter the config file I'm using

@thisiskeithb
Copy link
Member

This should be fixed after #21781

@thisiskeithb thisiskeithb removed the Needs: More Data We need more data in order to proceed label May 3, 2021
@lightmaster
Copy link
Author

@thisiskeithb Will verify that this fixes my issue tomorrow. Crazy that a single line of code can cause so much headache, lol.

@lightmaster
Copy link
Author

I can now successfully problem, thanks.

@github-actions
Copy link

github-actions bot commented Jul 6, 2021

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 6, 2021
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

5 participants