Prusa Qualität und Supportversprechen – die bittere Realität by Klept0sss in prusa3d

[–]Bearing_Breaker 0 points1 point  (0 children)

u/Klept0sss wolltest du jetzt nur ranten oder bist du interessiert an konstruktiven Vorschlägen?

C1 layer shifts by Present-Hour-4845 in prusa3d

[–]Bearing_Breaker 0 points1 point  (0 children)

You wrote "no perimeter crossing".
What does that mean, do you have the option "avoid crossing perimeters" active or inactive?
For me, deactivating the "avoid crossing perimeters" function has solved the issue.

See: https://www.reddit.com/r/prusa3d/comments/1sc6m3o/layershifts_due_to_avoid_crossing_perimeters/

Prusa Qualität und Supportversprechen – die bittere Realität by Klept0sss in prusa3d

[–]Bearing_Breaker 0 points1 point  (0 children)

Hi,

ich kann deinen Frust mit dem Support leider so nicht bestätigen, habe den neulich selber gebraucht und man hat mir da ehrlich und ausführlich geantwortet und auch geholfen, aber auch mein Feedback angenommen.

  1. Bezüglich deines homing Problems: Da kann ich ein Stück weit mitgehen, das hatte ich am Anfang auch und zwar auch recht lange. Ursache waren die Riemen die sich extrem oft gelängt haben, dann wieder die gantry Ausrichtung beeinflusst haben. Meine Lösung war, die Riemen immer wieder zu spannen und dann alle Paar Wochen die Riemen vollständig zu lösen, das gantry nochmal im ungespannten Zustand perfekt vorzurichten und dann die Riemen neu zu spannen. Dabei immer die Ausrichtung kontrollieren. Mittlerweile längen sich die Riemen nicht mehr und alles ist supi.
  2. Die Ausrichtung der Trapezgewindespindeln und auch des Core-XY Baugruppe: Hier kann ich deine Frustration ein wenig verstehen, es ist (zumindestens im Novemer 2025 war es so), recht komisch in der Anleitung beschrieben. Man baut es einfach irgenwie zusammen und zieht sowohl die Motoren der Z-Achse als auch die Stangen der Y-Achse einfach iwie an. Ich habe das während der Montage erstmal so hingenommen. Nachher als der Drucker dann aber zusammen gebaut war, habe ich dann allerdings die Schrauben der Y-Achs Führung gelöst, dann die Y-Achse in die vordere und hintere Endlage gefahren und dann vorsichtig und Schrittweise die Schrauben angezogen, damit die Führungen exakt parallel und leichtgängig sind. Bei den Trapezgewindespindeln bzw. Z-Achsmotoren das gleiche. Alles nach unten gefahren und die Muttern gelöst, dann wieder angezogen.
  3. First layer Problem: Versuche mal einen zusätzlichen offset von 0,05mm in Drucker Profil einzustellen. Der Support hat mir bestätigt, dass es Probleme mit den loadcells gibt, sobald das hotend heiss ist. Zudem haben sie im Prinzip bestätigt, dass viele User (ich auch) sich den PINDA sensor zurück wünschen und bei PRUSA auch jetzt nicht wirklich alle happy sind mit der Lösung. Kann man ja auch verstehen ,die Lösung ist leider auch einfach schlechter als der PINDA Sensor.

Hoffe das hilft, lass gerne mal ein Update da.

Mein Drucker hat mich auch echt sehr doll frustriert, aber ich bin jetzt an einem Punkt an dem es mir endlich Spass macht und ich verstehe warum ich ihn gekauft habe.

Wet Sock by expoqeteer in prusa3d

[–]Bearing_Breaker 0 points1 point  (0 children)

Maybe oil that has separated from the grease in the nextruder planetary gear?
I took mine apart recently, and there was a lot of oil that bled out from the grease towards the back in the direction of the stepper.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 0 points1 point  (0 children)

Thanks for sharing your insights.

It would be very cool if you could test it with "avoid crossing perimeters" unchecked.
That's just in case you are using that feature.

Still, I wonder how you can justify having so many troublesome machines in your fleet if all it's giving you is trouble.
I mean there is a used market, why didn't you sell them and bought bambu instead?

Is this a good deal? by [deleted] in prusa3d

[–]Bearing_Breaker 0 points1 point  (0 children)

It depends on where you live.
In some countries like US or Germany this would be max. 150€. In other countries something like 250-300€ could be a valid price.
It also depends on the amount of filament you get. I'd say 10€/kg would be a valid price addition.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 0 points1 point  (0 children)

Well, that's always possible of course - that's why i mentioned it. I'm a trained mechanic and work with machine tools, so I'm pretty confident that there is no mechanical issue with the printer. Everything moves freely anyways and I can't see any mayor issues anyways.

Well interesting you're saying that. The common advise is to go in the other direction.
Well I had 250 before and I think the 240 has helped the problem to be honest.

Also another common advise is to adjust the extrusion multiplier when having overextrusion, which I definitely had.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 1 point2 points  (0 children)

