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

    DuetWiFiFirmware minor release 1.15c

    Scheduled Pinned Locked Moved
    Firmware installation
    11
    79
    12.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.
    • dc42undefined
      dc42 administrators
      last edited by

      No, I haven't made any changes in that area.

      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
      • curieosundefined
        curieos
        last edited by

        Then I'm not quite sure what happened. I made a print two days ago with auto calibration and it worked fine. I then loaded the new firmware yesterday, started another print, and it wasn't probing the bed anymore since it was already triggered. I didn't make any changes to my config file other than to adjust for the z offset.

        She/Her
        I work at a local 3D printing shop.
        Printers: Micron+ w/Duet 3 Mini, in-progress adaptation of the Jubilee REL onto an E3D MS, Prusa i3 MK3S.

        1 Reply Last reply Reply Quote 0
        • curieosundefined
          curieos
          last edited by

          After a restart the behavior has reverted back to normal. Not sure what caused it.

          She/Her
          I work at a local 3D printing shop.
          Printers: Micron+ w/Duet 3 Mini, in-progress adaptation of the Jubilee REL onto an E3D MS, Prusa i3 MK3S.

          1 Reply Last reply Reply Quote 0
          • Toddimusundefined
            Toddimus
            last edited by

            I just had the same problem with the FSR sensors (JohnSL board). With 1.15c when I try an auto bed calibration on my delta, it says the endstops are already triggered. No hardware change. Reverted back to 1.15b and it works again. I tried rebooting the duet wifi, but that didn't help.

            I do have a 17 point bed.g file. 10 points on perimeter and 6 points halfway in and one in the center. Don't know if that matters.

            I do have the jumper on the JohnSL board to make the board look like (I think) a normally closed switch. This didn't get changed between firmware.

            Not sure why but it is something different in 1.15c.

            1 Reply Last reply Reply Quote 0
            • Sakeyundefined
              Sakey
              last edited by

              Having the same problem, going from 1.15b to 1.15c . Worked fine with 1.15b but 1.15c bring up " Z probe warning: probe already triggered at start of probing move" .

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

                Those of you who are having Z probe trouble going from 1.15b to 1.15c, what probe type do you have set in M558, and how do you have the probe connected?

                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
                • Sakeyundefined
                  Sakey
                  last edited by

                  Mines connected 3x fsr to JohnSL board to the duet via e0 endstop I think. Set at 4 on m558.

                  Worked fine in 1.15b, upgraded to 1.15c no longer working so downgraded again and back up and running. Hope that helps DC!

                  1 Reply Last reply Reply Quote 0
                  • Toddimusundefined
                    Toddimus
                    last edited by

                    Mine is connected to the E0 endstop.
                    Jumper on JohnSL board is set for NC

                    M558 P4 X0 Y0 Z0
                    M574 X2 Y2 Z2 S0 // hall effect switches at the top of each delta tower
                    G31 X0 Y0 Z0 P500

                    Thanks DC

                    1 Reply Last reply Reply Quote 0
                    • sgaundefined
                      sga
                      last edited by

                      Do you ever sleep?Thx for the update!!!

                      1 Reply Last reply Reply Quote 0
                      • lignumaquaundefined
                        lignumaqua
                        last edited by

                        Not sure if this is a Duet WiFi firmware issue, or chrishamm's web page. Running 1.15c with web interface 1.12 on a brand new Duet WiFi on a brand new CoreXY. All is working fine, very quiet and no problems! 🙂

                        Very minor issue, the web page always reports that the build has 500 layers, no matter how many there really are. (This model actually has 236 layers.)

                        EDIT: The root cause is likely that the model height is incorrect

                        Always comes through as 100mm.

                        1 Reply Last reply Reply Quote 0
                        • deckingmanundefined
                          deckingman
                          last edited by

                          I seem to remember reading something somewhere about the firmware finding the object height by reading the last G1 Z command in the gcode file. If you have a G1 Z at the end of your print to lift the head, that can screw it up. You can still lift the head but use G0 instead of G1 (does the same thing I think).

                          Ian
                          https://somei3deas.wordpress.com/
                          https://www.youtube.com/@deckingman

                          1 Reply Last reply Reply Quote 0
                          • lignumaquaundefined
                            lignumaqua
                            last edited by

                            @deckingman:

                            I seem to remember reading something somewhere about the firmware finding the object height by reading the last G1 Z command in the gcode file. If you have a G1 Z at the end of your print to lift the head, that can screw it up. You can still lift the head but use G0 instead of G1 (does the same thing I think).

                            Aha! Thank you, that is precisely the problem. I have a G1 Z100 in my ending script. I'll change that to G0 Z100.

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

                              A workaround for that is to put a comment starting with upper case E on the end of that G1 line. I'm not sure that using G0 instead of G1 will make any difference.

                              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
                              • deckingmanundefined
                                deckingman
                                last edited by

                                Found where I'd read that about G0 - it was here https://miscsolutions.wordpress.com/2014/06/11/five-tips-for-using-dc42-firmware-on-the-reprappro-ormerod/. No offence intended but if G0 doesn't work, maybe you should amend you blog David.

                                Ian
                                https://somei3deas.wordpress.com/
                                https://www.youtube.com/@deckingman

                                1 Reply Last reply Reply Quote 0
                                • lignumaquaundefined
                                  lignumaqua
                                  last edited by

                                  Using G0 fixed the problem. Many thanks for the help.

                                  1 Reply Last reply Reply Quote 0
                                  • Toddimusundefined
                                    Toddimus
                                    last edited by

                                    @dc42:

                                    Those of you who are having Z probe trouble going from 1.15b to 1.15c, what probe type do you have set in M558, and how do you have the probe connected?

                                    Any more thoughts on this issue?
                                    I know you are quite busy, and hopefully have a life outside 3D printing, so I understand any delay. 🙂

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

                                      Sorry I won't be able to look at this for several more days. I've already looked at the code changes in 1.15c and I didn't find anything to explain it.

                                      If you wish, you could try connecting the fsr board to the Z probe connector instead of E0 and use probe type 5.

                                      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
                                      • guywinslowundefined
                                        guywinslow
                                        last edited by

                                        Just code my board in the mail 1 week ago. had to print a Case. Got wired and mounted today.

                                        Improvements:
                                        Stepper control vast improvement.
                                        Temperature control wall much stabler, terns off when the gcode changes the temperature wall its printing.

                                        Working on reproducing it right now

                                        1 Reply Last reply Reply Quote 0
                                        • guywinslowundefined
                                          guywinslow
                                          last edited by

                                          OK, Cant reproduse

                                          1 Reply Last reply Reply Quote 0
                                          • mhackneyundefined
                                            mhackney
                                            last edited by

                                            David or anyone, is the comment about M301 in config.g relevant if upgrading from 1.15-beta3 release?

                                            My 3D Printing blog: http://www.sublimelayers.com
                                            Coming this summer: "3D Printing Strategies - the art of perfecting your designs and prints"

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