So I have not yet used this command at all but M110 will set your line number in a file (https://duet3d.dozuki.com/Wiki/Gcode#Section_M110_Set_Current_Line_Number). It might help you.

Reprap firmware has protection in place to prevent you from crashing your printer in the form of a homing requirement. You can either home your printer or disable the homing requirement. In order to disable the homing requirement for your printer you can enter the command M564 H0 as stated by @deckingman.

You can edit the heightmap.csv file in notepad, excel or the DWC. Just make sure that you keep the commas and filetype correct and you will be fine. This is what my flat heightmap.csv looked like:

RepRapFirmware height map file v2 generated at 2018-06-09 11:04, mean error 0, deviation 0
xmin,xmax,ymin,ymax,radius,xspacing,yspacing,xnum,ynum
0.00,325.00,30.00,380.00,-1.00,30.00,30.00,11,12
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0
0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0

This will not help you get more consistent sensor results but it will allow you to print with some form of bed leveling. Have you tried to change the tolerance of the M558 command with the S parameter. The default according to this is 0.03mm. So raise it from that and see if you can still get reliable results.

I am not sure I understand your message right but you can enable individual probes by reducing the number of Z-probe tries you do with the M558 A parameter. But that is a hacked solution as you will no longer get the benefit of smoothing out multiple erroneous readings.

Ok, thanks! Any chance that this command can use X0 Y0 by default to avoid this in the future?

The S1 is the endstop detection enable flag. This is so that if I have an extremely large print that extends to near the axis limits of my printer, I won't crash my printer. It is unlikely to be material seep because the amount of filament required for the layer is way more than what could ooze out of the nozzle. I also watched the print resume and saw that it was printing about 0.3mm or 1 layer higher than expected. I will try your resume.g code and see what that does for me, and I'll take a look at your link. Thanks!

Alright, thanks for the feedback so far. I will try and reproduce it and let you know if I do along with more information.

@Phaedrux The max feedrate of my machine is set to 3000 for the Z axis with M203, and I am fairly confident that it easily reaches those speeds. That is unless the pause ignored the max speed.

@phaedrux This was my pause.g file:

; pause.g

M83
G1 E-10 F3600
G91
G1 Z5 S1 F360
G90

And this was my resume.g file:

; resume.g

G1 R1 Z5 F6000
G1 R1
M83
G1 E10 F3600

Thanks!

Hello,

I was running a print when I decided to pause the print and tighten down a fan that became loose during the printing. When I pressed resume, the print skipped a layer. The maintenance I did could not have adjusted the nozzle height at all and I did not run any G-code during the pause. Babystepping was also set to 0. Anyone have any idea why this occurred?

Thanks!