reibuehl

If you can print with different materials, then a PETG layer between PLA support and PLA print item might be a solution. I found this in a (German) video: https://www.youtube.com/watch?v=Matf1Mna2zI&list=WL&index=1

Okay, I will check with them.

Okay, so I would need a new motor anyways? I checked the Bondtech extruder and that one also states UM2+ as a requirement so it also might need the longer motor shaft?

Hi all, I am planing to upgrade my UM2 with the geared feeder from the UM2+. As my UM2 already has the UM2+ hotend, I would like to avoid the high cost of the full UM2 Extrusion Upgrade Kit. If I understand it correctly, the new geared feeder requires a reverse direction of rotation. Is there a reason not to do this reversing just in the firmware (I use Tinkergnomes Firmware) and keep the UM2 feeder motor? Reiner

Ich würde in Cura die Anzahl der Outside Walls hochsetzen (von 2 auf 4 z.B.) und mit 100% Infill drucken. Wenn es die Geometrie bzw. die gewünschte Auflösung des Bauteils zuläßt, dann eine möglichst grobe Auflösung (>=0,2mm) wählen, damit Du möglichst wenig Schichtgrenzen hast, da an denen vermutlich am ehesten Undichtigkeiten entstehen.

I created one myself and contributed it to Cura. You can find it under Add Printer -> Non-Ultimaker Printer -> Add a non-networked Printer -> TinyBoy -> TinyBoy Fabrikator 1.5 in any Cura version 🙂

Gemacht habe ich das noch nicht, aber möglich sollte es sein. Die Extruder Module brauchen STEP und DIR vom Microcontroler, die liegen am ATMEGA2560 auf PL7 und PL6 (E0) bzw. PL0 und PL2 (E1). +5V und GND findet man auch leicht, die +24V Motorspannung und Motorspannung GND sollten an den Pads von C70 (E0) bzw. C71 (E1) anliegen. Die vier Motorausgänge kann man direkt an die Pins der Stecker oder auf der Unterseite auf die Testpunkte TP58-61 (E0) bzw. TP62-65 (E1) anlöten. Die Pins am ATMEGA anzulöten ist warscheinlich das schwierigste, der Rest sollte halbwegs gut machbar sein.

Falls doch mal der Treiber auf dem Mainboard durchbrennt gibt es zumindest auf den UM2 und älteren UM2+ Mainboards ja noch den zweiten Extruder Anschluss. Den kannst Du auch verwenden, Du muss dann halt nur die Pins für Extruder 0 und Extruder 1 in der Definition für MOTHERBOARD == 72 in pins.h tauschen und die Firmware einmal neu compilieren.

Normally PLA should stick on the glass without additional glue. I only had issues when the glass wasn't clean. Cleaning it with Isopropanol did help then. I usually wipe the glass plate with Isopropanol every few weeks and don't use any glue stick. Instead of putting the whole plate in the freezer, you also can try to cool down the print with a can of compressed air while it is still in the printer. I do that sometimes when I am too impatient to wait for the print to cool down on its own 😄

@gr5 do you have a link to the meduza 2X upgrade you mentioned?

