-
-
Notifications
You must be signed in to change notification settings - Fork 19.2k
-
-
Notifications
You must be signed in to change notification settings - Fork 19.2k
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] No consistency with ABL (bilinear) #24094
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. |
I will try that tomorrow |
hello, I understand your point, I have not tried to print a test. what I don't understand is that I have huge inconsistencies between 2 probes. you can see in the photos that I sometimes have 8 digit probes. Also, since the last bug fix, unprobed points should be 0 but this is not always the case. I hope you will understand with the translation |
I see that all the strange probe results are on the edges of the bed. Maybe some of the probes are just missing the edge of the bed. Try increasing PROBING_MARGIN in configuration.h to see if that helps. |
I checked, the probe does not miss any points.. i have this in configuration.h : #define PROBING_MARGIN 5 |
Probe 1 is OK : Probe 1.txt Probe 2 Not ok : Probe 3 Not Ok : |
Issue appears on latest bugfix since bilinear leveling refactor with this PR #23868. Sometimes certain points are not recorded in the mesh and have no value (and the printer freezes when it prints and its displacement falls on a non-existent point in the mesh), sometimes certain points have an extreme value of the type +4294967295.429496729542949672954294967295, sometimes some unprobed points are not all 0.0. Tested with and without : |
@tombrazier, Do you have an idea for this problem? Thanks in advance |
@Guilouz +4294967295.429496729542949672954294967295 is obviously a problem. Could you specifically point out where the other two issues are occurring? |
@tombrazier generally it is points outside the bed which have these extreme values, we are on delta printer and all the exterior of the bed is not probed. on the other hand sometimes probed points are found without value therefore an erroneous mesh. |
Can someone give #24107 a go please. Edit: actually I just added another commit. You'll need that. Also call G29 J to reset the erroneous grid. |
I will try that this afternoon |
Merci. |
You are french? |
I applied the modification, but the results are the same. The first probe is ok then nok
PROBE 1 0 1 2 3 4 5 6 7 8 PROBE 2 0 1 2 3 4 5 6 7 8 PROBE 3 0 1 2 3 4 5 6 7 8 |
the following PROBE 4 G29 with Pronterface without G28 0 1 2 3 4 5 6 7 8 PROBE 5 G29 with Pronterface without G28 0 1 2 3 4 5 6 7 8 PROBE 6 G29 with Pronterface without G28 0 1 2 3 4 5 6 7 8 PROBE 7 G28/G29 with Pronterface
0 +0.000 +0.000 +0.000 +2.018 +0.027 +0.000 +0.000 +0.000 -0.011 |
No. Just responding to your quote which translated my question into french. At least I think that was it. I think you are missing my second commit. The code delta should look like this. |
Ok thank you, You have delete Ligne 496 (COPY(abl.z_values, Z_VALUES_ARR);) in the 2nd commit? |
Thank you very much @tombrazier , the results are now super constant with the last commit. It's just amazing compared to what I had. Could you explain the code you changed?
0 1 2 3 4 5 6 7 8 PROBE 2 0 1 2 3 4 5 6 7 8 PROBE 3 0 1 2 3 4 5 6 7 8 PROBE 4 0 1 2 3 4 5 6 7 8 PROBE 5 0 1 2 3 4 5 6 7 8 PROBE 6 0 1 2 3 4 5 6 7 8 PROBE 7 0 1 2 3 4 5 6 7 8 |
Yes, looks like you've got it. I am glad it is working. One of the changes in #23868 was to fix "G29 D" which was changing the grid even though it was not supposed to. I resolved this by creating a temporary grid to store all the probed points. If it is not a dry run the temporary grid then gets copied to the real grid on around line 793 with the code The problem was that the temporary grid did not get initialised with the old grid values. This is only a problem for kinematic (e.g. delta) machines which do not populate all the points on the grid. So I added a line at the start of G29 to copy from the real grid to the temporary grid. It also uses the So in the end it is just a one line change, adding the following:
The reason you needed the old grid values is that they originally get intitialised to NAN (i.e. not a number, or an invalid floating point value). Only the points with NAN get extrapolation at the end of G29. Because the data was not initialised with NAN, no extrapolation was happening. |
PS if you know how to use a patch file (for example with |
Even if it's a bit Chinese for me, thank you for the explanation. Regarding the line (COPY(abl.z_values, Z_VALUES_ARR);) I no longer have it in my file. just this :
} // !g29_in_progress Thank you a lot. |
Thanks, but it's not for me ^^ |
Yes, that's right. |
#24107 has been 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
Hello, this is the first PR that I post here, so sorry for the errors. I also use google translator
I have a problem with the ABL of my 2 FLSun SR, I can do 5 probes afterwards the results are never the same. I did the test with 2 probes (stock probes) and Euclid probe. I have the same problem with SKR2 and Nano Robin. Unprobed points are 0, except that I have unprobed points with a value.
1st Probe :
0 1 2 3 4 5 6 7 8
0 +0.000 +0.000 +0.000 +0.000 +0.033 +0.000 +0.000 +0.000 +0.000
1 -0.016 +0.000 +0.080 +0.072 +0.072 +0.046 +0.000 +0.000 +0.000
2 +0.000 +0.012 +0.047 +0.046 +0.046 +0.037 +0.013 +0.021 +0.000
3 +0.000 -0.040 -0.007 -0.008 -0.001 +0.017 +0.007 +0.028 +0.000
4 -0.081 -0.085 -0.074 -0.049 -0.018 +0.004 +0.018 +0.049 +0.071
5 +0.000 -0.080 -0.059 -0.032 -0.029 -0.007 -0.007 +0.008 +0.000
6 +0.000 -0.019 -0.071 -0.073 -0.056 -0.041 -0.017 -0.011 +0.000
7 +0.000 +0.000 -0.043 -0.069 -0.079 -0.066 -0.092 +0.000 +0.000
8 +0.000 +0.000 +0.000 +0.000 -0.085 +0.000 +0.000 +0.000 +0.000
2nd probe :
0 1 2 3 4 5 6 7 8
0 +0.000 +0.000 +0.000 +0.000 +0.047 +0.000 -0.034 +0.000 +0.000
1 +0.000 +0.000 +0.077 +0.085 +0.071 +0.034 -0.012 +0.000 +0.000
2 +0.000 +0.012 +0.034 +0.058 +0.059 +0.049 +0.038 +0.032 +0.000
3 +0.000 -0.003 +0.018 +0.017 +0.024 +0.029 +0.007 +0.065 +0.000
4 -0.043 -0.048 -0.049 -0.024 +0.007 +0.029 +0.043 +0.061 +0.084
5 +0.000 -0.055 -0.034 -0.007 +0.009 +0.018 +0.005 +0.033 +0.000
6 +0.005 +0.005 -0.021 -0.048 -0.044 -0.029 +0.008 -0.005 +0.000
7 +4294967295.429496729542949672954294967295 +0.000 -0.018 -0.044 -0.042 -0.053 -0.067 +0.000 +0.000
8 +0.000 +0.000 +0.000 +0.000 -0.060 +0.000 +0.000 +0.000 +0.000
3rd probe :
0 1 2 3 4 5 6 7 8
0 +0.000 +0.000 +0.000 +0.000 +0.033 +0.000 +0.000 +0.000 +0.000
1 +0.000 +0.000 +0.092 +0.072 +0.072 +0.046 +0.000 +0.000 +0.000
2 +0.000 +0.024 +0.047 +0.058 +0.059 +0.037 +0.013 +0.021 +0.000
3 +0.000 -0.028 -0.007 -0.008 -0.001 +0.017 +0.007 +0.028 +0.000
4 -0.068 -0.073 -0.074 -0.049 -0.018 +0.004 +0.018 +0.049 +0.071
5 +0.000 -0.075 -0.047 -0.027 -0.026 -0.007 -0.007 +0.008 +0.000
6 +0.000 -0.019 -0.046 -0.061 -0.056 -0.042 -0.017 -0.018 +0.000
7 +0.000 +0.000 -0.030 -0.069 -0.067 -0.066 -0.092 +0.000 +0.000
8 +0.000 +0.000 +0.000 +0.000 -0.072 +0.000 +0.000 +0.000 +0.000
4th probe :
0 1 2 3 4 5 6 7 8
0 +0.000 +0.000 +0.000 +0.000 +0.047 +0.000 +0.000 +0.000 +0.000
1 +0.000 +0.000 +0.080 +0.072 +0.059 +0.034 +0.000 -0.007 +0.000
2 +0.000 +0.012 +0.034 +0.046 +0.046 +0.037 +0.025 +0.008 +0.000
3 +0.000 -0.040 -0.007 -0.008 -0.001 +0.017 +0.007 +0.040 +0.000
4 -0.068 -0.073 -0.074 -0.049 -0.018 +0.017 +0.030 +0.049 +0.071
5 +0.000 -0.067 -0.047 -0.019 -0.004 +0.006 +0.005 +0.020 +0.000
6 +0.000 -0.020 -0.046 -0.061 -0.056 -0.017 +0.008 -0.018 +0.000
7 +0.000 +0.000 -0.018 -0.044 -0.054 -0.053 -0.067 +0.000 +0.000
8 +0.000 +0.000 +0.013 +0.000 -0.060 +0.000 +0.000 +0.000 +0.000
5th probe : ( i have restart FLSUN)
0 1 2 3 4 5 6 7 8
0 +0.000 +0.000 +0.000 +0.000 +0.085 +0.000 +0.000 -0.023 +0.000
1 +0.000 +0.000 +0.130 +0.122 +0.122 +0.096 +0.038 +0.000 +0.000
2 +0.000 +0.062 +0.097 +0.108 +0.109 +0.087 +0.075 +0.058 +0.000
3 +0.000 +0.022 +0.055 +0.054 +0.062 +0.076 +0.047 +0.102 +0.000
4 +0.007 -0.010 +0.001 +0.013 +0.044 +0.067 +0.080 +0.099 +0.121
5 +0.000 -0.005 +0.003 +0.031 +0.046 +0.043 +0.055 +0.070 +0.000
6 +0.000 +0.044 +0.016 -0.002 +0.009 +0.021 +0.045 +0.045 +0.000
7 +0.000 +0.000 +0.045 +0.006 -0.004 -0.003 -0.030 +0.000 +0.000
8 +0.000 +0.000 +2.018 +0.000 -0.010 +0.000 +0.000 +0.000 +0.000
6th probe :
0 1 2 3 4 5 6 7 8
0 +0.000 +0.000 +0.000 +0.000 +0.110 +0.000 +0.000 +0.000 +0.000
1 +0.000 +0.000 +0.130 +0.122 +0.134 +0.096 +0.050 +0.000 +0.000
2 +0.000 +0.074 +0.097 +0.108 +0.109 +0.099 +0.088 +0.071 +0.000
3 +0.000 +0.022 +0.055 +0.054 +0.062 +0.076 +0.060 +0.115 +0.000
4 -0.018 -0.023 -0.011 +0.013 +0.044 +0.067 +0.080 +0.099 +0.134
5 +0.000 -0.017 +0.003 +0.031 +0.046 +0.043 +0.055 +0.070 +0.000
6 +0.000 +0.031 +0.004 -0.011 +0.006 +0.009 +0.058 +0.045 +0.000
7 +0.000 +0.000 +0.020 -0.007 -0.004 -0.003 -0.030 +0.000 +0.000
8 +0.000 +0.000 +0.000 +0.000 -0.022 +4294967295.429496729542949672954294967295 +0.000 +0.000 +0.000
Bug Timeline
New Bug
Expected behavior
I seek to have a minimum of coherence of the Mesh Leveling
Actual behavior
The abl is not constant
Steps to Reproduce
No response
Version of Marlin Firmware
Marlin 2.0.9.3 bugfix (Apr 26 2022 17:27:13) SOURCE_CODE_URL:github.com/MarlinFirmware/Marlin PROTOCOL_VERSION:1.0 MACHINE_TYPE:Super Racer
Printer model
FlSun SR
Electronics
TFT 70
Add-ons
No response
Bed Leveling
UBL Bilinear mesh
Your Slicer
No response
Host Software
No response
Additional information & file uploads
No response
The text was updated successfully, but these errors were encountered: