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

    Duet 3. ? faulty Driver0. Post requested by Duet

    Scheduled Pinned Locked Moved Solved
    Using Duet Controllers
    6
    32
    1.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.
    • DavidSimcockundefined
      DavidSimcock @T3P3Tony
      last edited by

      @t3p3tony said in Duet 3. ? faulty Driver0. Post requested by Duet:

      @davidsimcock ok so something is causing the X axis to loose its holding torque as part of the Y homing.

      Can you try the following minimalistic homey.g temporarily.

      ; homey.g
      ; called to home the Y axis

      G91 ; relative positioning
      G1 H1 Y1500 F1500 ; move quickly to Y axis endstops and stop there (first pass)
      G1 Y-3 F150 ; go back a few mm
      G1 H1 Y1500 F150 ; move slowly to Y axis endstops once more (second pass)
      G90 ; absolute positioning
      

      Caution this file no longer homes homes Z as part of the Y move so please ensure the Z axis is in a safe position before running it.

      The idea is to see if the X axis is still disabled if X is homes first, then Y homed. both as individual moves. (so homeall.g is not modified yet.)

      Just to check Tony...are you suggesting I suspend all the commands in my homey.g and paste your commands beneath? Followed by sending homex.g and following this with sending homey.g ?

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

        @davidsimcock I would rename the current homey.g to homey.g.backup then make a new homey.g with the contents above. then yes G28 X, then G28 Y

        www.duet3d.com

        DavidSimcockundefined 1 Reply Last reply Reply Quote 0
        • DavidSimcockundefined
          DavidSimcock @T3P3Tony
          last edited by

          @t3p3tony said in Duet 3. ? faulty Driver0. Post requested by Duet:

          @davidsimcock I would rename the current homey.g to homey.g.backup then make a new homey.g with the contents above. then yes G28 X, then G28 Y

          OK...I've done that. The result is that the x axis motor is de-energised at the end of the process.

          1 Reply Last reply Reply Quote 0
          • Phaedruxundefined
            Phaedrux Moderator
            last edited by

            After homing is complete can you send M906 and M913 by itself and report back what it says?

            Another thing to try is to completely backup your current config, remove it all, and start with a fresh basic config from the online tool.

            https://configtool.reprapfirmware.org/Start

            Z-Bot CoreXY Build | Thingiverse Profile

            DavidSimcockundefined 1 Reply Last reply Reply Quote 1
            • DavidSimcockundefined
              DavidSimcock @Phaedrux
              last edited by

              @phaedrux said in Duet 3. ? faulty Driver0. Post requested by Duet:

              After homing is complete can you send M906 and M913 by itself and report back what it says?

              Another thing to try is to completely backup your current config, remove it all, and start with a fresh basic config from the online tool.

              https://configtool.reprapfirmware.org/Start

              Thanks. Here are the M906 and M913

              M906.txt

              M913.txt

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

                @davidsimcock from your config-axes.g file:

                ; Axes configuration executed by config.g
                M584 X0.0 Y0.1:0.3 Z0.2:0.4
                ...
                M669 K0 X1:0:0:0 Y0:1:0:1 Z0:0:1:0

                You are defining 3 physical axes but your M669 command assumes 4. Try changing the M669 command to this:

                M669 K0 X1:0:0 Y0:1:0 Z0:0:1

                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

                DavidSimcockundefined 1 Reply Last reply Reply Quote 0
                • DavidSimcockundefined
                  DavidSimcock @dc42
                  last edited by

                  @dc42 said in Duet 3. ? faulty Driver0. Post requested by Duet:

                  @davidsimcock from your config-axes.g file:

                  ; Axes configuration executed by config.g
                  M584 X0.0 Y0.1:0.3 Z0.2:0.4
                  ...
                  M669 K0 X1:0:0:0 Y0:1:0:1 Z0:0:1:0

                  You are defining 3 physical axes but your M669 command assumes 4. Try changing the M669 command to this:

                  M669 K0 X1:0:0 Y0:1:0 Z0:0:1

                  Right...I've revised the M669 as suggested. Homing now functions as it should, with the x axis motor holding torque. Thanks for the suggestion!

                  DavidSimcockundefined 1 Reply Last reply Reply Quote 1
                  • DavidSimcockundefined
                    DavidSimcock @DavidSimcock
                    last edited by

                    @davidsimcock The issue does seem to be resolved with changing the kinematics M669 command.
                    A BIG THANKS to all who have made suggestions to resolve the issue. It is much appreciated.

                    T3P3Tonyundefined 1 Reply Last reply Reply Quote 1
                    • dc42undefined dc42 marked this topic as a question
                    • dc42undefined dc42 has marked this topic as solved
                    • T3P3Tonyundefined
                      T3P3Tony administrators @DavidSimcock
                      last edited by

                      @davidsimcock thanks for confirming this. May I ask where the config came from?

                      www.duet3d.com

                      DavidSimcockundefined 1 Reply Last reply Reply Quote 0
                      • DavidSimcockundefined
                        DavidSimcock @T3P3Tony
                        last edited by

                        @t3p3tony I took it from the Ooznest Workbee configuration that I had on a duet 2 wifi, and adapted it for the parameters of my machine. Why there should have been those kinematis commands I don't know. And I confess to not really understanding why there were 4 entry's...

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

                          @davidsimcock thanks, I will follow up with Ooznest. Thanks agin with your patience as we worked through this.

                          www.duet3d.com

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

                            @t3p3tony M669 was also a feature of this workbee config https://forum.duet3d.com/topic/27923/x-axis-stops-working-after-moving-y

                            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

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

                              @jay_s_uk thank you for linking these two together I did not see that post.

                              We have captured the issue with M669 to review.

                              www.duet3d.com

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

                                I've added the behaviour when M669 has too many entries per matrix row to the bug list.

                                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