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

    Homing sensors not working correctly with RRF3.3.0 stable

    Scheduled Pinned Locked Moved Unsolved
    Beta Firmware
    5
    34
    2.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.
    • Marco Bonaundefined
      Marco Bona
      last edited by

      @Phaedrux , @dc42, @chrishamm, I tried in standalone mode, I have the same problem I have with SBC starting from version 3.3RC3 + 7(https://www.dropbox.com/sh/xfsvscbaab0dtzl/AACCcSeiTNINZL-xbs6IhC4Ja?dl=0). Latest release where limit switches work correctly is 3.3 RC3 + 6, if I am not mistaken, afterwards an update was also made on the expansion boards. I cannot provide you with a report in standalone mode because I do not have possibility to connect a network cable to modem, but I am still available for further tests.
      Thank you

      1 Reply Last reply Reply Quote 0
      • Marco Bonaundefined
        Marco Bona
        last edited by

        @Phaedrux ,I wanted to know if there was any update or some solution to fix the problem. I would like to inform you that heater set on the expansion board also has problems with this release.
        Furthermore, when starting a print, this error also appeared

        Error: Failed to get macro response within 3000ms from SBC (channel File)
        

        I am now working in SBC mode, can anyone give me an answer?
        Thank you
        Marco

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

          @marco-bona I have added this to my list to investigate.

          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

          User3Dundefined 1 Reply Last reply Reply Quote 1
          • User3Dundefined
            User3D @dc42
            last edited by

            @dc42 I have faced a similar issue , when upgraded from 3.3beta Feb1 release to to RRF 3.3.0.
            Axes X-Y are connected on EXP1XDs and I have end-limits on both the low and high ends. After upgrade, Axes started hitting the end-limits on the other(high) ends . I suppose It is the same issue as of @marco-bona & due to incorrect homing, axes hit the endstops.

            NOTE: After downgrading to previous release i.e. (3.3beta Feb1) , problem is gone.

            Do you concur the issues are similar?

            1 Reply Last reply Reply Quote 1
            • Marco Bonaundefined
              Marco Bona
              last edited by

              @dc42 , Thanks.
              @User3D , yesterday I did some tests and it seems that adding a G4 between moves gets around the problem. I haven't tried to print but homing works. I enclose an example, let me know if you solve.

              G1 H1 U-150 F2000                                                               
              G4 P100                                                                         
              G1 U5 F1000                                                                     
              G4 P100
              G1 H1 U-15 F500                                                                
              G4 P100                                                                       
              

              With M400 it doesn't work, if you still have problems increase the delay

              User3Dundefined dc42undefined 2 Replies Last reply Reply Quote 1
              • User3Dundefined
                User3D @Marco Bona
                last edited by

                @marco-bona Thanks! Did you try printing? If yes then can you confirm that its not step skipping and homing issue only?

                Marco Bonaundefined 1 Reply Last reply Reply Quote 0
                • Marco Bonaundefined
                  Marco Bona @User3D
                  last edited by

                  @user3d, hello, I tried to make some prints but I can not give you a certain answer because on expansion board I have 2 axes that I do not usevery often during printing. From what I see I don't think there are any problems but I'm not entirely sure

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

                    @marco-bona said in Homing sensors not working correctly with RRF3.3.0 stable:

                    yesterday I did some tests and it seems that adding a G4 between moves gets around the problem.

                    I believe the cause is that there is a minimum permitted interval between successive reports from an endstop switch connected via CAN. The reason is to prevent contact bounce and interference spikes generating excessive CAN traffic. This interval is currently set to 30ms. Therefore, it should be sufficient to ensure there is at least 30ms elapsed time between the end of the first G1 H1 command and the start of the second G1 H1 command; and that there is at least 60ms between the start of the middle G1 command and the end of the second G1 H1 command. These delays can be achieved by making each of the second and third G1 commands take at least 30ms, or using G4 delay commands, or a combination of both.

                    In RRF 3.4beta4 I will either implement a fix or reduce the minimum interval.

                    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

                    Marco Bonaundefined 1 Reply Last reply Reply Quote 0
                    • Marco Bonaundefined
                      Marco Bona @dc42
                      last edited by

                      @dc42, thanks for reply

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

                        @marco-bona if you install firmware 3.4beta3 then I can provide a further update to the expansion or tool board firmware that I believe will fix this issue.

                        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

                        Marco Bonaundefined 2 Replies Last reply Reply Quote 0
                        • Marco Bonaundefined
                          Marco Bona @dc42
                          last edited by

                          @dc42, now I'm on vacation, I hope to be able to try the new release early next week

                          1 Reply Last reply Reply Quote 0
                          • Marco Bonaundefined
                            Marco Bona @dc42
                            last edited by Marco Bona

                            @dc42, hi, I have installed latest internal release, prelease 3.4 beta 3+1 on mainboard while on the expansion board there is the latest release3.4 beta 3, leaving a delay although minimal in the moves it works correctly, the only strange thing that known is that I have to load configuration file 2 times to be able to load the parameters on the expansion board, I don't know if it is due to the fact that some updates are missing on expansion board. With this release I'm getting perfect prints, great job !!

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