Digibike

Hi, Pushing manuell the Filament is fine, but for my Problem not real the Right way, how I wrote here: "Hi SandervG, I have an Ultimaker 3 with this Buggy Firmware... In moment my biggest problem is, that this FW totally ignore, what I has loaded. I loaded ABS in each Core and tell it the FW, but at calibration the FW set 190 for Core 1 and 210 for Core 2. Not very clever to ignore, what I has loaded, If I want to print with it a Kalibration. Or must I in future always have suitable material ready for calibration? Not really good, or?" The Fw ignores completly, what was loaded …! With regards, Digibike

...Etwas schneller fahren, denn es wird zuviel Volumen geschmolzen und absenken funzt nur bis zu einem gewissen punkt... Gruß, Digibike

Falls er aber ohne Material zuende gedruckt hat, könntest den Rest noch Mal drucken und zusammen kleben... Gruß Digibike

Hi SandervG, I have an Ultimaker 3 with this Buggy Firmware... In moment my biggest problem is, that this FW totally ignore, what I has loaded. I loaded ABS in each Core and tell it the FW, but at calibration the FW set 190 for Core 1 and 210 for Core 2. Not very clever to ignore, what I has loaded, If I want to print with it a Kalibration. Or must I in future always have suitable material ready for calibration? Not really good, or? With regards, Digibike

Was heißt nicht abgeschlossen? Was heißt fortsetzen? Hast du im Gcode ne Pause drin oder hast du Stopp gedrückt...? Gruß Digibike

Feste nicht, aber Feste kannst auch nicht extruieren.. Hast du das mit in die Luft extruieren versucht? Dann wird dir klarer, warum... Wenn du Fläche mit 0,4er druckst, 0,4 als breite und auf Manuel eben die 0,4 wird's schwer, die Fläche gefüllt zu bekommen... Gruß Digibike

Ich seh da nicht, wo man die Extrusionsbreite einstellt. Warum versuchst es nicht mal anders herum? Horizontale Erweiterung ist wohl eher keine Option. Dient eher dazu, Maßhaltigkeiten zu korrigieren, aber mit Sicherheit nicht, Thinn Walls drucken zu können... Wenn du ein Parametrisches CAD hast, ist das eh schnell gemacht. Einfach die Teile mit Wänden von 0,42 bis 0,48 machen. Ab einer Gewissen Wanddicke wird Cura das Teil slicen - ohne Horizontale Erweiterung. Damit hast du genau, wie Cura intern mit dem Düsendurchmesser umgeht. Und was die "Idee" angeht: Warum sollte er am Anfang mehr fördern wie später? Wenn er mit 0,46 intern rechnet, wird er auch entsprechend fördern, oder nicht?! Es geht da auch nicht nur um Ausdehnung und Komprimierung - da spielt auch Strömmungsverhalten mit rein... In der Düse erfährt durch die Verengung das Material beim Durchströmen eine Beschleunigung, was Sogwirkung für nachfolgendes hat... Wird beim Verbrennungsmotor z.b. auch zum besseren Befüllen genutzt (siehe Ventilüberschneidung, Variable Steuerzeiten oder beim 2-Takter Schnürle Umkehrspülung etc.). Deswegen wird das Druckbild auch i.dr. besser, wenn du etwas über den Düsendurchmesser bei der Raupenbreite gehtst. Zum Thema Flugmodelle aus dem Drucker: Me109, MIG 15, Corsair F4U und Easymax gedruckt. Gruß, Digibike

Eine Anwendung sind z.b. meine Flugmodelle von 3D Printlab - sind bis 1,9 m Spannweite und da kommt man nicht weit mit Vasenmodus - es sei den, man will nur die Oberfläche ohne Rippen/Verstärkungen.. 😋 Wie Cura das nun berechnet, weiß ich nicht, da ich mit Simplify arbeite. Aber ich weiß, dass Simplify, wenn man nicht explizit die Extrusionsbreite auf manuell stellt, er Sie um ca. 20 % breiter einstellt. Könnte das der Grund sein? Dazu ei bischen Hintergrundinfo: Das Material wird gestaucht (Druckaufbau) in der Düse, dann presst es sich durch die Düse (hier 0,4 mm) und danach entspannt es sich etwas - damit wird es aber breiter! Kannst du einfach testen: Extruier einfach mal in den Freien Raum und messe vorsichtig etwa 2 cm unterhalb der Düsenspitze das erkaltete Material. Es wird irgendwas um die 0,43 bis 0,45 mm haben. Das ist eigentlich deine Optimale Extrusionsbreite. Gruß, Digibike

