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

    RepRapFirmware 3.01-RC3 released

    Scheduled Pinned Locked Moved
    Beta Firmware
    22
    68
    4.2k
    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.
    • insertnamehereundefined
      insertnamehere
      last edited by

      I'm using conditional code to optimized bed leveling.

      On occasions when the 2 points used are equal I get an initial deviation of NAN.

      3/10/2020, 11:10:16 AM Leadscrew adjustments made: -0.001 -0.001, points used 2, (mean, deviation) before (-0.001, nan) after (0.000, 0.000)

      I would expect that when 2 points are the same that the standard deviation for those points would be 0. If I'm wrong, how can I test for NAN in the conditional code?

      dc42undefined 2 Replies Last reply Reply Quote 0
      • dc42undefined
        dc42 administrators @insertnamehere
        last edited by

        @insertnamehere said in RepRapFirmware 3.01-RC3 released:

        I would expect that when 2 points are the same that the standard deviation for those points would be 0. If I'm wrong, how can I test for NAN in the conditional code?

        I will fix that. Meanwhile you can use the built-in isnan function:

        11/03/2020, 08:05:07 	echo isnan(sqrt(-1))
        true
        

        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
        • c310undefined
          c310 @TurtlePrint
          last edited by

          @TurtlePrint said in RepRapFirmware 3.01-RC3 released:

          When sending the M112 command the printer turns off and then starts the hot end fan "fan1" at full speed

          i have the same issue too. after M112 (or hardware mushroom button) printer stops, starts reboot and stucks with the cooling fan at 100% speed.

          After it it is only possible to reload it by cycling power. when switching to reprap web interface - it gives a bit more diagnostics: "The firmware still reports to be halted after an emergency stop. Would you like to reset your board now?"
          waiting for any long does not help either.

          what can it be?

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

            @c310 said in RepRapFirmware 3.01-RC3 released:

            @TurtlePrint said in RepRapFirmware 3.01-RC3 released:

            When sending the M112 command the printer turns off and then starts the hot end fan "fan1" at full speed

            i have the same issue too. after M112 (or hardware mushroom button) printer stops, starts reboot and stucks with the cooling fan at 100% speed.

            M112 has always done that. The printer should still respond to M999.

            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

            c310undefined 1 Reply Last reply Reply Quote 0
            • c310undefined
              c310 @dc42
              last edited by

              @dc42 thanks, m999 works however to do so i need to use /reprap UI, DWC remains "blocked" untill power cycle.

              in old good times of 2.x firmware mushroom button not only stopped operations, but also made
              web interface responsive after reset (that does not happen in 3.01-RC3 )

              what is a way to link m999 to emergency stop button (instead of triggering m112) without macros ?
              or what can be done to run m999 after m112 generated by mushroom button ?

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

                @insertnamehere said in RepRapFirmware 3.01-RC3 released:

                I'm using conditional code to optimized bed leveling.

                On occasions when the 2 points used are equal I get an initial deviation of NAN.

                3/10/2020, 11:10:16 AM Leadscrew adjustments made: -0.001 -0.001, points used 2, (mean, deviation) before (-0.001, nan) after (0.000, 0.000)

                I would expect that when 2 points are the same that the standard deviation for those points would be 0. If I'm wrong, how can I test for NAN in the conditional code?

                The NaNs should be gone in the internal build at https://www.dropbox.com/sh/3azy1njy3ayjsbp/AACquxr2m00eV568RZg5QG5wa?dl=0.

                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

                insertnamehereundefined 1 Reply Last reply Reply Quote 1
                • mundsenundefined
                  mundsen
                  last edited by

                  When do you plan to release RC4?

                  1 Reply Last reply Reply Quote 0
                  • Danalundefined
                    Danal
                    last edited by Danal

                    I may be off track here, but the reset problem described (here and in several other threads)... I believe the fix for that is having DuetControlServer restart itself as the last action when processing an M999.

                    I've built a version that does that, and opened a pull request on Github in chrishamm/DuetControlServer repository.

                    Meanwhile, if anyone is willing to try the 1.2.4.0 version of DuetControlServer with this fix, download this file:

                    http://danalspub.com/wp-content/uploads/2020/03/DuetControlServer.zip

                    Unzip, and place the two files inside in /opt/dsf/bin

                    The 'DuetControlServer' file should have attributes of -rwxr-xr-x. If for some reason it does not, run chmod 755 DuetControlServer

                    After the copies:
                    sudo systemctl stop duetcontrolserver
                    sudo systemctl start duetcontrolserver

                    If you decide to go back, run:

                    sudo apt-get reinstall duetcontrolserver

                    or

                    sudo apt-get reinstall duetcontrolserver=specific version number you wish

                    You can find all available versions via:
                    apt-cache policy duetcontrolserver

                    Delta / Kossel printer fanatic

                    gtj0undefined 2 Replies Last reply Reply Quote 1
                    • gtj0undefined
                      gtj0 @Danal
                      last edited by

                      @Danal I'll test it later today. Thanks!

                      1 Reply Last reply Reply Quote 0
                      • gtj0undefined
                        gtj0 @Danal
                        last edited by

                        @Danal Had to recompile with your pull request because I use a 64 bit distro but it seemed to work OK.

                        Danalundefined 1 Reply Last reply Reply Quote 0
                        • Danalundefined
                          Danal @gtj0
                          last edited by

                          @gtj0 said in RepRapFirmware 3.01-RC3 released:

                          @Danal Had to recompile with your pull request because I use a 64 bit distro but it seemed to work OK.

                          Yeah, I compile for 32 because the Duet distro is Debian.

                          Thanks for checking it!! It was a one line change... "systemctl" restarts it.

                          Delta / Kossel printer fanatic

                          1 Reply Last reply Reply Quote 0
                          • tobias_munichundefined
                            tobias_munich
                            last edited by tobias_munich

                            DUET3-SBC/DSF Wrong print process percentage on PI/DSF

                            Hi guys.
                            My Pi shows a wrong percentage of the print progress.
                            PanalDue shows it right.

                            Is this a known error?

                            I will reboot and reset the system and start a new print and check it again.

                            144C3F8C-FEF9-404C-BDF4-EAB54BE34774.jpeg 54B6916F-5C1B-481B-94F2-2D1B454DF4CB.jpeg

                            Hypercube-Evolution, Dual-Z, Nimble v2, Orion Piezo
                            Duet3, DuetWifi, Raspberry Pi 4, 7 inch HDMI Display, Panel-Due
                            Firmware: RepRapFirmware for Duet 3 MB6HC 'always the latest release'

                            1 Reply Last reply Reply Quote 0
                            • insertnamehereundefined
                              insertnamehere @dc42
                              last edited by insertnamehere

                              @dc42 said in RepRapFirmware 3.01-RC3 released:

                              @insertnamehere said in RepRapFirmware 3.01-RC3 released:

                              I'm using conditional code to optimized bed leveling.

                              On occasions when the 2 points used are equal I get an initial deviation of NAN.

                              3/10/2020, 11:10:16 AM Leadscrew adjustments made: -0.001 -0.001, points used 2, (mean, deviation) before (-0.001, nan) after (0.000, 0.000)

                              I would expect that when 2 points are the same that the standard deviation for those points would be 0. If I'm wrong, how can I test for NAN in the conditional code?

                              The NaNs should be gone in the internal build at https://www.dropbox.com/sh/3azy1njy3ayjsbp/AACquxr2m00eV568RZg5QG5wa?dl=0.

                              Thanks @dc42, it works correctly now.

                              3/14/2020, 11:17:11 AM Leadscrew adjustments made: 0.000 0.000, points used 2, (mean, deviation) before (0.000, 0.000) after (-0.000, 0.000)
                              BED LEVELLING COMPLETED
                              Final Deviation 0.000mm

                              1 Reply Last reply Reply Quote 0
                              • appjawsundefined
                                appjaws
                                last edited by

                                I have been using3.01- RC3 since it was released. I have discovered what could be a bug in the way the load filament works.
                                The extruder runs backwards, I also have a macro to load which also runs backward.
                                When printing the extruder works as expected and also the extrude button on DWC works correctly.
                                This is my filament load:-

                                ; Load filament Real light blue
                                M98 P"0:/macros/Set LED Red"
                                if heat.heaters[1].current <190
                                M291 P"Please wait while the nozzle is being heated up" R"Auto Filament Load" S1 T0
                                M104 S195 ; Set current tool temperature to 195C
                                M116 S5 ; waiting for nozzle to reach temperature
                                M291 P"Feed Real light blue filament into the extruder by hand and click OK" R"Auto Filament Load" S3
                                M291 P"Loading Real-light blue filament" S1 T0 ; Display new message
                                G1 E10 F600 ; Feed 10mm of filament at 600mm/min
                                G1 E250 F3000 ; Feed 210mm of filament at 3000mm/min
                                G1 E20 F300 ; Feed 20mm of filament at 300mm/min
                                G4 S1 ; Wait one second
                                G1 E-3 F1800 ; Retract 10mm of filament at 1800mm/min
                                M400 ; Wait for the moves to finish
                                M104 S0 ; Set the temperature to zero
                                M98 P"0:/macros/Set LED Green"
                                M291 P"Real light blue filament Loaded" R"Auto Filament Load" S1 T0

                                I have only noticed this since RC3, I'm sure RC2 worked properly.

                                appjaws - Core XYUV Duet Ethernet Duex5
                                firmware 3.5.0-rc.4 Web Interface 3.5.0-rc.4
                                Ormerod 1-converted to laser engraver, Duet wifi
                                OpenSCAD version 2024.03.18
                                Simplify3D 5.1.2

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

                                  Might you be in absolute extrusion mode when you run that macro? Try putting M83 at the start of 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
                                  • First post
                                    Last post
                                  Unless otherwise noted, all forum content is licensed under CC-BY-SA