Closed rq3 closed 3 years ago
Whenever there are homing or leveling issues, we now ask everyone to follow a standard procedure to gather more information:
bugfix-2.0.x
to test with the latest code.DEBUG_LEVELING_FEATURE
and M114_DETAIL
and re-flash the firmware.M502
and M500
to ensure your Configurations are applied.M111 S247
to enable maximum logging.G28
to do your standard homing procedure.G29
to probe the bed. This will also enable bed leveling.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.
Here you go. Copied from the log in Repetier Host:
I think I have located the bug. There is a recent modification in motion.cpp, which causes the mentioned error. If you think it is convenient, I will open a pull request, with the solution that I propose. The solution is tested, with OK result.
I just compiled and installed the very latest bugfix (May 2 AM) with its associated example configuration files. It no longer says "Probing Failed". Instead it moves to the deploy/stow position and asks for a deploy. I did so. It then immediately says "Stow Probe". I did so. It then immediately says "Deploy Probe". This goes on, apparently, forever. The effector never moved after the first positioning.
Re-installed my 2.0.7.2 firmware, and back to successful probing and printing.
Can you try reverting this commit https://github.com/MarlinFirmware/Marlin/commit/4044ed8783c71dd66d64737173ca31c8a0ea0f5a and test if the issue is gone?
I am sorry. My setup is ready for SENSORLESS_PROBING. It is very possible that for this reason it will not work if you have probe_Z. Have you tried with your config files and modifying motion.cpp? It is not a configuration problem, if it was working before. My pull request was not yet merged into bugfix_2.0.x, so you didn't use my fix. Thank.
That works. I downloaded a fresh copy of the latest bugfix, replaced the motion.cpp file, and used the configuration files from my previous Marlin 2.0.8 installation. M48 works fine, and delta calibration appears to be doing its thing, although I did not let it go to completion.
Would you like me to replace the motion.cpp file in my Marlin 2.0.8 and see what happens?
Best Regards, Rip
On 5/2/2021 1:17 PM, Victor Oliveira wrote:
Can you try reverting this commit 4044ed8 https://github.com/MarlinFirmware/Marlin/commit/4044ed8783c71dd66d64737173ca31c8a0ea0f5a and test if the issue is gone?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/21767#issuecomment-830841393, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAZQMN7PQYWN7SW22JI36G3TLWCJHANCNFSM436VAJLQ.
Victor, I replaced the motion.cpp in my previously compiled copy of 2.0.8 with the motion.cpp commit 4044ed8, recompiled, and installed. It seems to work fine for M48 and delta calibration. I haven't tried a complete bed leveling yet, but seems to start the process with no issues, so no reason why it shouldn't work there as well.
Thanks, Rip
On 5/2/2021 2:09 PM, RQ3 wrote:
That works. I downloaded a fresh copy of the latest bugfix, replaced the motion.cpp file, and used the configuration files from my previous Marlin 2.0.8 installation. M48 works fine, and delta calibration appears to be doing its thing, although I did not let it go to completion.
Would you like me to replace the motion.cpp file in my Marlin 2.0.8 and see what happens?
Best Regards, Rip
On 5/2/2021 1:17 PM, Victor Oliveira wrote:
Can you try reverting this commit 4044ed8 https://github.com/MarlinFirmware/Marlin/commit/4044ed8783c71dd66d64737173ca31c8a0ea0f5a and test if the issue is gone?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/21767#issuecomment-830841393, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAZQMN7PQYWN7SW22JI36G3TLWCJHANCNFSM436VAJLQ.
That works. I downloaded a fresh copy of the latest bugfix, replaced the motion.cpp file, and used the configuration files from my previous Marlin 2.0.8 installation. M48 works fine, and delta calibration appears to be doing its thing, although I did not let it go to completion. Would you like me to replace the motion.cpp file in my Marlin 2.0.8 and see what happens? Best Regards, Rip … On 5/2/2021 1:17 PM, Victor Oliveira wrote: Can you try reverting this commit 4044ed8 <4044ed8> and test if the issue is gone? — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#21767 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAZQMN7PQYWN7SW22JI36G3TLWCJHANCNFSM436VAJLQ.
I am glad to hear. If possible, I appreciate it. So I would test my solution with more configurations.
I should note that my delta has two z axis probes. One is the stock Anycubic microswitch, and the other is a prototype piezo sensor under the bed. I can switch between the two, and they both work with this motion.cpp change (neither would work before in 2.0.8).
Both probes trigger the same z-min pin on the Trigorilla Pro board.
It would appear that motion.cpp commit 4044ed8 is pretty robust, at least for this board. I think that if this commit can be merged into 2.0.8 you can close this issue.
It would appear that motion.cpp commit 4044ed8 is pretty robust, at least for this board. I think that if this commit can be merged into 2.0.8 you can close this issue.
There're some confusion here. I think https://github.com/MarlinFirmware/Marlin/commit/4044ed8783c71dd66d64737173ca31c8a0ea0f5a added the bug by mistake.
@rq3 can you test this PR https://github.com/MarlinFirmware/Marlin/pull/21781 ?
It fixes a typo in the code that introduced the issue.
Yes, that works. All probing functions work with that simple change in motion.cpp. As a retired radio frequency hardware engineer, for the life of me I don't know how you software folks do this.
Best Regards, Rip
On 5/2/2021 3:31 PM, Victor Oliveira wrote:
@rq3 https://github.com/rq3 can you test this PR #21781 https://github.com/MarlinFirmware/Marlin/pull/21781 ?
It fixes a typo in the code that introduced the issue.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/21767#issuecomment-830859549, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAZQMNYP3JEISCORUMXGA73TLWR75ANCNFSM436VAJLQ.
Just for completeness, you should know I made the change directly in the motion.cpp file in my copy of Marlin 2.0.8
On 5/2/2021 3:31 PM, Victor Oliveira wrote:
@rq3 https://github.com/rq3 can you test this PR #21781 https://github.com/MarlinFirmware/Marlin/pull/21781 ?
It fixes a typo in the code that introduced the issue.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/MarlinFirmware/Marlin/issues/21767#issuecomment-830859549, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAZQMNYP3JEISCORUMXGA73TLWR75ANCNFSM436VAJLQ.
Now that you confirmed the fix in #21781 works, @thinkyhead may merge it right away.
@rhapsodyv , sounds good. At least it solved all the issues I can see on my machine.
Merged!
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
Compiled 2.0.8 using the latest configuration/examples/delta/Anycubic/Predator configuration.h and configuration_adv.h Compile went flawlessly, and bin file loaded fine. The printer prints. BUT, any attempt to use the probe for delta calibration, M48 repeatability, or bed leveling immediately results in a "Probing Failed" message after the effector lowers to the deploy/stow position.
Bug Timeline
New bug which showed up with 2.0.8. Marlin 2.0.7.2 works fine.
Expected behavior
I expect the machine to succeed with an M48 repeatability test, a delta calibration, or bed leveling.
Actual behavior
The machine goes to the deploy/stow position, requests a deploy, requests a stow, and then reports "Probing Failed".
Steps to Reproduce
1) Download Marlin 2.0.8 2) Download the Anycubic Predator configuration files for 2.0.8 3) Modify platformio.ini for the trigorilla_pro environment 4) Successfully compile 2.0.8 using Visual Studio 5) Install the resulting firmware.bin on the printer 6) Initialize the printer EEPROM 7) Power cycle the printer 8) Attempt to use the z axis probe in any way
Version of Marlin Firmware
2.0.8
Printer model
Anycubic Predator
Electronics
stock Chitu Trigorilla Pro
Add-ons
none
Your Slicer
Cura
Host Software
No response
Additional information & file uploads
No response