tinkergnome

Apparently the bug is fixed in the source files - it has even a number... I think you can take this as a confirmation. Let's see when a new release wil be published, probably soon?

I have a small feature request: Please skip the "Sign up reminder" popup, if the login dialog is already open... It should not pop up while i try to type my email-address... that's a bit annoying :angry:

Try selecting the "Ultimaker Original" (without the "+") - if it now starts, it's probably related to this issue (there's a workaround but no solution yet...).

I'm pretty sure that's the slicer. You can make a short test with another slicer, print and compare the result - just to be sure... It looks like the opposite of a "z-scar". If you look at the preview (single layer view) - the seam is probably exactly at the layer change position. Related settings in Simplify3D are: - layer change position - retraction restart distance - coat distance - wipe distance ...and the retraction options on the "Advanced" tab.

Perhaps you can use the solution of the famous Mr. Heckendorn as an inspiration? approx. from 01:40 on:

I doubt it. It's more likely related to the material (which one is it?). Looking at your model - i assume that the material shrinks at different rates. Those geometries are hard to print (at least in this orientation). If possible, add some reinforcements on the sides and/or below the ledge, or try thicker walls. This may help a bit.

in deutsch wird schwierig... Das RepRap-Wiki ist quasi das Standardwerk, aber da ist alles drin - man muss ein bisschen aufpassen, welche Teile davon für Marlin gelten. Es gibt noch eine andere Falle - Dein Skript funktioniert nur, wenn "relative extrusion distances" aktiviert ist (M83) - oder wenn "zufällig" vorher ein "G92 E0" generiert wurde. Ich geh mal davon aus, das das bei Dir der Fall ist. Funktionieren müsste beides, die zweite Variante sieht ein bisschen eleganter aus, weil man sie nur einmal hinschreiben muss... Dann vielleicht so ähnlich: M83G1 E-5.5 F1800 ;retractG1 X180 Y227 F9000T[new_tool]{IF NEWTOOL=0}M104 S170 T1{IF NEWTOOL=0}M109 S250 T0{IF NEWTOOL=1}M104 S170 T0{IF NEWTOOL=1}M109 S250 T1G1 E5 F1800 ;recover retract (fast move?)G1 E-5.5 F1800 ;retract again?M82 Wenn mit "Dann 5mm extrudieren" ein eher langsames "priming" gemeint ist, dann solltest Du in der Zeile mit "recover retract" die Geschwindigkeit noch runtersetzen: G1 E5 F40 ...und wenn Du mit relativen E-Koordinaten arbeitest, muss das M82 am Ende entfallen. Das Ganze ist aber ohne Gewähr - ich hab's nicht ausprobiert...

Es ist nicht so ganz einfach, da herauszulesen, was im toolchange-Skript passieren soll... Wird das eigentliche T0 / T1 von S3D automatisch hinzugefügt, und wenn ja - an welcher Stelle? Auffällig ist, das Du offenbar davon ausgehst, das ein T0 (oder T1) hinter einem G1-Kommando irgendetwas bewirkt... tut's aber nicht. Das gehört da nicht hin und wird ignoriert. Die Folge dürfte sein, das Dein 5mm Retract/Recover für die falsche Düse ausgeführt wird - oder jedenfalls nicht für die, die Du wahrscheinlich dafür vorgesehen hast... Wäre das eine Erklärung? Außerdem würde ich für die erste M109/M104 Combo noch die Reihenfolge ändern - und Marlin kennt kein M133 - bist Du auf MakerBot umgestiegen...?

& No, the strange thing is - that the ampersand produces a broken link... &

Don't worry - the linker should throw away all unused stuff, it just takes a bit longer than it could... Yep, sure. It's much more convenient if you want to compile several variants from the same sources. If you're interested: i use Arduino 1.6.5 at the moment and start this script from within GitBash.

