Jump to content
Ultimaker Community of 3D Printing Experts

MTG

Member
  • Content Count

    68
  • Joined

  • Last visited

Posts posted by MTG

  1. Hi,

     

    sorry I'm very occupied by work at the time - the printer with printhead is running but thats all 3d-prining stuff I do at the moment. Status on it is unchanged - working fine for me, not really ready for other persons. Sure could put the CAD on GitHub but I would have to check on patents and stuff so I wont get sued. Also the parts are kind of hard to manufacture - advanced cnc-machines are required, so I don't think the design would be accessible for many people.

    Thought about making an commercial upgrade kit, but interest does not seem high enough.

     

    Yeah, toolchangers are great, but in my opinion it should switch the tools like a cnc machine. In Ultimakers it really sucks that you can't move the printhead out of the buildplate, so a toolchanger will occupy space and its not possible to mount a wiping device and you still have to print prime towers. Yeah I know, the printer would be bigger at the same build area, but a wiping device is really nice and it saves a lot of time if you don't have to do prime towers. Sure for many people thats no issue, but I don't like that. If I would build an fdm printer from scatch it would probably have a toolchanger comparable to cnc milling machines with a magazine of tools. Also I think about working on other technologies like SLS to make that more affordable and less of a mess.

     

    I did indeed think of using a servo, but the electronics part is not exactly easy on that because the UM Board is not equipped for that. You would have to find an unoccupied pin and modify a lot in the firmware,. I think its doable, but not easy. Also I did not like the additional weight.

     

    On 12/28/2020 at 8:24 PM, enabler said:

    After the first layer, there are two tool changes for each layer of the print.  That’s a lot of additional wear on the machine and the added time for printing.  

    Actually, thats not true. If you switch the order of printing the filaments in each layer, you have one only toolchange, like -> A,B/B,A/A,B/B,A where "/" indicates the toolchange.

    • Thanks 1
  2. 21 hours ago, drayson said:

     

    Whow - great design!

    would be interested in more detailes as I plan (ok, since more than a year) to upgrade my dual UMO to something more reliable...

    Are you willing to share the design?

     

    Greetings from Austria!

     

    Yeah I was thinking about putting it on Github or something like this, but I would need to take some time to clean it up a bit. For example the software that I forked - the lever switch position is currently hard coded.. also there are some other things that could work smoother. Mechanically, it's a pretty solid construction (might be because I'm a mechanical engineer and not a programmer 😅).

    If someone wants to make their own, be aware that the core parts have to be made out of metal because they get quite warm. Most of the core is made from aluminum, the lever and shaft is stainless steel. Only the fan duct and the parts to connect to the x- and y-axis are printed. If someone is willing to work on the software side - I also have some spare parts lying arround that should add up to another complete printhead

  3. Update: As the initial design was bad and would not be able to be manufactured, I decided to postpone  this once again into winter and start from scratch, so I could choose this topic as a masters thesis.

     

    The outcome is a pretty functional prototype. Here are some pictures.

     

    I was able to print without the need to cool down the nozzles. They could stay on printing temperature without dripping on the print. But I had to print a prime tower. If the software was abit more customized, I possibly won't need that either, saving more time...

     

    If anyone is interested in this I might share more details or a video.

     

     

    IMG_20200221_085818.jpg

    DE2-Assembly_01-1.jpg

    DE2-Assembly_01-2.jpg

    IMG_20200220_164309.jpg

    IMG_20200221_083455.jpg

    Abdeckungen.jpg

    IMG_20200221_091806.jpg

    • Like 1
  4. Hey,

    I'm using Cura 4.1 and Octoprint, so I have to use the start script function of Cura. With only one Material it wasn't a problem, but I have modiefied my UM 2+ Extended for dual printing. So I made a startup script for dual extrusion. It's basically just:

     

    
    T0
    
    //Extrude T1, Wipe and do stuff
    
    T1
    
    //Extrude T1, Wipe and do stuff
    
    T0

    As you See, I make sure that I have T0 selected, extrude and wipe, change to T1, do the same and back again to T0. Then I'm ready to start with T0.

     

    So, when my part starts with T0, no problem here, everything is working normally. But when my part starts with T1, I mess up because my startup script ends with T0 and the Cura-generated toolchange is before the user startup script:

     

    // How it is:
    
    T1 //<- This is the Cura generated toolchange
    
    //cura generated stuff like heating etc
    
    ; Start user startup script dual ---------------------------------------------------
    
    T0 //My toolchange
    
    //Extrude, wipe and stuff
    
    T1 //My toolchange
    
    //Extrude, wipe and stuff
    
    T0 //My toolchange

    As you see, it starts with T0 when it should actually start with T1. Now, I have to modify every gcode file by hand, if it starts with T1.

    Why is it not like the following (or how can I make this work):

     

    // How it should be:
    
    //cura generated stuff like heating etc
    
    ; Start user startup script dual ---------------------------------------------------
    
    T0 //My toolchange
    
    //Extrude, wipe and stuff
    
    T1 //My toolchange
    
    //Extrude, wipe and stuff
    
    T0 //My toolchange
    
    ; End user startup script dual ---------------------------------------------------
    
    T1 //<- Here should be the the Cura generated toolchange

    Wouldn't that be more logical for the final toolchange before the part starts?

    I hope it's understandable what I mean

     

     

     

     

  5. It's hard work, but I'm slowly making progress. I have one more Question regarding the toolchange retract:

     

    • There is a toolchange retract in the tinker firmware and in cura. I'm using octoprint so no ultigcode here. Does it use the cura settings, the firmware settings or both? If both, can I just zero the cura setting to use the firmware only?
    • I have the strange behavior, that every second layer is overextruded. Do you have any idea where this can come from? My assumption is that it's because of the tool change.
    • Waht exactly is the "prime" value in toolchange retract option? If there is 1mm, does this extrude 1mm extra filament? Like when the setting is 16mm, does it retract 16mm and after that extrudes 17mm?

    Thank you for your help

     

    Edit: I don't want to lower the temp during extruder standby. Is it enough to set the standby temp as the same as print temp in cura? Or is there a fw setting?

  6. 15 hours ago, tinkergnome said:

    Don't add the "gcode" file extension. The file name should be a simple "T0" and "T1" - without any extension.

     

    Just did this.

    Good: It looks like it did something, it does not start the mark2 routine

    Bad: It does some weid stuff which seems barely connected to my script. My T1 for example is the following:

     

    G0 F6000 X220 Y215 
    G0 Y223
    G0 F1000 X218
    G2 F4000 X184 Y219 I-19 J15.9
    G0 F6000 Y215

     

    So it should move to the right back corner, then move a few mms back, 2mm to the side and then do a circle. Then move a few mms to the front. All happens in the right back corner, where also is my lever shifting stop.

    When I start it as gcode programm or when I insert them one by one into the console everything is fine.

    But when I start the toolchange it first moves to the front right corner, then to the front left, does a weird circle, then moves to the back right corner, and then back to the front right.

    I first thought it would have something to to with absolute positioning, so i did write G90 at the beginning of my files. It didnt change anything.

     

    The movement is so weird, I don't even know what to do to fix this. From Soure Code it seems like it's just starting my script:

     

     if (t1)
        {
            processScript(t1);
            if (bRetract)
            {
                toolchange_retract(current_position[X_AXIS], current_position[Y_AXIS], toolchange_retractfeedrate[0]/60, 0);
            }
        }

    Is it possible that it ignores settings like that the y-axis is inverted when the script is called from there? Did anyone use this feature yet and has made an own working toolchange script?

  7. 1 hour ago, tinkergnome said:

    You can put custom tool change scripts on the sd-card (only if those are short - RAM is very limited).

    Folder name and file names are defined here: 

    https://github.com/TinkerGnome/Ultimaker2Marlin/blob/Mark2/Marlin/commandbuffer.cpp#L22

     

    Thank you!

     

    I made an directory "config" on the SD with "T0.gcode" and "T1.gcode". But when I try to change (via command line T0 or T1 and also under menu point "Change extruder") it won't take my custom script, it does execute the mark2 change script.

     

    I also built the firmware on my own with " TCSDSCRIPT SDSUPPORT " in $MAKE (in package.sh), but no luck.

     

    What am I missing?

  8. 18 hours ago, tinkergnome said:

     

    Nope. There are no separate z-offset settings in the normal Marlin firmware. With this classic approach both nozzles have to be at the exact same height (if you want to use both at a time).

     

    The firmware variant for Mark2 / magnetic tool changer got quite a few upgrades to handle both printheads separately, but this is a different topic. 

     

    Just had a look in the current TinkerFW. I'm not very experienced in c++, but from what I have seen, the extruder_offset variable is the way to go. But it's made only for XY : // Extruder offset, only in XY plane

     

    Think I have to add a EXTRUDER_OFFSET_Z.

     

    Important might be the T command for toolchange. It seems like it's just adding the offset to the current positions in x and y. Therfore it has to be added in z, too.

     

    Other thing is how to calibrate. I'm uising Octoprint, maybe I can just set the Offsets via M218 command that I don't have to program the gui...

     

    Is the Mark2 firmware open source btw? Might be less work adding the custom tool change there..

  9. 6 hours ago, tinkergnome said:

     

    Nope. There are no separate z-offset settings in the normal Marlin firmware. With this classic approach both nozzles have to be at the exact same height (if you want to use both at a time).

     

    The firmware variant for Mark2 / magnetic tool changer got quite a few upgrades to handle both printheads separately, but this is a different topic.

     Oh that's too bad. Could be really useful in that firmware. Is it much work to add?

     

    I guess I can't use the Mark 2 Firmware? I have a custom tool change script which I wanted to use over cura ...

  10. 22 hours ago, conny_g said:

    This adjusts the z position of the currently active extruder.
    So if you want to adjust it for the 2nd extruder, you need to activate it and then go to z adjust. 

     

    So I just came back to this. The question I can't get behind is: how do I activate an specific extruder?

    There is somethin like "Swap extruders" under "Advanced", but It shows the same Z-Value in home so I guess thats not how to do it...

     

  11. Hey,

    has anyone flipped the x/y stepper motors outside of the housing on the Ultimaker2? Is it recommended?

    I need the space for my lever shifting system and I thought it would also be nice if I wanted to use an heated build chamber...

     

    I remember reading someone has done it before, but I only found threads about the Ultimaker Original.

    From what I read, I just have to switch some cables to reverse the direction of the motor..

     

     

  12. Quote

    Yes, it has a z offset adjust feature.

     

    Okay, I found the usual "adjust buildplate". When I go to expert functions, there is also a feature called "adjust z position". I chose that and the i can adjust the buildplate. but only for one nozzle. Shouldn't that start the adjust position twice? Like one time for every nozzle? How am I supposed to get two values?

     

    I know that I can adjust the x- and y-offsets in cura. But not z...

  13. Hey,

     

    1. I have to use an other power supply for two 35W heaters, right? Any suggestions which one I could use or where to get the plug?
    2. What are the differences between the 35W and the 25W heaters? (just curious, I guess they get the same voltage?)
    3. Are there heaters with more than 35 W that I can use? I mean, if i have to get a new power supply anyway, I could also use two 50W (if somesthing like that exists)
    4. I'm using the thinkergnome firmware for dual extrusion. Is there any possibility to adjust the z-heights seperately for every extruder?
    5. Is it possible to lower the 5V fan speed via software, or do I have to use a resistor?

     

    Thank you for your help.

     

     

     

  14.  

    3 hours ago, Smithy said:

    I am not sure, but I think I have seen Bowden tubes at the Bondtech shop where you can order per cm or so. 

     

    Yeah just saw it! But it's 20€ shipping for me..

     

    16 minutes ago, tinkergnome said:

    ...in addition: Ultimaker printers do not use bowden tubes with metric dimensions (AFAIK).

    You probably want one with 1/4 inch outside and 1/8 inch inside diameter.

    Where are you located? Here's another example in USA: https://www.captubes.com/

     

    Yeah I just had this Idea too. The one I ordered from Amazon is 4mm inner diameter, 6mm outer diameter and it works quite good. Maybe I would have trouble with flexible filament...

     

    I'm located in Germany. On  German Amazon I can't find any inch-tubes. US shops seem to have very high shipping costs for just a tube worth 20 bucks

     

    Edit: Just noticed that my tube does not work. Outer diameter is too small so it pulled itself out of the holder...

  15. Hey,

    for my modification I need an bowden tube thats a bit longer than the stock one. When I'm searching for PTFE tube, I can't find Tube with inner diameter 3mm / outter diameter 6mm.

    Most of the tubes have 4mm on the inside when outter diameter = 6mm. Does anyone know where I can buy that tube so that I cant cut my own length from it?

     

     

  16. 13 hours ago, gr5 said:

    So you are saying the bed moved down suddenly for no apparent reason?

     

    If you look at the video, this is not 100% accurate. It did move down, but its every time another island is printed. I think the printer did it "intentionally", because its every time a "z-hop" would be performed, if the option was activated (which I didn't). It looks like a z-hop, but the bed does not go up again. And it also looks like the z-distance icrease is always the same. I think you can even hear the servo doing that. I'm running with octoprint on an raspberry, I don't know if octoprint gave the wrong commands... but why after 5 hours

  17. Hi,

    I was printing a housing when this happened:

    https://drive.google.com/file/d/1xeIf1RU8wTKBekbVRKasV_rwXLKBobR1ww/view?usp=sharing

     

    When you look through the gcode, it's seems okay. The Z Values appear in the right order without the gap . Why does it do that? It's an 10 hour print ant it was all fine for like 7 hours and then this started?

    And why does it go back don again for the wall?

    Is it an Octoprint Error?

    The simulation in Cura does not show this behavior neither, I have checked this.

     

    Printed with Cura 3.3.1. My Gcode and Settings file attached.

     

    Edit: okay, for every island it does liek a z-hop without going down. On the layer change it goes back to the correct layer. I can't figure out whats wrong here

     

    profile.curaprofile

    CFDMP_Gehause_Oberteil.gcode

×
×
  • Create New...