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

    RepRapFirmware 3.0RC2 now available

    Scheduled Pinned Locked Moved
    Beta Firmware
    11
    39
    3.0k
    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.
    • dc42undefined
      dc42 administrators @nraynaud
      last edited by dc42

      @nraynaud said in RepRapFirmware 3.0RC2 now available:

      I found it! Thanks for your help.

      I need more time or more distance to back out of the switches after the coarse homing (what's weird is that I had the same issue in X and Y). That's why I couldn't find the issue line by line.

      have you de-bounced the switches or changed the execution order?

      There has been a change in behaviour when you execute a homing move and the switch is already triggered. Previously, the move would be started and when the first microstep was due, at that point it would recognise that the switch was triggered. Now it checks the switches before starting the move. If they are triggered, it should cancel the move, unless there are other motors being homed using different switches. It sounds to me that it is behaving as if there is another switch waiting to be triggered.

      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
      • stewwyundefined
        stewwy
        last edited by stewwy

        Is manual bed probing working in 3.0RC2, (my IRprobe is not working,a different problem). I've changed the probe type to P0. This worked in 2.05 giving me the manual menu in DWC/Paneldue but not in 3.0RC2. Is there something else I need to do? I have noticed that the Z endstop is showing as constantly triggered.

        EDIT: It gave me this error--
        G28
        Error: SetPositions called when DDA ring not empty

        1 Reply Last reply Reply Quote 0
        • blt3dpundefined
          blt3dp
          last edited by

          Is it up on the unstable package server?

          My 3D Printing YouTube Channel
          Better Living Through 3D Printing

          Follow me on Instagram and Twitter
          Instagram
          Twitter

          1 Reply Last reply Reply Quote 0
          • chrishammundefined
            chrishamm administrators
            last edited by

            The latest version on the unstable package feed is now RC2+1 because I found another DSF-related issue involving macro files. If anyone wants to compile it, those changes are on my v3-chrishamm branch of RRF.

            Duet software engineer

            blt3dpundefined 1 Reply Last reply Reply Quote 0
            • chas2706undefined
              chas2706
              last edited by

              @chrishamm
              Hi are you aware of M291 error "command not known" in DSF

              1 Reply Last reply Reply Quote 0
              • chrishammundefined
                chrishamm administrators
                last edited by

                Yes, see https://github.com/chrishamm/DuetSoftwareFramework/tree/dev#known-issues

                Duet software engineer

                1 Reply Last reply Reply Quote 0
                • chas2706undefined
                  chas2706
                  last edited by

                  Ok cheers!

                  1 Reply Last reply Reply Quote 0
                  • blt3dpundefined
                    blt3dp @chrishamm
                    last edited by blt3dp

                    @chrishamm

                    Doing sudo apt-get update and then apt-get upgrade gives this error on reprap firmware package.

                    Setting up reprapfirmware (1.2.2.0-1) ...
                    [error] Failed to connect to Duet
                       System.IO.IOException: Error 16. Cannot put line into event mode.
                       at LinuxDevices.InputGpioPin..ctor(String devNode, Int32 pin, String consumerLabel) in /home/christian/duet/DuetSoftwareFramework/src/LinuxDevices/InputGpioPin.cs:line 60
                       at DuetControlServer.SPI.DataTransfer.Init() in /home/christian/duet/DuetSoftwareFramework/src/DuetControlServer/SPI/DataTransfer.cs:line 65
                       at DuetControlServer.SPI.Interface.Init() in /home/christian/duet/DuetSoftwareFramework/src/DuetControlServer/SPI/Interface.cs:line 65
                       at DuetControlServer.Program.Main(String[] args) in /home/christian/duet/DuetSoftwareFramework/src/DuetControlServer/Program.cs:line 92
                    

                    Everything else updated except for the firmware, still on 3.0RC1

                    I noticed the Duet3Firmware_MB6HC.bin on the virtual SD card had today's timestamp so I ran M997 and it updated, now it shows 3.0RC2+1

                    My 3D Printing YouTube Channel
                    Better Living Through 3D Printing

                    Follow me on Instagram and Twitter
                    Instagram
                    Twitter

                    jay_s_ukundefined 1 Reply Last reply Reply Quote 0
                    • jay_s_ukundefined
                      jay_s_uk @blt3dp
                      last edited by

                      @blt3dp

                      I had that happened as well.
                      If you run M997 S0, the firmware is still updated

                      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

                      blt3dpundefined 1 Reply Last reply Reply Quote 0
                      • blt3dpundefined
                        blt3dp @jay_s_uk
                        last edited by

                        @jay_s_uk said in RepRapFirmware 3.0RC2 now available:

                        @blt3dp

                        I had that happened as well.
                        If you run M997 S0, the firmware is still updated

                        Yep, I was just doing an edit. That's exactly what I did.

                        My 3D Printing YouTube Channel
                        Better Living Through 3D Printing

                        Follow me on Instagram and Twitter
                        Instagram
                        Twitter

                        1 Reply Last reply Reply Quote 0
                        • chrishammundefined
                          chrishamm administrators
                          last edited by

                          Error code 16 means Device or resource busy. From what version did you upgrade?

                          Duet software engineer

                          jay_s_ukundefined 1 Reply Last reply Reply Quote 0
                          • jay_s_ukundefined
                            jay_s_uk @chrishamm
                            last edited by

                            @chrishamm RC2

                            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 0
                            • chrishammundefined
                              chrishamm administrators
                              last edited by

                              I mean from what DSF version

                              Duet software engineer

                              blt3dpundefined jay_s_ukundefined 2 Replies Last reply Reply Quote 0
                              • blt3dpundefined
                                blt3dp @chrishamm
                                last edited by blt3dp

                                @chrishamm said in RepRapFirmware 3.0RC2 now available:

                                I mean from what DSF version

                                I was coming from DSF version 1.2.1.0 with with 3.0RC1

                                Unpacking duetsoftwareframework (1.2.2.0) over (1.2.1.0)
                                Unpacking reprapfirmware (1.2.2.0-1) over (1.2.1.0-1)
                                Unpacking duettools (1.2.2.0) over (1.2.1.0)
                                Unpacking duetcontrolserver (1.2.2.0) over (1.2.1.0)
                                Unpacking duetruntime (1.2.2.0) over (1.2.1.0)
                                

                                My 3D Printing YouTube Channel
                                Better Living Through 3D Printing

                                Follow me on Instagram and Twitter
                                Instagram
                                Twitter

                                1 Reply Last reply Reply Quote 0
                                • jay_s_ukundefined
                                  jay_s_uk @chrishamm
                                  last edited by

                                  @chrishamm 1.2.1.0 for me too

                                  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 0
                                  • chrishammundefined
                                    chrishamm administrators
                                    last edited by

                                    I see, thanks. I'll try to reproduce that.

                                    Duet software engineer

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

                                      I had the same behavior (although I did not capture the error) when moving from Beta 12 to RC1.

                                      Same fix, M997 S0

                                      Delta / Kossel printer fanatic

                                      1 Reply Last reply Reply Quote 0
                                      • daaveryundefined
                                        daavery @chrishamm
                                        last edited by

                                        @chrishamm same here too from rc1 to rc2

                                        1 Reply Last reply Reply Quote 0
                                        • chrishammundefined
                                          chrishamm administrators
                                          last edited by

                                          I believe I know why it's happening. I've added a delay to the RRF package script to work-around this problem. Please let me know if that fixes it.

                                          Duet software engineer

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