tinkergnome

Interessante Frage... Der kleinste und günstigste ist wohl der Fortus 250mc, Bauvolumen sieht ganz gut aus (25x25x30cm), allerdings ausschließlich ABS in 9 Farben, ca 45.000$ Einstiegspreis. Quelle: https://www.3dhubs.com/3d-printers/fortus-250mc Fürs Wohnzimmer ist das wohl nichts, der wiegt ca. 150kg. Wenn man damit Geld verdienen will, muss man sich einfach überlegen, wo die Prioritäten liegen... - geschlossenes System - komplett mit Vor-Ort-Service - alles aus einer Hand, oder lieber OpenSource (und für den Support jemanden bezahlen oder selbst Hand anlegen)? - entweder einen von diesen Wunderdruckern oder 10 Stück Ultimaker 3 extended? usw. Vom Bauvolumen her käme mir der Fortus 400mc gerade recht, aber wenn sich das rechnen soll, braucht's einen guten Business-Plan... (und eine Werkstatt mit stabilen Fundamenten... )

Aha, Gerd war schon wieder schneller.. Die Kurzform ist: Das Plugin (bzw. Postprocessing script) funktioniert schon wie gewünscht, es weiß allerdings nichts von dem 20mm Retract, den die Material-Wechsel-Funktion "eingebaut" hat (wie denn auch). Du kannst das kompensieren, wenn Du für "Pause at Height" einen passenden "Retraction amount" einträgst. Für den Standard Filament Durchmesser wäre das z.B. 127.5 (mm3) - wir hatten das hier mal ausgerechnet: https://ultimaker.com/en/community/18422-pause-at-z-plugin-in-cura-and-change-material#reply-126867 Nur zur Sicherheit: um welche Cura-Version geht es eigentlich?

It's not only the gcode-flavor, you have to write suitable start/end-scripts as well. If you really want to go further this path: you can use the printer definition of the Octoprint-Plugin as a starting point: notes-on-ultigcode-ultimaker-2ultimaker-2

Partnumber 1185: https://github.com/Ultimaker/Ultimaker2/blob/master/1185_PT100_B_sensor_(x1)/B1185-B2P-A.pdf

Naja, die 15.04er CuraEngine generiert das halt so, das müsste dann dort geändert werden. Den gcode nachträglich manuell ändern geht ja immer, aber das macht ja auf die Dauer auch keinen spaß... Hast Du die Möglichkeit, das mal mit Cura 2.3 zu vergleichen - vielleicht ist das damit schon wieder anders...?

Yes, IMHO this assumption is correct..

From the manual:

Ich find's grad nicht mehr wieder, aber wenn ich mich richtig erinnere, generiert Cura die erste Bewegung irgendwie anders, wenn "Skirt" deaktiviert ist - oder die Skirt-Lines auf 0 gesetzt sind... (oder war's der Skirt-Abstand...? - menno, das ist zu lange her... ) Egal - es hat auf jeden Fall etwas mit Cura und den Skirt-Einstellungen zu tun. Da muss sich irgendetwas bei Dir geändert haben.

...and Cura 2.3.1? The keywords are "GCode-Flavor" and "UltiGCode" vs. "RepRap (Marlin/Sprinter)" Perhaps this topic is helpful for you (in German): https://ultimaker.com/en/community/34764-octoprint-mit-cura-231-und-ultimaker-2