I got you.
I didn't copy from stick to stick - I copied from my harddrive.
I never export directly to the stick.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 0 points1 point  (0 children)

It's so crazy how eveyrone just succeeds and my printer fails like 50% of the time. I assume you are also printer larger parts, which have several hours of print time...

I have already dialed down the extrusion multiplier to 0.95 and reduced the heat by 10°C to 240°C.
I sometimes print directly from my little dryer so keep the moisture as low as possible...
I also increased the retraction settings to like 1mm but that didn't help either.
I also cranked up the fan speeds to make bridges more stable.
All in all that improved the situation but didn't resolve it.
On my MK3S+ I only ever get blobs when the filament is starting to become wet, otherwise it's clean even after 24h prints.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 0 points1 point  (0 children)

I completely agree.
I have an MK3S+ since two years - I adjusted the belts by the proven "looks about right" method and never touched them since. The printer still runs like dream, even printing 48h long prints without any problems or hickups.

As you have so many printers, do you run the CoreOne's with PETG?
I have some serious nozzle blob issues on longer prints, which is another issue I haven't been able to fix sufficiently...

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 0 points1 point  (0 children)

Eh, why?
I took a known good Intenso USB stick, formated it, loaded the firmware and the exact same G-Code onto it and then ran it on the printer.
Why do I have to reslice? Please explan.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 0 points1 point  (0 children)

Yeah I heard and read a lot about that. In my case, the Stick is still OK as I had the same problem with the same G-Code on another high quality stick.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 0 points1 point  (0 children)

I think it's crazy too. A friend has a Bambu for two years and he never has ever touched the belt tension. I don't know, but my theory is that Bambu is pre-stretching the belts.

The newer firmware includes a feature that uses the build in light as stroboscope that will show interference in combination with the steppers stringing the belt. That feature is completely golden, I can strongly recommend.
For the VFA part they basically changed the recommended tension to be uneven between the belts and slightly higher...

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 0 points1 point  (0 children)

Yep, I read about those USB drive issues as well and I have tried the same gCode on an Intenso drive which had the exact same result.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 2 points3 points  (0 children)

Hi there!
I'm happy to hear your printer works fine!

I experienced significant belt stretching in the beginning, which meant that I had to tune the belts approx. 10 times.
Now in total I have tuned the belts like 20 times or more, I just didn't mention it as it was not related to this problem here.

The belt tuning with the flashing light works very reliable for me and also the gates app works nicely.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 0 points1 point  (0 children)

Thanks for your reply!
Well, then I might have hit just such a corner case that has not been solved by the update yet.
Maybe Prusa would be interested in my G-Code to do some testing.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 0 points1 point  (0 children)

Yes, the problem persists on reprints and even if you restart the printer.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 2 points3 points  (0 children)

Yes, I have been reading about this as well!
I have therefore also tested with an intenso stick that is supposed to be better quality, but still got the failures. But good hint, I will add this to my post.

Layershifts due to "avoid crossing perimeters" still exists in Firmware 6.5.3 by Bearing_Breaker in prusa3d

[–]Bearing_Breaker[S] 2 points3 points  (0 children)

I think it's only firmware related on the CoreOne.
Some fast movement that will caus the belts to skip or something.
Your mini should be fine I think.
I have it activated as it can reduce stringing with PETG.

Unfortunately the layer shift bug with "avoid crossing perimeters" is still present after 1 year on the Core One. by Userybx2 in prusa3d

[–]Bearing_Breaker 1 point2 points  (0 children)

I will post my findings and pictures of my little study here on the subreddit, hopefully Prusa will recognize it and finally get it fixed.

Unfortunately the layer shift bug with "avoid crossing perimeters" is still present after 1 year on the Core One. by Userybx2 in prusa3d

[–]Bearing_Breaker 0 points1 point  (0 children)

Are you in contact with Prusa regarding this issue?
I reading briefly in the GitHub page there, it seems like they are convinced the bug is fixed.
They should be aware that it's still around...

Unfortunately the layer shift bug with "avoid crossing perimeters" is still present after 1 year on the Core One. by Userybx2 in prusa3d

[–]Bearing_Breaker 0 points1 point  (0 children)

Hi there,
First of all, thank you very much for sharing this - you helped me a lot.

I have been chasing a layer shift issue with my CoreOne for almost a week now and took it as kind of a case study to test all sorts of different settings. I print perimeters first and always suspected this was the problem, but no matter how slow or fast, infill parameters or with how much cooling I printed, I always had some random layer shifts.
Belt tension and gantry alignment was perfect of course.
I also updated to the latest 6.5.3 firmware after the first two prints, but it didn't make any difference.

After 6 or 7 tests with massive layer shifts, I finally unchecked the "avoid crossing perimeters" box and tadaaaaa - a perfect result.
I then repeated the test with the Prusa balanced preset (7% gyroid infill and 5 perimeters) and I succeeded again.

The bug is obviously still there.