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

    Which G or M codes can be edited on the fly (while printing)?

    Scheduled Pinned Locked Moved
    Tuning and tweaking
    3
    4
    231
    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.
    • jhalewoodundefined
      jhalewood
      last edited by

      Hi all,

      Simple question really, which settings can and cannot be edited on the fly?

      Particularly interested in settings you would normally put in 0:/sys/config.g

      Can I change things that make sense for tuning during a print like M566 Jerk, M201 acceleration, or M203 max speed?

      What about things that don't make sense to change during a print, like M569 drive mapping? I cannot think of a reason why on earth you would want to, but I tried to find a list of things that can and cannot be changed on the fly, and couldn't, so I figure the creation of an exhaustive list that can then go on the gcode wiki (https://duet3d.dozuki.com/Wiki/Gcode) would be great. Unless someone can already point me to a list?

      Cheers all!

      engikeneerundefined 1 Reply Last reply Reply Quote 0
      • engikeneerundefined
        engikeneer @jhalewood
        last edited by

        @jhalewood you can change most things on the fly, certainly speeds, current, accel, pressure advance etc.
        Only ones that might cause trouble would be things like drive remapping, because then you'd need to rehome the axis. Though this could be done while a print is paused.
        I think you might be able to redefine a tool though not sure what kind of carnage that might cause.
        In general everything can be changed with gcode, at any point, just some might need to to take additional steps.
        One caveat - if your slicer is doing acceleration control for different move types etc, it will be changing the settings as it prints so will override similar changes you make each time it does

        E3D TC with D3Mini and Toolboards.
        Home-built CoreXY, Duet Wifi, Chimera direct drive, 2x BMG, 300x300x300 build volume
        i3 clone with a bunch of mods

        1 Reply Last reply Reply Quote 1
        • deckingmanundefined
          deckingman
          last edited by

          @jhalewood said in Which G or M codes can be edited on the fly (while printing)?:

          Hi all,

          Simple question really, which settings can and cannot be edited on the fly?

          Particularly interested in settings you would normally put in 0:/sys/config.g

          Can I change things that make sense for tuning during a print like M566 Jerk, M201 acceleration, or M203 max speed?

          What about things that don't make sense to change during a print, like M569 drive mapping? I cannot think of a reason why on earth you would want to, but I tried to find a list of things that can and cannot be changed on the fly, and couldn't, so I figure the creation of an exhaustive list that can then go on the gcode wiki (https://duet3d.dozuki.com/Wiki/Gcode) would be great. Unless someone can already point me to a list?

          Cheers all!

          I can't off hand think of anything that you cannot change "on the fly" but there are order dependencies. For example, M584 must come before many other commands. When config.g is executed, M584 happens first, then the other commands. So if sent M584 "on the fly" it would override the first instance and you would effectively be putting it after those other commands and not before. It's probably safe to assume that anything can be changed "on the fly" but there may be consequences, so be careful.

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

          jhalewoodundefined 1 Reply Last reply Reply Quote 0
          • jhalewoodundefined
            jhalewood @deckingman
            last edited by

            Thanks both of you.
            That's what I thought, but wanted to check.
            If it's alright, I'll add a little comment to the wiki, since the above is not reflected in it.

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