Hallo Sascha, der UM2+ hat Varianten, Du müsstest mindestens noch die zugehörigen Dateien im Ordner "variants" kopieren (und darin den Verweis auf die neue "definition" abändern). Außerdem gibt es im Ordner "quality" noch einen Unterordner mit zusätzlichen "quality_definition" für den UM2+ und den UM3. Wenn Du die nicht auch noch alle kopieren willst, kannst Du in der neuen Definition auf die Profile vom UM2+ verweisen. In "ultimaker2_extended_plus.def.json" wird das z.B. so gemacht. Im Übrigen denke ich, das Du vielleicht schneller am Ziel bist, wenn Du gleich die Definition vom Extended Plus kopierst. Das Vererben vom UM2 macht die Sache irgendwie zu kompliziert. Die paar Zeilen für GCode-Flavor und ggf. Start/End-Gcode kannst Du auch direkt dort rein schreiben. Das sieht dann so aus: { "id": "ultimaker2_plus_reprap", "version": 2, "name": "Ultimaker 2+ RepRap", "inherits": "ultimaker2_plus", "metadata": { "author": "Ultimaker", "manufacturer": "Ultimaker", "category": "Ultimaker", "quality_definition": "ultimaker2_plus", "weight": 1, "file_formats": "text/x-gcode", "platform": "ultimaker2_platform.obj", "platform_texture": "Ultimaker2Plusbackplate.png", "supported_actions":["UpgradeFirmware"] }, "overrides": { "machine_name": { "default_value": "Ultimaker 2+ RepRap" }, "machine_start_gcode" : { "default_value": "", "value": "\"\" if machine_gcode_flavor == \"UltiGCode\" else \"G21 ;metric values\\nG90 ;absolute positioning\\nM82 ;set extruder to absolute mode\\nM107 ;start with the fan off\\nG28 Z0 ;move Z to bottom endstops\\nG28 X0 Y0 ;move X/Y to endstops\\nG1 X15 Y0 F4000 ;move X/Y to front of printer\\nG1 Z15.0 F9000 ;move the platform to 15mm\\nG92 E0 ;zero the extruded length\\nG1 F200 E10 ;extrude 10 mm of feed stock\\nG92 E0 ;zero the extruded length again\\nG1 F9000\\n;Put printing message on LCD screen\\nM117 Printing...\"" }, "machine_end_gcode" : { "default_value": "", "value": "\"\" if machine_gcode_flavor == \"UltiGCode\" else \"M104 S0 ;extruder heater off\\nM140 S0 ;heated bed heater off (if you have it)\\nG91 ;relative positioning\\nG1 E-1 F300 ;retract the filament a bit before lifting the nozzle, to release some of the pressure\\nG1 Z+0.5 E-5 X-20 Y-20 F9000 ;move Z up a bit and retract filament even more\\nG28 X0 Y0 ;move X/Y to min endstops, so the head is out of the way\\nM84 ;steppers off\\nG90 ;absolute positioning\"" }, "machine_gcode_flavor": { "default_value": "RepRap (Marlin/Sprinter)" } }} Die 4 Varianten musst Du trotzdem noch duplizieren, aber das ist nicht viel Arbeit. Edit Dec 5, 2016: Wie es aussieht, werden die Varianten mit vererbt und das oben stehende "definition"-file reicht vollkommen aus. (abspeichern im Cura-Programm Ordner als "..../Cura 2.3/resources/definitions/ultimaker2_plus_reprap.def.json") Der Start- und End-gcode muss aber ggf. noch an die eigenen Vorlieben angepasst werden. ---- Wenn die Definition nicht ordentlich funktioniert, findet man meistens in der Log-Datei einen Hinweis auf die Ursache. In Cura: "Help->Show Configuration Folder" und dort die Datei "cura.log". Da es aber (IMHO) keine Dokumentation gibt, wie diese ganzen json- und cfg-Dateien zusammen funktionieren sollen, bleibt vieles davon immer noch Kaffeesatz-Leserei... ...oder man muss Python lernen und versuchen, in den Cura Quelltexten die Zusammenhänge zu finden - je nachdem was schneller geht... Viel Erfolg!

Recent versions of the standard firmware are using the EEPROM storage area of the tinker settings for different things... (one of them is the print area). The variants are not longer interchangeable without a factory reset (or recheck all settings on the printer): https://ultimaker.com/en/community/22363-help-upgraded-tinkergnome-firmware-now-i-get-x-or-y-switch-broken#reply-155079

Short answer: downgrade to an older version of the firmware, if you need this function. Some more details are linked in this topic: https://ultimaker.com/en/community/22423-changing-filement-halfway-print#reply-155614

Hallo Martin, soweit ich weiß, ist es eher umgekehrt. Der AA Core ist _nicht_ für PVA geeignet, bzw. die "normalen" Düsen neigen zu Verstopfung, wenn sie mit PVA gefüttert werden. Deshalb gibt es den BB Core mit (mindestens) einer veränderten internen Geometrie für die Düse. Der BB _kann_ auch andere Materialien drucken, tropft dann aber ein wenig mehr nach, oder so ähnlich. Ob noch andere Dinge im BB Core verändert sind, ist wahrscheinlich noch ein Betriebsgeheimnis... Gedacht ist es so, das einfach alle (unterstützten) Materialien - außer PVA - mit dem AA Core verarbeitet werden. Experimentelle oder abrasive Materialien würde ich aber weiter auf dem UM2 mit Olsson-Block drucken. Eine neue Düse kommt deutlich günstiger, als ein Print Core... Es werden insgesamt 3 Cores mitgeliefert, 2x AA und 1x BB (alle mit 0.4mm Düsen). Die Bezeichnungen lassen vermuten, dass für die nächsten Jahre noch andere Varianten geplant sind, ich bin jedenfalls gespannt. Edit: Mist - schon wieder zu langsam...