Hi, nachdem ich die Odysee mit der neuen FW und dem Header-Problem bei Simplify nun durch habe, sind doch noch ein paar Ungereimtheiten... Nach der Installation der FW habe ich mitunter einen Factory-Reset gemacht. Soweit, so gut. Filament in beide Core´s geladen - Smart ABS von RepRap für mein Quickly-Projekt. Soweit, so gut. Bei der Filamentwahl bei beiden Core´s ABS gewählt - haben ja logischerweise keinen Chip, da kein UM-Material. XY-Kalibrierung wirft da große Fragezeichen auf! Die FW weiß, dass ich in beiden Core´s ABS geladen habe. Da erwarte ich doch eigentlich beim Kalibrieren min. eine Temperatur von 245 Grad - eher 250. Lustiger weise wählt er 190 auf Core 1 und 220 auf Core 2 aus. Netter Versuch - so ziemlich für den A.... llerwertesten. Das sind ja nette Temperaturen für PLA vielleicht, aber selbst UM eigenes Material hat keine so niedrigen Verarbeitungstemperaturen... Was soll das dann? Core 2 hat etwas rausgepresst, aber Core 1 - no Chance! Stepper hat nur schön "gefräst" beim Versuch, dass Material irgendwie durch zu pressen. Ist das gewollt oder Buggy? Die Firmware kennt ja das geladene Material - zumindest von der "Gattung" her. Oder muß man zum kalibrieren mit der neuen FW mittlerweile UM-Material verwenden? Das andere Problem ist die Ultimaker-App um Livebilder zu bekommen. Das funzte vorher Perfekt. Nach dem Factory-Reset habe ich den Drucker ja neu in das Netzwerk einbinden müssen. Soweit auch kein Problem. Konnte Ihn anmelden und einrichten. Nur sucht sich meine App nun dumm und dämlich nach irgendeinem UM-Drucker im Netzwerk. Version der App ist 1.0.1, falls mit der FW auch da was aktualisiert werden müßte... Gruß, Digibike

Das neue File sieht gut aus! Ich habe zwar das Filament raus und Ihn leer drucken lassen, aber er reagierte, wie er soll! Core 2 (rechts) hoch und mit Core 1 (Links) Purge Raupe gezogen und dann direkt los und Briem drucken. Endlich! Muß mal schauen, was es letztlich war, was das Problem verursachte... Habe das File mal angehängt, falls es jemand interessiert/vergleichen will. Tinkergnome, das Factory ist ganz frisch geladen (kam heute erst - noch nichts geändert und einfach gespeichert um zu testen. Gruß, Digibike Bassbox_fuss.gcode Factory_fuer_FW5_2.zip

Soll ich dir meine Factory schicken? Diesbezüglich habe ich eigentlich nichts geändert - zumindest nicht bewußt. Übrigens ändert das entfernen des M218 zum reseten des rechten Core rein gar nichts. Ist also eine "Sackgasse". Mal weiter schauen. Der Fehler muß doch zu finden sein... Gruß, Digibike

Von welchem sprichst du? Das, was ich beschrieben habe? Bei mir hatte er nur festgestellt, dass in Cura ein anderer Material-Code wie in Simplify wäre und ich das von Hand korrigieren müßte. Das hat aber, meines Wissens, rein gar nichts mit dem Fehler an sich zu tun. Cura könnte, wenn "On Air" gedruckt würde, nur den passenden Core für das geforderte Material wählen, soweit ich das mitbekommen habe, aber per Stick ist alles fest zugeteilt, welcher Code auf welchen Core zugreif... Schau ich mir mal an - ich vermute ja eher, dass der UM nicht (mehr) mag, wenn ein nicht benutzter Core (unnötig) resetet wird... Der Header macht jedenfalls keine Probleme mehr - läuft ja bis zur Purge-Raupe problemlos, nur danach... Gruß, Digibike

Hi, hast also auch den M218 im Verdacht... Mir fiehl auf, dass Cura a) diesen nicht verwendet und b) nur einmal T0 setzt. Bei Simplify wird T0 gesetzt - klar, Core 1 (Linker Core) wird angewählt. Dann wird aufgeheizt und stabiliziert, Purge-Raupe gezogen. Soweit ok, aber dann resetet er den rechten Core (?) und setzt erneut T0. Ich vermute mal, dass ist der Moment, wo der Drucker dann diese Wechselaktion startet (rechten runter, rechten hoch und rechten wieder runter - was der Gcode so allerdings eigentlich nicht hergibt - kommt die FW da mit den schnellen Wechsel ohne Befehle eventuell durcheinander und weiß nicht mehr, dass der rechte wieder hoch muß?). Danach arbeitet der Drucker den Gcode wie gewohnt ab - nur eben, dass er die Offset-Höhe von Core 2 hat und diesen unten gelassen hatte... Welche "Langen Kommentare" meintest du? Ich habe eigentlich nur die Header-Daten von Extruder 1 entfernt, weil a) nicht gebraucht wird und b) er dann Core 1 ebenfalls aufheizt. Gruß, Digibike