Digging further in the @tinkergnome Firmware source, I found this in UltiLCD2_menu_print.cpp that seems to be responsible for the move: void lcd_print_pause() { if (!card.pause()) { card.pauseSDPrint(); // move z up according to the current height - but minimum to z=70mm (above the gantry height) uint16_t zdiff = 0; if (current_position[Z_AXIS] < 70) zdiff = max(70 - floor(current_position[Z_AXIS]), 20); else if (current_position[Z_AXIS] < max_pos[Z_AXIS] - 60) { zdiff = 20; } else if (current_position[Z_AXIS] < max_pos[Z_AXIS] - 30) { zdiff = 2; } char buffer[32] = {0}; #if (EXTRUDERS > 1) uint16_t x = max(5, int(min_pos[X_AXIS]) + 5 + extruder_offset[X_AXIS][active_extruder]); #else uint8_t x = max(int(min_pos[X_AXIS]), 0) + 5; #endif uint8_t y = max(int(min_pos[Y_AXIS]), 0) + 5; sprintf_P(buffer, PSTR("M601 X%u Y%u Z%u L%u"), x, y, zdiff, uint8_t(end_of_print_retraction)); process_command(buffer, false); primed = false; } } I don't fully understand the code though. Does this mean that the head moves to absolute X=5 and Y=5 and relative Z = +70? Would it be possible to execute this function instead of whatever M600 does?

When pausing a print for a filament change via the front button on the UM2, the head automatically moves to a park position in the front left corner and lowers the build plate. However if the pause for filament change is initiated via the M600 command in G-code, the head stays over the part and makes it impossible to extrude the filament during the filament change. I use the @TinkerGnome firmware. In the firmware source it seems M600 can take optional parameters for the head parking position: // M600 - Pause for filament change X[pos] Y[pos] Z[relative lift] E[initial retract] L[later retract distance for removal] But what values should be used to get a similar behaviour like a pause from the front panel knob? And do I have to add a manual move back over the part or will this be done automatically? I use Prusa Slicer 2.5 to generate the g-code.

Reichelt vertreibt einige Teile wie Düsen, Heater, Temperatursensoren und PTFE Tubes.

Looks like it is the thinner one of the two. That is the temperature sensor: https://www.reichelt.com/de/nl/pt100-b-sensor-voor-ultimaker-2-um2-pt100b-sens-p150009.html?CCOUNTRY=445&LANGUAGE=en&GROUPID=9298&START=0&OFFSET=16&SID=95c8e9d9f876e3374f637cc55f70100fa5bfbd471d5f52fbb55ca&LANGUAGE=NL&&r=1

Does such a PDF also exist for the UM2 (without plus)? UPDATE: Never mind, I found it at https://cdn.webshopapp.com/shops/272930/files/318145754/photobook-um2.pdf

Unter https://github.com/Ultimaker/Ultimaker2Plus/ gibt es die STEP Dateien. 1321-C.STEP und 1322-D.STEP sollten die richtigen sein.

Strange... my UM2 board has all the necessary ports for a second feeder and hotend... I didn't need a separate PCB for that. But I only have a 1.75mm extruder as second extruder and I only use one at a time. Maybe that makes the difference.

What is the benefit of that kit? It looks like a UM2+ Feeder with a replacement printhead but also has a PCB.

I created pull request https://github.com/Ultimaker/Cura/pull/11015 that should fix the start & end gcode and the temperature settings in all three profiles.

This is the default settings I see. If it would work correct, then {material_print_temperature_layer_0} should be evaluated to 210. But it is evaluated to 0. In my definition this is a bug. I am just not sure if it is a bug in the printer definition (then it would be my fault as I contributed the definition for that printer 😀 ) or if it is a bug in the engine itself.

Then the fact that Cura is not using {material_print_temperature_layer_0} as documented in the UI and description of the parameter in the source is a bug in Cura?

{material_print_temperature_layer_0} does not work. If I use it, the result is a M104 S0 - in the Cura UI, the parameter "Printing Temperature Initial Layer" defaults to 0 which should mean "no special treatment of layer 0" according to https://github.com/Ultimaker/Cura/blob/master/resources/definitions/fdmprinter.def.json but that apparently doesn't work correctly. With {material_print_temperature} however it seems to work. I will test it once more and then create a pull request for https://github.com/Ultimaker/Cura/blob/master/resources/definitions/tinyboy_fabrikator15.def.json as the start and end g-code comes from there.

Hi all, I have an issue with the g-code that Cura 4.11 generates for my Tinyboy Fabricator 1.5: I have a start g-code defined that first homes the axis and positions the nozzle and then heats up the hotend. But in the generated g-code, I get additional heat up gcode before my startup g-code. This results in problems with the print start as material already oozes out at the "wrong" place. How can this premature heat up be suppressed? My startup g-code looks like this: ;Sliced at: {day} {date} {time} ;Basic settings: Layer height: {layer_height} Walls: {wall_thickness} Fill: {infill_sparse_density} ;Print time: {print_time} ;Filament used: {filament_amount}m {filament_weight}g ;Filament cost: {filament_cost} G21 ;metric values G90 ;absolute positioning M82 ;set extruder to absolute mode M107 ;start with the fan off G28 X0 Y0 ;move X/Y to min endstops G28 Z0 ;move Z to min endstops G1 X0.0 Y0.0 Z15.0 F{travel_speed} ;move the printhead up 15mm G92 E0 ;zero the extruded length M104 S{print_temperature} ;set extruder temperature M105 M109 S{print_temperature} ;wait for extruder temperature G1 F200 E30 ;extrude 30mm of feed stock G92 E0 ;zero the extruded length again G1 F{travel_speed} ;Put printing message on LCD screen M117 Printing... The generated g-code however looks like this: ;FLAVOR:Marlin ;TIME:3570 ;Filament used: 2.29132m ;Layer height: 0.2 ;MINX:8.303 ;MINY:8.315 ;MINZ:0.2 ;MAXX:71.698 ;MAXY:71.687 ;MAXZ:22 ;Generated with Cura_SteamEngine 4.11.0 M104 S210 M105 M109 S210 M82 ;absolute extrusion mode ;Sliced at: Sat 04-12-2021 11:18:18 ;Basic settings: Layer height: 0.2 Walls: 1.2 Fill: 20 ;Print time: 00:59:31 ;Filament used: [2.29]m [0.0]g ;Filament cost: [0.0] G21 ;metric values G90 ;absolute positioning M82 ;set extruder to absolute mode M107 ;start with the fan off G28 X0 Y0 ;move X/Y to min endstops G28 Z0 ;move Z to min endstops G1 X0.0 Y0.0 Z15.0 F100 ;move the printhead up 15mm G92 E0 ;zero the extruded length M104 S210 ;set extruder temperature M105 M109 S210 ;wait for extruder temperature G1 F200 E30 ;extrude 30mm of feed stock G92 E0 ;zero the extruded length again G1 F100 ;Put printing message on LCD screen M117 Printing... The lines 12-14 in the example above are the problem. They should not be there. Any ideas? Best regards, Reiner

Arduino IDE should work if the board is still alive.

I only have a regular UM2+, there the Pause at Height works. I wasn't aware that the firmware of the connect is that different.