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

    Bug report: object cancellation causes ugly things to happen

    Scheduled Pinned Locked Moved Unsolved
    General Discussion
    6
    20
    869
    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.
    • gnydickundefined
      gnydick @dc42
      last edited by

      @dc42 definitely. My printer never loses steps when used normally.

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

        @gnydick is that the case even if you request very high speeds, e.g. G1 X150 Y150 F100000 ? I think RRF uses the maximum speed you have configured in M203 when doing moves to skip objects.

        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

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

          @dc42 yes, it is the case. I've used cancellation in the past without issue so I think this is a regression.

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

            @gnydick Any update here? This is still happening. I'm running even gentle prints with lower accel and speeds.

            Duet 3 MB6HC	MB6HC	3.5.3
            Duet 3 Expansion EXP3HC 	EXP3HC	3.5.3
            Duet 3 Expansion TOOL1LC 	TOOL1LC	3.5.3
            Duet 3 Expansion TOOL1LC 	TOOL1LC	3.5.3
            Duet 3 Expansion TOOL1LC 	TOOL1LC	3.5.3
            Duet 3 Expansion TOOL1LC 	TOOL1LC	3.5.3
            Duet Software Framework	DSF	3.5.3
            Duet Web Control	DWC	3.5.3
            
            dc42undefined droftartsundefined 3 Replies Last reply Reply Quote 0
            • Phaedruxundefined Phaedrux marked this topic as a question
            • dc42undefined
              dc42 administrators @gnydick
              last edited by

              @gnydick I've asked @droftarts to see of he can reproduce this.

              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
              • droftartsundefined
                droftarts administrators @gnydick
                last edited by

                @gnydick I've tested object cancellation, seems to work fine for me on 3.6.0-rc.2.

                I created a job with 7 small items on the bed, widely spaced out, and cancelled a couple of them during the print. Travel speed between the normal objects and skipped objects seems the same, at 150mm/s. Cancelled objects with M486 P4 and M486 C. It does seem to travel to the cancelled object, and then on to the next one, rather than direct from the previous active object to the next active one.

                I haven't tested on 3.5.x, will do tomorrow morning.

                Ian

                Bed-slinger - Mini5+ WiFi/1LC | RRP Fisher v1 - D2 WiFi | Polargraph - D2 WiFi | TronXY X5S - 6HC/Roto | CNC router - 6HC | Tractus3D T1250 - D2 Eth

                1 Reply Last reply Reply Quote 0
                • droftartsundefined
                  droftarts administrators @gnydick
                  last edited by

                  @gnydick I've tested on 3.5.4, same file, same result when objects are cancel: seems to work correctly, no sudden motor movements. What slicer are you using? Maybe it is not tagging each object correctly. If you can post a simple gcode file that exhibits the problem, then we can take a look. I sliced with Orcaslice, which puts in M486 S# commands in seemingly sane places.

                  Ian

                  Bed-slinger - Mini5+ WiFi/1LC | RRP Fisher v1 - D2 WiFi | Polargraph - D2 WiFi | TronXY X5S - 6HC/Roto | CNC router - 6HC | Tractus3D T1250 - D2 Eth

                  gnydickundefined 2 Replies Last reply Reply Quote 0
                  • gnydickundefined
                    gnydick @droftarts
                    last edited by

                    @droftarts I'm using PrusaSlicer. I'll slice up a little print and upload it.

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

                      @droftarts amp coin v18 - PLA.gcode

                      droftartsundefined 1 Reply Last reply Reply Quote 0
                      • droftartsundefined
                        droftarts administrators @gnydick
                        last edited by

                        @gnydick said in Bug report: object cancellation causes ugly things to happen:

                        @droftarts amp coin v18 - PLA.gcode

                        I hadn't looked at the file you sent until now, as I was waiting until RRF 3.6.0-rc.3 was released before further testing. I have updated my test machine with this, and ran my test of object cancellation (cancelling with M486 C and M486 P#, uncancelling with M486 U#), without issue.

                        I looked at the file you sent, but it seems to only have one object?

                        65c854f1-4bc7-4ce1-bf9d-2ccb0b9b616e-image.png

                        I've attached my test gcode, in case you want to try it. It has a centre origin, currently sliced for PETG, 0.2mm layer height with 0.4mm nozzle.

                        Belt anchor_PETG_9m33s.gcode

                        Ian

                        Bed-slinger - Mini5+ WiFi/1LC | RRP Fisher v1 - D2 WiFi | Polargraph - D2 WiFi | TronXY X5S - 6HC/Roto | CNC router - 6HC | Tractus3D T1250 - D2 Eth

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

                          @droftarts yes, I realized that later, let me upload it again.

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

                            @droftarts here you go amp coin v18 x 12 - PLA.gcode

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