Duet Maestro in MakerGear M3
-
So I have the manual bed adjustment assistant working and used it to tram the bed.
After that I setup the m557 for the bed mesh compensation and tried running it. However, I keep getting a “Error G29: no valid grid defined for bed probing” .
Here’s my bed.g that’s setup for the leveling assistant.
; bed.g
; called to perform manual bed level assistant via G32
;
; generated by RepRapFirmware Configuration Tool v2.1.8 on Mon Feb 24 2020 01:49:32 GMT-0600 (Central Standard Time)
M561 ; clear any bed transform
G28 ; home all axis
G30 P0 X25 Y16 Z-99999
G30 P1 X215 Y16 Z-99999
G30 P2 X25 Y248 Z-99999
G30 P3 X215 Y248 Z-99999 S4
G1 X100 Y126.5 F9000 ; go to center of bedAnd here’s a chunk from my config.g file....what am I missing?
;Z-Probe
M558 P9 H5 F300 T9000 ; set Z probe type to bltouch and the dive height + speeds
G31 P500 X21.0 Y0 Z1.048 ; set Z probe trigger value, offset and trigger height
M557 X25:215 Y16:Y248 P3 ; define mesh grid with P defining number of points to probe in each axis; Manual Bed Leveling Assistant
M671 X21:219.5:21:219.5 Y8.5:8.5:257.5:257.5 P0.7 ; bed adjustment screws are front left (x21,y8.5), front right (x219.5,y8.5), rear left (x21,257.5), rear right (x219.5,y257.5), thread pitch is 0.7 -
@guycobb2 M557 looks okay, assuming that the X and Y limits you have set can be reached by the probe. Did you restart after changing config.g? Try entering the M557 command directly in the console. Sending M557 on it's own should report the settings. G29 doesn't use the bed.g, G32 does.
Ian
-
M557 reports “grid not defined”. Wtf?
-
@guycobb2 said in Duet Maestro in MakerGear M3:
M557 reports “grid not defined”. Wtf?
What do you get if you copy and paste your m557 from config.g into the console?
-
@guycobb2 said in Duet Maestro in MakerGear M3:
M557 X25:215 Y16:Y248 P3
I think I see the issue... Do you notice the Y values? You've got an extra Y in there.
-
Sonofabitch.
-
Still curious to see what the console feedback would be from that line.
-
How in the crap have I overlooked that for 24 hours?
-
@Phaedrux it said the Y value too small
-
More specifically “error m557: bad grid definition: Y range too small”
-
Well that would have been a clue anyway.
-
Can someone give a brief explanation of the deviation and error results?
-
After bed mesh is complete do I need to reload the height map after a reboot of the board?
-
the max deviation is the lowest and highest point to either side of wherever you set the Z0 point.
mean error is the average of all the deviations. So your's is slightly below the 0 point on average.
RMS I'm not actually sure.
Yes you need to reload the heightmap after a power cycle. This would typically be done in your slicer start gcode after homing. Use G29 S1
-
@Phaedrux thanks for everybody’s help. I went ahead and knocked out a quick test print and all looks good. It looks like the duet is removing the artifacts I was experiencing with the stock Rambo board. More testing to confirm, I will play with it more tonight after I get back home from work.
I forgot that I plan on running the quick 9 point mesh at the start of every print so no need to reload the height map. But good to know if I decide to remove that from my starting process. Thanks again everybody.
-
@guycobb2 said in Duet Maestro in MakerGear M3:
I forgot that I plan on running the quick 9 point mesh at the start of every print so no need to reload the height map. But good to know if I decide to remove that from my starting process. Thanks again everybody.
If your bed is stable and doesn't really change from print to print you might benefit from doing a more detailed heightmap once, and then loading it, rather than doing a 9 point heightmap each time. Would need to compare to see what works best. It's also useful to do at least one high detail heightmap so you can see what your bed surface actually looks like.
-
@guycobb2 Sorry, I missed that extra Y too!
This post has a pretty good explanation of the results: https://forum.duet3d.com/post/53350
Max deviation is the lowest and highest point.
Mean error is the average error of all points.
RMS error is Root Mean Square. This takes a bit of understanding, probably best to read the thread above. I'm not sure I understand it!Ian
-
Quick question that I didn’t find the answer to.
A full step on my Z is 0.0158mm. So is it best to leave that number as is or better to just round up to 0.016? I didn’t know how the firmware handles decimal places. Same thing for the slicer....utilize multiples of 0.0158 or just use multiples of 0.016?
-
@guycobb2 I'm not sure I follow. Do you mean that a full step of the motor travels 0.0158mm?
Z_steps_per_mm = (motor_steps_per_rev * driver_microstep) / screw_lead -
Yes. Brain fart.....corrected it.
