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

Laser PWM with Release 2.05.1 (Duet 2) - missing line

Scheduled Pinned Locked Moved
Laser Cutters
4
12
236
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.
  • undefined
    sprocket
    last edited by 11 Jul 2020, 09:18

    I've got a Duet 2 driving an Ender 3 with a laser module attached. I'm using the PWM circuit from the Duet Wiki. Its working well but it occasionally does a cut move with the laser turned off.

    In the attached gcode file, the laser is off for line 1937:
    PCB Jig 100x70.gcode

    1936> G1 S255 X57.50 Y146.00
    1937> G1 S255 X88.70 Y146.00
    1938> M5

    There are many similar lines in the gcode file so why does the laser turn off for just this one?
    IutUMSYg.jpeg

    1 Reply Last reply Reply Quote 0
    • undefined
      FelixH
      last edited by 11 Jul 2020, 09:28

      is it repeatable? if you execute the same gcode twice, will this happen again on the same line?

      undefined 1 Reply Last reply 11 Jul 2020, 09:31 Reply Quote 0
      • undefined
        sprocket @FelixH
        last edited by 11 Jul 2020, 09:31

        Hi @FelixH,

        Yes, this is repeatable. The gcode file has 10 repeats and the laser is off at this traverse every time.

        1 Reply Last reply Reply Quote 0
        • ?
          A Former User
          last edited by 11 Jul 2020, 09:39

          presumably that is the missing cut for the top left flexture, and as such not the longest or shortest cut that should eliminate issues with acceleration or speed?

          undefined 1 Reply Last reply 11 Jul 2020, 13:53 Reply Quote 0
          • undefined
            sprocket @A Former User
            last edited by 11 Jul 2020, 13:53

            @bearer That's correct. The only thing that stands out to me is that its the last move in a section followed by M5 (laser off)

            ? 1 Reply Last reply 11 Jul 2020, 13:54 Reply Quote 0
            • ?
              A Former User @sprocket
              last edited by 11 Jul 2020, 13:54

              @sprocket said in Laser PWM with Release 2.05.1 (Duet 2) - missing line:

              e last move in a section followed by M5 (laser off)

              sounds relevant; try inserting M400 before M5 (to wait for the moves to finish before executing M5)?

              1 Reply Last reply Reply Quote 0
              • undefined
                FelixH
                last edited by 11 Jul 2020, 13:56

                Does it only happen with this Gcode in particular? You could try a manually generated Gcode, for instance

                1 Reply Last reply Reply Quote 0
                • undefined
                  dc42 administrators
                  last edited by dc42 7 Nov 2020, 14:17 11 Jul 2020, 14:17

                  The whatsnew file for RRF 3.1.0 includes this under Bug Fixes:

                  M3 and M5 commands in laser mode were sometimes executed too early, typically by 1 move

                  So upgrading to RRF 3.1.1 (and converting your config.g file to suit) may fix it.

                  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
                  • undefined
                    FelixH
                    last edited by 11 Jul 2020, 14:52

                    Oh dear... I will have to do that as well then, when my laser arrives...

                    1 Reply Last reply Reply Quote 0
                    • ?
                      A Former User
                      last edited by 11 Jul 2020, 14:57

                      if upgrading is something you really don't want to do, i would think most cam packages will allow you to specify both M400 M5 to try to work around the bug (or post process it with sed)

                      on the other hand RRF3 is imho stable enough to make it worth while upgrading and the forum will have most config changes covered as well.

                      undefined undefined 2 Replies Last reply 11 Jul 2020, 15:06 Reply Quote 0
                      • undefined
                        sprocket @A Former User
                        last edited by 11 Jul 2020, 15:06

                        Thanks everyone. I'll bite the bullet and upgrade now then.

                        1 Reply Last reply Reply Quote 0
                        • undefined
                          FelixH @A Former User
                          last edited by 11 Jul 2020, 15:37

                          @bearer thanks for your input!
                          There is only one serious issue refraining me from upgrading the firmware and it is my laziness. I know that for things to work, I will have to make changes on my config.g files and I have been delaying it because of laziness... Fortunately a friend of mine gave me (like as a gift) a damaged Duet which I was able to repair by just reflowing the ESP32 module, so now I have a Duet for these kind of tests...

                          Another thing is that my CNC runs with the Ooznest version of the firmware and I am somehow hesitant to change it. I guess that they just customized the Web Interface and not the firmware itself, but, well... I don't know

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