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

    Can the XY travel speed between G30 test points be changed?

    Scheduled Pinned Locked Moved
    General Discussion
    4
    11
    404
    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.
    • kb58undefined
      kb58
      last edited by

      My printer has a 350x350mm bed and is leveled via three points using bed.g, which calls G30 to position the probe at three specific points. It works fine, but the speed between the points could improved (faster). I don't see any mention of travel speed in the G30 definition. Is it adjustable and where is it set?

      Thanks!

      Scratch-built 350mmx350mm coreXY, linear rails, ballscrews, 3 Z axis, Duet3 6HC, v3.3, Tool Board v1.1, BondTech LGX + Mosquito hot end

      1 Reply Last reply Reply Quote 0
      • Luke'sLaboratoryundefined
        Luke'sLaboratory
        last edited by

        You can edit your bed.g to have travel moves at arbitrary speed (G0 Xnnn Ynnn F3000000000000000000000000000000000) between probe points and then the "normal" probe command.

        Luke
        http://lukeslab.online

        fcwiltundefined 1 Reply Last reply Reply Quote 0
        • fcwiltundefined
          fcwilt @Luke'sLaboratory
          last edited by

          @luke-slaboratory said in Can the XY travel speed between G30 test points be changed?:

          You can edit your bed.g to have travel moves at arbitrary speed (G0 Xnnn Ynnn F3000000000000000000000000000000000) between probe points and then the "normal" probe command.

          I don't see where G30 accepts a F parameter.

          The M558 command has a T parameter which is the travel speed between probe points.

          Frederick

          Printers: a small Utilmaker style, a small CoreXY and a E3D MS/TC setup. Various hotends. Using Duet 3 hardware running 3.4.6

          Luke'sLaboratoryundefined 1 Reply Last reply Reply Quote 0
          • Luke'sLaboratoryundefined
            Luke'sLaboratory @fcwilt
            last edited by

            @fcwilt From my bed.g - Travel moves before the actual probing - speeds it up nicely 😄

            G1 X5 Y600 F120000
            G30 P0 X5 Y600 Z-99999
            
            G1 X587 Y600 F120000
            G30 P1 X587 Y600 Z-99999
            
            G1 X300 Y10 F120000
            G30 P2 X300 Y10 Z-99999 S3
            

            Luke
            http://lukeslab.online

            fcwiltundefined kb58undefined 2 Replies Last reply Reply Quote 0
            • fcwiltundefined
              fcwilt @Luke'sLaboratory
              last edited by

              @luke-slaboratory said in Can the XY travel speed between G30 test points be changed?:

              @fcwilt From my bed.g - Travel moves before the actual probing - speeds it up nicely 😄

              G1 X5 Y600 F120000
              G30 P0 X5 Y600 Z-99999
              
              G1 X587 Y600 F120000
              G30 P1 X587 Y600 Z-99999
              
              G1 X300 Y10 F120000
              G30 P2 X300 Y10 Z-99999 S3
              

              So the T parameter of M558 doesn't work for you?

              Frederick

              Printers: a small Utilmaker style, a small CoreXY and a E3D MS/TC setup. Various hotends. Using Duet 3 hardware running 3.4.6

              1 Reply Last reply Reply Quote 0
              • kb58undefined
                kb58 @Luke'sLaboratory
                last edited by kb58

                @luke-slaboratory Ah, okay, I see what you did. While I'm sure that it works, it sort of "cheats" in that it requires what sw engineers call "magic numbers." That is, if you ever redefine your probe points, you have to remember to also change a second set of number, potentially located somewhere else.

                Scratch-built 350mmx350mm coreXY, linear rails, ballscrews, 3 Z axis, Duet3 6HC, v3.3, Tool Board v1.1, BondTech LGX + Mosquito hot end

                fcwiltundefined 1 Reply Last reply Reply Quote 0
                • fcwiltundefined
                  fcwilt @kb58
                  last edited by

                  @kb58 said in Can the XY travel speed between G30 test points be changed?:

                  @luke-slaboratory Ah, okay, I see what you did. While I'm sure that it works, it sort of "cheats" in that it requires what sw engineers call "magic numbers." That is, if you ever redefine your prop points, you have to remember that you have a second set of number somewhere else.

                  The M558 T parameter should do they job. If it's not something is not working as intended.

                  Frederick

                  Printers: a small Utilmaker style, a small CoreXY and a E3D MS/TC setup. Various hotends. Using Duet 3 hardware running 3.4.6

                  kb58undefined Luke'sLaboratoryundefined 2 Replies Last reply Reply Quote 1
                  • kb58undefined
                    kb58 @fcwilt
                    last edited by

                    @fcwilt Yes, M558 is perfect since it's already there and had set travel speed to 6000mm/min. Upped it to 10000, which sounds huge but since it's per minute, it's not too bad. Will see what the printer thinks, though!

                    Scratch-built 350mmx350mm coreXY, linear rails, ballscrews, 3 Z axis, Duet3 6HC, v3.3, Tool Board v1.1, BondTech LGX + Mosquito hot end

                    1 Reply Last reply Reply Quote 1
                    • Luke'sLaboratoryundefined
                      Luke'sLaboratory @fcwilt
                      last edited by Luke'sLaboratory

                      @fcwilt

                      I'm pretty sure this is the original reason I split it out into moves then probes - RRF3+SBC has been rough with growing pains, and I prefer explicit commands to implicit.

                      @kb58
                      I wrote these before variables. If I were to write them today - I would write them as variables and just have one definition for all points, like I do my toolchanging macros.

                      Luke
                      http://lukeslab.online

                      fcwiltundefined 1 Reply Last reply Reply Quote 0
                      • fcwiltundefined
                        fcwilt @Luke'sLaboratory
                        last edited by

                        @luke-slaboratory said in Can the XY travel speed between G30 test points be changed?:

                        @fcwilt

                        I'm pretty sure this is the original reason I split it out into moves then probes - RRF3+SBC has been rough, and I prefer explicit commands to implicit.

                        Well using the SBC and all bets are off. It lags behind RRF "SD mode".

                        I'll have to test the T parameter on my SBC setup. If it works there is no reason to not use it.

                        Frederick

                        Printers: a small Utilmaker style, a small CoreXY and a E3D MS/TC setup. Various hotends. Using Duet 3 hardware running 3.4.6

                        1 Reply Last reply Reply Quote 1
                        • mikeabuilderundefined
                          mikeabuilder
                          last edited by

                          @kb58 said in Can the XY travel speed between G30 test points be changed?:

                          Ah, okay, I see what you did. While I'm sure that it works, it sort of "cheats" in that it requires what sw engineers call "magic numbers." That is, if you ever redefine your probe points, you have to remember to also change a second set of number, potentially located somewhere else.

                          Why not set variables for the test points, then reference them in the G30 commands? Meets the goal of not having to hard code those numbers in twice.

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