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
    23.1k
    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.
    • resamundefined
      resam
      last edited by

      Gathering a bit of information from Youtube and blog posts, I think the MMU2 has its own electronics, with some selection buttons on top of the unit.

      Since it is supposed to be an upgrade for the MK3, which uses the Einsy board, I would expect the MMU2 to be fully self-contained, and probably uses a simple interface to communicate with the main controller (SPI/Serial or similar). Maybe it requires a small adapter board to connect to Ext P1-P3.

      Shipment of these units was delayed multiple times already and is currently planned for September 2018.

      No open-source documents have been published so far.

      Once Prusa actually ships the thing, and publishes more documents, we can think about if and how this would work with a Duet controller.
      Until then - we can only guess.

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

        Small reference on github: https://github.com/prusa3d/Arduino_Boards/blob/master/IDE_Board_Manager/package_prusa3d_index.json

        But, maybe possible to use without prusa's board? Just directly connect to Duet and just use the mechanics?

        1 Reply Last reply Reply Quote 0
        • Cataundefined
          Cata
          last edited by

          Any here buy the mmu2 and plans to use without the original prusa?

          1 Reply Last reply Reply Quote 0
          • BenDieselundefined
            BenDiesel
            last edited by

            Looks like prusa released a promotion video
            https://youtu.be/E1ZxTCApLrs

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

              Also interested in (eventually) trying to get this to work with my cartesian printer for use with dissolvible support material, anyone find out any more info on how it would be possible to get it working with the Duet?

              almost an engineer

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

                Look at the main board sources:

                https://github.com/prusa3d/Prusa-Firmware/releases/tag/v3.4.0-RC2

                there are 2 files, mmu.h and mmu.cpp which handle the com with the MMU board. Looks like they use a serial port.

                I guess it is possible to include support in the Duet? It would require to use the PanelDue connector...

                Frédéric

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

                  Wouldn't it be easier to just plug the steppers into a duex expansion board and write some custom macro's? That way you don't need prusa's electronics.

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

                    Yes. As David said, this solution can be implemented without any modifications. But you will loose some features, like checking if the filament is correctly engaged (with the switch made from a metal ball and inductive sensor) or so. And no feedback at all: if it jams, the Duet won't be noticed, and will continue to print...

                    Frédéric

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

                      @fma couldn't you plug that sensor in the duet?

                      1 Reply Last reply Reply Quote 0
                      • 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
                                            • First post
                                              Last post
                                            Unless otherwise noted, all forum content is licensed under CC-BY-SA