Z-Homing via endstops vs. Mesh Bed Compensation

Lasko

Thank you for those informations Ian!

I joined the "development" of this 3D-Printer as part of a student thesis. It might really be the best option to revisit the positioning of the endstops that was done before. I never thought about the power-off-mid-print situation. Thank you for your reply!

Maybe i even find a way to use the Mesh Data. This way I would already have something i could write into my thesis

Lasko

Lasko

So,
I tried to Auto-Bed-Level with the G30 command and the BL-Touch:

G30 P0 X10 Y10 Z-9999 ; probe at point 1
G30 P1 X20 Y20 Z-9999 ; probe at point 2
G30 P2 X30 Y10 Z-9999 S3 ; probe at point 3 and auto bed level

It doesn't work as I want it to. It does the same as Mesh bed levelling, only compensating the tilted bed during moving the CoreXY-Extruder. I hoped that this Three-Point-Levelling might work (like @droftarts said). But there is no visible bed levelling when running this code...

Lasko

M98 P"0:/macros/homezBLT.g"
Warning: 3/4-point bed compensation is deprecated and will be removed in a future firmware release. Please use G29 mesh bed compensation instead.
Bed equation fits points [20.0, 60.0, -4.238] [40.0, 100.0, -6.059] [60.0, 60.0, -5.284]

This is what the console responds. It finds the points and seems to calculate the plane correction, but the motors aren't moving afterwards... Is the S-parameter wrong?

Lasko

fcwilt

@Lasko

Did you follow all the steps in the information provided in the link?

There are a number of things that need to be in "sync" but when the configuration settings are all correct it does work.

Frederick

Lasko

Hello Frederick,

yes, I tried everything relevant that is in "Bed levelling using multiple independent Z motors". May there be a problem if i first define 3z endstops via the M574 command and reconfiguring the board later (in another macro) to use a BL-Touch as an z-Probe?

Lasko

fcwilt

Hi,

I have both Z end stop sensors using IR "beam break" devices and a BLTouch Z probe.

I use the end stop sensors for Z homing and use the probe for setting the Z=0 datum and creating the height map.

So I don't think you need to have code to change from one to another.

In the meantime can you post your M671 command and your bed.g file?

Thanks.

Frederick

Phaedrux

Post your config files. We can't help unless we see what your gcode is trying to do.

The error message makes it sound like you do not have an M671 command in your config.g, so it's not trying to do leveling, it's just trying to do a 3 point compensation.

Lasko

@Phaedrux I could solve the problem in another thread, you should have seen it

For all that are interested:

M671 X--xxx,xx:xx,xx:xxx,xx ... is invalid
M671 X-xxx.xx:xx.xx:xxx.xx ... is valid

So no commata or "-" between X/Y and the values!

Thank you all for your help,
Lasko

droftarts

@Lasko See https://duet3d.dozuki.com/Wiki/Gcode#Section_M671_Define_positions_of_Z_leadscrews_or_bed_levelling_screws for code examples of correct notation. Use the Gcode dictionary to check your syntax when writing gcode commands. There's also a description of correct syntax here: https://duet3d.dozuki.com/Wiki/Gcode#Section_G_Code_Structure

Ian

fcwilt

@Lasko said in Z-Homing via endstops vs. Mesh Bed Compensation:

M671 X--xxx,xx:xx,xx:xxx,xx ... is invalid
M671 X-xxx.xx:xx.xx:xxx.xx ... is valid
So no commata or "-" between X/Y and the values!

Just to be sure you understand a hyphen indicates a negative value.

So the "valid" example has the first location as negative.

Frederick