Vielen dank für das Angebot! Smithy hat es für mich in Cura gesliced und ich das selbe Teil - ähnliche Einstellungen soweit möglich war - eingestellt mit Simplify gesliced. Was mir auffiehl, ist das da der rechte Extruder bei Simplify "resetet" wird - könnte das da mit rein spielen? Header müßte eigentlich mittlerweile soweit passen, aber nach der Purge-Raupe passiert etwas, was Ihn veranlasst, den rechten Extruder in Druckposition zu bringen - inkl. Offset - aber, wie gewünscht, druckt er mit dem linken Extruder. Das kann aber gar nicht gehen, da der Linke durch den Offset viel zu hoch steht... Gruß, Digibike Bassbox_fuss.gcode Cura_Bassbox_fuss.gcode

Bei meiner DDP habe (muß) ich Autoleveling aus lassen. Der fährt mir sonst gut einen mm in die DDP. Das Problem ist, dass die DDP nicht Induktiv mitarbeitet - wie das Glas auch, also für den Drucker im Prinzip ein "Luftspalt" zusätzlich zur Glasplatte ist. Diesen versucht die FW zu kompensieren - ist aber kein Luftspalt, sondern eben Material, dass sich "Neutral in einem Magnetfeld verhält - sprich, nicht magnetisieren läßt, aber eben vorhanden ist. Daher fährt die Düse beim Druck auf DDP grundsätzlich zu dicht ran, wenn Autoleveling aktiv ist. Das mußt du ausschalten. Zumindest ist das bei meiner so und vermutlich bei anderen, wegen gleichem Problem ebenso... Gruß, Digibike

das mit beiden hotends ist klar - sind ja beide im Header mit 100 Grad gesetzt... Mußt löschen... Aber das andere ist wie bei mir, nur dass er das gleich macht. Schau mir jetzt dann das Cura-File dazu von Smith an, vielleicht entdecke ich ja die Ursache... Gruß, Digibike

Ich glaube, da bist auf dem Holzweg... Zum einen, wenn ich zum Messen der Stromaufnahme Motors Messe, muss ich ja den Strom runterfahren bis er das Druckbett nicht mehr schiebt. Die FW kann Strom regeln, aber m.w. nicht messen, zumal dadurch der Haltestrom abgesenkt würde und es zu Schrittverlusten kommen kann. Und mitbekommen tut es ja auch nur über z Schalter, ob Bett unten ist. Was noch dagegen spricht, ist, ich habe eine DDP drauf. Seit die drauf ist fährt er beim Autoleveln immer ca. 1 mm ins Bett. Würde er über Motorströme das messen (können), wäre egal, was drauf ist, solange Bett sich in Messbereich befindet. Aber man kann, wenn man ein definiertes Magnetfeld aufbaut, sobald eine Spule in dieses eintaucht, eine Spannung messen. Je näher, desto stärker wirkt das Magnetfeld. Und da sind nicht manetisierende teile wie DDP oder Rubin tödlich - ist wie Luftspalt, und der isoliert Magnetfeld... Gruß Digibike

Danke! Schau ich mir morgen dann an! Super! Gruß, Digibike

