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

    Blobs after changing to Duet 2

    Scheduled Pinned Locked Moved
    Tuning and tweaking
    5
    24
    1.5k
    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.
    • PXP11undefined
      PXP11 @Phaedrux
      last edited by

      @Phaedrux
      Seems to me that the PA value of around 0.06 is actually ok.
      IMG_20200202_214352.jpg

      Well I'm kind of in a dead end right now. I'll do some further testing... maybe non linear extrusion could help?

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

        You can use a narrower range of values to get it more dialed in. Maybe between 0.04 and 0.08 in 0.005 steps.

        I don't think non-linear extrusion will be a help at this point unless you're really on the edge of pushing your volumetric rate and are getting some filament slippage from back pressure.

        But otherwise, what are the remaining print issues with a PA value of 0.06?

        Z-Bot CoreXY Build | Thingiverse Profile

        1 Reply Last reply Reply Quote 0
        • dc42undefined
          dc42 administrators
          last edited by

          Please provide the GCode file for the cylindrical print that shows the blobs.

          What linear advance setting were you using in Marlin?

          Duet WiFi hardware designer and firmware engineer
          Please do not ask me for Duet support via PM or email, use the forum
          http://www.escher3d.com, https://miscsolutions.wordpress.com

          1 Reply Last reply Reply Quote 0
          • JamesMundefined
            JamesM
            last edited by

            I thought acceleration and instantaneous speed change for the extruder should be higher for pressure advance to function properly? On my printers I have the acceleration for my extruder at 2000 and the instantaneous speed change at 1200.

            dc42undefined 1 Reply Last reply Reply Quote 0
            • dc42undefined
              dc42 administrators @JamesM
              last edited by

              @JamesM said in Blobs after changing to Duet 2:

              I thought acceleration and instantaneous speed change for the extruder should be higher for pressure advance to function properly? On my printers I have the acceleration for my extruder at 2000 and the instantaneous speed change at 1200.

              Yes, that's true. If the E jerk and acceleration are too low, printing acceleration will be reduced so as not to exceed them when applying pressure advance.

              Duet WiFi hardware designer and firmware engineer
              Please do not ask me for Duet support via PM or email, use the forum
              http://www.escher3d.com, https://miscsolutions.wordpress.com

              1 Reply Last reply Reply Quote 0
              • dc42undefined
                dc42 administrators
                last edited by dc42

                One other thing that might be worth trying is the jerk mode, which is the M556 M566 P parameter. Using P1 makes the jerk policy more like Marlin's jerk policy, at least when Marlin is not configured to use junction deviation.

                Duet WiFi hardware designer and firmware engineer
                Please do not ask me for Duet support via PM or email, use the forum
                http://www.escher3d.com, https://miscsolutions.wordpress.com

                PXP11undefined 1 Reply Last reply Reply Quote 0
                • PXP11undefined
                  PXP11 @dc42
                  last edited by PXP11

                  @dc42 said in Blobs after changing to Duet 2:

                  One other thing that might be worth trying is the jerk mode, which is the M556 P parameter.

                  Am I correct in the assumption that you mean M566 ... P1, because M556 is Axis skew compensation? I was actually curios and wondered if Marlin and RepRap use different acceleration profiles. But as far as I can understand this setting (M566...P1) sort of tackles the same problem. Can I understand this setting sort of a smoothing parameter which allows some deviation from the path by foreseeing of the gcode lines?

                  So my Marlin settings where as follows:
                  Acceleration: 750 /750 /100 /500
                  Jerk: (theoretically) 42 /42 /18 /30 (XY overridden by junction deviation, E by Lin advance)
                  Junction Deviation: 0.02mm
                  S-curve acceleration: enabled
                  Linear advance: K0.056

                  I tried the higher numbers for Z and E:

                  M201 X750.00 Y750.00 Z200.00 E3000
                  M566 X600.00 Y600.00 Z240.00 E3000
                  

                  The result was only marginally improved, still bad.

                  Here is the gcode from the little cylinder: test_cylinder.gcode
                  One of the problematic retractions would be at line 1708:

                  1706 G1 X73.815 Y39.038 E0.0126
                  1707 G1 X73.423 Y39.109 E0.0126
                  *1708 G1 X73.369 Y39.116 E-0.4000 F657
                  1709 G1 X73.224 Y39.134 F657
                  1710 ; feature infill
                  1711 ; tool H0.200 W0.600
                  1712 G1 X65.834 Y32.721 F15000
                  1713 G1 E0.4000 F4800
                  1714 G1 X73.147 Y25.409 E0.4902 F1642
                  1715 G1 X73.287 Y25.426 E0.0067
                  1716 G1 X73.660 Y25.493 E0.0179
                  
                  

                  This is a retraction during wipe movement. S3D calculates the resulting move between wipe and retraction distance. In conjunction with the printing speed this gives the resulting (low) feed (E speed was set @80mm/s).This was always this way and has worked for me so far.

                  @dc42
                  Is there something similar to Junction Deviation in RRF, because you mention M566P1 is like Marlin without it?

                  dc42undefined 1 Reply Last reply Reply Quote 0
                  • dc42undefined
                    dc42 administrators @PXP11
                    last edited by dc42

                    @PXP11 said in Blobs after changing to Duet 2:

                    Am I correct in the assumption that you mean M566 ... P1

                    Yes, sorry.

                    @PXP11 said in Blobs after changing to Duet 2:

                    Is there something similar to Junction Deviation in RRF, because you mention M566P1 is like Marlin without it?

                    Not yet, but it will come. The main difference with JD is how the amount of jerk allowed varies with cornering angle.

                    Duet WiFi hardware designer and firmware engineer
                    Please do not ask me for Duet support via PM or email, use the forum
                    http://www.escher3d.com, https://miscsolutions.wordpress.com

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

                      @dc42 Can you describe what the difference between M566 P1 and P0 actually is? I think I get better results with P1, but maybe I'm not clear about what it's actually doing differently.

                      https://duet3d.dozuki.com/Wiki/Gcode#Section_M566_Set_allowable_instantaneous_speed_change

                      The default jerk policy is 0, which replicates the behaviour of earlier versions of RRF (jerk is only applied between two printing moves, or between two travel moves, and only if they both involve XY movement or neither does). Changing the jerk policy to 1 allows jerk to be applied between any pair of moves.

                      Does that mean that the transition between a print move to a travel move will be faster or slower? I take it to mean that P0 there is no jerk applied between a print move to a travel move, so it would come to a full stop? But with P1, the X Y jerk would be applied allowing for less of a slow down?

                      Z-Bot CoreXY Build | Thingiverse Profile

                      PXP11undefined 1 Reply Last reply Reply Quote 1
                      • PXP11undefined
                        PXP11 @Phaedrux
                        last edited by PXP11

                        After some testing with M566P1 I noticed instant differences. Firstly the extruder was snappy as f***. Actually started skipping steps because of the high jerk. Went back to 1500mm/s, worked fine after that, still might be a bit too much to the point where it is not retracting but ripping apart the filament inside the hot zone.
                        Here is the video from the small cylinder, same gcode: https://1drv.ms/v/s!Alyk1AJNCCDtlQzyyP3EWgJVEntP

                        The following cubes were done with four different slicers. As far as possible with the same settings. 0.4mm retraction @60mm/s 0.2mm wipe.

                        S3D
                        IMG_20200206_172839.jpg

                        IdeaMaker
                        IMG_20200206_172846.jpg

                        PrusaSlicer
                        IMG_20200206_172850.jpg

                        Cura
                        IMG_20200206_172853.jpg

                        Prusa looked the best as far as the z-seam (or lack there of) goes. Over all Ideamaker gives the best whole picture. I'm sure I can improove the quality even further.

                        I'll be doing some more test with different filaments and M593 DAA so I can go higher on XY acc and jerk to further reduce time spent over areas while retracting (without inducing artifacts on other areas).

                        1 Reply Last reply Reply Quote 0
                        • dc42undefined
                          dc42 administrators
                          last edited by

                          @PXP11, thanks for that. Is it your opinion that using M566 P1 has solved the problem, and your prints are no longer worse than they were using Marlin?

                          Duet WiFi hardware designer and firmware engineer
                          Please do not ask me for Duet support via PM or email, use the forum
                          http://www.escher3d.com, https://miscsolutions.wordpress.com

                          PXP11undefined 1 Reply Last reply Reply Quote 0
                          • PXP11undefined
                            PXP11 @dc42
                            last edited by PXP11

                            @dc42
                            Well M566P1 changed the movement behaviour a lot. To the better that is. I don't know why this is not yet the standart when using the configurator tool.
                            Quality wise I'm not quite there yet but I'm sure some further tweaking will get me the same if not better results than Marlin. Even if not, RRF has spoiled me and I'm never going to switch back.

                            Thanks for the valuable tip.

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