tinkergnome

With the preconditions that you use Cura and UltiGCode and a recent firmware version: The retraction settings are stored on the printer. If you haven't done it yet, you should check the settings of the currently selected material profile. Material -> Settings -> Customize -> Retraction... I assume, that the values of the stored retraction length and speeds are a bit weird... During a print, you should be able to check the retraction settings in the "TUNE"-menu. Longer explanation: If you have imported the settings from the MATERIAL.TXT file... there seems to be an issue with the recent firmware version: Strange problem with stored material profiles...

Dafür gibt es inzwischen eine Lösung: Cura 2.x plugin: Pause slicing

Probably the second printcore is still selected as "Platform Adhesion Extruder" in Cura. In addition you should set the printing- and standby temperature of the second printcore to zero, if it is not used for this print.

Meinst Du den "Trick" mit der Status-Variablen (state)?. Nach diesen "M104" / "M109" - Zeilen wird nur gesucht, wenn vorher die Tool-Change Befehle gefunden wurden (state == 2). "G10 S1" setzt state=1 und ein nachfolgendes "T0" oder "T1" setzt state=2 Und beim ersten Move-Befehl (G0), der danach gefunden wird, wird der Status wieder auf 0 zurückgesetzt. Ab da werden dann wieder alle Zeilen 1:1 übernommen, bis der nächste Tool-Change gefunden wird, u.s.w. Wie gesagt, ist nur ein Beispiel, die Python-Gurus kennen bestimmt auch noch andere Lösungen.

Edit: here is another one: https://github.com/Ultimaker/Ultimaker2Marlin/issues/121 It turns out that @daid now owns the hot potato - as always... If he says "it's a bug" - then it's a bug

AFAIK it's just a firmware bug - and exists since Ultimaker added the retraction settings per material. But i may be wrong... Here is a reported issue: https://github.com/Ultimaker/Ultimaker2Marlin/issues/113 ...and: I assume, he has the hot potato at the moment... (or at least - some insides?)

Mmhhh, but this are not the same values that are configured for the current material settings... It seems not possible to choose the print temperature of a specific extruder?

Naja, das nun nicht grad... ich hab doch von Python keine Ahnung... und von Cura auch nich... Ich hab's aber nochmal ein bisschen erweitert, und die Zeilen, die Gerd oben aufgeführt hat, ein bisschen hin- und hergeschoben. Wenn Du willst, nimm es als Beispiel. https://drive.google.com/uc?export=download&id=0B4al9ugPO1ENN3B6a1pkaEN6WDQ Für Cura 2.4 wird das allerdings in der Form nicht mehr viel nützen, für UltiGCode werden keine M104 oder M109 Befehle mehr geschrieben. Wenn ihr die Temperatur-"Magie" benutzen wollt, müsst ihr auf RepRap umstellen. Und da gibt es die G10/G11 Kombos eh' nicht mehr. Dafür ist dann also ein bisschen mehr nötig, als einfaches "Suchen und Ersetzen". Schöne neue Welt...

Funktionieren tun die bei mir schon (Windows 10). Allerdings wird offenbar nicht automatisch neu ge-sliced, wenn man Post-Processing hinzufügt oder ändert. Das ist natürlich ein bisschen umständlich, wenn es einen manuellen Knopf dafür auch nicht gibt...

Das heißt, Dein Skript kannst Du unter "Post Processing" hinzufügen, aber es ändert sich nichts am generierten GCode? Dann müsste doch die "Schreibweise" schon mal stimmen. Kannst Du denn mal zeigen, wie es jetzt aussieht? Ich hab grad mal einen einfachen Test gemacht (nur um mal eine Zeile zu ersetzen), das funktioniert super! Ich hab's Dir hier mal hochgeladen: https://drive.google.com/uc?export=download&id=0B4al9ugPO1ENN3B6a1pkaEN6WDQ

Den "Z-Hop" kannst Du durchaus auch noch größer wählen. Bei Cura 2.3.1 sind 2.0mm der Standard. Außerdem gibt es da ein Feature, was S3D leider (noch?) nicht hat: "Avoid Printed Parts When Traveling". Damit fährt die Düse immer schön um die bereits gedruckten Teile herum (mit wählbarem Abstand), und nicht mehr mitten durch. Probier es mal aus, wenn Du die Möglichkeit hast, dieses Feature ist genau dafür gedacht...

Great! I like the packaging 8)

And this only happens, if you start a print? "Home head" from the menu works normal? What about the gcode file? "front and center" sounds like it is not prepared with Cura / UltiGCode? Are you printing from the sd-card? Perhaps you've just changed anything at the start-gcode (accidentally)? And yes...: which firmware version?

Yes, i see, UltiGCode is out of date and soon.... out of use. Since we are at it... Is there a (quick) reference anywhere with all possible {placeholders} that can be used in start- and end-gcode? Or more specific: Is it possible to insert the printing temperatures from the current Cura project there? Sometimes a specific heatup sequence is crucial...