Momentan Voltivo Excel ABS. Na, geht auch Cura 3.5 oder so - eben ein Cura, dass Druckfähigen GCode für den UM3 mit FW 5. liefert. Der Header muß ja bei denen passen - hoffe ich doch... Was bereitet bei den Einstellungen "Kummer"? Modell muß ja nicht genauso druckbar sein, ich müßte halt nur nachvollziehen können, dass er a) das korrekt druckt und b) was Cura da so alles in den Header schreibt und wie der Übergang in den Druck geht. Ich lade mein ABS halt immer in den Core 1 (Linker Core). Gruß, Digibikel

Kannst du mir einfach mal ein Cura-File mit Cura 4.0 schicken? Ich habe 2,921 Filamentdurchmesser, 98 Flow-rate, 0,2 mm Layerhöhe, Z-Offset -0,05 mm, Layerhöhe 0,2 mm immer, Layerwidth erster Layer 104%, Druckbett 100 Grad und Drucktemperatur 232 Grad. 0 % Lüfter, Briem 0,25 mm vom Objekt weg 5 Bahnen breit. Geschwindigkeit 50 mm /sec, 1.ter Layer 30 % (15 mm/sec). Dann kann ich das mal direkt vergleichen. Damit hätte ich direkte Vergleichbarkeit, aber beim Header Überfliegen ist mir nichts auffälliges (erstmal) aufgefallen... Wäre super, wenn du das machen könntest. Gruß, Digibike Bassbox_fuss.stl

Hi, also, gedruckt hat er - irgendwie... Aber nichts brauchbares. Also nochmal gestartet und zugeschaut. Was ich da gesehen habe erklärt es...! Der Drucker führt ein Leveling durch, was ich eigentlich nicht will. Dachte, ich hätte es deaktiviert, aber schau ich mir nachher an. Muß jetzt noch was erledigen. Aber das nachfolgende Verhalten entzieht sich meiner Logik! Er scant sowohl mit Core 1 als auch Core 2, obwohl 2 auf 0 im Header gesetzt ist und auch keine Druckbefehle enthält. Soweit, so gut und unnötig. Aber bei Druckstart wechselt er, obwohl er nur von Core 1 Druckdaten hat, auf Core 2 (stellt den Core nach unten in Druckposition) und fördert aber, wie im Gcode vorgesehen, über Core 1! Dieser kann dann ja nur in die Luft drucken, den der ist ja 1 mm locker höher als Core 2! Ist das ein FW-Bug? Eigentlich kann er doch gar nicht Core 2 nach unten bringen und aber Core 1 ansteuern. Die FW macht diesen Wechsel inkl. Z-Offset vollautomatisch, wenn Gcodes für den Core kommen, oder seh ich gerade den Wald vor lauter Bäumen nicht mehr? Gruß, Digibike Bassbox_fuss.gcode

Hast du auch 3 Perimeter für die Wände eingestellt? Und wie groß ist dein Diameter? 0,4 mm ist die Düse, aber i.dr. wird die Raupe breiter wie die 0,4 mm. Hängt auch damit zusammen, dass das Material in der Düse vor Öffnung gestaucht wird (Druckanstieg) und nach der Düsenöffnung etwas "aufgeht". Ich habe 0,43 mm als Raupenbreite. Da wären es bei 3 Perimetern 1,29 mm... Gruß, Digibike

Warst schneller... Bin grad am testen - auf jedenfall heizt er wieder und zeigt nicht einfach 0 h 0 min 0 sec und fertig... Gruß, Digibike

Irgendwas ist noch anders... Ich habe mal 2 Files hochgeladen. Einmal das Factory-File und zum anderen den Gcode. Aber nehmen tut er das definitiv nicht. Allerdings habe ich gerade gesehen, dass ich beim Diameter in der Nachkomma-stelle mich vertippt habe. Aber das dürfte eher nicht der Grund sein... Gruß, Digibike Header_Test.zip

Bildchen hab ich jetzt nicht grad, aber erklärt ist es recht schnell... Wenn du den ersten Prozess aufmachst und auf den Reiter Skript gehst, siehst du unten ein schmales Fenster mit Additonal postskripts. Dort siehst du im Prinzip deinen Header mit den Standardeinstellungen (Headbed-Temperatur usw...). Das ist im Prinzip das, was Simplify voranstellt... Gruß, Digibike