Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login

    Multi color printing with Prusa's MMU V2 & Duet?

    Scheduled Pinned Locked Moved
    General Discussion
    27
    91
    22.9k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • fmaundefined
      fma
      last edited by

      Yes, but how to manage it? There is not condition testing in G-Codes...

      Frédéric

      1 Reply Last reply Reply Quote 0
      • fmaundefined
        fma
        last edited by

        A good point in this MMU v2 is the non Bowden configuration: the multiplexer is only used to load/unload filaments to the extruder.

        I'm wondering if we could use it without the carriage selector, and use the passive splitter of the v1? This would need more tubes between the unit and the extruder, but it would be much faster to switch from one filament to another, and reduce the chance of jamming (at the input of the carriage)?

        And the Duet integration would be much easier.

        What do you think?

        Frédéric

        Phaedruxundefined 1 Reply Last reply Reply Quote 0
        • Phaedruxundefined
          Phaedrux Moderator @fma
          last edited by

          @fma I think part of the multi color precision of the v2 comes from being direct drive versus bowden. So there's that.

          I'm not sure you need conditional gcode and variables to make it work... couldn't it be scripted with macros as they are?

          Even so, conditional gcode is being hinted at for the near future, so maybe it won't be long to wait.

          Z-Bot CoreXY Build | Thingiverse Profile

          fmaundefined 1 Reply Last reply Reply Quote 0
          • fmaundefined
            fma @Phaedrux
            last edited by

            @phaedrux said in Multi color printing with Prusa's MMU V2 & Duet?:

            @fma I think part of the multi color precision of the v2 comes from being direct drive versus bowden. So there's that.

            My suggestion does not change that point: the MMU is still used to load/unload filament, extruder remaining on the printer carriage. But instead of having the moving selector, and only 1 PTFE tube, there is n PTFE tubes, and a splitter n-to-1 above the extruder.

            Even so, conditional gcode is being hinted at for the near future, so maybe it won't be long to wait.

            That's good news!

            Frédéric

            1 Reply Last reply Reply Quote 0
            • bartolomeusundefined
              bartolomeus
              last edited by

              Firmware for the MMU board has been published, as also the schematics of the board.

              Looking at the slic3r profiles, there is a 'ramming' function. Apparantly this is to retract filament with a clean cone and no strings to avoid jamming.

              1 Reply Last reply Reply Quote 0
              • fmaundefined
                fma
                last edited by

                Great!

                Does anyone understand how 'ramming' params work?

                Frédéric

                1 Reply Last reply Reply Quote 0
                • bartolomeusundefined
                  bartolomeus
                  last edited by bartolomeus

                  Regarding conditionals, couldn't something like this be used with the filament sensor of the MMU: https://reprap.org/wiki/G-code#M226:_Wait_for_pin_state

                  or: https://reprap.org/wiki/G-code#M577:_Wait_until_endstop_is_triggered
                  or: https://reprap.org/wiki/G-code#M583:_Wait_for_pin

                  1 Reply Last reply Reply Quote 0
                  • fmaundefined
                    fma
                    last edited by

                    Yes, but what if the input is never triggered?

                    Frédéric

                    bartolomeusundefined 1 Reply Last reply Reply Quote 0
                    • bartolomeusundefined
                      bartolomeus @fma
                      last edited by bartolomeus

                      @fma why would the sensor not be triggered?

                      1 Reply Last reply Reply Quote 0
                      • fmaundefined
                        fma
                        last edited by

                        If case the filament does not engage correctly in the carriage, because of melted end (blob).

                        Frédéric

                        1 Reply Last reply Reply Quote 0
                        • bartolomeusundefined
                          bartolomeus
                          last edited by

                          I guess that's why 'ramming' needs to be tuned properly.

                          Anyway, with those available gcodes should it not be possible to write some custom macro's?

                          1 Reply Last reply Reply Quote 0
                          • fmaundefined
                            fma
                            last edited by

                            Yes, sure! This is simple motors, so a couple of G1 commands should do the job. And the carriage needs to be homed.

                            Frédéric

                            1 Reply Last reply Reply Quote 0
                            • bartolomeusundefined
                              bartolomeus
                              last edited by bartolomeus

                              I don't see any homing switches so I guess it relies on sensorless homing

                              1 Reply Last reply Reply Quote 0
                              • fmaundefined
                                fma
                                last edited by

                                Right. It uses TMC drivers...

                                Frédéric

                                1 Reply Last reply Reply Quote 0
                                • Red Sand Robotundefined
                                  Red Sand Robot
                                  last edited by

                                  If it uses sensorless homing normally, wouldn't installing a normal endstop switch correct for that issue?

                                  almost an engineer

                                  1 Reply Last reply Reply Quote 1
                                  • fmaundefined
                                    fma
                                    last edited by

                                    Yes, sure. And it should be easy to do.

                                    Frédéric

                                    1 Reply Last reply Reply Quote 0
                                    • Olimanundefined
                                      Oliman
                                      last edited by

                                      I was hoping to pick up the MMU2 to put on a custom printer with a Duet 2 board.
                                      Is this something anyone has already accomplished or would it be supported by Duet at any point in time?

                                      Or is this only a home grown venture?

                                      bartolomeusundefined 1 Reply Last reply Reply Quote 0
                                      • bartolomeusundefined
                                        bartolomeus @Oliman
                                        last edited by

                                        @oliman I was going to. Awaiting a bit more reviews on the MMU2 and maybe the first design iterations.

                                        1 Reply Last reply Reply Quote 0
                                        • Olimanundefined
                                          Oliman
                                          last edited by

                                          Thanks @bartolomeus, I'll keep an eye out on reviews but I think I'm convinced the MMU 2 will be better than the Palette+. At least the design principles of the MMU 2 seem more dependable (also I'm not a fan of the custom Palette+ splicer).

                                          Anyways, maybe someone will come out with a more mod friendly or printer independent MMU 2 clone. I would rather support Prusa, but not at the expense of taking a gamble of the MMU 2 not working with a non-Prusa printer.

                                          I'm sure someone smarter than me will figure it out soon.

                                          1 Reply Last reply Reply Quote 0
                                          • fmaundefined
                                            fma
                                            last edited by

                                            For sure, MMU2 seems more reliable, and easier/cheaper to fix if it brakes. And interfacing it with the Duet/Duex is easy if you remove the electronic, and wire motors to the Duet. Then it is just a matter of a few G-Codes as macros to use it. Maybe ask Prusa if they can sell it without the electronic?

                                            BTW, I'm working on my own filament multiplexer, but a mix between v1 and v2: a passive mux above the extruder, like in the v1, but a simple loader, not Bowden, like in v2. I'm waiting for mini-clutch to test my design.

                                            Frédéric

                                            OBELIKSundefined 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Unless otherwise noted, all forum content is licensed under CC-BY-SA