Closed vMeph closed 6 years ago
Are you using Z_SAFE_HOMING
? That will home X and Y and then move the probe to the center of the bed before homing Z.
yes im using Z_SAFE_HOMING
when i use unified bed leveling on lcd under step by step ubl if i try build a mesh it will only proble 4 point and i have #define GRID_MAX_POINTS_X 3 its only go up to x90 y90
my output file on verbose:
i have on settings
#define MESH_INSET 5 // Mesh inset margin on print area
#define GRID_MAX_POINTS_X 3 // Don't use more than 15 points per axis, implementation limited.
#define GRID_MAX_POINTS_Y GRID_MAX_POINTS_X
#define UBL_PROBE_PT_1_X 10 // Probing points for 3-Point leveling of the mesh
#define UBL_PROBE_PT_1_Y 10
#define UBL_PROBE_PT_2_X 100
#define UBL_PROBE_PT_2_Y 100
#define UBL_PROBE_PT_3_X 200
#define UBL_PROBE_PT_3_Y 200
Seriously... If you are using a mesh based bed leveling system, a 3 x 3 grid does not make sense. You can do it... But...
Crank up the mesh size to 10 x 10. Do a G29 P1 and save it with a G29 S1.
Please post the mesh that was automatically generated by doing a cut and paste of the G29 T
With that... I'll be able to guide you on getting your system set up. (It wouldn't hurt to cut and paste a G29 W here also.)
when i use unified bed leveling on lcd under step by step ubl if i try build a mesh it will only proble 4 point
Yes. That makes sense.... You are doing a 3 x 3 grid... But one row and one column are unreachable by the probe... When you do the auto probing with a 10 x 10 mesh you will see the same thing. One row and one column are unreachable. But that is easily dealt with by issuing a G29 P3 T command.... (and probably you do a G29 S1 to save that mesh...)
@Roxy-3D thanks for trying helping out i have changed to
#define MESH_EDIT_GFX_OVERLAY // Display a graphics overlay while editing the mesh
#define MESH_INSET 1 // Mesh inset margin on print area
#define GRID_MAX_POINTS_X 10 // Don't use more than 15 points per axis, implementation limited.
#define GRID_MAX_POINTS_Y GRID_MAX_POINTS_X
#define UBL_PROBE_PT_1_X 39 // Probing points for 3-Point leveling of the mesh
#define UBL_PROBE_PT_1_Y 180
#define UBL_PROBE_PT_2_X 39
#define UBL_PROBE_PT_2_Y 20
#define UBL_PROBE_PT_3_X 180
#define UBL_PROBE_PT_3_Y 20
but every time i try upload the lcd is just blank, it will dont show nothing on it been trying to figuer out where is the problem but so far nothing here its my configs files:
the proble was:
#define MANUAL_X_HOME_POS 200
#define MANUAL_Y_HOME_POS 200
i comment and lcd is back on
when is doing the autolevel the probes will do in a diagonal order, is there a way to do all X then move next line to Y and do all X and so on?
Your Z_PROBE_OFFSET_FROM_EXTRUDER number is way off... Where ever you are probing... (and I recommend the center of the bed!!!!), those mesh points should be very close to +/- 0.000mm
And you have .3mm of tilt from left to right. And 1mm of tilt from front to back. All of the mesh bed leveling systems can accommodate that. But really... We should get those numbers as small as possible. Please try to physically level the bed a little bit better.
Let's get those things fixed first. And if you get that fixed before I get back to a computer today... you can get rid of the row and column of dot's by doing a G29 P3 to 'Smart Fill' them in.
Then... We can start checking things out. (But if you want to jump ahead... Get a G26 print done and post a picture of it. That is what we will use to fine tune the mesh.)
i have tryed use bed center like you sugested #define BED_CENTER_AT_0_0 when i did the G29 P1 it only does half of bed, not sure why only does half size?
another thing that is happening is when i tryed applied the Z offset when i did the M502, M500,M501 to store values the lcd went blank, i had to clean eeprom using arduino sketch and the uploaded marlin again. there must be something that isnt right....
also im still trying to understand this part
#define MESH_INSET 1 // Mesh inset margin on print area
#define GRID_MAX_POINTS_X 10 // Don't use more than 15 points per axis, implementation limited.
#define GRID_MAX_POINTS_Y GRID_MAX_POINTS_X
#define UBL_PROBE_PT_1_X 10 // Probing points for 3-Point leveling of the mesh
#define UBL_PROBE_PT_1_Y 10
#define UBL_PROBE_PT_2_X 50
#define UBL_PROBE_PT_2_Y 50
#define UBL_PROBE_PT_3_X 100
#define UBL_PROBE_PT_3_Y 100
what you sugest for PT1 XY,PT_2XY,PT3XY value
I used this PT´but dont understand what they actualy do :(
#define UBL_PROBE_PT_1_X 39 // Probing points for 3-Point leveling of the mesh
#define UBL_PROBE_PT_1_Y 90
#define UBL_PROBE_PT_2_X 39
#define UBL_PROBE_PT_2_Y 20
#define UBL_PROBE_PT_3_X 90
#define UBL_PROBE_PT_3_Y 20
did the z off set and got this values
i have tryed use bed center like you sugested #define BED_CENTER_AT_0_0 when i did the G29 P1 it only does half of bed, not sure why only does half size?
No... Try turning off #define BED_CENTER_AT_0_0 and set these values:
#define Z_SAFE_HOMING
#if ENABLED(Z_SAFE_HOMING)
#define Z_SAFE_HOMING_X_POINT ((X_BED_SIZE) / 2) // X point for Z homing when homing all axes (G28).
#define Z_SAFE_HOMING_Y_POINT ((Y_BED_SIZE) / 2) // Y point for Z homing when homing all axes (G28).
#endif
Those 3 UBL probe points are for doing a 3 point mesh tilt using G29 J We can worry about those later. Let' get things working for you first.
for some reason the lcd stay blank again and i need to clean eeprom using arduino sketch, it all seems to happen after i save the z offset with M500
Doing a M502 followed by M500 should 'clean' the EEPROM to a normal state.
LCD always blank no idea why :(
Free Memory: 2860 PlannerBufferBytes: 1232 TEPROM version mismatch (EEPROM= Marlin=V52) Hardcoded Default Settings Loaded Unknown command: "TEPM105" SD init fail
What type of LCD do you have? In your Configuration.h file you don't have either of the common LCD Panels declared:
/**
* LCD TYPE
*
* Enable ULTRA_LCD for a 16x2, 16x4, 20x2, or 20x4 character-based LCD.
* Enable DOGLCD for a 128x64 (ST7565R) Full Graphical Display.
* (These options will be enabled automatically for most displays.)
...
*/
//#define ULTRA_LCD // Character based
//#define DOGLCD // Full graphics display
Oh! I see you have #define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER declared...
I got a #define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER
i have try with second arduino and result is same, every time i do M502 M500 M501 when i turn off and turn on, no image on lcd my configs: Config.txt
My nice printer (gMax v1.5+) has a RepRap Discount Full Graphics Smart Controller... And that is the primary development machine for UBL. I'm out of town and can't check the current release. It is possible some changes have been made to the LCD code that is causing trouble. But in general... That LCD Panel is the most tested one with UBL.
@vMeph Since you're just using a BOARD_RAMPS_14_EFB
you may as well switch to the bugfix-1.1.x
branch and work with that. If the LCD issue also exists there, that will tell us whether it's a typo in 2.0.x or something more general.
Agreed! That is a good idea! @vMeph please switch to the bugfix-1.1.x branch. Your mesh data should still be saved. You may need to do a M502, G28, G29 L1, G29 T, G29 A, M502 to roll the EEPROM settings over. (Not sure on that... But doing that sequence will insure the migration goes smoothly.)
@thinkyhead @Roxy-3D i can confirm that with bugfix-1.1.x branch everything works fine, lcd dont goes blank, i used same configs
@Roxy-3D can you tell me when UBL is doing the autolevel is there any way for the probe be done first line of Y and do all the X´s, then move to next line of Y and do all X´s and so on? has i see now is doing diagonal and random probe points
Actually... Bob did work to make it probe similarly to the grid based leveling. He did that because he thought it was taking too long. But when the work was done, doing a zig zag grid didn't save enough time to warrant the extra code.
has i see now is doing diagonal and random probe points
The current probing (and moving) code tries to expand outward from the starting location. This was done on purpose even though it causes some back and forth movements. The reason is, if you are probing (or editing) the mesh, you are in a state where you don't fully trust the mesh. By expanding outward from the starting location, if the bed has too much tilt, or too much warp, you should be able to see that the nozzle is getting too close to the bed well before there is a problem. And of course, in that situation, the user has the required time to abort the operation before anything bad happens.
This does cause the nozzle to go back and forth across already probed (or edited) areas of the bed. But those areas are 'safe' and won't cause damage to the printer as the nozzle moves across them in its quest to expand outward.
@Roxy-3D thanks for the explanation!!! Im adjusting the bed and will provide later on results of the mesh values...
How can i center bed?, has it is now is a litle offset from where is probing
How can i center bed?, has it is now is a litle offset from where is probing
The simple answer is do a G29 P1 T and the final map for the last point probed will give you information about where each corner (and the center of the bed) are. You should be able to use that information to iterate to a very physically leveled bed.
But... That takes a lot of time to probe the bed just to have the acquired mesh invalidated when you shift the height of a given corner(s). So... You want to do a G29 P1 U T and you can stop it after 10 or 12 points. U will spread the points out as far as possible for any previously acquired point. Mostly, for physical bed leveling, just seeing the corners and points scattered around the bed is enough. And that is what the U option will cause to happen.
How can i center bed?, has it is now is a litle offset from where is probing
Or do you mean "How do I get the Z Offset correct?"
Ideally, 1/2 of your mesh points should be positive and half negative. And where you Z-Probe when you home should be 0.00 mm. If that is what you are asking, you adjust your
I have set the Z_PROBE_OFFSET_FROM_EXTRUDER i inicial was using M 851 Z—1.85 in my case, but then i have set in the firmware,
What i was meaning is the center of probe is not in center of bed i need to make it go to the left like 30 mm and Y also like 20mm to the front, cause when i do the auto level edge of points in one side is 10mm to the inside of bed witch is ok, but on the other side is like 30mm away from bed, so the mesh points are off set from the bed, so was wondering how to match bed with probe mesh
sense i have a bed with 214 by 214mm and the probe to be at center of bed needs to be 10mm to left and 7 mm to the front, what would be the best way to center de probe on the bed center? using define X_MAX_POS 214
and add also
or use the M206 x? y?
or is there another proper way to do it?
Assuming you have X_PROBE_OFFSET_FROM_EXTRUDER
, Y_PROBE_OFFSET_FROM_EXTRUDER
, X_MIN_POS
, X_MAX_POS, X_BED_SIZE
and Y_BED_SIZE
set correctly, and you leave X_MAX_POS
, Y_MAX_POS
, MANUAL_X_HOME_POS
and MANUAL_Y_HOME_POS
set to their defaults this should happen automagically - with Z_SAFE_HOMING
set, of course.
Note that if your X and/or Y home positions are off the bed then X_MIN_POS
and/or Y_MIN_POS
might be negative - for example on my Anet A8 X_MIN_POS
is -37 and Y_MIN_POS
is -8.
@ManuelMcLure thanks i got all adjust now
@Roxy-3D i did a quick bed level G29 P1 and i got this values, i probably can adjust a litle more
Hello, I don’t want to hijack, but just want to report the same exact lcd panel blanking issue. If I change from UBL to bi-linear, it works fine. I noticed that if I connect from my S3D host while the panel is blank, I will see it stuck in some sort of loop where it keeps loading the UBL mesh even though it’s all zeros and inactive. It doesn’t finish the normal booting process it seems.
-William
@viper93458 Are you using bugfix-2.0.0 ? Because VMeph side stepped the problem by switching to bugfix-1.1.x You won't lose any features by doing that switch.
@thinkyhead We must have some difference in the ultralcd.cpp code.
@Roxy-3D affirmative. I opened a dedicated bug report. :)
The bug is solved. It was caused by the watchdog being enabled just before settings.load
. Because the UBL map output has a long delay (75ms) on each line of output, this was causing the watchdog to get triggered. We patched the setup()
function so it enables the watchdog dead last.
Aaaarrrrgggggghhhhh! Thanks @thinkyead ! But why did it only affect the bugfix-2.0.0 branch?
why did it only affect the bugfix-2.0.0 branch?
The watchdog initialization in 2.0.x had been moved to an earlier point in the setup()
routine, probably to be up close to the section that checks and reports the "reason for reset" status, which includes "reset by watchdog." Later is definitely better for the watchdog, which is mainly there to deal with heaters potentially being on and un-monitored.
@Roxy-3D im having a hard time to make bl touch with UBL mesh to work the problem im experience is i do the following steps
G28 ; home
G1 Z0 ; raise bed to z position
M851 Z-1.6 ; in my case to adjust my Z close to bed
M500 ; to save folow by a M501
G29 P1 ; to create a mesh
G29 L1 ; to load
G29 A ; to activate
M500
M501
when i do a G26 the Z is always more high, its like is not assuming the Z offset value
this is my setting output:
READ: Unified Bed Leveling System v1.01 active.
READ:
READ: Unified Bed Leveling initialized.
READ:
READ: Mesh loaded from slot 1
READ: Mesh 1 loaded from storage.
READ: echo: G21 ; Units in mm
G21 ; Units in mm
READ: echo: M149 C ; Units in Celsius
M149 C ; Units in Celsius
READ:
READ: echo:Filament settings: Disabled
Filament settings: Disabled
READ: echo: M200 D1.75
M200 D1.75
READ: echo: M200 D0
M200 D0
READ: echo:Steps per unit:
Steps per unit:
READ: echo: M92 X160.00 Y160.00 Z800.00 E224.10
M92 X160.00 Y160.00 Z800.00 E224.10
READ: echo:Maximum feedrates (units/s):
Maximum feedrates (units/s):
READ: echo: M203 X200.00 Y200.00 Z5.00 E5.00
M203 X200.00 Y200.00 Z5.00 E5.00
READ: echo:Maximum Acceleration (units/s2):
Maximum Acceleration (units/s2):
READ: echo: M201 X1000 Y500 Z10 E1000
M201 X1000 Y500 Z10 E1000
READ: echo:Acceleration (units/s2): P<print_accel> R<retract_accel> T<travel_accel>
Acceleration (units/s2): P<print_accel> R<retract_accel> T<travel_accel>
READ: echo: M204 P1000.00 R1000.00 T1000.00
M204 P1000.00 R1000.00 T1000.00
READ: echo:Advanced: S<min_feedrate> T<min_travel_feedrate> B<min_segment_time_us> X<max_xy_jerk> Z<max_z_jerk> E<max_e_jerk>
Advanced: S<min_feedrate> T<min_travel_feedrate> B<min_segment_time_us> X<max_xy_jerk> Z<max_z_jerk> E<max_e_jerk>
READ: echo: M205 S0.00 T0.00 B20000 X15.00 Y15.00 Z0.40 E5.00
M205 S0.00 T0.00 B20000 X15.00 Y15.00 Z0.40 E5.00
READ: echo:Home offset:
Home offset:
READ: echo: M206 X0.00 Y0.00 Z0.00
M206 X0.00 Y0.00 Z0.00
READ: echo:Unified Bed Leveling:
Unified Bed Leveling:
READ: echo: M420 S1 Z10.00
M420 S1 Z10.00
READ:
READ: Unified Bed Leveling System v1.01 active.
READ:
READ: Active Mesh Slot: 1
READ: EEPROM can hold 8 meshes.
READ:
READ: echo:Material heatup parameters:
Material heatup parameters:
READ: echo: M145 S0 H180 B70 F0
M145 S0 H180 B70 F0
READ: echo: M145 S1 H240 B110 F0
M145 S1 H240 B110 F0
READ: echo:PID settings:
PID settings:
READ: echo: M301 P22.72 I2.29 D56.30
M301 P22.72 I2.29 D56.30
READ: echo: M304 P272.82 I53.72 D346.42
M304 P272.82 I53.72 D346.42
READ: echo:Z-Probe Offset (mm):
Z-Probe Offset (mm):
READ: echo: M851 Z-1.20
M851 Z-1.20
READ: ok
SENT: M105
not sure what im doing wrong or what im missing
G28 home
G1 Z0 raise bed to z position
M851 Z-1.6 in my case to adjust my Z close to bed
M500 to save folow by a M501
G29 P1 to create a mesh
G29 L1 to load
G29 A to activate
M500, M501
when i do a G26 the Z is always more high, its like is not assuming the Z offset value
This sequence doesn't really make sense to me. Why do you create a mesh... Just to discard it with a G29 L1 ??? It would make more sense to do a G29 S1 to save the mesh.
I suggest you change that sequence to:
G29 P1 to create a mesh
G29 S1
G29 L1 to load
G29 A to activate
M500
If that doesn't get the G26 to behave better... We can continue with more debugging. The first thing I would do is a G29 T W prior to doing the G26.
@Roxy-3D ohh sorry yes i do a G29 S1 before the G29 L1 just dont know why when doing a print or a G26 it always above the place where i have set the z offset
It is good to prefix that entire sequence with M502 to pick up the default settings. I don't use M851. I pretty much just change the Configuration.h settings, do a M502, and then a M500.
It maybe your Z_PROBE_OFFSET_FROM_EXTRUDER is incorrect. Doing a G29 W T will tell us a lot about what is happening.
Marlin 1.1.8
Last Updated: 2017-12-25 12:00 | Author: (test)
Compiled: Mar 20 2018
Free Memory: 2646 PlannerBufferBytes: 1232
V47 stored settings retrieved (614 bytes; crc 11244)
G21 ; Units in mm
M149 C ; Units in Celsius
Filament settings: Disabled
M200 D1.75
M200 D0
Steps per unit:
M92 X160.00 Y160.00 Z800.00 E224.10
Maximum feedrates (units/s):
M203 X200.00 Y200.00 Z5.00 E5.00
Maximum Acceleration (units/s2):
M201 X1000 Y500 Z10 E1000
Acceleration (units/s2): P<print_accel> R<retract_accel> T<travel_accel>
M204 P1000.00 R1000.00 T1000.00
Advanced: S<min_feedrate> T<min_travel_feedrate> B<min_segment_time_us> X<max_xy_jerk> Z<max_z_jerk> E<max_e_jerk>
M205 S0.00 T0.00 B20000 X15.00 Y15.00 Z0.40 E5.00
Home offset:
M206 X0.00 Y0.00 Z-1.20
Unified Bed Leveling:
M420 S1 Z10.00
Material heatup parameters:
M145 S0 H180 B70 F0
M145 S1 H240 B110 F0
PID settings:
M301 P22.72 I2.29 D56.30
M304 P272.82 I53.72 D346.42
Z-Probe Offset (mm):
M851 Z-1.20
Active Extruder: 0
SD init fail
SENT: M105
READ: ok T:17.46 /0.00 B:16.91 /0.00 @:0 B@:0
SENT: M105
READ: ok T:17.46 /0.00 B:16.91 /0.00 @:0 B@:0
SENT: M105
READ: ok T:17.37 /0.00 B:16.99 /0.00 @:0 B@:0
SENT: M105
READ: ok T:17.50 /0.00 B:17.03 /0.00 @:0 B@:0
SENT: G29 W T
READ: echo:Home XYZ first
Home XYZ first
READ: Unified Bed Leveling System v1.01 active.
READ: Mesh 1 Loaded.
READ: UBL object count: 1
READ: planner.z_fade_height : 10.0000
READ: # of samples: 100
READ: Mean Mesh Height: -0.029592
READ: Standard Deviation: 0.263945
READ: zprobe_zoffset: -1.1999999
READ: MESH_MIN_X 10=10
READ: MESH_MIN_Y 10=10
READ: MESH_MAX_X 214 - (10)=204
READ: MESH_MAX_Y 214 - (10)=204
READ: GRID_MAX_POINTS_X 10
READ: GRID_MAX_POINTS_Y 10
READ: MESH_X_DIST 21.56
READ: MESH_Y_DIST 21.56
READ: X-Axis Mesh Points at: 10.000 31.556 53.111 74.667 96.222 117.778 139.333 160.889 182.444 204.000
READ: Y-Axis Mesh Points at: 10.000 31.556 53.111 74.667 96.222 117.778 139.333 160.889 182.444 204.000
READ: Kill pin on :41 state:1
READ:
READ: Unified Bed Leveling sanity checks passed.
READ:
READ: Bed Topography Report:
READ:
READ: (0,9) (9,9)
READ: (10,204) (204,204)
READ: 0.088 0.128 0.029 0.098 0.320 0.330 0.293 0.216 0.235 0.367
READ:
READ: 0.075 -0.014 0.095 0.208 0.321 0.413 0.407 0.368 0.279 0.216
READ:
SENT: M105
READ: 0.044 -0.084 0.056 0.204 0.421 0.161 0.223 0.414 0.291 0.170
READ:
READ: 0.104 -0.015 0.084 0.295 0.081 0.188 0.185 0.125 0.318 0.122
READ:
READ: 0.072 -0.014 -0.024 0.241 0.024 0.084 0.036 0.052 0.261 0.074
READ:
READ: -0.067 -0.218 -0.084 0.123 -0.019 -0.023 -0.016 0.012 0.166 -0.069
READ:
READ: -0.159 -0.310 -0.168 -0.046 0.117 -0.136 0.010 0.082 -0.071 -0.081
READ:
READ: -0.308 -0.179echo:busy: processing
READ: -0.226 -0.221 -0.124 -0.151 -0.157 -0.207 -0.194 -0.348
READ:
READ: -0.420 -0.432 -0.216 -0.411 -0.288 -0.305 -0.343 -0.408 -0.429 -0.239
READ:
READ: [-0.602] -0.564 -0.578 -0.430 -0.305 -0.622 -0.529 -0.491 -0.345 -0.585
READ: (10,10) (204,10)
READ: (0,0) (9,0)
READ: ok
Those G29 W and G29 T values look 'reasonable'. What happens on the G26 ? Can you take (and post) a video of it?
https://drive.google.com/file/d/1aUEy1syw9uM6B1Q__37IhiDF-hxFe-Fw/view?usp=drivesdk
started with Z_PROBE_OFFSET_FROM_EXTRUDER -1.3
, but still far from bed i adjust the Z_PROBE_OFFSET_FROM_EXTRUDER -2.3
didn't see no changes, on lcd i see machine nozzle down z2, nozzle up z2.5, in my machine the table moves up and down so the Z_PROBE_OFFSET_FROM_EXTRUDER
should be -, correct?
Do you still have that G26 pattern on the bed? If so... Let's edit those mesh points. Let's lower all of those mesh points by .3 mm. Let's save that mesh. And then lets re-start the G26. (and maybe restart the printer prior to doing that.)
I don't think that is the 'correct' way to handle this problem. But it will give us a lot more information about what is wrong so we can fix it the right way.
gonna have to redo been messing with it but no results, so best to try your aproach, gonna have to guide me on that, redoing mesh has we speak and will post results again
I'll be here for the next 90 minutes... Post the mesh when you get it. And I presume you are homing the Z-Axis in the center of the bed? (And also a G29 W I don't think any of the settings will have changed, but it will be good to have confirmation of that.)
Yes z axis on center...
SENT: G29 W T
READ: Unified Bed Leveling System v1.01 active.
READ: Mesh 1 Loaded.
READ: UBL object count: 1
READ: planner.z_fade_height : 10.0000
READ: # of samples: 100
READ: Mean Mesh Height: 0.026575
READ: Standard Deviation: 0.168715
READ: zprobe_zoffset: -1.2999999
READ: MESH_MIN_X 10=10
READ: MESH_MIN_Y 10=10
READ: MESH_MAX_X 214 - (10)=204
READ: MESH_MAX_Y 214 - (10)=204
READ: GRID_MAX_POINTS_X 10
READ: GRID_MAX_POINTS_Y 10
READ: MESH_X_DIST 21.56
READ: MESH_Y_DIST 21.56
READ: X-Axis Mesh Points at: 10.000 31.556 53.111 74.667 96.222 117.778 139.333 160.889 182.444 204.000
READ: Y-Axis Mesh Points at: 10.000 31.556 53.111 74.667 96.222 117.778 139.333 160.889 182.444 204.000
READ: Kill pin on :41 state:1
READ:
READ: Unified Bed Leveling sanity checks passed.
READ:
READ: Bed Topography Report:
READ:
SENT: M105
READ: (0,9) (9,9)
READ: (10,204) (204,204)
READ: -0.192 -0.081 0.119 0.237 -0.015 0.074 0.134 0.339 0.340 0.108
READ:
READ: -0.130 0.023 0.196 -0.036 0.005 0.175 0.204 0.087 0.106 0.352
READ:
READ: -0.117 0.155 -0.112 -0.020 0.205 0.220 0.158 0.236 0.150 0.099
READ:
READ: -0.029 0.191 -0.057 0.126 0.229 0.024 0.061 0.194 0.191 0.107
READ:
READ: -0.027 0.205 -0.048 0.138 0.173 -0.010 [ 0.122] 0.117 0.214 0.034
READ:
READ: -0.101 0.177 -0.096 0.060 0.292 0.082 -0.008 0.192 0.110 0.012
READ:
READ: -0.067 -0.004 -0.135 -0.041 0.135 0.273 0.235echo:busy: processing
READ: 0.190 0.005 -0.019
READ:
READ: -0.200 -0.139 0.121 -0.109 -0.069 -0.056 -0.069 -0.155 -0.032 0.147
READ:
READ: -0.291 -0.225 -0.099 0.127 0.092 -0.033 -0.091 -0.024 0.093 -0.037
READ:
READ: -0.596 -0.369 -0.278 -0.209 -0.121 -0.123 -0.107 -0.115 -0.130 -0.500
READ: (10,10) (204,10)
READ: (0,0) (9,0)
It looks like you already filled in the unprobed column and row? Is that correct? And you saved the mesh in slot 1 ? Assuming that is true... Let's see what G26 does.
Incidentally.... If you put the nozzle 1mm above the bed... Do you see the Z-Axis adjust as you move across the bed in the X and Y direction? You should see it track the bed.
doing the G26 the noozle is always at 2 to 3 mm above, thats the part i dont get why isnt respecting the z off set seems the g26 is worst now, only thing i realy chaged was the #define XY_PROBE_SPEED from 8000 to 1500 not sure if that plays a roll on it
XY_PROBE_SPEED won't affect this issue... Can you do:
What ever is wrong is something very small. We just have to figure out what needs to be adjusted.
using the latest Marlin-bugfix-2.0.x
im having a hard time to figuer out how UBL bed level works dont matter what settings i use im always getting same results my machine has a work area of 200 x 200 x 200 im using max endstops for Y and X and min endstops for Z but everytime i hit to go home always tells me im at X90 Y90 X10 , shouldnt that be X190 Y 190 Z10, im not using //#define BED_CENTER_AT_0_0
so when i try use level conors on LCD the machine only goes to the midle of bed X0 Y0
what im missing?