From my experience: the import works flawless if you feed it with a correct file. Unfortunately the export function produces a wrong file... (it's a bug IMHO) As a workaround: The import should work if you add the missing nozzle diameters manually, like described here.

The official specification of the UM2+ mentions a build volume of 223 x 223 x 205 mm. It seems that the machine profile of Cura is a bit too optimistic...?

The build process of the whole bunch of different firmware versions is included in the Cura package script As you can see - it uses the Makefile, not the Arduino IDE. (side note: maybe it's different for the new (beta) Cura - i haven't compared it yet) I'm still not sure, how the Arduino IDE compiles a sketch but i fear it compiles (and link) all files that are present in the Marlin folder. And there is a lot of stuff that is not needed (and not used) for the Ultimaker2. Using "make" you will have a lot more control about the building process. I recommend to go this way. Probably all of this... (see above) And keep in mind that the current branches are not always in a (directly) usable state. I recommend to start with the latest stable release (15.04.4 atm) - it's always better to use a steady starting point. Have fun!

I second your suspicion... The material export function on the "+" is broken atm... As far as i can see it's intended to look like this (at least this is what the import function expects): [material] name=PLA temperature=210 temperature_0.4=210 temperature_0.25=195 temperature_0.6=230 temperature_0.8=240 temperature_1.0=240 bed_temperature=60 fan_speed=100 flow=100 diameter=2.85 The intention should be quite obvious now...

Für eine lesbare Ausgabe am besten einen (char-) Puffer zusammenbauen, so wie es hier gemacht wird. Und die Ausgabe auf jeden Fall erst nach dem Aufruf von lifetime_stats_init() starten. Das müsste klappen.

It's intended to be used with the arrow keys and the enter key (ok, and ESC ). And it needs a bit of patience - depending on the menu it needs sometimes more than one key stroke on the arrow keys to move the selection. Does it not function? oh, ...and put the mouse aside...

Menno, immer ich... Ich hab wenig Zeit, deshalb nur ganz kurz: Als Chance zum Auslesen: eine Firmware basteln die die Werte beim Start mit auf die serielle Konsole ausgibt (am Ende der "setup()" - Funktion). Beispiel für die Ausgabe findest Du in "Config_PrintSettings()" und was für die Statistik genau auszugeben ist, kannst Du in "lcd_menu_advanced_stats()" abkupfern. Zum Aufspielen auf das alte Board müsste es doch reichen, Strom und USB-Kabel anzuschließen, oder? Danach pronterface starten, connecten und schauen, was dabei heraus kommt... Übertragen auf das neue Board könnte so ähnlich funktionieren, nur halt umgekehrt... ...und beim Kauf eines gebrauchten Druckers nie darauf verlassen, was da angezeigt wird.

Das ist normal. Der Zähler funktioniert nur, wenn der Druck direkt am Drucker gestartet wird. Soweit ich weiß, gibt es bei "Fernbedienung" für den Drucker keine Möglichkeit festzustellen, wann ein Druck startet oder endet. (es gibt keinen gcode, der das kennzeichnet) Stattdessen hat man dann halt die Historie von Octoprint. Das ist dann aber bei allen Druckern gleich.

Hi @mbmast, "a blend of surfaces and solids" does not work at all for any kind of manufacturing. Consider that things like "walls with zero thickness" does not exist in a physical world... First: You have to design your model solid, or "watertight" (or "2-manifold" if you like). There are several articles that explain it further, here is an example. If your stl-model is not solid, the results are not predictable (i.e.: the results are depending on the "auto-repair" capabilities of the slicer). Second: Usually the slicer lays a "shell" all around your "walls" (with the defined "shell thickness") and fills the gap (inside of the shell) with "infill" (you can define the fill percentage). If you omit the shell, only the infill is printed (the "zigzag"). Ususally that's not what you want... (you have seen the results) To be honest: that's the way all other people are designing (and printing) their models... Can you explain the "bad results" a bit further? As a rule of thumb for slicing: Looking at your model - each "wall" begins at the first surface and ends at the second surface (and so on). The space between two surfaces defines a wall, everything else is hollow. That means: if you count the surfaces (from any perspective): it has to be an even number. Another idea: How thick are your walls? For example: you can not print a shell if the wall thickness is smaller than 2*nozzle diameter. I'm also not sure about your definition of "internal structures". Certainly you can print a cube with several cylinders inside (e.g.) - but again: your model has to be solid (all faces closed - no matter where the faces are).

Vermutlich druckst Du von SD-Karte mit UltiGCode, danach werden alle E-Koordinaten als Volumen interpretiert. Da hilft nur: GCode-Flavors nicht mischen, oder dazwischen ein Reset (letzteres weißt Du ja schon... )

@SandervG It's just the default start-gcode from S3D. After priming at the front left corner: it "wipes" the material from left to right while the buildplate moves up (from z=20 to z=0 if i remember correctly). @georgefsmith These moves bring the nozzle very close to the right clip anyway. Perhaps the position of the y-endstop is slightly different on your second printer - that's why it becomes too close? I would edit the start-gcode and increase the y positions for the "wipe moves" a bit, or decrease the x-positions (or both...) If you need to use the full print area you have to modify this method anyway...

Ich fürchte, das war vor meiner Zeit... Laut GitHub gab es ein Release 14.04 - in welcher Cura-Version das mit ausgeliefert wurde, weiß ich aber auch nicht. Die schlechte Nachricht ist: Runtime Statistics wurden erst danach mit V14.07 eingebaut. D.h., bei den "alten" Exemplaren ist das schlicht noch nicht vorhanden. Nach einem Update auf eine neuere Firmware Version wird angefangen zu zählen (bei null), aber das nützt ihm ja für die ursprüngliche Frage nichts...

Du kannst auch erstmal ein paar Bilder von Drucker und Menü herzeigen, dann wird's evtl. einfacher. Hast Du die Firmware-Version im Menü gefunden?

You're right, Marlin handles only one active extruder at a time. But it is possible to add some lines of code to the toolchange command. Don't expect it for tomorrow, but i think we will have the second setting of steps/mm in one of the next releases. As a workaround until then: you probably know that you can change the steps for each axis at any time with the M92 command. Add it to your start-gcode (or manually) and you're done. BTW: separate the settings for the motor current was a bit more complicated, but that's another story...

@ultiarjan If i get you right... i assume that you're not up to date... Separate PID coefficients and motor currents are there in version 15.12 or later. Advanced -> Preferences -> Temperature control Advanced -> Preferences -> Motion settings (of course you have to use the dual variant)