Octoprint-related layer shifts
I'm having a constant X-axis layer shift issue when printing from Octoprint with some plugins. Sometimes it's one layer shift per print, sometime it 3 to 5 shifts. I've done some pretty extensive testing and am very certain of the data below:
a. Printing from SD - no layer shifts
b. Printing from Octoprint in Safe mode - no layer shifts
c. Printing from Octoprint with some plugins (Dashboard, DisplayLayerProgress, Bed Leveler, Firmware updater, Change Filament, DeleteAfterPrint, FileManager, Gcode Editor, OctoPod, PrusaMeshLeveling, Themeify, TouchUI) - Layer shifts
d. Printing form Octoprint with just the standard plugins + Themeify+TouchUI - I think no layer shift, but need to do more prints
e. I have zero crashes reported by the printer, my bearings are smooth and well lubricated (in fact I loaded all bearings with grease and totally replaced my X-axis rods and bearings (one X rod had a groove worn into it) when I initial started getting shifts, thinking it may be related to the printer).
The funny thing is that I've been printing with some of these plugins for months with no layer shift issue and the plugins I had left turned-on for test (c) were not ones that should be messing with gcode data or sucking up significant processor cycles (I turned off PrintTimeGenius & CancelObjects, whcih I initially thought may be to blame). Any idea why the issue would suddenly pop-up? How can Octoprint cause a layer shift? I thought that all the extruder moves were in absolute coordinates, so even if the printer misses a move command, the next command should put it back where it's supposed to be and not cause all the following layers to be shifted.
RE: Octoprint-related layer shifts
No one is chiming in, but I'm really curious how Octoprint can cause a layer shift (i.e. how does it physically happen). I'm kind of baffled as to how it can occure, even with commands missed by the printer.
p.s. I've confirmed that scenario (d) still works - no layer shifts so far in 5 prints (though 2 of them were pretty short).
RE: Octoprint-related layer shifts
@mdaneman
i have the same issue, with or without Octoprint, Prusa support could not help me
RE: Octoprint-related layer shifts
@mdaneman
i have the same issue, with or without Octoprint, Prusa support could not help me
If getting shift even when printing from SD, then it’s likely a hardware issue. Are you getting a shift in only one axis or randomly in both? Do you see crashes when the shifts happen (you can check the crash count on the LCD menu)? Do you get shifts consistently at the same height or random?
I’m sure you probably checked most of this stuff, but the things to look at are:
ensure the set screws in pulleys (bobbins) for both x and y belts are tight and that one of each pair of set screws is sitting on the flat part of the rod
ensure you belts are tight and not damaged in any way
ensure the bearings are moving smoothly in the rods and that you don’t have any grooves worn into the rods - that may mean you need to change those rods and bearings
RE: Octoprint-related layer shifts
Having this exact issue for a few weeks now. Have tried a ton but no real results, only thing that guarantees no shifts is printing from SD card. The shifts seem far more likely to happen the taller the print, and more likely to be Y shifts.
RE: Octoprint-related layer shifts
"Printing from Octoprint in Safe mode - no layer shifts" doesn't that rather point to a defective plugin?
"The funny thing is that I've been printing with some of these plugins for months" I guess you try removing the more recent plugins till you find the perpetrator. Also look at plugins that were updated in that period.
You don't say what hardware you're using to run Octoprint.
The Octoprint board is very friendly, why not post your problem there?
RE: Octoprint-related layer shifts
Hi,
To help you, see this post: here
The issue seems to be DisplayLayerInformation for Dashboard.
Will try, to remove it as well, as I do have the same issues!
RE: Octoprint-related layer shifts
I had this issue occasionally as well. Re-slicing and uploading to Octoprint seemed to resolve the issue.
I was unable to find any issue with the original Gcode, but I did not bother to check the Gcode that was already stored on the Pi.
My guess was that something was corrupted during the file transfer. My layer shifts were consistently in the same place (Hopefully I uploaded the video correctly? :))
I usually transfer my files over the internet to my Pi, I haven't had any issues when I transferred them directly to the SD card and printed from that.
Rich 3D
https://3dnewb.com
RE: Octoprint-related layer shifts
@mdaneman
everything checked, the next issue that comes in now is that the printer stops sometimes uner printing, sometimes the print runs thru, but most of the time the prints fail, it's terrible with this printer, my other one prints every print perfect, with or without octopint
RE: Octoprint-related layer shifts
Are you using octolapse? I've been having some odd layer shifts that are related to what direction I have the octolapse stablization go. I think I may have solved it by following Teaching Tech's instruction to use a g-code trigger (he suggested G4 P1 for a 1ms pause that is unnoticeable if octolapse isn't running) in the after layer change g-code. Then I was having extrusion issues related to octolapse setting my extruder to absolute mode so I also added G90 and M83 to make sure that octolapse wasn't changing either my absolute travel or relative extruder modes.
Not sure if my problems (and solutions) apply to your experience.
See my (limited) designs on:
Printables - https://www.printables.com/@Sembazuru
Thingiverse - https://www.thingiverse.com/Sembazuru/designs
RE: Octoprint-related layer shifts
I think I've hit this issue - it looks like there may be an issue with the DisplayLayerProgress plugin (required by the dashboard plugin)
I checked all the usual suspects, belt tension, pulley, even ended up changing y axis bearings and stepper but still ended up with at least 1 layer shift on my print (extruder cover)
Then I stumbled across this issue on github https://github.com/OllisGit/OctoPrint-DisplayLayerProgress/issues/124
I tried the print from SD card and it was perfect (no other changes to printer hardware or firmware)
Tried with the DisplayLayerProgress plugin disabled and the first print was again perfect - I've no idea why or if this was the real cause but doing a test print from SD card is a worthwhile test
RE:
Wow, I'm having this same issue (well, I think it's the same) on my MK4 with octoprint running on a rpi zero 2 w. It was working fine, but I started to get really nasty shifts usually in Y axis, probably after installing a new plugin (Dashboard?). Tried many belt tension adjustments, disabling timelapses, all kinds of stuff, before realizing it never happened and print quality was better when using the USB drive. I was using the Dashboard plugin, so I'll try to see if DisplayLayerProgress is still the culprit (4 years later!?!) or not.
RE: Octoprint-related layer shifts
Did you get your layer shifts in y-direction when using the input shaper profile or also without input shaper?
For me the shifts only occurred with input shaper and so far not when using the profile without input shaper.
RE: Octoprint-related layer shifts
interesting. I am using input shaper profiles and not sure if I've printed anything recently without it.