Cura vs Orca probleem

[Hardy]

Ik gebruik al jaren Cura, maar door de diverse positieve ervaringen die over Orcaslicer de ronde doen, ben ik dat ook maar eens gaan installeren.
Het was wel weer ven een leercurve, maar dat is wel gelukt, zowel met mijn Marlin(Cartesian) als ook mijn Klipper(CoreXY) printer, toch kom ik een onverklaarbaar probleem tegen, van alles wat ik tot nu toe geprint heb klopt de Z maatvoering niet, X/Y is wel goed, normaal gesproken zou je zeggen de Z motoren zijn niet goed gekalibreerd, maar dat is niet aan de orde, want in vanuit Cura klopt alles wel, ook met Ideamaker is er geen probleem, de print kwaliteit zie er, zoveel ik tot nu gezien heb wel beter uit als in Cura.
De maat loopt behoorlijk uit de pas, mijn fan-duckt kon ik direct weggooien omdat de fans gewoon helemaal niet pasten. bij dit (slechte)voorbeeldje zie je dat er op 5cm al een verschil van 1 mm is.

[Rob52]

Ik heb geen idee. Maar de Orca slicer is een afgeleide van de Prusa slicer. Probeer die eens en kijk of die dezelfde afwijking geeft. Ik neem tenminste aan dat het resultaat van Cura correct is en die van Orca niet. Ik heb de Orca ook al eens geprobeerd en liep ook tegen wat onmogelijkheden aan. Weliswaar andere dingen, maar ik val toch altijd weer terug op Cura. Ik ben benieuwd of je er achter gaat komen wat de oorzaak is.

[Hardy]

Wilde ik ook nog gaan doen, ik vind, ondanks de niet goede printen, de printen die er tot nu toe uit zijn gekomen er veel stakker uitzien met ook nog eens hogere printsnelheden, maar misschien dat het toch ook nog aan instellingen in Cura ligt waar ik dan weer te weinig vanaf weet.

[PrintEngineer]

Naar aanleiding van wat je schrijft vemoed ik dat er iets in de berekening van de Z-toleranties zit. Het hoeft maar 0.01 mm per laag te zijn en dan kom je met een laagdikte van 0.15 mm al op 0.667 mm per 10 mm

[Hardy]

zou kunnen en is dan ook logisch, maar waar vind ik dat in orca?

[Rob52]

In de Orca slicer zie ik maar 1 instelling die er iets mee te maken zou kunnen hebben en dat is Precise Z height. Maar zoiets zit niet in Cura. In Cura zit dan bijvoorbeeld wel weer de functie Verticale Krimpfactor Compensatie. Als die niet op 100% staat zul je een afwijkende waarde in de hoogte krijgen. Die functie zie ik weer niet terug in Orca.

[Hardy]

Ik ben ook in prusa aan het kijken, daar is weer standaard "variabele laagdikte toestaan" ingeschakeld, wat dat ook mag inhouden, voorlopig krijg ik de prusa start_gcode voor klipper nog niet helemaal goed om dit te kunnen testen, dit is ook weer zo'n raar fenomeen, hij legt de prime line nog wel, maar daarna stopt hij met verwarmen met een foutmelding van dat de Extruder_Temp in de Gcode niet goed is, terwijl hij t/m de prime line wel gewoon goed verwarmt.

[Rob52]

Ik ben ook in prusa aan het kijken, daar is weer standaard "variabele laagdikte toestaan" ingeschakeld, wat dat ook mag inhouden,

Dat is hetzelfde als in Cura Adaptive Lagen Gebruiken, oftewel de laagdikte is afhankelijk van de positie en de structuur ter plaatse en wordt automatisch aangepast. Bijvoorbeeld een recht stuk omhoog krijgt dan bijvoorbeeld lagen van 2,8 mm en wanneer dat overgaat in een helling of ronding wordt de laagdikte via een overgang aangepast naar bijvoorbeeld 0,12 mm. Je kunt zodra je dit aanvinkt de voorwaarden hiervoor ook aanpassen zodat de grenzen worden bepaald.

[Hardy]

ok, duidelijk, gebruik ik inderdaad wel vaak in cura.

[PrintEngineer]

Mijn Cura software staat standaard op Engels, dus gebruik ik ook vaak de Engelse termen. Adaptive layers is een handige functie, maar je ziet het soms behoorlijk terug in de surface van een print. Als je voor een mooi en gelijkmatig beeld gaat zou ik de functie deactiveren