Mesh Bed Compensation not compensating?

fcwilt

Hi,

Why do you think compensation is not working?

Frederick

Argo

@fcwilt

At least it is not working as it should.
Except for the far right side the 1st layer looks quite perfect.

Could it be that the mesh compensation does not work for negative values?

The result in pictures:
(upper left side)

(upper right side)

Height Map CSV:

RepRapFirmware height map file v2 generated at 2020-05-20 09:51, min error -0.102, max error 0.060, mean -0.006, deviation 0.044
xmin,xmax,ymin,ymax,radius,xspacing,yspacing,xnum,ynum
32.00,240.00,20.00,190.00,-1.00,34.67,28.33,7,7
  0.013,  0.035,  0.043,  0.037,  0.057,  0.025, -0.058
  0.007,  0.050,  0.040,  0.033,  0.053,  0.023, -0.082
  0.010,  0.045,  0.037,  0.027,  0.060,  0.033, -0.072
 -0.018,  0.013,  0.017,  0.010,  0.010,  0.005, -0.072
 -0.013,  0.015,  0.007, -0.010, -0.018, -0.028, -0.100
  0.005,  0.023, -0.013, -0.028, -0.003, -0.025, -0.102
 -0.040, -0.043, -0.058, -0.068, -0.048, -0.048, -0.098

fcwilt

Hi,

Negative values should not be a problem.

Perhaps someone who is using v3 firmware will chime in. I am not so there may be issues that I am not aware of.

Frederick

cemejean

@Argo I believe that your Z axis minimum limit needs to be a negative value.

https://forum.duet3d.com/topic/16185/mesh-bed-leveling-not-moving-bed/2

timcurtis67

@cemejean said in Mesh Bed Compensation not compensating?:

@Argo I believe that your Z axis minimum limit needs to be a negative value.

https://forum.duet3d.com/topic/16185/mesh-bed-leveling-not-moving-bed/2

+1

Argo

I think those limits are only for gcode commands and not for the firmware itself.
But I'll test it anyway.

Argo

I just tested it with "M208 X0:250 Y0:210 Z-2:205"

The effect is the same. After G29 I can travel to the right and see a 0.1-0.2mm gap when there should be Z=0.

Phaedrux

Is there anything mechanically pulling at the print head when in that position?

Does your BLtouch mount have some tilt to it?

What do you have in bed.g for your tilt correction?

Also please post your homeall.g

Are you doing a G29 before each print?

You can increase the accuracy of the BLtouch with some slight changes to your M558 and G31

M558 P9 C"^zprobe.in" H5 F120 T12000 A10 S0.005
G31 P25 X30.6 Y-12.0 Z2.315

Note this will make your initial dive speed much slower. You can modify your homeall to set a faster speed for the first probe and then do a slower detailed probe

M558 F500 A1 ; probe once quickly
G30
M558 F120 A10 ; detailed probe
G30

Phaedrux

@Argo said in Mesh Bed Compensation not compensating?:

I think those limits are only for gcode commands and not for the firmware itself.
But I'll test it anyway.

That's correct. The firmware will be able to compensate below the 0 point provided it is physically able to do so. For baby stepping purposes it can be useful to have a slightly negative value for the Z minima because by default you're only able to move down an amount equal to the thickness of the first layer height.

RyanP

I find the same thing on my E5Plus. Even thought I do a fairly long and detailed bed process, I still find that I am having to babystep my way out of a disaster with most prints. Or worse, have to adjust the bed knobs. My regular ender5 and the CR10S (all running duets) don't seem to have this problem on such a consistent basis.

I even switched the setup to independant z motors and perform a G32, and still find I have to watch the first layer and make sure the filament goes down properly.

I perform a G28 to start, then a G32 to level the separate z axis, then do a G29 for the mesh. Still have issues. So either the G32 undoes itself, or it needs to be done after the G29...which does not make any sense.

Phaedrux

@RyanP said in Mesh Bed Compensation not compensating?:

I perform a G28 to start, then a G32 to level the separate z axis, then do a G29 for the mesh. Still have issues. So either the G32 undoes itself, or it needs to be done after the G29...which does not make any sense.

You may need to do the G32 a few times over, and you should do a single G30 at the center of the bed afterwards to redefine the Z0. Then the G29.

Argo

@Phaedrux

I don't think the BLTouch mount has tilt but the pin looks slightly bend to the right.
I temporarily disabled G32 in my start gcode and calibrated my axis by running against the Z endstops.
Afterwards I did G29 mesh leveling and the result was a severe tilted bed (right side was higher).
I suspect now that is has something to do with the BLTouch. Next thing I'll do is to replace the PIN and also print another more stable mount.

