Cura profile for CR-10 SE Onderwerp is opgelost

[PrintEngineer]

Dit is het laatste bericht van de vorige pagina:

Bij de voor gedefinieerde profielenn in Cura is meestal al een stukje start en end code aanwezig. Het kan natuurlijk zijn dat het profiel dat je hebt gekozen iets in de start code heeft staan waar de firmware niet mee overweg kan

[wim.dej]

Wat voor software erop een CR-10 SE loopt, weet ik niet.
De meeste gkode worden uitgevoerd door de CR-10 SE, die ook de Creality Ender 3 V2 ook uitvoert.
Als ik bv de start gcode van de Ender 3 V2 gebruik, dan wordt het levellen en homen uitgevoerd. Daarna begint de temp. En meestal loopt hier de CR-10 SE vast.
Ik moet dan de printer uitzetten en kan opnieuw beginnen. Maar de geodesie worden dan opnieuw uitvoert totdat de temperatuur. weer gaat lopen. Dan opnieuw een vastloper.
Op de CR-10 staat de nieuwste firmware en een reset naar factory geeft geen veranderingen.
Ik verwacht ook net zoals wordt aangegeven, dat een bepaalde geCode niet succesvol verloopt in de CR-10.
welke dat is weet ik niet, want mij kennis omtrent geodesie zijn beperkt.
Daarom ook de vraag of iemand een juiste start geodesie kent voor de CR-10 SE.

[Hardy]

Lijkt mij een printer probleem, niet de software, maar misschien een defecte thermistor/heater cartrigde of eventueel kabelbreuk/stekker.

[PrintEngineer]

Als je ziet dat er een temperatuur begint op te lopen werkt die betreffende thermistor. De vraag is alleen wel of je beide temperaturen tegelijk ziet oplopen of maar eentje?

[Zappa]

En als een niet de gewenste temperatuur haalt dan zou je toch een melding verwachten. Dat doet die blijkbaar niet.

Hoelang heb je de printer? En heeft die eerder wel goed geprint?

[Hardy]

Bij een vastloper krijg je geen melding, want de controller doet het gewoon niet meer, de oorzaak kan natuurlijk overal liggen, bv een defecte voeding(of slechte verbinding) die in elkaar klapt zogauw er meer stroom getrokken wordt, dit heb ik zelf allemaal al mee gemaakt

[wim.dej]

Ik heb de gisteren avond een overzicht gemaakt van de opstart gcodes die ik gedaan heb met de CR-10 SE. Zie pdf
De kopie van de gcode uit Creality print slicer naast de gcode van Ender-3 V3 SE uit Cura. Deze laatste heb ik gisteren geprobeerd na een advies.
De gcode uit Creality slicer geeft het probleem waar ik in dit topic reeds over sprak. De gcode van de Ender-3 V3 SE loopt wel goed. Waarom??
Waarschijnlijk ben ik geholpen. Maar ik zou graag willen weten waarom dit nu zo is. Vandaag ga ik een extra testen doen, om te zien of er werkelijk geen problemen meer zijn.

[PrintEngineer]

Wat je m.i. eens zou kunnen proberen is de instructie M420 S1 toevoegen aan de g-code die telkens de error geeft. Wat er in de g-code die niet vastloopt gebeurd, is dat er na de instructie G28 (die auto bedleveling deactiveerd) de instructie M420 S1 wordt gegeven. Die instructie activeert normaalgesproken auto bedleveling, en het zou kunnen dat de CR 10 auto bedleveling heeft. Dat kan ik natuurlijk vanaf hier niet zien

[wim.dej]

Gevonden.

In de gcode van Creality print CR-10 SE is bij de regel die begint met M109 gebruik gemaakt van haken. [ ] Dat is onjuist.
Dit moeten accolades zijn { }.
Als dat gewijzigd is, kan de gcode van Creality print ook gebruikt worden.

Bedankt voor jullie positieve hulp en info.

Ter info: Bedankt voor de error code: M420 S1. Die kende ik nog niet. Ga ik ook eens proberen.
De CR-10 SE heeft auto bed levelling maar dat kan je ook uitzetten als je een model wilt printen.

[Zappa]

Nou, gelukkig opgelost. En mooi dat je zelf de oplossing hebt gevonden.