Saving G29 Bed Level Correction Matrix to EEPROM

[Roxy]

Attachment 3487Attachment 3488Attachment 3489

This is after a factroy reset M502, M500 G28 G29. Then the eeprom after a reconnect/reset.

It would be helpful to see the Bed Level Correction matrix.

[Roxy]

Fri, do any of the end point limit switches get pressed by the bed when you are doing a G29?

[Fri]

No, it does not. Have to say, I don't have any endpoint limit switches.

[AbuMaia]

How do you home X and Y without endstop switches?

[Fri]

How do you home X and Y without endstop switches?

I thought you were talking about max limit switches. I do of course have endstop switches x y z min.

[AbuMaia]

Do any of your min switches get hit during a G29?

[Fri]

Yes, Z . I am using a proximity sensor. Z is then also triggered at the last leveling point.

[Geoff]

..........10253.jpg

[Roxy]

Yes. Those correction matrix's look good. Which would imply you are not running out of memory to do the calculations.

[Fri]

Roxy,
I tried this and I am not getting it to work. As you know I have had some issues when commenting the matix erase in g28.
So, if I do the eeprom, it all save is to eeprom alright, but it doesn't make a proper g28. It homes x & y but not z and
then starts printing way high above the bed. The offset is fine, it works good with regular abl.

Question, where is the matrix saved normally.

Without the eeprom save, when I uncomment the matrix erase in g28, all is good, when commenting, at the
end of the g29 cycle, the triggered z stop is preventing x & y to go home, when lifting up a few mm it goes home.
I also noticed that it actually bed levels when homing, meaning it moves z while crossing the bed.

I don't understand why it doesn't do the same thing as if the matrix erase is on, since it only does that with g28, BEFORE
the g29 probing....