Jump to content

reibuehl

Member
 View Profile  See their activity

  • Posts

    237

  • Joined

  • Last visited

  • Days Won

    4

 Content Type 

Posts posted by reibuehl

    Upgrading an UM2 with an UM2+ feeder?

    in UltiMaker 3D printers

    Posted

    6 minutes ago, ahoeben said:

    As far as I remember, the reason to include a new stepper for the extruder was because how the gear attached to the motor shaft (and the length of the motor shaft).

    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?

    Upgrading an UM2 with an UM2+ feeder?

    in UltiMaker 3D printers

    Posted

    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

    Luftleitung im Inneren des Bauteils

    in Deutsch

    Posted

    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. 

    UM2+ Stepper Motor vom Extruder tot?

    in Deutsch

    Posted

    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.

    • Like 1

    UM2+ Stepper Motor vom Extruder tot?

    in Deutsch

    Posted

    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.

    PLA print stuck to glass plate

    in UltiMaker 3D printers

    Posted

    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 😄

    Pause for Filament Change with M600 - What position for printhead?

    in UltiMaker 3D printers

    Posted · Edited by reibuehl

    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?

     

    Pause for Filament Change with M600 - What position for printhead?

    in UltiMaker 3D printers

    Posted

    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.

    UM2+ Mark 2 upgrade - Hot end / extruder (+expansion board) from AliExpress

    in Third party products & modifications

    Posted

    4 hours ago, gr5 said:

    It's for adding a second extruder to the UM2 printer.  It's all the hardware you need for the mark2 project.  Although you can ignore that PCB and some of the cables and the magnets and instead use it to turn your printer into a UM2+ but again the fans are useless.

     

    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.

    Problem with generated g-code: Pre-mature Heatup g-code inserted before startup g-code

    in UltiMaker Cura

    Posted

    18 hours ago, ahoeben said:

    Depends on your definition of a bug.

     

    The default behavior is working correctly (inheriting the normal printing temperature if no specific temperature is specified), but there is also a problematic second mechanism that is poorly documented as a "good thing to do", when in fact it isn't.

    image.thumb.png.1976e06eb7fa869f85b46e4e6d86d4dc.png

    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.

    Problem with generated g-code: Pre-mature Heatup g-code inserted before startup g-code

    in UltiMaker Cura

    Posted

    18 minutes ago, ahoeben said:

     

    What happens is that Cura just blindly fills in what the "Printing Temperature Initial Layer" is set to, which apparently is 0 in your case. The lemma "no special treatment" unfortunately only applies to how CuraEngine treats the value. In a way, because you reference {material_print_temperature_layer_0} in the start gcode, you are forcing the special treatment of layer 0.

     

    The default behavior of the "Printing Temperature Initial Layer" is to default to the same value as the "Printing Temperature" setting: https://github.com/Ultimaker/Cura/blob/master/resources/definitions/fdmprinter.def.json#L2313

     

    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?

    Problem with generated g-code: Pre-mature Heatup g-code inserted before startup g-code

    in UltiMaker Cura

    Posted

    {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.

    Problem with generated g-code: Pre-mature Heatup g-code inserted before startup g-code

    in UltiMaker Cura

    Posted

    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

×
×
  • Create New...