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

    Mximizing performance, understanding accelerations and jerk

    Scheduled Pinned Locked Moved
    Tuning and tweaking
    4
    9
    441
    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.
    • JuKuundefined
      JuKu
      last edited by

      I'm adapting Duet3 to a pick and place machine. the goal is to have minimize movement time. The limitation is that movements must be smooth: the parts are picked by a vacuum nozzle, so the grip is not particularly strong. Any shaking will cause the parts to move on the nozzle. I'm learning, so asking advice.

      Currently I tune long moves by speed, acceleration and motor current, mostly by trial and error.

      Q1: Is there a better method to find machine limits? The RepRap or other calculators don't seem to give results that reflect to real world. I'm not surprised, since I haven't found a calculator that takes moving mass inertia, yet still a method that maximizes results. I guess I'm looking for a more scientific method that tells me "with these motor parameters and that mass, the max result you can except is this, and you get that with these control parameters".

      Today, although unlikely as fast as they could be, long moves are smooth. Short moves are not. I guess that is because the machine is still accelerating when it needs to start decelerating.

      Q2: What parameter controls the acceleration changes?

      Q3: Am I missing something useful M code entirely?

      Thank you for your insight!

      chrishammundefined 1 Reply Last reply Reply Quote 0
      • chrishammundefined
        chrishamm administrators @JuKu
        last edited by

        @JuKu Q1: There is still this calculator but to be fair I usually try to establish the limits manually by running several tuning moves.
        Q2: Accelerations are set by M201 and the minimum instantenous speed for direction changes is set using M205. You probably want to leave the latter values relatively low to avoid sudden stops. RRF will only accelerate up to the maximum speeds defined by M203.

        Duet software engineer

        JuKuundefined 1 Reply Last reply Reply Quote 1
        • JuKuundefined
          JuKu @chrishamm
          last edited by

          @chrishamm Thank you! So, I'm doing it basically right, setting speed by M203 and acceleration by M201. Why are my long single axis moves smooth but short moves are not?

          chrishammundefined 1 Reply Last reply Reply Quote 0
          • chrishammundefined
            chrishamm administrators @JuKu
            last edited by

            @JuKu Probably you still have the instantaneous speed changes too fast (see M205).

            Duet software engineer

            JuKuundefined 1 Reply Last reply Reply Quote 0
            • JuKuundefined
              JuKu @chrishamm
              last edited by

              @chrishamm M205 doesn't seem to do anything on single axis moves. ? Specifally, at 26000 speed, 2000 acceleration, starting from Y=0, "G0 Y10" shakes the table, "G0 Y100" doesn't. 20mm moves are still shaky, 40mm moves are not. 16x microstepping, interpolation on, 0.9 deg/step motor.

              deckingmanundefined dc42undefined 2 Replies Last reply Reply Quote 0
              • deckingmanundefined
                deckingman @JuKu
                last edited by

                @JuKu It's probably because the sort move accelerates then immediately decelerates. i.e the gantry is either accelerating or decelerating. Whereas a longer move will have an acceleration phase, a steady state velocity phase and a deceleration phase. The only thing you can do to reduce that "shake" is reduce the acceleration rate, or the maximum speed.

                Ian
                https://somei3deas.wordpress.com/
                https://www.youtube.com/@deckingman

                JuKuundefined 1 Reply Last reply Reply Quote 0
                • JuKuundefined
                  JuKu @deckingman
                  last edited by

                  @deckingman @deckingman I guess I need to do that, and wait until a beta of RRF 3.5 is released. @dc42 implies in this thread that 3.5 has s-curve acceleration.

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

                    @JuKu you would probably benefit from configuring input shaping. Unless you have some other way of determining the vibration frequencies, you will need to install an accelerometer temporarily on the tool head.

                    How short are the moves that cause the problematic vibration?

                    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

                    JuKuundefined 1 Reply Last reply Reply Quote 0
                    • JuKuundefined
                      JuKu @dc42
                      last edited by

                      @dc42 The non-helpful answer is “short”. The transition from smooth to clunky is not sharp and depends on speed and acceleration settings. My impression is that @deckingman is right: When the machine starts decelerating when it is still accelerating, the effect of the inertia of the gantry is amplified.

                      (I’ve run the same machine with a jerk controlled driver, and with that, the moves are always smooth. That is why I’m hopeful for the 3.5.)

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