Most likely the "Flow %" in the material settings (on the printer), at least you can check that. Was this the first time that you've installed the tinker firmware? I don't know, how many settings you have customized, but if you switched back and forth between standard and tinker firmware recently, a factory reset would be the best choice (the stored settings in EEPROM are not longer compatible for the "+" models).

Welcome to the forum, @farmerritchie AFAIK this option is deactivated in the machine settings for all devices with more than one extruder train. If you use only one nozzle for your prints, you can enable the "Print Sequence" setting by manually editing the machine definition file. See this topic.

@peteruithoven I assume that it is necessary to specify the protocol for VLC. Can you try it again with the 'http://' - prefix?

Die Pause-Funktion am Drucker macht im Prinzip genau das: ...und hat außerdem den Vorteil, das sich der Drucker selbst die letzte Position für alle Achsen merkt und später wieder herstellt. Technisch gesehen wird dabei der gcode "M601" (Pause in UltiLCD2) eingefügt, die Parameter sehen so aus: M601 X[pos] Y[pos] Z[relative lift] L[later retract distance] Wobei für L genau die Länge der "end-of-print"-Retraction eingesetzt wird, die auch die Material-Wechsel Funktion benutzt (standardmässig 20mm). So passt das alles schön zusammen. M601 ist allerdings ein individueller Gcode, den es so nur im Ultimaker 2(+) gibt. Wenn man sich zutraut, die richtige Stelle in der gcode-Datei zu finden, wäre das für den UM2 meine erste Wahl, dann ist mit einer eingefügten Zeile alles erledigt. Der "Handbetrieb" (mit M0 oder M1) ist universeller, pausiert aber wriklich nur das eigentliche Lesen von der SD-Karte und um alles andere muss man sich selbst kümmern (oder eben das Plugin). M25 macht beim UM2 (technisch gesehen) wieder was ganz anderes - es schließt einfach die Datei und sonst nichts weiter (und damit ist der Druck erstmal zu Ende). Ich hoffe, das wird jetzt nicht langsam zu verwirrend...

You're right. @SandervG If you are (for example) on this overview page: https://ultimaker.com/en/community/languages/deutsch?topics=1 the page numbers on the bottom of the page are linked to this: https://ultimaker.com/en/community?topics=1&page=4 Instead it should look like this (IMHO): https://ultimaker.com/en/community/languages/deutsch?topics=1&page=4

May be, but it's suspicious that there is not such a problem with older versions or with the standard firmware. That's why i think it has something to do with things that were changed this year...

The UM2+ can be used together with the z-unlimited add-on by @rooiejoris. If you don't have mounted your printer upside down on the wall, you will need the "normal" Tinker-MarlinUltimaker2plus-*.hex

The symptom is similar, but the error message from the beginning of this topic can only appear during a print from sd-card and if a wrong x/y/z coordinate was read. This restricts the possibilities...

Well, regarding the firmware the Ultimaker 3 is a completely different thingy... Let's make a compromise: If someone develops a nice and free firmware builder for the UM3, i'll add it to the exclusion list, ok?

