Weird Bed Mesh Behavior after Z-Leveling
-
@dc42 -
power on
G28
G32
G32
G28 Z
G29Ok, reproduction is easy. Every time I follow that procedure I get this map:
It turned out to take more than a few G32/G28 Z/G29 cycles to return to the normal map, which is:
But now, no matter how many times I run G28 Z, G32, or G29, I get the same ( good ) result.
Note that our leveling probe and our mesh probe use the same bed points. Our general assumption is that the 1/4" MIC6 tooling plate is flat (which is born out by actually printing).
Also, I have not tried a print with this map as I'm afraid of a nozzle crash.
-
In the first height map, all locations are less than 0.0. What setting would move the center up to Z = 0.0?
-
@veng1 said in Weird Bed Mesh Behavior after Z-Leveling:
In the first height map, all locations are less than 0.0. What setting would move the center up to Z = 0.0?
That's the $64,000 question, eh? No setting changes between the first picture and the second.
-
@jstevewhite, please can you repeat those tests, but after each G28, G32 and G29 command (and after any individual G30 commands you do), run M122 and look at the "comp offset" value in the Move diagnostics. This is a new field that I added in firmware 2.03. Please check what value is reported there, and whether any nonzero values are related to the height offset shown in DWC.
I would like to get to the bottom of this before I do a 2.03.01 firmware release.
-
We'll have to get @natewalck to provide that data. Somehow, mine suddenly stopped doing this. I repeated it fifteen or twenty times when Nate told me about it, and then for the last repetition you asked for. But somehow running M122 seems to have fixed it permanently. LOL. Not sure how that's even possible.
Changes: I took out the M401/M402 and the dwell. Nothing else except M122.
Now I power cycle, G28, G32, G32, G29 and get the proper map.
-
G28
G32
G32
G28 ZThen for mesh:
G91
G1 Z5
M557 X40:290 Y42:332 S250
G29Yielded this:
-
Note: This does test did NOT use a G28 Z after the second G32 but before the G29, so it is not exactly the same as the post just before this one.
Doing the same thing, but with a M122 after EACH command yielded this:
Also here is the M122 output after each command.
M122 After G28
0_1561079030629_M122_after_G28.txtM122 After G32 First run
0_1561079035542_M122_after_G32x1.txtM122 After G32 Second Run
0_1561079039717_M122_after_G32x2.txtM122 After G29 (same commands as previous post)
0_1561079095120_M122_after_G29.txt -
This post is deleted! -
Here is the correct data:
config.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/config.g
homeall.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homeall.g
homex.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homex.g
homey.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homey.g
homez.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homez.gDoing the same exact process as in post # 18 (with the bed showing 0.1 too low):
And here is the M122 output after each command:
After G28:
0_1561083216074_M122_after_G28.txt
After G32 run 1:
0_1561083226991_M122_after_G32x1.txt
After G32 run 2:
0_1561083235889_M122_after_G32x2.txt
After G28 Z:
0_1561083244610_M122_after_G28_Z.txt
After G29 command (As shown above):
0_1561083256472_M122_after_G29.txt
As you can see, the bed still appears ~ 0.1mm too low using the above sequence.
Also, I don't see "comp offset" anywhere in the M122 outputs. It shows no bed compensation being used at all.
Thanks!
Nate
-
@natewalck said in Weird Bed Mesh Behavior after Z-Leveling:
Also, I don't see "comp offset" anywhere in the M122 outputs. It shows no bed compensation being used at all.
I guess you are not using firmware 2.03 then. Please repeat the tests using firmware 2.03.
When you home Z, you probe first at 500mm/min then at 50mm/min. What probing speed do you use when you run G29?
Edit: also you are using an old beta firmware version, which is unsupported.