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

    RRF 3.4 input shaping preview available

    Scheduled Pinned Locked Moved
    Beta Firmware
    25
    205
    25.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.
    • skrotzundefined
      skrotz @dc42
      last edited by

      @dc42 I did have PA enabled, that’s probably the only difference between the config files I posted, I think. The tests with these new firmwares had PA enabled.

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

        @skrotz said in RRF 3.4 input shaping preview available:

        @dc42 I did have PA enabled, that’s probably the only difference between the config files I posted, I think. The tests with these new firmwares had PA enabled.

        How much PA?

        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

        skrotzundefined 1 Reply Last reply Reply Quote 0
        • skrotzundefined
          skrotz @dc42
          last edited by

          @dc42 M572 D0 S0.12 is my standard PA setting, that's what the config.g had that I have been using for current 3.4 tests.

          1 Reply Last reply Reply Quote 0
          • Adrian52undefined
            Adrian52
            last edited by

            Should add that I used daa to compare 3.3 with 3.4, so that an identical config.g could be used for both. I use pa 0.8 with my 700mm bowden. No errors or hiccups with both, but pa not working with 3.4.
            If I use ei3 with 3.4, I get 2 Step errors with the calibration cube (no hiccups or underruns), and I get 2 filament monitor 'insufficient movement' pauses on layers 97/98 out of 100.

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

              @adrian52 @skrotz @sebkritikel I have put a new Duet 2 binary at https://www.dropbox.com/sh/ja08b7qdzsl8kjc/AAAwUbkN2XJvurq5CuQTgx5Wa?dl=0. This fixes the issue with pressure advance and other issues that I was able to reproduce.

              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

              CadetCundefined skrotzundefined 2 Replies Last reply Reply Quote 0
              • CadetCundefined
                CadetC @dc42
                last edited by

                @dc42 said in RRF 3.4 input shaping preview available:

                @adrian52 @skrotz @sebkritikel I have put a new Duet 2 binary at https://www.dropbox.com/sh/ja08b7qdzsl8kjc/AAAwUbkN2XJvurq5CuQTgx5Wa?dl=0. This fixes the issue with pressure advance and other issues that I was able to reproduce.

                As you said, tooboard build in accelerometer now works with SBC
                I tried x and y axis - so now I'm going to take on IS 😉

                G1 X-50 G4 S2 M956 P121.0 S1000 A0 G4 P10 G1 X50 F20000
                

                Przechwytywanie.JPG

                G1 y-50 G4 S2 M956 P121.0 S1000 A0 G4 P10 G1 y50 F20000
                

                Przechwytywanie.JPG

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

                  @cadetc currently I favour doing a sharp move and collecting data after it has completed. This removes motor and belt noise from the accelerometer output, making it easier to see what is going on. Here is a sample command for the X axis, for a machine set up with X0 Y0 being bed centre:

                  G1 X-100 F3000 G4 S1 G1 X0 F20000 M400 M956 Pxxx A0 S1000

                  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

                  CadetCundefined 1 Reply Last reply Reply Quote 1
                  • skrotzundefined
                    skrotz @dc42
                    last edited by

                    @dc42 with PA enabled the "clunking" noise has returned, usually when printing the infill portion. Disabling PA stopped the clunking, and oddly produced a small layer shift in the X direction and an even smaller one in Y. Definitely some strange extrusion or positioning errors on the part of the print with PA on. With PA off things seemed like previous builds, with some extrusion bubbles or zits in the exact same places as before (these don't happen in 3.3 with PA off). M122 reported some hiccups and errors:

                    === Move ===
                    DMs created 83, segments created 35, maxWait 50682ms, bed compensation in use: mesh, comp offset 0.000
                    === MainDDARing ===
                    Scheduled moves 11545, completed moves 11545, hiccups 1028, stepErrors 5, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
                    === AuxDDARing ===
                    Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1

                    This was all the same config and gcode as uploaded before. If helpful I could get a debug log later of the stepper errors.

                    botundefined dc42undefined 2 Replies Last reply Reply Quote 0
                    • botundefined
                      bot @skrotz
                      last edited by

                      @skrotz which slicer are you using?

                      Could be gcode related.

                      E.g., stock prusaslicer is horrible at producing accurate gcode for very short movements. This pops up a lot in parts of infill.

                      *not actually a robot

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

                        @skrotz are you certain that the clunking doesn't happen using RRF 3.3 with the same gcode?

                        Edit: I just spotted that you had some step errors - odd that I didn't. I'll check the configuration and run your print again.

                        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

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

                          @skrotz I have now reproduced those step errors. I don't think it will be difficult for me to find the cause because they all show the same particular pattern.

                          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

                          Adrian52undefined 1 Reply Last reply Reply Quote 0
                          • Adrian52undefined
                            Adrian52 @dc42
                            last edited by

                            @dc42 I got the clunking and step errors too, on 20mm cal cube.

                            DMs created 83, segments created 48, maxWait 516025ms, bed compensation in use: mesh, comp offset 0.000
                            === MainDDARing ===
                            Scheduled moves 18073, completed moves 18073, hiccups 6217, stepErrors 102, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
                            === AuxDDARing ===
                            Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
                            

                            Also layer shift mainly in the X direction. Havent tried w/o pa yet

                            skrotzundefined 1 Reply Last reply Reply Quote 0
                            • CadetCundefined
                              CadetC @dc42
                              last edited by

                              @dc42
                              I did some testing.
                              Look like ie3 works best
                              With PA enabled and zvd - i had a layer shift - mainly in x

                              After PA disabled i could finish print with all settings
                              Counted from bottom - "no IS","ie3", "ie2", "zvdd", "zvd"
                              first two pictures - x-axis
                              and next two y-axis
                              tempsnip.jpg

                              x.jpg

                              y1.jpg

                              y2.jpg

                              1 Reply Last reply Reply Quote 0
                              • skrotzundefined
                                skrotz @dc42
                                last edited by skrotz

                                @dc42 The clunking is definitely something new from 3.3. I printed about a metric ton of calibration cubes when tuning my printer for various things with PA enabled on 3.3, and never heard noises like that. Of course now I also have input shaping on, so maybe it's the "new normal", but it doesn't sound like things are functioning properly.

                                I should add that the stepper errors seem to occur near the end of the print, and can't be responsible for the clunking it would seem. Lots of "hiccups" though, the quantity of those would correlate more with the amount of weird noises I hear, maybe..

                                1 Reply Last reply Reply Quote 0
                                • skrotzundefined
                                  skrotz @Adrian52
                                  last edited by

                                  @adrian52 interesting that you got a layer shift also.. I assumed it was related to me disabling PA because it happened at roughly the same point as when I turned off PA to mercifully end the clunking, but sounds like maybe it would have happened no matter what... probably an input shaping bug then.

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

                                    @skrotz @Adrian52 @CadetC @sebkritikel I found and fixed the cause of the stepper errors and associated layer shift, and I updated the binaries at https://www.dropbox.com/sh/ja08b7qdzsl8kjc/AAAwUbkN2XJvurq5CuQTgx5Wa?dl=0. I don't yet know whether this also caused the extruder clunking or that is a different issue.

                                    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

                                    Adrian52undefined CadetCundefined skrotzundefined 4 Replies Last reply Reply Quote 0
                                    • Adrian52undefined
                                      Adrian52 @dc42
                                      last edited by

                                      @dc42 with pa at my usual 0.8, and shaping set to ei3, the new binary still gives pauses and clunking. Towards the top of my cal cube I got a big progressive layer shift in the y direction. M122 gave 5908 hiccups in 17015moves, but no step errors or underruns.
                                      I then set pa to 0 at the console, and without changing anything else, the cube printed smoothly with a nice result; 0 hiccups, 0 step errors, 0 underruns in 18073 moves.

                                      1 Reply Last reply Reply Quote 0
                                      • CadetCundefined
                                        CadetC @dc42
                                        last edited by

                                        @dc42
                                        Thanks for a update, I'll do test print with change every 25 layers(5mm) as follow "no IS", daa, ei2, ei3, zvdd, zvd -PA set to 0.022 and acceleration 4000, print speed 100m/s

                                        1 Reply Last reply Reply Quote 0
                                        • CadetCundefined
                                          CadetC @dc42
                                          last edited by

                                          @dc42
                                          Print finished/stopped - again best results with ei3 - on pictures from bottom -"no IS", daa, ei2, ei3, zvdd, zvd(failed print stopped)
                                          Everything was fine until the zvd was turned on - . below is a picture of the printout and a link to a video showing clunking noise - you would think that the head is blocking on the rails - which of course is not true IMG_20210728_181004.jpg IMG_20210728_180935.jpg IMG_20210728_181027.jpg IMG_20210728_180954.jpg

                                          https://photos.app.goo.gl/HxsHQNMvrhbaPJAu5

                                          With PA disabled all is OK

                                          skrotzundefined dc42undefined 2 Replies Last reply Reply Quote 0
                                          • skrotzundefined
                                            skrotz @CadetC
                                            last edited by

                                            @cadetc ei3 has so far seemed to be the best for me as well on my core XY printer in initial testing.

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