Dim3nsioneer

Hmmm... da tust Du Daid aber ev. schon etwas Unrecht... :unsure: Wenn Du mal alle RC-Versionen ignorierst, dann gab es nicht so viele Updates von Cura. Und Du bist ja nicht verpflichtet, jedes Mal auch gleich die Firmware neu aufzuspielen. Meine UM2-Firmware z.B. basiert auf 14.09.1 (naja, ich sollte endlich mal auf 14.12 updaten, da dort ein sicherheitsrelevantes Update drin war). Und bei jeder neuen Cura-Version bekommst Du ja am Anfang das Dialogfenster mit den aktuellen Änderungen (inkl. denen in der Firmware), so dass Du frei entscheiden kannst. Typischerweise aktivieren die Kollegen in Geldermalsen die Update-Benachrichtigung erst, wenn sich das Update bewährt hat. Du solltest also unbedingt diese Nachricht abwarten und nicht vorher updaten, wenn Du kein Fehl-Update riskieren willst. Sieh es doch positiv: Der Code wird aktiv unterhalten. Solltest Du also mal ein Problem haben, dass Du dringend gelöst haben möchtest, so sind Deine Chancen sehr gut, bald ein Update zu erhalten. Ultimaker könnte ja auch einfach Probleme ignorieren und auf die lange Bank schieben. Tun sie aber nicht. Generell kann man halt dort, wo open source Software verwendet wird, feststellen, dass die Updates häufiger kommen. Ist mir persönlich sehr viel sympathischer als wenn ich drei oder vier Mal im Jahr ein offizielles Update bekomme, das die wichtigsten Probleme nicht löst, dafür aber neue unnütze Features bringt. Wo ich Dir ein Stück weit Recht gebe ist bei der Tatsache, dass z.T. scheinbar etwas wenig Testzeit (oder zuwenige Tester?) zur Verfügung steht bevor das Update rausgeht.

It's definitively a wrong wiring. You may correct it yourself; shouldn't be too difficult. It's rather interesting that your hotend survived that long...

Pounds? Why not litres or kilograms?

Please tell this the TV and tire manufacturers...

Diamond Age

Nothing to add. The solution mentioned by Xisle is the best one IMHO.

It depends... ...on how the plugin is written. Most plugins which are triggered on a certain height or layer number usually take effect at the start of a layer, i.e. when the new height first occurs. Most tweak settings of the TweakAtZ do for instance. In general, a plugin can be triggered by nearly anything. It could be triggered after 1000s or as soon as the set temperatur is above 220°C... depending on its code...

Don't worry about that one. Others don't: http://www.cel-robox.com/technical/#materials

Die brauchts nur beim UMO, nicht aber beim UMO+. Das linke Teil fixiert Kabel bei der Verstärkerplatine für das Thermocouple (ersetzt durch einen PT100 beim UMO+) und die anderen vier Teile sind für die Befestigung des ungeheizten Betts.

As far as I know there is only one change possible with the SwapAtZ (I didn't use the plugin so far). The person who knows best is certainly http://umforum.ultimaker.com/index.php?/user/35529-pm-dude/ as he has written the plugin.

You certainly have different epsilons on nozzle and heater block. And none of them is 0.96 as you've set it on the camera. So the values you get might be quite far off the truth. Or did you paint everything with a pencil or similar? Only then you would get correct readings. You screwed a clean nozzle into a clean heater block, didn't you? If you have some filament on the thread of either one this might influence the heat transfer.

TweakAtZ does not support infill changes. However, SwapAtZ does.

What if you change the nozzle to 0.25mm and slice it with this size? Cura has a problem with dimensions that do not allow a doubled wall...

It seems to occur if the offset of the second extruder in the machine settings is not zero. I've set this offset to zero and added the extruder offset directly in the UMO firmware (Marlin).

You can disable the update checking in the preferences in Cura.

@Zews: It's more likely the quality of your model that causes the issues. My rough guess would be that the embossed letters caused some faults in the model. Did you check the model in x-ray view? Daid might be interested in that model for Cura testing purpose.

I'm stuborn. I'll go on trying...

I had the same problem in Cura. A similar problem appears also in other software such as the http://gcode.ws. My solution was to specify the x/y-offset of the second extruder in Marlin and to set the values in Cura to 0.

I didn't know that part of the UM3 development was moved to Munich... Congrats on that result!

That means any Github sources aren't updated to the present status, correct?

Das geht am UM2 selbst. Verbinden via USB während der UM2 druckt dürfte zum Stillstand des Druckers führen. Konjunktiv, weil ich ausschliesslich sowohl beim UM2 wie auch beim UMO über SD-Karte drucke und auch nur das empfehlen kann.

Write a PM to http://umforum.ultimaker.com/index.php?/user/423-sandervg/. He is the UM community manager and very helpful with stuck trouble tickets. Probably he will read this and come back to you even before you write him a message.

Pronterface ist ein reines Interface-Programm. Du kannst damit den Drucker über USB steuern (z.B. den Druckkopf hin und herfahren, aufheizen, etc.) bzw. über USB fertige GCODE-Files drucken. Cura hingegegen ist eine graphische Oberfläche für das Slicen von 3D-Objekten (d.h. Erstellen von GCODE-Files). Daneben kann Cura eben auch die meisten Funktionen von Pronterface übernehmen, aber nicht ganz alle.

I'll never understand why a country which fought an Independence War against the British Empire still uses Imperial units.

There is a jumper on the Ultiboard2 (somewhere at the center) or actually the two pins which should be closed with a jumper. And then you have to double the steps-per-mm in the settings.