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

    G1 ignores previouse S parameter

    Scheduled Pinned Locked Moved
    Laser Cutters
    3
    3
    172
    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.
    • Thorundefined
      Thor
      last edited by

      Hi!
      I set up my maestro in laser mode and things are kinda working fine. I started raster engraving first which works (almost) fine. Slight issue with GRBL compatibility which was solved using a different CAM tool. I might open a thread for this too later.

      Now I try laser vector cutting. Issue is RRF only fires the laser on the first G1 move. The laser is dark for the rest of the path. GCode generated:

      ; Pass 0 Path 0
      G0 X15.04 Y13.36
      G1 X15.12 Y13.36 S1000.00 F600
      G1 X15.20 Y13.36
      G1 X15.28 Y13.37
      G1 X15.36 Y13.37
      G1 X15.44 Y13.38
      G1 X15.52 Y13.39
      G1 X15.60 Y13.40
      G1 X15.67 Y13.41
      G1 X15.75 Y13.42
      G1 X15.82 Y13.43
      G1 X15.89 Y13.45
      G1 X15.97 Y13.46
      G1 X16.04 Y13.48
      G1 X16.11 Y13.50
      G1 X16.17 Y13.52
      ...
      

      The issue most likely lies in the omittance of the S parameter after the first move. GRBL syntax allows this and remembers the last intensity setting. RRF doesn't. For CAM/GRBL compatibillity this behaviour should be changed.

      Thor

      jay_s_ukundefined dc42undefined 2 Replies Last reply Reply Quote 0
      • jay_s_ukundefined
        jay_s_uk @Thor
        last edited by

        @Thor change to sticky mode in laser setup

        Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

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

          @Thor to elaborate on the previous response, see the S parameter in the M452 command.

          Sticky mode is hazardous because if you command a G1 move manually the laser may fire unexpectedly; so RRF defaults it to off. It's safer to have the program that generates the GCode assume that the laser power setting is not sticky, if it supports that.

          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

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