Closed lrpirlet closed 8 years ago
I just merged #4021 which makes several changes to help the situation. See if the code now compiles better with your configuration.
@thinkyhead. Thanks a lot, I could compile and send it to the printer... Seem to react correctly...
Now, I would suggest to also be "physical" in M48 when Mesh Bed Leveling is active.... I suggest
From 418728f7c91c94867ba1f44e983a71b9c766fc60 Mon Sep 17 00:00:00 2001
From: lrpirlet <lrpirlet@gmail.com>
Date: Thu, 23 Jun 2016 20:57:18 +0200
Subject: [PATCH] makes M48 physical for Mesh Leveling too
---
Marlin/Marlin_main.cpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Marlin/Marlin_main.cpp b/Marlin/Marlin_main.cpp
index 0e42a4b..aecfaa1 100644
--- a/Marlin/Marlin_main.cpp
+++ b/Marlin/Marlin_main.cpp
@@ -4261,6 +4261,9 @@ inline void gcode_M42() {
#elif ENABLED(AUTO_BED_LEVELING_FEATURE)
// we don't do bed level correction in M48 because we want the raw data when we probe
planner.bed_level_matrix.set_to_identity();
+ #elif ENABLED(MESH_BED_LEVELING)
+ // we don't do bed level correction in M48 because we want the raw data when we probe
+ mbl.set_active(false);
#endif
setup_for_endstop_or_probe_move();
--
2.8.0.windows.1
Now, I would suggest to also be "physical" in M48 when Mesh Bed Leveling is active.... I suggest:
Agreed! However, I don't think this is hurting your measurements. What ever offset is getting added on, it will be the same for the entire sample set.
It would be nice (perhaps) to be able to turn all forms of leveling compensation on and off, without necessarily clearing the matrix, so we can turn it off at the start of M48
and then re-enable compensation after it's done.
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.
@thinkyhead I just tried the latest RCBugFix using the following value in the Configuration.h... BTW, thanks a lot for that work.. I appreciate...
The compile errors are as follow