For completion:

homeall.g

; homeall.g
; called to home all axes
;
; generated by RepRapFirmware Configuration Tool v2 on Tue Aug 06 2019 23:15:45 GMT+0200 (Central European Summer Time)
G91                     ; relative positioning
M915 X S-6 F0 H400 R0		                ; Set X axis Sensitivity
M915 Y S-1 F0 H400 R0		                ; Set y axis Sensitivity
G1 Z6 F6000 H2          ; lift Z relative to current position
G1 H1 X-255 F2600 ; move quickly to X and Y axis endstops and stop there (first pass)
G1 H1 Y-215 F2600 ; move quickly to X and Y axis endstops and stop there (first pass)
G1 X5 Y5 F6000          ; go back a few mm
G1 H1 X-255 F2600  ; move slowly to X and Y axis endstops once more (second pass)
G1 H1 Y-215 F2600  ; move slowly to X and Y axis endstops once more (second pass)
G90                     ; absolute positioning
G1 X15 Y15 F6000        ; go to first bed probe point and home Z
G30                     ; home Z by probing the bed

M915 X S3 F0 H400 R1		                ; Set X axis Sensitivity
M915 Y S3 F0 H400 R1		                ; Set y axis Sensitivity

bed.g

; bed.g
; called to perform automatic bed compensation via G32


M561 ; clear any bed transform
G28 W ; home
G30 P0 X35 Y100 Z-99999 ; probe near a leadscrew, half way along Y axis
G30 P1 X240 Y100 Z-99999 S2 ; probe near a leadscrew and calibrate 2 motors

Argo

I just replaced the X axis rods (one was slightly bend) and printed another BL Touch mount and replaced the pin.
Just as before the nozzle is too far away on the right side of the bed which results in the line not sticking together.

Height Map:

Print result (middle and right tile):

Phaedrux

Is there some skew in the bed rail?

G1 X15 Y15 F6000 ; go to first bed probe point and home Z
G30 ; home Z by probing the bed

Also may want to move the probe point to the center of the bed.

RyanP

@Argo

You and I are experiencing the same thing, with the same brand (and model) of printer. Have you printed anything else? Like a simple box. Something with a flat surface. I print a lot of simple boxes for board games. The tend to have a number of flat solid layers. Picture a box with a open top, and solid bottom.

My layers tend to have this double line, gap, double line, gap. Just like your right hand square. I am starting to think it is a mechanical problem with Creality printers. I have three of them and this patters happens on them all. It isnt on every part, or in every area. I think a lot of it is based on the BL Touch in conjunction with a backlash or mechanical shifting of things in the X-Axis or Y-Axis.

I am currently printing a fairly intricate player box for the board game Scythe. When it is done, I will post a picture of its flat surfaces.

Keep me in the loop as to your findings as I am working through various solutions myself.

Argo

@Phaedrux

Sorry for not mentioning that I‘m already using your advice to probe with 0.005 accuracy and after G32 I probe the center to determine Z=0.

New observation: after leveling the bed with a crazy 12x12 grid I can see that there is something wrong with the bad. It is very bumpy and when I print with the 12x12 mesh my Z axis can’t keep up and I have small hiccups during fast travel moves.

Next thing I do is to disassemble the Y axis, check the rods and the Y carriage for their flatness.
Hopefully I don’t have to order both.

Crazy that so many thing all at once tend to break

Argo

@RyanP

I’m having a MK3s Prusa printer.
The lines got better but only with crazy accurate 12x12 mesh bed compensation. I suspect there is something terrible wrong with my y axis rods, bed or carriage or worst case: all at once.

Argo

Update:

Y-Axis rods and the bed look fine.
I just leveld my x axis (tilt) by slowly driving the x-axis against the Z endstops.

New height map (7x7 mesh leveling, with center Z probe and 0.005 accuracy):
Screenshot 2020-05-22 at 14.47.32 .png

Print picture is the same. Left side is too close, right side too far away.

Phaedrux

@Argo said in Mesh Bed Compensation not compensating?:

t is very bumpy and when I print with the 12x12 mesh my Z axis can’t keep up and I have small hiccups during fast travel moves.

Increase your Z jerk. M566 Z24.00 is very low. Try at least 60. That should solve the stutters.

shirnschall

I recently had a similar issue and the problem was that the z screw was turning but the nozzle was not moving accordingly.

Check if your Z leadscrews are turning when moving the nozzle from left to right (using gcode. Not by hand)
if the screws are turning check if there is any slop in the system. If possible measure how much the nozzle moves up and down

If the z screws are not turning it I would suspect a problem with the probing itself