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

    strange error en 3.5.1

    Scheduled Pinned Locked Moved
    General Discussion
    6
    16
    670
    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.
    • Tinchusundefined
      Tinchus
      last edited by Tinchus

      Dont ask me why, but in my case I found this: I lauched THE SAME gcode again and the only difference I tried was commenting the power failure configuration on config.g:

      ; M911 S21.0 R23.5 P"M913 X0 Y0"

      MY resurrect-prolog.g file has this:

      M116 ; wait for temperatures
      G91 ;
      G1 E-1 F200;
      G1 Z5 F80;
      G28 X0 Y0;
      G90;
      M83 ; relative extrusion
      G1 E2 F3600 ; undo the retraction that was done in the M911 power fail script
      M25 ; pause

      I know: a M226 should not triggered this file right? so it makes no sense to me why7 would affect or cause this behaviour. Thing is: I commented out the M911 command on config.g, rebooted printer, launched the same gcode again, pause was made as expected, I changed the filament and print was resumed without problems.

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

        @Tinchus Any time you pause a print from SD card, the state of the print is saved to sys/resurrect.g. It shouldn't actually run any command in that line, but yes, it may be a reason for the error.

        When it ran the M226 before you made this change, did the print actually pause, ie move off the print, before the print was cancelled? Or was it cancelled straight away?

        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

        Tinchusundefined 1 Reply Last reply Reply Quote 0
        • Erinellundefined
          Erinell @droftarts
          last edited by

          @droftarts said in strange error en 3.5.1:

          Could you try adding M400 to the beginning of pause.g?

          Just tried this and nop, same issue.

          The problem is apparently appening randomly to me, sometimes it works and sometimes it doesn't.
          the steps are :

          • M226 triggered
          • printer go to pause position
          • (do a manual filament swap or something else)
          • resume print
          • the printer go back to print position
          • the print stop with the error and heaters (bed and nozzle) turn off
          1 Reply Last reply Reply Quote 0
          • Tinchusundefined
            Tinchus @droftarts
            last edited by Tinchus

            @droftarts The first try with M226 did the pause correctly as expected: it paused and moved off the print as pause.g instructed. I changed the filament, did some manual extrusion to purge the old color from the nozzle, and when I press resume, it was then that the error poped out and the print was cancelled.

            Before that, I did another try , this time I was using kisslicer, the M226 was also executed well, filament was changed, and then the print resumed well too, but the print failed because of another problem (the resume script that kisslicer uses had a mistake of my responsability).

            It was on between these prints that I noticed than from the print with kisslicer and the print attemp with superslicer, the only difference (apart from the gcode generator, but the M226 was in the same layer so...) was me introducing the M911 command on config.g ans so I decided last night to remove that command and try again.

            But in short: M226 seems to be excuted correctly, pause.g is executed, the error pops out when resuming the print.

            droftartsundefined dc42undefined 2 Replies Last reply Reply Quote 0
            • droftartsundefined
              droftarts administrators @Tinchus
              last edited by

              @Tinchus @Erinell Thanks for the reports, this is one for @dc42 to have a look at.

              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 1
              • dc42undefined
                dc42 administrators @Tinchus
                last edited by

                @Tinchus please install RRF 3.5.2-rc.1 and confirm (or otherwise) whether the issue still exists.

                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

                Tinchusundefined 1 Reply Last reply Reply Quote 0
                • Tinchusundefined
                  Tinchus @dc42
                  last edited by

                  @dc42 I truied, did the sudo apt steps but that version is not released?

                  T3P3Tonyundefined 1 Reply Last reply Reply Quote 0
                  • T3P3Tonyundefined
                    T3P3Tony administrators @Tinchus
                    last edited by

                    @Tinchus it is now! please give it a go.

                    www.duet3d.com

                    Tinchusundefined 2 Replies Last reply Reply Quote 0
                    • Tinchusundefined
                      Tinchus @T3P3Tony
                      last edited by

                      @T3P3Tony ok, updating now. Any particular border suation instructions you may wanna me to try?

                      1 Reply Last reply Reply Quote 0
                      • Tinchusundefined
                        Tinchus @T3P3Tony
                        last edited by

                        @T3P3Tony I got this:

                        Incompatible software versions

                        The installed software versions do not match. Please operate your setup only at equal versions to avoid potential incompatibilities and unexpected errors.

                        Please check out the docs on how to upgrade your Duet software components.

                        T3P3Tonyundefined 1 Reply Last reply Reply Quote 0
                        • T3P3Tonyundefined
                          T3P3Tony administrators @Tinchus
                          last edited by T3P3Tony

                          @Tinchus how are you upgrading?

                          also refresh the browser then check what versions are installed for the various components on the system tab of DWC.

                          www.duet3d.com

                          br7408undefined Tinchusundefined 2 Replies Last reply Reply Quote 0
                          • br7408undefined
                            br7408 @T3P3Tony
                            last edited by br7408

                            Is this issue confirmed fixed with the update? I'm on 3.5.1.

                            I did an M600, where I had my printhead move into position for a filament change on my filament-change.g

                            For filament-change.g I have an M291 to resume, followed by an M24.

                            I tested it on a small 7 layer test print to verify, and it worked flawlessly.

                            On a very large and expensive print, after filament change, on resume it returned to 5mm above the resume point, then dove the extruder deep into the print and then stopped. Time and expensive material wasted.

                            Also got the "Error in GCode file line XXXX" and "Axis X is already in use by a different motion system. "

                            Those errors were not present on the test print either.

                            1 Reply Last reply Reply Quote 0
                            • Tinchusundefined
                              Tinchus @T3P3Tony
                              last edited by

                              @T3P3Tony Sorry forr delay in answering Tony, I as out of office. Update seems to have corrected the failure. Im not sure 100% because I have done only 3 attemps and were partial attemps, I have not tried to amke it fail. For now I guess it is solved, but I have noticed during these test another problem, I will create a separate post for this now (it is an unload problem)

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