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

New experimental firmware 1.20beta2

Scheduled Pinned Locked Moved
Firmware installation
12
44
5.7k
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.
  • undefined
    zlowred
    last edited by 26 Oct 2017, 06:00

    I'm getting wifi connection issues after upgrading to the latest version. When using DuetWiFiServer 1.20beta2 the printer becomes unreachable via wifi in around 1 minute after starting it. M122 says wifi sleep mode: modem
    When using DuetWiFiServer 1.20alpha1 it seems to work fine; M122 says wifi sleep mode: unknown

    1 Reply Last reply Reply Quote 0
    • undefined
      darookee
      last edited by 26 Oct 2017, 08:20

      After updating my CoreXY can't home. At first it reported X-62Y-123 (or similar), at the second try it reported X0Y-0.4 and now it reports X-0.0Y-100.3 after trying to home X and Y. It also reports

      Error: Homing failed

      These are in my config.g

      M574 X1 Y1 Z0 S0
      M208 X-11 Y-0.75 Z0 S1
      M208 X200 Y200 Z240 S0

      Could this be because of the stall detection feature? I have not configured it, so I was thinking that it will not be used…?

      1 Reply Last reply Reply Quote 0
      • undefined
        dc42 administrators
        last edited by 26 Oct 2017, 11:22

        The "Homing failed" message has nothing to do with the stall detection feature. What it means is that it ran a homing file in response to the homing command you gave it, but the same axes were flagged as not homed after running the file as before.

        Were you trying to home all, or specific axes? Which axes show up in DWC as homed, before and after sending the command? Have you created any additional axes using M584?

        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
        • undefined
          kazolar
          last edited by 26 Oct 2017, 13:30

          Now I am able to use Z and B for my Z lead screws – homes correctly -- just did a quick test -- swapped U back to my 2nd Y gantry. Now B is use appropriately. So far outside of one freeze up where it looks like it got confused how long moves take after I was move Z up and down after machine was homed -- it's been working.
          PS -- any use case instructions for M585 .. the docs are not clear how to apply it.

          1 Reply Last reply Reply Quote 0
          • undefined
            darookee
            last edited by 26 Oct 2017, 13:44

            @dc42:

            Were you trying to home all, or specific axes? Which axes show up in DWC as homed, before and after sending the command? Have you created any additional axes using M584?

            First I did home all, then I quickly hit the emergency stop button, because it tried to move waaay out of the printer frame, as it was reporting Y-169 and my Z-homing point is at X100Y100. Then I tried homing X and Y seperately. Directly they were marked as 'not homed' (all buttons orange). I only have X Y Z (and E).

            1 Reply Last reply Reply Quote 0
            • undefined
              dc42 administrators
              last edited by 26 Oct 2017, 13:59

              @darookee:

              @dc42:

              Were you trying to home all, or specific axes? Which axes show up in DWC as homed, before and after sending the command? Have you created any additional axes using M584?

              First I did home all, then I quickly hit the emergency stop button, because it tried to move waaay out of the printer frame, as it was reporting Y-169 and my Z-homing point is at X100Y100. Then I tried homing X and Y seperately. Directly they were marked as 'not homed' (all buttons orange). I only have X Y Z (and E).

              At which point(s) did you get the "Homing failed" message?

              The buttons will be marked as "not homed" when you ask to home those axes. They should change to "homed" status as each one is completed.

              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
              • undefined
                darookee
                last edited by 26 Oct 2017, 14:33

                @dc42:

                At which point(s) did you get the "Homing failed" message?
                The buttons will be marked as "not homed" when you ask to home those axes. They should change to "homed" status as each one is completed.

                The message appeared directly after the homing procedure, the buttons did not change.

                Here is my homex.g

                ; Lift Z relative to current position
                G91
                G1 Z5 F12000
                G90
                ; Move quickly to X axis endstop and stop there (first pass)
                G1 X-205 F1800 S1
                ; Go back a few mm
                G91
                G1 X5 F12000
                G90
                ; Move slowly to X axis endstop once more (second pass)
                G1 X-205 F360 S1
                ; Lower Z again
                G91
                G1 Z-5 F12000
                G90

                homey.g is the same, just with X. I think I didn't change anything after generating it with the configurator. I certainly did not change anything here after the update.

                1 Reply Last reply Reply Quote 0
                • undefined
                  andreduplessis
                  last edited by 26 Oct 2017, 16:48

                  @darookee:

                  After updating my CoreXY can't home. At first it reported X-62Y-123 (or similar), at the second try it reported X0Y-0.4 and now it reports X-0.0Y-100.3 after trying to home X and Y. It also reports

                  Error: Homing failed

                  These are in my config.g

                  M574 X1 Y1 Z0 S0
                  M208 X-11 Y-0.75 Z0 S1
                  M208 X200 Y200 Z240 S0

                  Could this be because of the stall detection feature? I have not configured it, so I was thinking that it will not be used…?

                  I have the same homing issue on coreXY. After some digging around, I think that the issue creeps in the code where the endstops are checked.
                  In DDA.cpp around line 1270 the function is returned and part just below it which sets the homed axes is never invoked on a platform that shares drives:

                  if (endStopsToCheck == 0 || kin.QueryTerminateHomingMove(drive))
                  {
                  MoveAborted(); // no more endstops to check, or this axis uses shared motors, so stop the entire move
                  return;
                  }

                  I may be smoking something, but that is the only location that I could find where the AxesHomed bits are set. After removing the return, the axes homed like before (barring everything else that might now be broken 🙂 )

                  1 Reply Last reply Reply Quote 0
                  • undefined
                    dc42 administrators
                    last edited by 26 Oct 2017, 19:39

                    You are right, it's a bug. I shouldn't have added the 'return' at line 1274. I'll release a new beta tomorrow. In the meantime, CoreXY users should revert to version 1.20beta1.

                    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
                    • undefined
                      KeeganB
                      last edited by 27 Oct 2017, 03:51

                      Is anyone seeing any weird behavior with controlling heaters?

                      on fresh power up both the hot end and the bed heaters are set to "off." When I click them in DWC I can cycle through to active, but then it goes into "changing tool" mode and I can't do anything until it hits target temp…?

                      Artemis
                      Rostock Max v2
                      Orion

                      1 Reply Last reply Reply Quote 0
                      • undefined
                        dc42 administrators
                        last edited by 27 Oct 2017, 07:33

                        That's normal behaviour if you have tool change files that wait for your tools to reach temperature.

                        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
                        • undefined
                          KeeganB
                          last edited by 27 Oct 2017, 11:56

                          @dc42:

                          That's normal behaviour if you have tool change files that wait for your tools to reach temperature.

                          Ah, I found it! I think these must have been created by the RRF configurator. I recently used it to redo all of my config files fresh in an attempt to solve my wifi issues. Thanks David.

                          Artemis
                          Rostock Max v2
                          Orion

                          1 Reply Last reply Reply Quote 0
                          • undefined
                            kazolar
                            last edited by 27 Oct 2017, 14:09

                            I think I figured out an issue. It has something to do with how the Duet powers up and initializes. If it powers and hits some race condition or if I try to home it before it finishes some part of the startup routine – which is not clear when it does, it doesn't home correctly, if I wait a couple of minutes after power up. It appears to work properly.
                            Is there a way to add something to end config.g to print a message to the console -- Ready or something like that?

                            1 Reply Last reply Reply Quote 0
                            • undefined
                              MoS-tekknix
                              last edited by 28 Oct 2017, 07:58

                              Additional, i'm not able to print Files with Spaces or Brackets in the Filename anymore.

                              They upload just fine, but they are not able to print cause they will not be found. The Filename is not the same anymore.

                              Uploaded a File Test Cube (0.4).gcode

                              Trying to print:

                              [[language]]
                              M32 Test Cube (0.4).gcode
                              Error: M32: GCode file "Test Cube .gcode" not found

                              As you can see, eveything after ( will be cutted. Even if the Space after Cube is visible, no Special-Character can be used.

                              1 Reply Last reply Reply Quote 0
                              • undefined
                                dc42 administrators
                                last edited by 28 Oct 2017, 12:25

                                The open-bracket character starts a comment in standard CNC gcode, so filenames with brackets in them should never have been allowed - just like filenames with semicolons in them. In the 1.20release I intend to allow filenames in commands such as M32 to have double quotation marks around them, which will provide a way round 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
                                • undefined
                                  dc42 administrators
                                  last edited by 28 Oct 2017, 12:28

                                  I've just released 1.20beta3 which fixes a number of bugs in 1.20beta2. See the whats_new file for details.

                                  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
                                  • undefined
                                    MoS-tekknix
                                    last edited by 28 Oct 2017, 12:31

                                    @dc42:

                                    The open-bracket character starts a comment in standard CNC gcode, so filenames with brackets in them should never have been allowed - just like filenames with semicolons in them. In the 1.20release I intend to allow filenames in commands such as M32 to have double quotation marks around them, which will provide a way round this.

                                    Ah, was not aware of this. Sorry if i've overseen this.

                                    Will test beta3 now

                                    Cheers
                                    MoS-tekknix

                                    1 Reply Last reply Reply Quote 0
                                    • undefined
                                      dc42 administrators
                                      last edited by 28 Oct 2017, 12:56

                                      Btw the standard I am referring to is http://ws680.nist.gov/publication/get_pdf.cfm?pub_id=823374 and section 3.3.4 describes comments. We have increasing interest in using Duets to control CNC machines, so I am striving for a greater compatibility with CNC gcode, without having to use a separate build of the firmware.

                                      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
                                      • undefined
                                        MoS-tekknix
                                        last edited by 28 Oct 2017, 13:31

                                        Confirmed the Error is gone for config-override.g

                                        Thanks, waiting for Final of it 😉 But, i hope that we see always an ongoing release of Firmware(s) 😉

                                        1 Reply Last reply Reply Quote 0
                                        • undefined
                                          MoS-tekknix
                                          last edited by 28 Oct 2017, 15:44

                                          Mhh, tried to do a simulation via WebIf and it stucks at 0.5%, also it is not possible to cancel the print. Need to press Emergency-Stop

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