Corrupted operation on my Ender 3 Pro

[Kristen L]

I'm having a strange problem, which only started when I switched from PrusaSlicer to Cura.

(And before you say "Just stick with Prusa." I'm switching because I appear to be getting better quality and less stringing with Cura) But any how, back to the problem at hand. I slice my model. Upload to Octoprint, start the print. And should I for any reason need to stop or cancel the print. Uploading ANY following model to the printer, results in a total failure to operate. Printer will probe all the points on the bed as normal. How ever the moment before it moves to make the purge line, the Z axis moves up rather then its normal down. And starts feeding faster then the filament can be melted resulting in content clicking of the extruder stepper and not move the X or Y's. It will retract as if it was printing but then continue to feed. This only seams to happen when using Cura. And is only corrected when I cancel the operation, safely shut down Octoprint and restart the printer by powering it off and then back on, At which point I can can reload the same model "with or without changes" (either through Cura, file transfer over network, or inserting an SD card.) Upon reloading the model it prints just fine at the quality I want. Please help.

[Kurt Wendt]

Kristen - I see EXACT same problem on our same model Ender at.

Only solution was shutting it down & powering back up again.

If I were to guess, maybe outs some odd ending gcode causing the issue. Just a guess...

I am SURE others here have run into the issue!!!

-Kurt

On Feb 13, 2022 11:19 AM, Kristen L <kal...@gmail.com> wrote:

I'm having a strange problem, which only started when I switched from PrusaSlicer to Cura.

(And before you say "Just stick with Prusa." I'm switching because I appear to be getting better quality and less stringing with Cura) But any how, back to the problem at hand. I slice my model. Upload to Octoprint, start the print. And should I for any reason need to stop or cancel the print. Uploading ANY following model to the printer, results in a total failure to operate. Printer will probe all the points on the bed as normal. How ever the moment before it moves to make the purge line, the Z axis moves up rather then its normal down. And starts feeding faster then the filament can be melted resulting in content clicking of the extruder stepper and not move the X or Y's. It will retract as if it was printing but then continue to feed. This only seams to happen when using Cura. And is only corrected when I cancel the operation, safely shut down Octoprint and restart the printer by powering it off and then back on, At which point I can can reload the same model "with or without changes" (either through Cura, file transfer over network, or inserting an SD card.) Upon reloading the model it prints just fine at the quality I want. Please help.

--
You received this message because you are subscribed to the Google Groups "3D Printing Tips and Tricks" group.
To unsubscribe from this group and stop receiving emails from it, send an email to 3d-printing-tips--...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/3d-printing-tips--tricks/b4eb1b0a-bd12-4f2b-b2c6-d0da0395dcben%40googlegroups.com.

[Aaron Peterson]

Did you try copying the Start Gcode and and End Gcode from the printer settings in prusaslicer into the machine settings/profile in Cura in the corresponding start and end gcode locations?

[Aaron Peterson]

I've run into some funky stuff with octoprint before so that could be a prime suspect.  I have my mk3s connected via octoprint.  I have noticed that when I start a print through octoprint (instead of the SD card and the printer's interface screen) and I need to cancel for whatever reason, if I cancel using the printer's lcd, the printing will stop right in its tracks with a hot nozzle...no parking in an offset location and cooling down.  I found that I have to select cancel twice instead of once to actually abort the print entirely.  I haven't dug into the logs provided by octoprint to figure out why that is but I imagine the terminal might provide some insight into commands going to and recognized by your printer when it acts up.

I got a little carried away downloading a whole bunch of octoprint plugins and messing around with the settings in them.  I must have configured something incorrectly because the printer would sometimes begin its pre-printing bed leveling cycle when I started the print before the bed or hotend were anywhere near proper temps.  I was always quick to power down the printer in case in tried to perform cold extrusions (the firmware should have prevented this from happening, at least the cold extrusion part, but just wanted to be cautious).  I ended up connecting to a brand new instance of octoprint and stuck to the more basic/most-downloaded plugins and the problems went away.

If copying the start and end gcode from prusaslicer into cura doesn't work, I would suggest going through the process of setting up a new instance of octoprint (yeah I know that sucks).  Leave everything default and see if you have the same problem, if so, review the terminal screen in octoprint to see all the commands being processed.

-Aaron