Navigation

    Duet3D Logo

    Duet3D

    • Register
    • Login
    • Search
    • Categories
    • Tags
    • Documentation
    • Order

    Selective Speed Control

    Firmware wishlist
    2
    3
    382
    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.
    • gnydick
      gnydick last edited by

      So, I've been writing software to post process my g-code, because it's faster then re-slicing a lot of the time, to do things like ironing, adding z-hop to something that was sliced without it, and selective speed control.

      What I mean by selective speed control is to do things like speeding up extruding moves, but not travels, since travels are often already very fast, there's no need to risk travels that are faster than the printer can handle, since it's possible that the max velocity may be set higher than reasonable.

      It would be very cool if there was a g-code to pick different types of G1 conditions and only apply speed changes to those.

      travel = G1 (X || Y) & !Z & !E
      extrusion move = G1 (X || Y) & E & !Z
      zhop = G1 !X & !Y & !Z & E

      Maybe

      M220 Sn T<binary mask>

      T:
      1: Extruding Moves
      2: Travel Moves
      4: Z Hop

      M220 S200 - all moves
      M220 S200 T1 - extruding only
      M220 S200 T2 - travel only
      M220 S200 T4 - hop only
      M220 S200 T3 - extruding and travel
      M220 S200 T5 - extruding and hop
      M220 S200 T6 - travel and hop
      M220 S200 T7- all moves

      1 Reply Last reply Reply Quote 0
      • fma
        fma last edited by

        It would be nice if slicers use G0 for travel moves, and G1 for working moves, so we could have dedicated speed/accell/jerk control... I don't understand why they don't, as it is something which is implemented in G-Code language since its creation, and does not cost anything.

        On the other hand, RRF could implement distinct speed params, as it is easy to see if it is a travel move (no E param), or a working move (with E param).

        gnydick 1 Reply Last reply Reply Quote 0
        • gnydick
          gnydick @fma last edited by

          @fma that's exactly what I defined 😉

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