tinkergnome

One obvious question is: why is there a visible seam in "spiralize" mode at all? Shouldn't it be a continuous extrusion?

Zuerst mal: die Firmware im Drucker ist Marlin (mit einem Ultimaker-Menü obendrauf und der genannten "UltiGCode"-Erweiterung). Wegen der Fehlermeldung: es kommt ein bisschen darauf an, welche Firmware-Version drauf ist (war die von Bondtech bereitgestellt oder eine andere?). Die Tinker-Firmware hatte in 2016 vorübergehend eine minimale Y-Koordinate von 5 festgelegt. Daher kommt es wahrscheinlich. Die Startposition im (standardmässigen) Cura-Startskript weicht auch ein bisschen vom "UltiGCode"-Modus ab. Beides zusammen verhindert grade den Erfolg... 🙂 Wenn Du in der markierten Zeile die X-/Y-Koordinaten auf die "normalen" Werte änderst, dann passt es wieder: G1 X5 Y10 .... Oder tausche einfach den kompletten Start G-Code hiermit aus, da hab ich es schon eingetragen: G90 ;absolute positioning M82 ;set extruder to absolute mode M107 ;start with the fan off G28 Z0 ;move Z to bottom endstops G28 X0 Y0 ;move X/Y to endstops G0 X5 Y10 F6000 ;move X/Y to front of printer G0 Z20.0 F2400 ;move the platform to 20mm M190 S{material_bed_temperature_layer_0} M109 S{material_print_temperature_layer_0} G92 E0 ;zero the extruded length G1 F200 E20 ;revert end-of-print retraction G1 F60 E25 ;extrude 5 mm of feed stock G92 E0 ;zero the extruded length again G1 F9000 ;Put printing message on LCD screen M117 Printing...

Sieht... interessant aus... 🙂 Naja, Du könntest vor dem Z-Homing die Y-Achse ein Stück zur Seite fahren: ... G28 X0 Y0 ;move X/Y to min endstops G0 Y50 F4800 G28 Z0 ;move Z to min endstops G29 M190 S{material_bed_temperature_layer_0} ; wait for bed temp M109 S{material_print_temperature_layer_0} ; wait for extruder temp G0 X0 Y50 F9000 ; Go to front ... ...und ggf. in dieser Zeile hier eine Startposition eintragen, wo das Rad nicht im Weg ist: G0 X0 Y15 F9000 ; Go to front Wie sind die Limits für das "automatic bed leveling" (G29), kommt das noch ohne Kollision überall hin?

Mit "Ultimaker 2" wird am Anfang der Gcode-Datei ein spezieller "UltiGCode"-Kommentar eingefügt, aber keinerlei Material-spezifischen Befehle generiert (z.B. Temperaturen oder Retract-Länge). Es werden dann (wie in den guten alten Zeiten) die Einstellungen verwendet, die im Material-Menü am Drucker vorgenommen wurden (dieses Feature gibt es nur beim UM2 und UM2+). Konsequenterweise sind die Materialeinstellungen in Cura dann ausgeblendet. Mit den Material-Profilen in Cura arbeite ich nicht, aber ich vermute, das hat die gleiche Ursache. Ist "Marlin" eingestellt ist es genau umgekehrt. Alle Material-Einstellungen werden in Cura konfiguriert und die im Drucker festgelegten Werte werden ignoriert. Beim Drucken von sd-Karte gibt es am Drucker dann auch noch eine entsprechende Meldung, die man erst bestätigen muss, bevor der Druck gestartet wird (daran gewöhnt man sich...). In Cura gibt es inzwischen deutlich umfangreichere Optionen, als damals am Drucker möglich war. Deswegen ist letzteres heutzutage zu bevorzugen (meiner Meinung nach). Möglich ist aber nach wie vor beides.