@Hans3003 In deinem einfachen Beispiel kannst Du schon in FreeCAD die beiden Objekte korrekt zueinander positionieren, dann wird das auch so exportiert. Bei komplizierteren Geometrien, die ggf. auch mehrfach gebraucht werden, kannst Du von dem Modell auch vorher einfache Kopien oder "Klone" erzeugen und die dann an die richtigen Stellen verschieben. Das ist dann aber scghon eher eine Frage für das FreeCAD-Forum Objekte können übrigens auch ohne "Zusammenführung" in Cura so positioniert werden, dass sie sich überlappen. Es gibt dafür eine Option in den Einstellungen. Im CAD-Programm geht das aber viel einfacher und schneller (spätestens, wenn noch mehr Einzelteile dazukommen). Das hört sich so an, als wäre das die WLAN-Einrichtung - jedenfalls wird da am Anfang nach einem Land gefragt, wenn ich mich richtig erinnere. Wenn der Drucker per Ethernet-Kabel angeschlossen ist, brauchst Du das nicht. Oder bist Du noch mit dem (temporären) Hotspot verbunden, den der Drucker selber aufbaut? Dann wäre das der Weg, den Drucker mit deinem "richtigen" WLAN-Netz zu verbinden. Die Zugangsdaten musst Du dann aber schon selbst wissen...

Not useless, it just does not include these clever nozzle cool-down and pre-heating stuff anymore... unless we switch over to the RepRap gcode flavor. Not the seamless integration that we expect from our Ultimakers - so to speak... It was not by accident - actually it is a "fix" - here is the commit: https://github.com/Ultimaker/CuraEngine/commit/2a21e6c34870236f0d32ff019e02af252454b62b#diff-023d354b12b61c267cf78a465c76f3fc

Wenn die beiden Modelle schon "gemergt" sind, kann mit Strg+Mausklick ein Teil ausgewählt werden (also z.B. die Schrift). Dann kann man den Extruder auswählen, mit dem gedruckt werden soll - dazu wählt man aus der Toolbar die "Per model settings". Ich hab keine Ahnung, wie das in der deutschen Version heißt - im Handbuch ist dazu ein Bild (unten auf der Seite): https://ultimaker.com/en/resources/20411-adjusting-the-model Wo willst Du die einrichten - welcher Assistent....? Voraussetzung ist ja erstmal, das der Drucker eine Netzwerk-Verbindung hat. Ich vermute, der gesuchte Hostname ist dann die IP-Adresse des Druckers. Das Kamera-Bild wird "gestreamt", das kann man sich auch (z.B.) im Browser ansehen. In den Beispielen ist die IP-Adresse "10.180.1.209", die musst Du mit der richtigen ersetzen: http://10.180.1.209:8080/?action=stream

Ich denke schon... Ist das denn bei Dir so auffällig? Ich finde, man muss schon nah dran sein und genau hinhören, um das überhaupt wahrzunehmen. Ich hab den Drucker allerdings auf kleine Gummifüße gestellt, vielleicht macht das auch noch was aus.

@UltiArjan I have another nr1 request: With version 2.4 all the dual extrusion "temperature magic" is omitted for UltiGCode. This is a huge step back for us... or should i say: a KO criteria? @bagel-orb A Cura without proper dual extrusion support for UltiGCode will lead to a lot of sad users... It's not that unimportant.

...it would be easy if you have made something like this: I see some subfolders with names like "old" or "2.3.1" - this looks promising, but you have to dig a bit...

Nö Gerd, soviel Magie ist es nun auch wieder nicht.... Ich finde die eigentliche Mess-Methode zwar ziemlich clever, aber im Prinzip wird "nur" der Abstand der beiden Düsen zur Arbeitsplattform gemessen. Und zwar an den gleichen drei Auflagepunkten, die auch beim manuellen "leveling" eingestellt werden. Der kapazitive Sensor ist im Druckkopf integriert. Wenn man will, braucht man sich also um den genauen Düsenabstand (und Ausrichtung) mit "Calibration Card" (oder Papierblatt) nicht mehr kümmern und kleinere Schieflagen werden automatisch ausgeglichen. Letzteres passiert wohl auf den ersten 20mm, aber das kann mit neueren Firmware-Versionen auch schon wieder anders sein. Das funktioniert wirklich sehr gut und ist viel bequemer als ich ursprünglich dachte. Über den korrekten Düsenabstand muss man wirklich nicht mehr nachdenken, aber ein Gegenmittel bei Dellen in der Glasplatte ist es nicht. Aber wer weiß..., die Firmware steht ja noch ganz am Anfang - mit genügend vielen Messpunkten ginge wahrscheinlich auch das. Da die Messung vor dem Druck so ca. 1-2 Minuten Zeit braucht (nur so ungefähr - ich hab's nicht nachgemessen), kann man das auch abschalten. Oder die Automatik einmal am Tag oder einmal pro Woche ihre Arbeit tun lassen (die Messung startet dann automatisch vor dem nächsten Druck, wenn die Zeit "rum" ist).

At least on Win64 both version are sharing the same user directory. ...but with this approach you have to be very careful - e.g. do not start both versions at the same time...

it's under progress... BTW: (i'm just curious) - what is connected to this 24V output?

connect the printer to a serial console (e.g. pronterface) send "M501" to the printer - that loads the stored settings from EEPROM and prints a summary on the console check the line that starts with "echo: M206..." the Z-value is the stored home offset

Welcome to the forum! You're late...: https://ultimaker.com/en/community/33743-trouble-changing-filaments-mid-print