3dprintforum

Misschien ben ik er wel te dom voor om dit te begrijpen , ik heb hier meerdere zelfbouw printers in gebruik en gebruik (meestal)Cura als slicer, nu begrijp ik niet wanneer ik iets slice voor mij Cartesian Cube (Marlin)er een veel langere print tijd wordt aangegeven dan wanneer ik dezelfde file voor mijn CoreXY printer(Klipper) slice, ik heb zonet alle instellingen in Cura voor beide printers exact hetzelfde ingesteld, bij deze file waar ik nu mee test, geeft het voor de Cartesian printer 3 uur (afgerond) aan en voor de CoreXY 2 uur, ik weet dat ik met de CoreXY sneller kan printen, maar dat zou ik dan zelf in Cura eerst moeten veranderen, maar niet dat Cura dit sneller printen uit zich zelf gaat beslissen toch?

Begrijp ik nu goed dat Cura zelf bepaald wat de printsnelheid is? Of gaat er iets mis in de berekening van de printduur die Cura heeft berekend?

Het licht er ook aan wat je in marlin allemaal ingesteld hebt en wat je in klipper hebt ingesteld .
Misschien is klipper sneller dan marlin .
Als ik mijn printer iets in prusaslicer iets slice of ik doe het in cura met de zelfde instellingen is het toch anders .
Je zal dan toch een keuze moeten maken .

Inderdaad lijkt het erop dat Cura dat bepaald, maar dat zou niet moeten kunnen toch, tevens is het zo dat het daadwerkelijk ook klopt, d.w.z. wanneer ik dezelfde file met de CoreXY print is dit ook sneller klaar, dus waar haalt Cura dat vandaan, alle instellingen zijn hetzelfde voor beide printers.

Toegevoegd in 5 minuten 38 secondes:

Wim62 schreef: ↑28/07/24, 20:48 Het licht er ook aan wat je in marlin allemaal ingesteld hebt en wat je in klipper hebt ingesteld .
Misschien is klipper sneller dan marlin .

Theoretisch zou dat kunnen, maar dat kan Cura toch niet weten, Klipper in combinatie met een CoreXY printer kan inderdaad sneller printen dan een Cartesian printer met Marlin, maar dat moet je dan toch zelf instellen in Cura.

Hebt je ook gekeken naar de G-code flavor in machine settings ?

De Gcode flavor (wat dit ook betekenen mag?) staat op Marlin, ook voor de Klipper printer, dus zou eigenlijk dan juist geen verschil moeten maken.

G-code flavor betekend m.i. niets anders dan dat de gestuurde code als Marlin instructie wordt geïnterpreteerd.

In Cura worden op de achtergrond schijnbaar steeds meer berekeningen uitgevoerd om de minder ervaren 3D artiest te helpen met het instellen van de printer. Daar waar je in eerdere versies nog zelf moest uitrekenen wat de optimale flow en speed zijn, kan Cura die nu ook berekenen. Daar kwam ik een tijdje geleden achter en weet nog niet of je het ook weer uit kunt zetten

Op het oude forum heb ik daar al eens iets over geschreven. Het viel mij toen ook op dat mijn deltaprinter veel sneller was dan de Anet A8 terwijl (ik dacht dat) de instellingen hetzelfde waren. Uiteindelijk bleken er wel verschillen in te zitten die van invloed zijn zoals de jerk en acceleratie. Die heb ik toen gelijk gesteld maar er bleef verschil inzitten. Het lijkt zo te zijn dat bij de basisinstellingen Cura aannames doet van bepaalde instellingen voor een bepaald type printer en daarmee de printtijd berekent. Daarom verschilt de werkelijke printtijd nogal eens met die van de voorspelde printtijd. Dat kan zowel positief als negatief uitvallen. Welke aannames Cura voor welke parameters doet is echter niet te doorzien. Hierdoor is het ook onduidelijk waar je eventueel aanpassingen kunt doen om in de buurt van de voorspelde printtijd te komen.

G-code flavor is gewoon het aangeven van welke versie firmware je gebruikt. Marlin, RepRap, Repetier enz. Maar de meeste zijn toch een afgeleide van Marlin dus zal die over het algemeen toch wel werken, maar kan er soms een instructie niet worden herkend.

Ik kan (en zal naar alle waarschijnlijkheid) verkeerd zijn, maar ik vermoed dat dit ook te maken heeft met de "dynamica" van je printer. ttz: acceleratie, deceleratie..... Geen enkele printer gaat instant op volle snelheid van punt A naar B, idem met afremmen. Mogelijk intpreteert Cura je beide printers dynamica model verschillend? Vooral bij veel kleine kort bewegingen wordt dat effect versterkt omdat je zelden op volle snelheid zal printen.
De vraag is : heb je het hier over de gesimuleerde printtijden (dan klopt mijn verhaal iet of wat) of heb je het over effectieve geprintte tijd?

Dat zijn inderdaad instellingen die je in de firmware (Marlin/Klipper) doet, pressure_advance en input_shaper, maar daar zou de clicer geen invloed op moeten hebben. het verschil van de gesimuleerde printtijd komt ook redelijk overeen met de effectieve geprinte tijd, dus de mijn CoreXY print het zelfde object ook veel sneller met dezelfde instellingen.

Gebruikt de ene printer misschien 0.9° motoren en de andere de 1.8° variant? Motoren met een kleinere stapgrootte kunnen in theorie harder accelereren en decelereren. Daar kan dus best een verschil door ontstaan