Erstmal eine Frage dazu: was meinst Du mit "G-Code Editor" und wo findet man den in Cura 4.x? Oder meinst Du Start- und Stop-Skripte? Am UM2 werden standardmäßig alle Material-Einstellungen am Drucker verwaltet (Du erinnerst Dich vielleicht noch... 😊). Nur wenn in den (Cura-) "machine settings" der GCode-Flavor auf "Marlin" umgestellt wird, übernimmt Cura diese Aufgabe. Dann werden die entsprechenden Optionen in Cura eingeblendet und der generierte gcode ignoriert das ausgewählte Material vom Drucker.

Cura resets the e-coordinate on every layer AFAIK - and i guess what you noticed here is something similar for the "spiralize" mode. I'm pretty sure that's not the root cause of the shown problem though... The recommendation in this video may be the solution:

Ich denke, die beste Chance hättet ihr mit einem SLA-Drucker und transparentem Resin. https://formlabs.com/de/blog/nachbearbeitungstechniken-transparenz/ Ich kenn die Firma nicht, aber die Bilder sehen ganz nett aus: https://i.materialise.com/de/3d-printing-materials/transparent-resin

Hallo Christian, blende mal in Cura unter "Qualität" alle fehlenden Einstellungen mit ein, nur um sicher zu gehen. Es ist ziemlich wahrscheinlich, das der erste Layer mehr als 0.2 mm hoch ist. Oder anders gesagt: wenn Du zu Lernzwecken Parameter vergleichen und verändern willst, macht es (meiner Meinung nach) keinen Sinn, den größten Teil davon auszublenden... da gibt es noch viel zu erforschen 😉

tbh: I don't remember such things.... should i? Do you have a link or some more details?

Detection of endstops is usually disabled during printing, but this sounds very similar to a simple "filament end detection". Support for such a function was added to the tinker-firmware in 2015. This would need a simple switch that connects two pins on the Arduino board when the syringe reaches its end position. It was originally meant to be used with a more complex sensor, but it turned out that this was all what it needs: https://community.ultimaker.com/topic/5896-more-information-during-print/page/10/?tab=comments#comment-122987 There are some instructions and pictures about the cable connections as well - and it's easy to test with a (pair of) wire. The firmware does not do much more than this part: https://github.com/TinkerGnome/Ultimaker2Marlin/blob/geek_mode/Marlin/filament_sensor.cpp Hope that helps!

In short: If you still use the "Marlin" flavor, check the start script and the temperatures in Cura. Or you can show the first part of the generated gcode here (as above). For gcode-flavor "Ultimaker": double check the selected material on the printer.

Willkommen @promaker60, der Drucker muss nicht mit dem Computer verbunden werden. Punkt 4 sollte funktionieren. Cura ist ein bisschen "pingelich", wenn es um die OpenGL-Treiber geht. Hilfreich wäre noch, wenn Betriebssystem (-Version), Modell der Grafikkarte(n) und genaue Fehlermeldung bekannt wären. Dann ist die Chance auf hilfreiche Antworten höher. Viel Erfolg!

Yes, but the minimum temperature can be changed:

Hi @wez, most probably there's something wrong with the model. It is either not a solid body or it's a "non-manifold" mesh. One example: The protruding pipes seem to have no thickness at all? And there may be intersecting surfaces and such things... How was it modeled? Some links: https://www.instructables.com/id/Non-manifolds-Your-Worst-3D-Printing-Nightmare/ https://www.sculpteo.com/blog/2017/10/18/how-to-fix-non-manifold-geometry/ https://daler.github.io/blender-for-3d-printing/printing/mesh-problems.html

i can offer Cura_14.09.exe, it's the oldest one i have Edit: found some other sources for 14.07: https://github.com/Makeblock-official/3DPrinter/tree/master/Makeblock 3D printer https://www.robotanno.com/en/3d-printer116/ (near the end of the page) http://domoticx.com/3d-slicer-cura-software/ Good luck!

I think you're looking for "Merging models" (second half of this manual page): https://ultimaker.com/en/resources/52852-merge-and-group-models

Ich kenn den Drucker nicht, deshalb nur um ganz sicher zu gehen: Ist es möglich, die NFC und die UMB-Buchse zu verwechseln? Das hätte bestimmt interessante Auswirkungen....?

