-
-
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] Any attempts at probing result in "Probing Failed" messages #21705
Comments
Whenever there are homing or leveling issues, we now ask everyone to follow a standard procedure to gather more information:
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 |
@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. |
@lightmaster If you're using real endstops, did you remove the diag pins on your TMCs? |
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. |
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. |
@thisiskeithb |
Following the steps outlined in my comment above should give us more information. |
encountered a similar problem yesterday that was ultimately resolved by setting the following.
might be worth trying, hope this might be helpful but if not at least i tried. |
@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. |
Working on it now. Waiting on compiling. |
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. |
@Foxies-CSTL: Please open a new bug report. |
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 |
This should be fixed after #21781 |
@thisiskeithb Will verify that this fixes my issue tomorrow. Crazy that a single line of code can cause so much headache, lol. |
I can now successfully problem, thanks. |
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. |
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: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
The text was updated successfully, but these errors were encountered: