tinkergnome

Hallo @Filmpalast, mir fallen da drei Möglichkeiten ein, die ersten beiden kopieren allerdings die komplette Konfiguration, nicht nur einen Drucker. Ich bin mir nicht sicher, aber es wäre auf jeden Fall von Vorteil, wenn auf beiden Rechnern die gleiche Cura-Version installiert ist. Wenn man in Cura mit seinem Ultimaker-Account angemeldet ist, gibt es eine (cloud-basierte) "Backup" und "Restore"-Funktion, die man zu diesem Zweck nutzen kann https://support.ultimaker.com/hc/en-us/articles/4411125921426-Cura-backups Manuelles Kopieren des Konfigurations-Ordners auf einen anderen Rechner. Der Speicherort hängt vom Betriebssystem ab. Im Cura-Menü: "Help -> Show Configuration Folder" navigiert direkt dorthin. Wenn es nur um genau einen spezifischen Drucker geht, würde ich eine Projektdatei speichern ("File -> Save Project"), diese auf dem anderen Rechner als Projekt öffnen. Dabei gibt es die Option, den neuen Drucker automatisch anzulegen: https://support.ultimaker.com/hc/en-us/articles/360011917939-How-to-open-an-Ultimaker-Cura-project-file

Der Kabelkanal sieht nicht nach einfachen Überhängen aus, eher nach einer Menge "bridging". Letzteres funktioniert generell mit dem UM3 nur so... semi-gut... 😒 Durch die Bauweise bedingt ist die verfügbare Lüfterleistung halt recht begrenzt... CPE macht es noch viel schlimmer, im Prinzip ist das eine Sammelbezeichnung, Abkürzung für Co-Poly-Ester - in Filamentform praktisch ein Synonym für verschiedene Mixturen von PETG. Mit diesem Material sind große Überhänge und das "Brückenbauen" sehr schwer bis unmöglich. Mit massig Kühlleistung kann man dagegenhalten, aber dann halten die Layer nicht mehr richtig zusammen... Mit ABS wird es so ähnlich sein, damit habe ich aber keine Erfahrungen. Ich weiß, die Erwartungshaltung war vermutlich anders, aber... nimmt man beides zusammen, ist das Ergebnis vorhersagbar... sieht man ja auch auf den Bildern... Sofern es angegeben ist, sind die erfolgreichen Beispiele im Thingiversum alle mit PLA und auch nicht auf einem Ultimaker gedruckt. Ich denke, das ist nicht ohne Grund so... Ein paar allgemeine Tipps zu Druckparametern für PETG und Bridging habe ich hier noch gefunden: https://www.3dprintem.com/petg-bridging/ https://reprap.org/forum/read.php?245,578940

ok, let's see... Like any other Ultimaker printer the UM3 can read text files with the file extension ".gcode" In addition the UM3 is able to directly use gcode files that are compressed with gzip, those will have the file extension ".gcode.gz". Cura generates such files by default if you print over network, but it's not mandatory But: the .gcode file has to begin with the mandatory Griffin-"Header" - basically a few lines with specific comments that describe the print job. The easiest way to get such a header is to prepare a similar print job in Cura, slice and save the gcode file to disk. Obviously you don't want to heat anything up - so set all temperatures to zero. Take a look at the header lines in the file, it's not very hard to interpret. Afterwards replace everything below the header lines with your own G-Code commands. Further: I'm not sure, if the UM3 supports the G28 command (i think it does not?) - it's possible that it will be ignored or it will work different from what you expect. The UM3 has its own start- and end- procedures builtin that are performed for every print. There's no easy way around it. You should add a feedrate (parameter "F") prior or within the first move commands, to tell the printer how fast it should move. Example: ;START_OF_HEADER ;HEADER_VERSION:0.1 ;FLAVOR:Griffin ;GENERATOR.NAME:Cura_SteamEngine ;GENERATOR.VERSION:4.11.0 ;GENERATOR.BUILD_DATE:2022-02-14 ;TARGET_MACHINE.NAME:Ultimaker 3 ;EXTRUDER_TRAIN.0.INITIAL_TEMPERATURE:0 ;EXTRUDER_TRAIN.0.MATERIAL.VOLUME_USED:3029 ;EXTRUDER_TRAIN.0.MATERIAL.GUID:506c9f0d-e3aa-4bd4-b2d2-23e2425b1aa9 ;EXTRUDER_TRAIN.0.NOZZLE.DIAMETER:0.4 ;EXTRUDER_TRAIN.0.NOZZLE.NAME:AA 0.4 ;EXTRUDER_TRAIN.1.INITIAL_TEMPERATURE:0 ;EXTRUDER_TRAIN.1.MATERIAL.VOLUME_USED:2515 ;EXTRUDER_TRAIN.1.MATERIAL.GUID:506c9f0d-e3aa-4bd4-b2d2-23e2425b1aa9 ;EXTRUDER_TRAIN.1.NOZZLE.DIAMETER:0.4 ;EXTRUDER_TRAIN.1.NOZZLE.NAME:AA 0.4 ;BUILD_PLATE.TYPE:glass ;BUILD_PLATE.INITIAL_TEMPERATURE:0 ;PRINT.TIME:4321 ;PRINT.GROUPS:1 ;PRINT.SIZE.MIN.X:9 ;PRINT.SIZE.MIN.Y:6 ;PRINT.SIZE.MIN.Z:0.27 ;PRINT.SIZE.MAX.X:213 ;PRINT.SIZE.MAX.Y:214.402 ;PRINT.SIZE.MAX.Z:32.07 ;END_OF_HEADER ;Generated with Cura_SteamEngine 4.11.0 G0 Z30 F1200 G0 X40 Y40 F6000 G0 X50 Y50 G0 X40 Y40 G0 X50 Y50 ...

Some features in Fusion360 (like threads e.g.) can be "cosmetic" or "modeled". Quote from the Autodesk site: "Check the “Modeled” option to get physical threads instead of a visual representation." https://www.autodesk.com/products/fusion-360/blog/tip-tuesday-making-real-threads-in-fusion-360/

yes, that's correct

The normal leveling procedure works as usual and is still sufficient as before. "Z adjust" changes only the distance between nozzle and buildplate (not the leveling) and is only there for lazy people like me to fine tune the distance without the need for a whole leveling sequence. 🙂 From your picture i would say the distance is a little bit on the high side, i would try to reduce the z-distance a bit. (assuming the feed rate - or steps/mm - is proper configured for the QR feeder)

First of all: All 3mf files that you added contain only the model, no Cura settings. Use "File -> Save project" to save a complete project file. That means: i have only the 3D model - it seems to work just fine with the standard profile. The only thing i changed was to select the second extruder for one of the parts. It's still only guesswork - but in Cura i would type "extruder" in the search bar and double check that all related extruder selections (for both extruders !) are set to "Not overridden". Or: select one of the provided default profiles, do a "Discard all changes" (if applicable) and check again with the default settings.

One obvious thing is that both g-code files are generated with flavor "Griffin". That's correct for the UM3 but the Mark2 definition needs to be changed back to "Marlin" (it's in "Machine Settings"). Regarding the second question: To start a print with the second extruder it needs a different start g-code. You can add a second printer for this purpose and swap the priming/preheating sequence for T0 and T1 (more or less). The lazy easy way to print with the second extruder only: add a regular UM2+ in Cura, change the g-code flavor to Marlin and slice as usual (there's no way to select an extruder in this case) on the printer: first change to the extruder you want to use for this print and start the print afterwards G-code for a regular UM2(+) does not contain commands for extruder selection, it will do the whole print with the previously selected extruder.

I would do two things (as a start): Check, if the generated g-code contains the commands for extruder switching (T0, T1). If in doubt, choose "File" - "Save Project..." in Cura and share the 3mf file here. Check if the Mark2 firmware is still installed on the printer and do a manual extruder switch (via the menu on the printer) to check if it still works.

Siehe hier für eine einfache Lösung: Für eine komplette Liste der verwendbaren "Replacement Patterns": http://files.fieldofview.com/cura/Replacement_Patterns.html

If i would make a guess...: "Mesh Fixes" -> "Remove All Holes" ...would have exactly this effect (in combination with zero percent infill). Though... I can't imagine why anyone would enable this without a good reason?

The configured "G-code flavor" controls this behavior in Cura. It's in "Machine Settings". If you change this setting from "Ultimaker 2" to "Marlin" (the first entry in the list), Cura enables temperature and retraction settings and adds its own start g-code. The resulting G-code file will "override" the printer settings, you'll have to confirm this explicitly before a print from SD card will start. For the sake of completeness: the stored temperature setting can be changed on the printer as well - for anyone who likes the "classic" way better. To get an overview about the stored material settings: There should be an export/import function somewhere in the material menu on the printer. The export function generates a text file on the sd card that can be viewed or edited externally.

There are five temperature settings per material in the printers menu (not only one). The default print temperature is different for each supported nozzle size (besides some exclusions). It seems you have configured a 0.6mm nozzle in Cura (or in the gcode-header - to be precise).

If you would share some of the stl-files - we can verify this 🙂

Hi @Navitas, Problem 1) STL files do not define dimensional units, Cura expects all coordinates in mm. Easiest solution: change the units in Blender to mm In addition: the automatic scaling can be disabled in Cura preferences. Problem 2) There's indeed a Cura setting that can cause this: "Mesh Fixes -> Remove All Holes", but that's disabled by default. More likely: there are overlapping, missing or superfluous (inner) faces in your model. The function "merge by distance" in Blender does usually a good job for such simple models. Problem 3) I have no clue...

The selected nozzle size is important too. 240C is the default temperature for PLA and 0.8mm or 1.0mm nozzle.

Cura development files are hosted on GitHub. You may want to publish the new machine definition there. https://github.com/Ultimaker/Cura/wiki/Adding-new-machine-profiles-to-Cura#publishing in short: sign up to Github create your own fork of Cura add the new definition files in your repository make a pull request (follow the links for more details on how to do it)

