Cura vs Orca probleem

[PrintEngineer]

Dit is het laatste bericht van de vorige pagina:

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

[Hardy]

Ik vind het juist wel een mooier beeld geven, maar de printtijd wordt ook langer, dus gebruik ik het alleen wanneer nodig (bol vormen/fillets in Z richting)

Toegevoegd in 1 minuut 44 secondes:
Inmiddels een print in Prusa slicer kunnen maken, hier is de maatvoering wel zoals het hoort, dus waarom niet in Orca licer?

[Puffeltje]

OrcaSlicer blijft een afgeleide van. Ze hebben mogelijks iets aangepast. Ik zou je printontwerp bij de makers van Orca Slicer aanmelden, mogelijk kunnen ze de fout elimineren.

[3DWim]

Lijkt me allemaal nogal veel werk voor een niet staand probleem. Hou het gewoon bij Cura als dat werkt. En als je "ineens" merkt dat je printer sneller kan door andere software dan moet/kan je dan vast in Cura ook zo instellen.

[Hardy]

Het zou ook in Cura moeten kunnen natuurlijk, maar ik weet dan niet aan welke instellingen ik moet draaien, en alleen de snelheid verhogen geeft alleen maar slechtere prints tot nu toe, terwijl Orca gewoon direct al een veel mooier printbeeld geeft bij 30% hogere snelheid.

[3DWim]

Er is in het verleden, dit of oude forum, veel over geschreven. Veel mensen waren toen hun printer aan het tunen.
Het mag duidelijk zijn, zonder software kennis, dat printsnelheid en doorvoer snelheid aan elkaar vast zitten net als laaghoogte. Je wilt namelijk meer volume printen in minder tijd of dikkere/dunnere lagen.

[Hardy]

dat printsnelheid en doorvoer snelheid aan elkaar vast zitten net als laaghoogte. Je wilt namelijk meer volume printen in minder tijd of dikkere/dunnere lagen.

Daar zou het probleem kunnen zitten, maar die instellingen heb ik wel bij alle drie slicer zoveel mogelijk hetzelfde staan volgens mij en laaghoogte is toch vast zoals je instelt? (stappen van de motoren).

Toegevoegd in 27 minuten 53 secondes:
Ik heb even op github bij orcaslicer gekeken, en er zijn inderdaad mensen die dit probleem ook hebben, maar er is nooit iemand met een oplossing gekomen.
https://github.com/SoftFever/OrcaSlicer/issues/1629

[Rob52]

Het lijkt mij ook dat als er geen correcties zijn ingesteld van welke aard dan ook, dat een laaghoogte van bijvoorbeeld 0,2 mm in elke slicer gelijk zou moeten zijn. Dat is toch, zoals je al aangeeft gewoon een aantal stappen van de Z-stepper.

[3DWim]

Maar als je een andere laagdikte kiest dan moet ook je doorvoersnelheid aangepast worden, wil je dan ook meteen sneller printen dan zal je toch echt weer je doorvoersnelheid moeten aanpassen.
Kan goed zijn dat de verschillende software daar anders mee omgaat.

[Rob52]

De flow wordt door de software evenredig met de snelheid geregeld. Dit zou dan misschien bij de ene software net iets anders kunnen zijn geregeld dan de ander. Alhoewel ik dat betwijfel aangezien het een vaste verhouding is. Ik vraag me af of de flow wel echt invloed heeft op de totale hoogte. Je hebt natuurlijk wel een minimale hoeveelheid materiaal nodig om een laaghoogte te creëren, maar of een kleine afwijking daarin daadwerkelijk de hoogte gaat beïnvloeden betwijfel ik sterk. De stappenmotor zet toch telkens consequent de Z-as 0,2 mm hoger. Zou het wel invloed hebben dan zou er op een gegeven moment geen hechting meer zijn tussen de lagen omdat de afstand te groot wordt.

[Hardy]

Zo zie ik het eigenlijk ook, de flow zal wel invloed hebben op de lijn dikte maar nooit op de Z hoogte, maar wel weer op de hechting natuurlijk.