Marlin
Marlin copied to clipboard
[BUG] 2.1.2.2 severely impacts reliability of BLtouch sensor on Mega2560 8-Bit boards
Did you test the latest bugfix-2.1.x
code?
Yes, and the problem still exists.
Bug Description
For some reason after updating to 2.1.2.2 the accuracy of my BLtouch went completely down the drain to the point where it's not usable anymore. Zero changes to the hardware and no relevant changes to either configuration.h or configration_adv.h except for those minor things required for the update.
On 2.1.2.1 the repeatability test gives me a standard deviation of around 0.002. On 2.1.2.2 the same BLtouch sensor fails the test with a deviation of sometimes over 0.2mm.
A bed mesh generated on 2.1.2.1 looks like this:
The mesh on the same machine with zero hardware changes on 2.1.2.2 resulted in this monstrosity:
It seems that something in the code changed that causes the firmware to not read the reported values of the BLtouch correctly anymore or making the sensor output overly noisy.
Rolling back to 2.1.2.1 fixed the issue so it's definitely firmware related and not caused by a faulty BLtouch or some other hardware related issue.
Bug Timeline
started after updating to 2.1.2.2
Expected behavior
The BLtouch should give reliable measurements
Actual behavior
Unreliable measurements and high std deviation in the repeatability test
Steps to Reproduce
No response
Version of Marlin Firmware
2.1.2.2
Printer model
Heavily modded Anycubic i3 Mega-S
Electronics
Anycubic Trigorilla 14 (Ramps 1.4) Mega2560 based 8-bit board
LCD/Controller
FYSETC_MINI_12864_2_1
Other add-ons
No response
Bed Leveling
ABL Bilinear mesh
Your Slicer
Other (explain below)
Host Software
OctoPrint
Don't forget to include
- [X] A ZIP file containing your
Configuration.h
andConfiguration_adv.h
.
Additional information & file uploads
Please download bugfix-2.1.x
to test with the latest code and let us know if you're still having this issue.
In version 2.1.2.2, there are occasional issues during bed leveling where it skips probing points or crashes into the bed. These issues were not present in versions 2.1.2.1 and 2.0.9.7. The probe I use is an IR sensor, and there were no problems before the update.
In version 2.1.2.2, there are occasional issues during bed leveling where it skips probing points or crashes into the bed. These issues were not present in versions 2.1.2.1 and 2.0.9.7. The probe I use is an IR sensor, and there were no problems before the update.
As I mentioned above, please download bugfix-2.1.x
to test with the latest code and let us know if you're still having this issue.
In version 2.1.2.2, there are occasional issues during bed leveling where it skips probing points or crashes into the bed. These issues were not present in versions 2.1.2.1 and 2.0.9.7. The probe I use is an IR sensor, and there were no problems before the update.
As I mentioned above, please download
bugfix-2.1.x
to test with the latest code and let us know if you're still having this issue.
Yes, I tested with the latest version today, but the same issue occurs. The control board I am using is the FYSETC E4 V1.0.
Whenever there are homing or leveling issues, we now ask everyone to follow a standard procedure to gather more information:
- Download Marlin
bugfix-2.1.x
to test with the latest code. - Enable
DEBUG_LEVELING_FEATURE
andM114_DETAIL
and re-flash the firmware. - Connect to your printer from host software such as Pronterface, Repetier Host, or OctoPrint.
- Send
M502
andM500
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.
I'll do it once I have my current project finished and have time to flash the new firmware on it again. Unfortunately I only have this one printer and I need it functioning right now 😄
I already tested the bugfix branch btw, same result. Highly unrealiable BLtouch measurements and unusable bed mesh.
My problem is a failure to probe at the first or a subsequent location after the center-table probe. Z seems to rise a few mm before descending, and never quite getting to the table surface. MKS GEN L V1
Lots of compile errors around probe type options, "#IF" statements following disabled declarations
Greetings from the Marlin AutoBot!
This issue has had no activity for the last 90 days.
Do you still see this issue with the latest bugfix-2.1.x
code?
Please add a reply within 14 days or this issue will be automatically closed.
To keep a confirmed issue open we can also add a "Bug: Confirmed" tag.
Disclaimer: This is an open community project with lots of activity and limited resources. The main project contributors will do a bug sweep ahead of the next release, but any skilled member of the community may jump in at any time to fix this issue. That can take a while depending on our busy lives so please be patient, and take advantage of other resources such as the MarlinFirmware Discord to help solve the issue.