voor mij onverklaarbare slicer vraag.

[Hardy]

Dit is het laatste bericht van de vorige pagina:

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.

[PrintEngineer]

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

[Hardy]

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.

[Wim62]

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 .

[PrintEngineer]

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

[Wim62]

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 .

[PrintEngineer]

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

[Hardy]

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.

[PrintEngineer]

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

[Wim62]

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 .

[Hardy]

hoe ver klaar je dat .

Niet, is nog steeds onlogisch.