Het zijn allemaal gewoon goedkope chinese 1.8°motoren, maar ook dan verklaard het nog steeds niet waarom de slicer hierop zou kunnen reageren, de acceleratie en stapgrote stel je in firmware Klipper/Marlin in.

Ik doe een gok .
De 3D cube heeft een printbed van 250x250mm , en de CoreXY een 300x300mm .
Want je geeft in cura het bed formaat in , zet ze eens in het zelfde bed formaat en kijk dan wat er gebeurt .

Mijn gedachten richting software instellingen heeft iets opgeleverd, alleen verklaard het waarschijnlijk nog steeds het probleem niet. Wat ik vermoede en dus ook invloed lijkt te hebben zijn de density instelling van het gebruikte materiaal. Dat is de waarde in gr/cm3 bij 23°C. Die verschilt per merk soms een klein beetje, 123-3D hanteert de standaard waarde van 1.26 g/cm3. Sunlu specificeert een waarde 1.23 gr/cm3 en Real een gemiddelde van 1.1 gr/cm3. Als je die waarden in Cura invoert krijg je uiteindelijk verschillen in de printtijd. REAL en 123-3D filament lijken beide op een gelijke printtijd uit te komen, met Sunlu filament zou het printen langer duren. Maar als je weer kijkt naar de density die Real opgeeft zou die de grootste afwijking in printtijd moeten hebben. Mij is het ook nog niet helemaal duidelijk hoe het in Cura werkt, maar reken technisch doet het programma er wel iets mee

Ik denk niet dat dat invloed er op heeft .
Als je goed kijkt naar de printtijd van de 3 voorbeelden en naar de 3 density's dan zit daar geen logisch verband in .

Die stelling is denk ik iets te kort door de bocht @Wim62 . Het gaat hier over een waarde die iets zegt over de vloeieigenschappen van het filament. Hoe Cura ermee omgaat is mij nog niet duidelijk. Wel is opvallend dat er tweemaal een gelijke printtijd en eenmaal een afwijkende tijd uit komt. En het enige wat ik heb gedaan is een ander merk filament kiezen en opnieuw slicen. Bij een merk heb ik niet de prijs en kg van de rol ingegeven. Dat ga ik ook nog met elkaar vergelijken en dan is ook duidelijk of er met prijs en gewicht nog iets gebeurd

Dat is het probleem, bij het kiezen van een merk filament veranderd ook de printtijd, er zit wel nog steeds zo'n 10 min. verschil bij mijn test print met dezelfde instellingen, maar ik maak gewoon mijn eigen (custom) filament profielen en dan toch blijf cura de door hem ingestelde waarden gebruiken, hoe krijg ik die genegeerd? (Ik denk dat ik het misschien altijd al wel verkeerd gedaan heb).
rechts staat mijn instellingen, boven bij(1) staat de Cura instelling, wanneer ik die verander dan veranderd ook de print tijd, maar die wil ik helmaal niet gebruiken. Ik vind het veel makkelijker om gewoon rechts snel te kiezen.

Je kunt zelf een custom filament aanmaken. Bij de fabrikant van het merk die je toevoegd zijn vaak de specificaties van het filament wel te vinden. Zo kon ik die van Real en Sunlu zo downloaden en in Cura overnemen (voor zover nodig). Dus zat ik schijnbaar toch op een goed spoor als hetzelfde nu bij jou ook gebeurd. Dit wordt interressant als anderen hier ook mee gaan experimenteren

Op het begin speekte je over een verschil van 1 uur , en nu nog maar over een verschil van 10 min , hoe ver klaar je dat .
Want als jij geen gegevens van een filament fabrikant in voer dan kan er geen verschil in zitten .

Wim62 schreef: ↑30/07/24, 15:26 hoe ver klaar je dat .

Niet, is nog steeds onlogisch.

Misschien is het nog niet logisch omdat we het nog steeds niet begrijpen. Maar dat er iets gebeurd met de berekende printtijd is wel zeker. De vraag is, zijn we hier iets op het spoor of zijn we het spoor bijster?

Hi,Hi,Hi, nu heb ik net hetzelfde gedaan met PETG, zowel mijn Custum Devil-Design ingesteld (bovenaan) en mijn eigen rechts, en nu is mijn CoreXY opeens 20 minuten langzamer, alles is nu ook weer 100% gelijk.

@Hardy je ziet dus ook dat er elke keer iets veranderd. Maar een goede verklaring hebben we nog steeds niet gevonden

Toegevoegd in 1 uur 21 minuten 57 secondes:
Het gaat hier allang niet meer over 10 min meer of minder. Maar wel om erachter te komen hoe er verschillen ontstaan terwijl dat niet logisch lijkt

Toegevoegd in 29 minuten 46 secondes:
De printtijd zou je moeten kunnen corrigeren door de fudge factor te berekenen. Dat doe je door de gecalculeerde tijd te delen door de werkelijke tijd. De correctiefactor is dan een procentuele waarde. De fudge factor is een hidden value die je met een plugin van de Marketplace zichtbaar kunt maken. Daar vul je dan de correctiefactor mee in en dan moet het verschil verdwijnen

Die wijsheid komt hier vandaan https://community.ultimaker.com/to ... curate/

Bedankt, ik zal die wijsheid wel eens proberen te begrijpen, maar eigenlijk zou ik dit moeten bewaren tot de winter, wie gaat zich nu, met dit mooie weer, bezig houden met 3D printen (ik !!! )

Morgen komen we thuis van kampeervakantie en dan denk ik dat de printer ook snel weer aan gaat