Super, jetzt hast Du dich ja doch an den gcode rangetraut! Das Aufteilen kann so schon funktionieren. Je nachdem in welcher Höhe das zweite Programm startet, musst Du halt aufpassen, das in der "priming"-Ecke vorn links genügend Platz ist. Die z-Achse fährt dabei bis auf 20mm hoch. Außerdem ist noch wichtig, das die Arbeitsplatte in der Zeit zwischen den Drucken nicht abkühlt, sonst lösen sich die Teile... (aber das weist du ja wahrscheinlich schon). Jetzt zu der Frage: Die Koordinaten werden bei jedem Druck-Start zurückgesetzt, aber für die zweite Hälfte startet die erste E-Koordinate im gcode bei 121.33854 Kubikmillimeter. Das ist Dein "Blob"... Abhilfe: am Anfang der zweiten Datei die E-Koordinate mit dem letzten Wert aus der ersten Datei initialisieren (am Besten wahrscheinlich direkt nach dem "G11"). In Deinem Beispiel wäre das so eine Zeile: G92 E120.9979 ..;Layer count: 53;LAYER:27G10G1 Z10.000M106 S127G0 F7200 X112.329 Y111.404 Z4.250;TYPE:WALL-INNERG11G92 E120.99790G1 F1200 X111.456 Y110.505 E121.33854... Du kannst aber vermutlich auch beim "Pause at height" bleiben. Da muss nur (als "Workaround") der gleiche "retraction amount" eingetragen werden, den auch die "Change Material"-Funktion benutzt. Das hab ich hier schon mal versucht auf Englisch zu erklären, ist aber hoffentlich nicht sooo schwer zu verstehen... Ich muss allerdings zugeben, das ich das mit dem aktuellen Cura noch nicht probiert habe. Ich versteh allerdings die zweite Bemerkung nicht, was ist damit gemeint:

I think, it's already proved, that it's not a problem with the gcode. Have you ever seen a similar problem while printing via USB / Octoprint? My best bet at the moment: i saw the first reports about this after i switched to the sd-card stuff from a more recent compiler version. I think, it's a bit faster, but perhaps there's something in, that is not fully compatible with the used hardware? I never had an issue with it, so this is only a guess... If i find some time for a new release, i'll switch back to the old version. Time will tell if that makes a difference...

I was asked to sum up some facts about the alternative "tinker" firmware. Here are the basics and the main links to start with it: What is the "Tinker-Firmware"? It's an alternative firmware for machines of the Ultimaker 2 series. The main development was made by me in my spare time. It's open source, based on the standard firmware from Ultimaker, but driven by the community. One of the benefits is that special requirements can potentially be adapted faster. At least there's a good chance that someone 'jumps on the bandwagon' and implements it. The tinker firmware does not work on an Ultimaker Original, but @amedee made an excellent job and offers a free online firmware compiler for these machines: https://bultimaker.bulles.eu/ If you want to learn more about firmware in general (what it does and how it works), you find more information on the homepage of the Marlin Firmware: http://www.marlinfw.org/ What are the differences to the standard firmware? Basically - the user interface. Most of the "driving logic" under the hood is untouched and derived from the Ultimaker standard firmware (and finally from the Marlin firmware). The menu structure of the tinker firmware is intended to support the needs of advanced users and tinkerers. In the beginning I developed it only to fulfil my personal interests, but it began to grow after I shared the result with the community. The initial intention was easier access to the 'tune' options during printing. In addition: more preferences are configurable directly on the printer. For example: the beep on key-press and the printing area can be changed without the need to re-compile. There is also a 'sleep timer' that switches the light off after a configurable period of time. It's unlikely that something on your printer gets damaged by this firmware, but there's no guarantee. You are using it on your own risk. If necessary, you can always re-install former versions (or the standard firmware) with Cura. After a subsequent factory reset all behaves like before. How to get it? At first: be aware that I don't own all printer models by myself. It should work, but each new release should be considered as "untested" until the contrary is reported. Still interested...? The source files and ready-to-use binary files for several variants of Ultimaker 2 and 2+ machines are hosted on GitHub. Just download the appropriate hex-file for your printer and store it on a local drive. The file names should be pretty much self-explanatory: https://github.com/TinkerGnome/Ultimaker2Marlin/releases The hex-file can be installed on the printer with the assistance of Cura. If you own an Ultimaker, you probably have already installed it. If not, you can download the current version of Cura from the Ultimaker site: https://ultimaker.com/en/products/cura-software Within Cura 2.3.x. choose from the menu: "Settings" -> "Printer" -> "Manage Printers" Take care that the active printer is the one that you want to use for the firmware update and connect printer and computer with the USB cable. Click on the button "Upgrade Firmware" and choose the option "Upload custom firmware". Where to get help? There's not much documentation for this alternative firmware yet. Just explore the menu structure on your own... If you have further questions you should ask for assistance on the Ultimaker forum. There are many active and cooperative community members. Please use the original topic from the link below for questions, suggestions and discussion. That helps to keep everything in one place. https://ultimaker.com/en/community/7436-more-information-during-print You can even join the team and contribute by yourself, just offer your skills and ideas there. If you notice a specific issue, you can also report it on the GitHub page: https://github.com/TinkerGnome/Ultimaker2Marlin/issues Have a good time!