tinkergnome

The behavior highly depends on the firmware of the printer (and nothing else). A recent version of Marlin can be build with enabled "DISTINCT_E_FACTORS" - but doesn't have to... If the firmware supports it, you can add T0 / T1 options as with other commands (e.g. M104) The recent version of Marlin (1.1.x) synchronizes it's internal positions after each M92 command on its own. For older versions you have to do this explicitly with a subsequent G92 (i don't know when this automatism was added).

Unfortunatly that's not the way how USB printing on those printers work. Those printers are driven by an 8 bit microcontroller that stores only a few lines of gcode at a time in a small buffer. Printing via USB depends on a continuously supply of gcode lines (one by one) until the print finishes. Stand-alone operation is only possible with the sd-card. What you probably have in mind is transferring a complete file at once to a device (using the serial connection). That's a completely different thing and definitely not a task that is done by Cura 15.04

According to the data sheet the QR is a geared feeder with a gearing ratio of 5.18:1 So the drive wheels and the stepper motor are not turning at the same ratio. If gripper wheel == drive wheel, you can probably rule out the motor. Have you seen this thread, it looks pretty similar. Trying a different slicer can at least rule out a software issue (and is cheap...)

That's my impression, yes. You can add any GCode command to the start script in Cura - and it seems like you already know how to do this. But nearly every firmware uses it's own "flavor" and interprets it in a different way. In most cases the version is also important, because available features and gcode parameters differ. You need the specific command that is correct for your printer model. And this is impossible to guess, if you don't know the firmware that is running. Most printer profiles for non-Ultimaker printers are contributed by third parties and are not maintained, changed or tested by the developers of Cura. If older versions of Cura had a different start script for your printer model - perhaps can you install one of the older versions and compare the settings for your selected printer?

Well, if it worked before you don't need to change the firmware, do you? All you need is the correct gcode command for the start script. Or do you have changed anything else? Does the printer have a display and is there a function that shows the firmware and version? Or: if it is connected via USB the firmware usually prints some status messages on the serial console. Sorry, but i guess the Ultimaker community will not be generally helpful in case of special questions about a Printrbot...

If you enable the Custom mode in Cura, there's a setting called "Build Plate Adhesion Extruder", see: https://ultimaker.com/en/resources/52675-build-plate-adhesion

Mit Cura 3.6 gibt es einen Fehler, der dazu führt, das für den UMO+ die falsche Firmware installiert wird. Mit einer älteren Version oder mit der neuen 4.0 BETA sollte es aber normal funktionieren. https://community.ultimaker.com/topic/25562-umo-firmware-problem-with-cura-360/ Leider fehlt wahrscheinlich nicht nur die Buchse... die neueren Boards sind nur noch für einen Extruder bestückt, es gibt also auch keinen fünften Treiber-Chip (und noch ein paar Bauteile drum herum) - diese Möglichkeit entfällt also.

The described steps from this thread seems to be the complete answer - at least it worked for me on the UM3 (but i don't know if the developer mode is available on the S5 as well?): https://community.ultimaker.com/topic/15804-how-to-set-ip-address-without-wifi-or-dhcp/?tab=comments#comment-215658

Well, there's a spring inside... This guide contains a lot of pictures: https://ultimakernasupport.zendesk.com/hc/en-us/articles/115004264626-Feeder-Reassembly-UM2-UM3-

Wenn der Bauraum von beiden Düsen komplett genutzt werden kann, sollte in Cura überhaupt kein Versatz eingestellt sein (also Versatz auf 0.0 belassen). Um den tatsächlichen X/Y-Versatz sollte sich dann die Firmware kümmern - genauso wie um den Z-Offset. Schließlich ist das eine geräte-spezifische Sache - und dafür ist die Firmware schließlich zuständig... Cura benutzt das für den UM3 und S5 auch nur für X/Y und mehr oder weniger als "Trick", um den verfügbaren Bauraum einzugrenzen - und genau das willst Du ja nicht... Hauptsache nicht an beiden Stellen etwas einstellen, dann addieren sich die Werte. Hier auch wieder: für die Ultimaker Drucker ist das so gelöst, aber da "weiß" der Drucker das auch (und ist davon abhängig) und Du brauchst es in Deinem Falll genau umgekehrt... 😏 In Kurzform: Welche Firmware verwendest Du? Dort sollte man den Düsen-Versatz für X/Y (und Z) einstellen können - und dort ist auch der richtige Platz dafür. Viel Erfolg! (und: zeig doch mal Bilder von deinem Selbstbau)

...or is it printed with enabled support and what we see is the support material that is (for some reason) more fused with the object then intended?

...and keep in mind that the LulzBot Edition of Cura is quite different (the video suggest a LulzBot printer...?)

The G29 command is probably part of the start script and the latter can be edited in Cura in in the "Machine settings" dialog. If you're unsure about the possible options you should at least mention which firmware (and which version) your printer uses...? This link maybe helpful: https://reprap.org/wiki/G-code#G29:_Detailed_Z-Probe

Die "Combing" Settings lassen sich nicht 1:1 übertragen. Was dem noch am nächsten kommt ist (unter "Advanced"): - Avoid crossing outline for travel movements (kleineren "detour factor" wählen) und - Only retract when crossing open spaces (deaktivieren) und evtl. - Minimum travel for retraction (niedrigeren Wert wählen)

Wenn ich das noch richtig weiß, kommuniziert die Cura Oberfläche mit der "Engine" über einen (lokalen) Netzwerk-Socket. Für mich sieht es so aus, als wird das von einem anderen Windows-Dienst irgendwie blockiert. Das kann auch wieder ein Berechtigungsproblem sein, eine Firewall oder ein Virenscanner sind weitere Kandidaten. Du könntest versuchen, Cura als Administrator zu starten oder Firewall / Virenscanner vorübergehend zu deaktivieren (falls vorhanden) - und so vielleicht die Suche nach dem "Störer" weiter eingrenzen?

🤷‍♂️ naja, d.h. bei CuraEngine.exe kommt keine Geometrie an - also wird auch kein Gcode erzeugt. Normalerweise steht dort nicht "0 vertexes", sondern die Anzahl der Dreiecke in der STL-Datei. Den Grund dafür sieht man im Log aber nicht. Offenbar läuft noch ein Prozess von CuraEngine.exe (oder Cura). Spätestens nach einem Neustart sollte es aber gehen. (oder im Taskmanager alle Cura-Prozesse beenden).

Aber sicher - oben rechts in der Ecke ("View mode") auf "Layers" umschalten. Dann gibt es vielleicht ein Problem mit der "CuraEngine". Ist bei Dir evtl. eine Windows Firewall aktiv und blockiert den Netzwerk-Port zur "Engine"? Kam während der Installation oder beim ersten Start vielleicht eine Rückfrage, die Du abgelehnt hast? Man kann sich auch die Meldungen der CuraEngine ansehen, vielleicht gibt es dort einen Hinweis: "File" -> "Show slice engine log..." bzw.: "Datei" -> "Zeige Protokoll der Slicing-Engine..." Die letzte 15er-Version war übrigens 15.04.6 - gibt es einen Grund, warum die nicht verwendet werden kann?

Ups, ich bin mir ziemlich sicher dass es ein "Cartesian printer" ist (das trifft auf alle Ultimaker-Drucker zu). Anleitung in Deutsch wird vermutlich schwierig...? Das hier wäre die richtige Anleitung in Englisch - ich nehme an, die kennst Du schon? Configuring RepRapFirmware for a Cartesian printer Der Konfigurator nimmt Dir eigentlich schon eine Menge Arbeit ab, man muss aber trotzdem wissen (oder heraussuchen), welche Werte die Marlin-Firmware verwendet, wo die Endschalter sitzen usw. Anders als bei Marlin wird bei der RepRap-Firmware halt alles per gcode konfiguriert. Ich habe keinen UMO, aber ich vermute, wenn Du hier nach den Werten fragst, die Dir noch fehlen wird es bestimmt jemanden geben, der weiterhelfen kann.

Mein Lieblings-Schweizer hat so was vor ungefähr drei Jahren mal gebastelt. Ist nur ein kurzes Video, funktioniert aber ungefähr so, wie Du dir das vorstellst. Lass aber bitte beim Umgang mit 220V die nötige Vorsicht walten. 🔌 https://www.youtube.com/watch?v=LnuRHorLKGc Am UM2 (ohne "plus") läuft der kleine Hotend-Lüfter allerdings dauerhaft, je nach Alter (und Anzahl der Drucker) kann das eine sehr nervige Geräuschkulisse ergeben...

Two separate STL files are the way to go, but you should use the "Merge Models" function. Take a look at the manual: https://ultimaker.com/en/resources/52005-merge-and-group-models

Hübsch - aber Vorsicht mit dem G92 E0 am Anfang: Das sollte nicht notwendig sein, wenn sowieso relative Koordinaten benutzt werden. Das stört nur deshalb im Moment nicht, weil "Allow zeroing extrusion distances" aktiviert ist, stellt aber eine weitere Abhängigkeit von den gewählten gcode-Optionen dar. Wenn ich das richtig verstanden habe, kümmert sich "Octolapse" zusätzlich darum, das die Foto-Pause möglichst nicht beim Drucken der äußeren Wände passiert, sondern z.B. in einer Infill-Section - da stört der Blob dann nicht so. Das ist mit einem einfachen Layer-Change Skript aber nicht zu machen.

Are you familiar with git and/or GitHub? The instruction on the wiki page says: Source: https://github.com/Ultimaker/Cura/wiki/Adding-new-machine-profiles-to-Cura

Gerd hat Dir ja schon die richtigen Hinweise für das Skript gegeben. Man kann im Skript nicht rechnen, deswegen musst Du beim retract mit relativen Bewegungen arbeiten: M83 G1 E-[retract_distance] F[retract_speed] ; retract M82 ...aber am Ende vom Skript musst Du den Retract auch wieder rückgängig machen, das fehlt irgendwie noch: ... G1 X[next_position_x] Y[next_position_y] F9000 M83 G1 E[retract_distance] F[retract_speed] ; undo retract M82 Das funktioniert so aber nur (bzw. ist nur notwendig), wenn die gcode-Option "Relative extrusion distances" im "Normalbetrieb" ausgeschaltet ist. Das scheint bei Dir aber der Fall zu sein.

Sigh... Yes... and.... yes. (but you'll probably do not gain much - compared to the "Extra fine" profile) Consider the Cura profiles as some presets that are well suited for the most common cases. There's no specific preset for 0.04 either, none for 0.08, none for 0.12, none for 0.18, 0.03 and 0.19 are missing as well .... you get the idea...? 😏

Höchstwahrscheinich mit der Software-Lösung, die Gerd im Hinterkopf hatte... https://github.com/FormerLurker/Octolapse