Ich würde dem hier mal nachgehen: Error in the format of container Hands 2: When trying to deserialize Hands 2, we received an unknown container ID (Hands2) Sieht für mich so aus, als gäbe es Dateinamen mit einem Leerzeichen dazwischen"....Hands 2....", in der Datei steht die ID (bzw. "name") aber ohne Leerzeichen "Hands2". Oder umgekehrt - da passt irgendwas nicht zusammen. Wobei: Cura selbst scheint keine Dateien mit Leer- oder Sonderzeichen im Namen anzulegen, das wird jeweils ersetzt. Da steht dann z.B. sowas wie: "....Hands+2..." Das scheint auch irgendwie wichtig zu sein... In kurz: Ich glaube, Du machst Dir das (Cura-)Leben einfacher, wenn keine Leerzeichen im Druckernamen vorkommen. Oder wenigstens überall die gleiche Schreibweise, und die Dateinamen müssen jeweils dazu passen.

Wenn die Hardware schon da ist - wird das auch gut funktionieren. Nur ist Cura als Printserver nicht wirklich sinnvoll zu benutzen (und auch nicht dafür gedacht). Da würde ich auf jeden Fall erstmal anderen Tools eine nähere Betrachtung gönnen. Es gibt Octoprint, und Repetier Host und Printrun (und bestimmt noch ein paar andere, die unter Windows laufen). Wie oben schon vorgeschlagen - in Cura würde ich unbedingt das "USB-printing"-Plugin abschalten. Mindestens auf dem Rechner, wo der Drucker per USB-Kabel dran hängt. Das ist der einzige Weg, das automatische Verbinden zu unterbinden. BTW: Auch mit einer neueren FlashAir im Drucker hab ich es damals nicht zuverlässig ans Laufen bekommen. Das funktionierte immer nur kurz nach dem Einschalten des Druckers. Sobald die Karte sich einmal "schlafen gelegt hat", kommt die Verbindung nie wieder zurück... 🤷‍♂️ Ein RasPi (mit OctoPi) funktioniert bei mir seit Jahren problemlos, der zusätzliche Strombedarf ist minimal und der Verschleiß von SD-Karten ist kein Thema mehr. Also wenn Du eh' einen dedizierten Rechner dafür übrig hast - halte Cura davon fern und leg los! 🙂

Ein wichtiger Punkt ist: Wenn Du eigene Druckerkonfigurationen hast - lege sie im Konfigurationsordner der jeweiligen Cura-Version ab - nicht im Programm-Verzeichnis. Sie werden dann automatisch kopiert und ggf. angepasst, wenn eine neue Cura-Version installiert wird. Wenn das aus irgendeinem Grund nicht klappt, müsste es Hinweise auf den konkreten Fehler in der Log-Datei geben. "cura.log" - liegt ebenfalls im Konfigurationsordner. Der Pfad zum diesem Ordner hängt vom Betriebssystem ab. Mit dem Menüpunkt aus dem Screenshot unten sollte Cura an die richtige Stelle navigieren. In den diversen Unterordnern liegen vermutlich die "beanstandeten" Dateien aus der Fehlermeldung. Dort können sie auch einzeln korrigiert (oder gelöscht) werden.

In Cura? - The rotate tool can be used to... well... rotate objects. Or what exactly does not work? https://support.ultimaker.com/hc/en-us/articles/360011927400-How-to-rotate-models-in-Ultimaker-Cura

During the first pass of manual leveling the encoder wheel (besides the display) is used to move the buildplate up. The screws are only touched for the later fine tuning. So - carefully follow the instruction on the little screen and note the wording difference (wheel vs. screw - if i remember right). I think it's a good practice to fully tighten all three leveling screws, than loosen them one or two revolutions (all screws approx. for the same amount), than start manual leveling.

Personally i would use bultimaker, made by @amedee That's the standard tool every UMO(+) owner should know about: https://bultimaker.bulles.eu/

Nö, das kann man nicht vergleichen. Beim UM3 und seinen Nachfolgern ist "Marlin" nur ein Sub-System. Jede Zeile G-Code geht erstmal durch die Linux-Ebene (bzw. Python) und wird nur selten unverändert an die Marlin-Ebene weitergereicht (wenn überhaupt). Von den Kopf-(Kommentar-) Zeilen am Anfang einer G-Code Datei sind fast alles "Pflichtfelder". Wenn da etwas fehlt, vermerkt der Drucker das in seinem Log und tut ansonsten keinen Muchs. ❌ Moderne Zeiten halt... (= mit zehnfachem Aufwand funktioniert es fast -aber nicht ganz- wieder so wie früher) 😛 Die Web-API vom Drucker zu verwenden, scheint mit tatsächlich der Weg zu sein, mit dem man bei den neueren Ultimaker-Modellen noch am ehesten ans Ziel kommt. Dann sieht dann auf der Webseite vom Drucker so aus:

Just follow the links to the Wiki pages on Github: https://github.com/Ultimaker/Cura/#readme