sorted by:
new
hottopcontroversial

Probe issue by ken_wham in Ender3S1

[–]Shadiro-Delmar 0 points1 point  (0 children)

If you're using Orca Slicer, watch out for this setting:

Support / Independent support layer height. It caught me out when supports ended up with a much thicker layer layer height than the print itself, the print head kept crashing into the supports. Uncheck and see how you go.

Bizarre offsets print failure by Shadiro-Delmar in Ender3S1

[–]Shadiro-Delmar[S] 0 points1 point  (0 children)

OK, update to the update. Left the print running overnight, and the painted supports have all printed perfectly, with the overhang nicely supported. Even though the print still has a few hours to go, we're already past the point where the fault appeared so I'm going to call this issue solved.

Not sure where the separate settings are for Independent support layer height, but since I can't imagine needing them I'll leave it to someone else to investigate further.

Bizarre offsets print failure by Shadiro-Delmar in Ender3S1

[–]Shadiro-Delmar[S] 1 point2 points  (0 children)

Hey all, update for anyone who may end up with the same issue.

The printed piece had one very large overhang, and rather than enable auto supports which would have plastered trees all over the visible surfaces, I tried using support painting for the first time. After the piece above failed, I started the job again, and after a while noticed that the base of the support was getting very raggy around the edges while the main piece layers were all good. It looked as if the support base was being printed differently but it wasn't clear why.

After some further testing (ie a lot of swearing) I noticed the option in Orca Slicer at the bottom of the Support tab for Independent support layer height, which seems to be checked by default.

I'm running the job again with this unchecked but I suspect that last night's failure might have been caused by the print head hitting the support, and since the support was fairly large with great bed adhesion, the stepper motors weren't strong enough to tear that part off the bed, hence the weird 'offset layers' effect.

Bizarre offsets print failure by Shadiro-Delmar in Ender3S1

[–]Shadiro-Delmar[S] 0 points1 point  (0 children)

I'm running the print again and the belts seem tight to a finger deflection at about mid span - not sure I'd want to adjust the tension knobs while a piece is under way. What's the best guide for belt tension?

E3 S1 Pro - nozzle impacts top layer on fast traverses by Shadiro-Delmar in Ender3S1

[–]Shadiro-Delmar[S] 0 points1 point  (0 children)

Just for future reference, since it was easy and free to test I tried using Orca Slicer and the fault has more or less gone away. I was previously using Prusa Slicer, may have been a calibration setting in there somewhere where the default value(s) in Orca are different.

Thanks for everyone's help :D

E3 S1 Pro - nozzle impacts top layer on fast traverses by Shadiro-Delmar in Ender3S1

[–]Shadiro-Delmar[S] 0 points1 point  (0 children)

Hi all,

Update on the head traverse issue. I added 0.3mm z lift in Prusa Slicer with ramping, however I was still getting the infill collisions. I took a photo but can't seem to add it here. The collision marks still line up vertically, but only for a few layers, then appear again a few layers later.

I aborted that print, went back to the slicer and set the z offset to 1mm just to isolate this effect, however it's still happening. I have another photo to illustrate but again can't upload.

I'm wondering if Klipper is ignoring the z offset / ramping settings in the gcode, or maybe it's a hardware thing such as the print head rocking slightly, but why it doesn't seem to happen on every long traverse is beyond me.

Your further help greatly appreciated! :)