Marlin: [BUG] Auto bed levelling does nothing

Created on 25 Mar 2020  路  15Comments  路  Source: MarlinFirmware/Marlin

Bug Description

I select "Auto bed level" from the LCD. The printer then homes all axes.
After that it stops and nothing more happens.

My Configurations

Marlin.zip

Steps to Reproduce

  1. Select "Auto bed level" from the LCD

Expectedbehavior: I would have expected the printer to probe several points o the bed.

Actual behavior: The printer just stops/aborts the levelling after homing the axes.

All 15 comments

Did your Bltouch work before and this is a new issue?

Before I was using Klipper. Just switched to Marlin a few days ago.
To be clear: the BLTouch is working properly. It's just the auto levelling in Marlin that gets stuck after homing...

I am seeing the same problem with my inductive probe. On G29 or G29 P1 command it probes the same location that the Z homed to and does not proceed to the next point. It is not building the mesh in order to be able to calibrate further. It does however probe the specified mesh if using the G29 J command.
Configuration.txt
Configuration_adv.txt

Edit: I recompiled using the bugfix and confirm that auto level commands are working with the bugfix release.

I'm having a similar issue with an inductive probe using auto bilinear leveling. Upon initiation from LCD, it homes, moves to the first leveling point, ignores the triggered probe and instead moves to the full Z depth allowed in settings, and then returns a leveling failure message to the serial port. Manual initiation via G29 results in the same.

Bug Description

I select "Auto bed level" from the LCD. The printer then homes all axes.
After that it stops and nothing more happens.

My Configurations

Marlin.zip

Steps to Reproduce

  1. Select "Auto bed level" from the LCD

Expectedbehavior: I would have expected the printer to probe several points o the bed.

Actual behavior: The printer just stops/aborts the levelling after homing the axes.

Have you tried using the bugfix? I also found with my LCD I had to change the firmware coding to send the proper G code to the printer.

Actually, I have been able to adjust the BL touch sensor into a certain range and it start working. if it is detected that the probe is out (-1mm. +1mm) range of the zero position, it failed to probe. How ever it can only run once( I have option BI-LINEAR). Try the 2nd time and the probe is totally disable. I have to recycle power so I can start the G29 again

Here's a little update:
I disabled the following defines in my config_adv.h:

if PROBE_SELECTED && !IS_KINEMATIC

//#define MIN_PROBE_EDGE_LEFT 60
//#define MIN_PROBE_EDGE_RIGHT 235
//#define MIN_PROBE_EDGE_FRONT 35
//#define MIN_PROBE_EDGE_BACK 225

endif

Now the bed levelling actually works! But sadly it now probes very close to the edges of my bed where the holding clamps sit. So the probing results are pretty much useless.

Is there any other way to limit the area in which the probing happens?

I'm having the same exact problem. Solved by doing:

if PROBE_SELECTED && !IS_KINEMATIC

//#define MIN_PROBE_EDGE_LEFT 60
//#define MIN_PROBE_EDGE_RIGHT 235
//#define MIN_PROBE_EDGE_FRONT 35
//#define MIN_PROBE_EDGE_BACK 225

endif

In both of the recent posts the commented out probe edges, if enabled, would have created overlapping edges with a probable region negative in size.

These setting are not needed by most people. Just set MIN_PROBE_EDGE and be done. If you need these, each value should be a distance from the edge of the bed, not from the origin point.

There should probably be sanity checks to verify the sum of two edges is not more than the total size of the bed (or perhaps half the bed). When doing so we鈥檒l have to remember there is an edge case for NOZZLE_AS_PROBE where these values are allowed to be negative.

Thank you, now it's working perfectly :)

Seems the issue I'm experiencing isn't the same. Glad to hear the probe edges are solved. I'll move off, as these issues have diverged.

Whenever there are homing or leveling issues, we now ask everyone to follow a standard procedure to gather more information so that we're not just taking stabs in the dark. Here is the boilerplate:

  • Download Marlin bugfix-2.0.x to test with the latest code.
  • Enable DEBUG_LEVELING_FEATURE and M114_DETAIL and re-flash the firmware.
  • Connect to your printer from host software such as Cura, Printrun or Repetier Host.
  • Issue the command M111 S247 to enable maximum logging.
  • Perform a G28 to do your standard homing procedure.
  • Do a G29 to probe the bed. This will also enable bed leveling.
  • Copy the log output into a .TXT file and attach it to your next reply.

Repeat this procedure, if needed, to demonstrate inconsistencies. From these logs we should hopefully get a better idea of what's going on with your machine.

I believe my response addresses the problem from the original reporter and @nik012003. Adding a sanity check is probably all that is needed.

If @grauerfuchs has different issues they should probably not be tacked onto this issue.

Lack of Activity
This issue is being closed due to lack of activity. If you have solved the
issue, please let us know how you solved it. If you haven't, please tell us
what else you've tried in the meantime, and possibly this issue will be
reopened.

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.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

jerryerry picture jerryerry  路  4Comments

Kaibob2 picture Kaibob2  路  4Comments

Bobsta6 picture Bobsta6  路  3Comments

Glod76 picture Glod76  路  3Comments

heming3501 picture heming3501  路  4Comments