[BUG] Right side of the print too high from the bed when using ABL #269

New Issue

2022-01-30T04:23:17-06:00

mrpilipo commented

2022-01-30 04:23:17 -06:00

(Migrated from github.com)

Bug Description

Test print, 3x3 grid of squares, first two columns of 3 from the left are acceptable, while the last one, on the right, is barely touching the bed.
After manual changes to bed level, Z0 height, results are still the same.

Steps to Reproduce

Installed BLTouch 3.1 following instructions from here, downloaded and flashed MEGA_S_BLT_10_v1.3.1, restored defaults, saved to eeprom. BLTouch passes self test and responds to commands as intended, found my z offset also following instructions from here.
Using start and end gcode provided here (M420 S1 after G28, to enable mesh leveling).

Expected behavior: Consistent first layer of the print

Actual behavior: Right side of the print barely sticks to the bed

Additional Information

Running 1.3.1 on Mega S, with 0.0.2 board.
When checking my bed level in octoprints bed visualizer I can see manual adjustments being reflected accordingly.

### Bug Description Test print, 3x3 grid of squares, first two columns of 3 from the left are acceptable, while the last one, on the right, is barely touching the bed. After manual changes to bed level, Z0 height, results are still the same. ### Steps to Reproduce Installed BLTouch 3.1 following instructions from here, downloaded and flashed MEGA_S_BLT_10_v1.3.1, restored defaults, saved to eeprom. BLTouch passes self test and responds to commands as intended, found my z offset also following instructions from here. Using start and end gcode provided here (M420 S1 after G28, to enable mesh leveling). **Expected behavior:** Consistent first layer of the print **Actual behavior:** Right side of the print barely sticks to the bed #### Additional Information Running 1.3.1 on Mega S, with 0.0.2 board. When checking my bed level in octoprints bed visualizer I can see manual adjustments being reflected accordingly.

mrpilipo commented

2022-01-31 07:04:56 -06:00

(Migrated from github.com)

I might have solved the issue...
In the meantime change firmware to klipper... and the issue persisted...
It is the bed, bed carriage to be exact, even tho I've tightened the sprints as much as possible, it still has some give on the left side (with one support) and bends a tiny bit from the force of the probe...

I might have solved the issue... In the meantime change firmware to klipper... and the issue persisted... It is the bed, bed carriage to be exact, even tho I've tightened the sprints as much as possible, it still has some give on the left side (with one support) and bends a tiny bit from the force of the probe...

knutwurst commented

2022-01-31 07:07:24 -06:00

(Migrated from github.com)

This is a common issue with the Mega/S/P Printers. Take a look here:
https://habitoti.de/wordpress/bltouch-frustration/

This is a common issue with the Mega/S/P Printers. Take a look here: https://habitoti.de/wordpress/bltouch-frustration/

mrpilipo commented

2022-01-31 08:58:28 -06:00

(Migrated from github.com)

The more you know... took my tiny bubble level to the carriage and... level visibly changes as it goes from one end of the x axis to the other... time to go back to Marlin and do some math since there is no simple way to edit mesh point in klipper (outside of manually editing them in config file)

github-actions[bot] commented

2022-04-01 20:32:46 -05:00

(Migrated from github.com)

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.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: wp/Marlin-2-0-x-Anycubic-i3-MEGA-S#269