Printer goes to XMAX, YMAX and just dumps filament while still trying to move

What is the problem?

Starting a print with Octoprint, printer homes X, Y, Z, does the ABL and then just jets to the back corner of my printer and just extrudes filament with no end.

What did you already try to solve it?

I thought it was a bad upload over the network to Octoprint so I made sure the gcode was the same size. Restarting OctoPrint used to solve it, but now no longer does it.

Complete Logs

octoprint.log, serial.log or output on terminal tab at a minimum, browser error console if UI issue ... no logs, no support! Not log excerpts, complete logs.)

octoprint.log (480.6 KB)

Additional information about your setup

OctoPrint version, OctoPi version, printer, firmware, browser, operating system, ... as much data as possible

Newest OctoPi, Newest OctoPrint, Ender 5, Marlin, Windows

My start and end Gcode is below:

Start Gcode
M201 X500.00 Y500.00 Z100.00 E5000.00 ;Setup machine max acceleration
M203 X500.00 Y500.00 Z10.00 E50.00 ;Setup machine max feedrate
M204 P500.00 R1000.00 T500.00 ;Setup Print/Retract/Travel acceleration
M205 X8.00 Y8.00 Z0.40 E5.00 ;Setup Jerk
M220 S100 ;Reset Feedrate
M221 S100 ;Reset Flowrate

G28 ;Home
G29 ;ABL

G92 E0 ;Reset Extruder
G1 Z2.0 F3000 ;Move Z Axis up
G1 X10.1 Y20 Z0.28 F5000.0 ;Move to start position
G1 X10.1 Y200.0 Z0.28 F1500.0 E15 ;Draw the first line
G1 X10.4 Y200.0 Z0.28 F5000.0 ;Move to side a little
G1 X10.4 Y20 Z0.28 F1500.0 E30 ;Draw the second line
G92 E0 ;Reset Extruder
G1 Z2.0 F3000 ;Move Z Axis up

End Gcode
G1 E-2 F2700 ;Retract a bit
G1 E-2 Z0.2 F2400 ;Retract and raise Z
G1 X5 Y5 F3000 ;Wipe out
G1 Z10 ;Raise Z more

G28 X Y
M106 S0 ;Turn-off fan
M104 S0 ;Turn-off hotend
M140 S0 ;Turn-off bed

M84 X Y E ;Disable all steppers but Z

Have you tried safe mode?

Problems like this one are often caused by a misconfiguration of the relative/absolute state of the coordinate system or the the extruder. Adding explicit G90, G91, M82, and M83 commands (see in scripts as well as understanding what state(s) the main gcode produced by your slicer is expecting will fix most of these problems.

I see that my end gcode puts the printer in Relative mode with the G91 command in the End Gcode and then only resets the extruder with a G92 after the ABL and before it extrudes that line that Cura puts in by default, but what I don't understand is why it homes and ABL's and THEN exhibits this behavior. Shouldn't being in relative mode and also homing mean that the movement is relative to the homing command?

I can not use safe mode because I'm trying to print with the Arc Welder plugin to test curves.

If I were you, I'd try to solve one problem at a time. Safe mode will help eliminate variables.

You have not detailed the process well enough for us. Where are the Start Gcode and End Gcode installed? What slicer did you use to generate the "rest" of the Gcode? Can you replicate the problem with a simple .stl cube? If so, please provide this Gcode.

Does this behavior happen the first time after you power the printer on? Does this behavior happen on the second print after you power the printer on? We can see that your End Gcode puts the printer in relative mode but your Start Gcode doesn't have any mode commands in it and we don't know what the slicer is generating.


@Ryutso, you should be able to run Octoprint in safe mode AND use the arcwelder generated gcode as long as you converted your gcode file beforehand. You could also download your converted gcode file and upload it to your printer's SD card as a test. If you have the same issue when printing from SD, it's very likely a gcode issue. If you continue to have issues printing straight from the SD card, please open an issue in the Arcwelder github page.