@VBezchleba your google pictures are not publicly visible, can you upload the pictures here? Your file contains 6 separate objects, each with one or more open faces (not watertight). Are those supposed to be merged together somehow? Anyway: at first make them "watertight" (close the faces) to get printable geometries.

Dafür braucht es eine Cura-Vorschau, die nicht im "Kompatibilitätsmodus" läuft. Also zuerst mal eine Grafikkarte, die (mind.) OpenGL 4.1 unterstützt.

Wouldn't it be better to use the temperatures for the initial layer in the start script, or has the Cura behavior changed in this point? {material_bed_temperature_layer_0} {material_print_temperature_layer_0}

Ja, das dürfte auf Dauer der richtige Weg sein. Es gibt in Cura aber auch noch unter "Mesh Fixes" die Optionen "Remove Mesh Intersection" und "Alternate Mesh Removal". Erstere sorgt dafür, das nicht alles doppelt gedruckt wird und mit letzterer kann das "Verweben" der beiden Teile beeinflusst werden. Ich weiß aber nicht, nach welchen Kriterien der Teil ausgewählt wird, der dann "gewinnt".

micro-stepping (on the UM2) can not be changed with software - it's either hard-wired on the electronics board or inside the stepper drivers (dunno). You can cut the steps/mm in half of course (141 instead of 282), but this reduces the usable resolution for the e-axis - and will probably affect the print quality. 🤷‍♂️ BTW: is the linear bearing correct seated in the printhead? It should not protrude IMHO.

Great - we are getting closer... 🙂 The UM2 uses a motor with 400 steps/rev (0.9 degree per step) for the feeder. From your ebay example you would need the model ...-1684MA (the "M" is important) Every Ultimaker reseller should be able to order the genuine spare part for you. Resellers usually don't offer all spare parts in a webshop, just ask per email or give them a call. fbrc8 (the US manufacturer) is a notable exception: https://fbrc8.com/collections/ultimaker-2-spare-parts/products/feeder-motor Ultimaker part number is 1179 (You can take a look at the part list here: https://github.com/Ultimaker/Ultimaker2/tree/master/_BOM)

@Scribbler just to be sure: Some of your comments are suggesting that we are talking about a normal UM2 with retrofitted Olsson block, and not about the "plus" model. Can you confirm that your printer is equipped with the new (geared) feeder - as shown here in the video (white casing)? If your printer is equipped with the former (black) feeder, it is indeed the wrong motor - and would explain your issues.

Naja, es macht das Fein-Tuning schon deutlich einfacher, wenn die Firmware eine "Echtzeit"-Korrektur während des Druckens unterstützt. Mr. Prusa hat ein nettes Video dazu - nur mal als Illustration, wie das dort funktioniert: https://youtu.be/GE-lrRbU124?t=516 Mit der Standard-UM2-Firmware kann immerhin der "Home-Offset" per gcode auf beliebige Werte eingestellt werden - also etwas Vorsicht... Ich bin nicht sicher, ob Dir das wirklich weiterhilft, aber damit hättest Du einen definierten Zahlenwert mit dem Du experimentieren kannst: auf der Octoprint-Konsole mit "M503" die aktuellen Einstellungen ausgeben lassen die vorletzte Ausgabe ist "Home offset (mm)", GCode M206 mit "M206 Z-##.###" kann der Wert verändert werden Änderungen mit "M500" speichern wie üblich Der neue Offset wird bei jedem nachfolgenden "Home" (G28) berücksichtigt. Das müsste ein negativer Wert sein, der beim "Homing" zur Z_MAX_POS addiert wird. Also sind die "225mm + Offset" gleichzeitig die maximale Bauhöhe. Ich krieg immer Kopf-Aua, wenn ich mir merken soll, in welche Richtung man den Wert ändern muss, also am besten vorsichtig ausprobieren 😏. Voraussetzung ist natürlich trotzdem, das die Plattform eben und parallel zu den Achsen ausgerichtet ist. Wenn (z.B.) die dünnen Achsen im Druckkopf krumm sind, wird das alles nichts nützen (nur um mal eben noch eine andere Quelle für potentiellen Ärger zu erwähnen... 😛).