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

    Duet 3/Rpi + toolboard on 3.2b3 - G29 fails

    Scheduled Pinned Locked Moved
    Beta Firmware
    8
    65
    2.6k
    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.
    • chrishammundefined
      chrishamm administrators @oozeBot
      last edited by

      @oozeBot Okay, I'll test some more conditional G-code tomorrow. Unfortunately your macro is rather difficult to test for me because I don't have two Z motors, so it would help if you could share the debug log again.

      Duet software engineer

      oozeBotundefined 1 Reply Last reply Reply Quote 0
      • oozeBotundefined
        oozeBot @chrishamm
        last edited by

        @chrishamm I'll get that uploaded here in the next hour or two. FYI - here are my deployprobe.g and retractprobe.g.

        deployprobe.g

        M280 P0 S10
        

        retractprobe.g

        M280 P0 S90
        
        chrishammundefined 1 Reply Last reply Reply Quote 0
        • chrishammundefined
          chrishamm administrators @oozeBot
          last edited by

          @oozeBot Thanks, I use the same commands on my machine with a BLTouch. I haven't seen any more problems with bed probing with the build that I shared before but I admit I haven't tried many conditional G-codes yet.

          Duet software engineer

          oozeBotundefined 3 Replies Last reply Reply Quote 0
          • oozeBotundefined
            oozeBot @chrishamm
            last edited by

            @chrishamm here is what I could capture before cutting power before it crashed into the build plate. Note that it actually did complete homing Z successfully the first time I tried in this log, but failed the second time. I had tried right before this and saw it fail several ways, sometimes not extending the probe, other times it seems to skip to the next probe point without completing the current probe. Also note this is the behavior in 3.2b2 that I reported which ultimately led to me rolling back to 3.2b1.

            log2.txt

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

              @chrishamm I can confirm I was able to probe a bed with 400 points.
              I'll check the homing of the printer in the morning once I'm physically in front of it

              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
              • oozeBotundefined
                oozeBot @chrishamm
                last edited by oozeBot

                @chrishamm ok, caught a better crash while running homez.g which I posted earlier. I just let it probe with the bltouch retracted and protected the bed with a piece of cardboard..

                log3.txt

                1 Reply Last reply Reply Quote 0
                • oozeBotundefined
                  oozeBot @chrishamm
                  last edited by oozeBot

                  @chrishamm last log file for now. This is also from homez.g which I posted earlier. This time, the first g30 completed successfully, it moved to the left side, touched the probe down once, moved to the right side, probed several times, and then moved back to the left side and started probing again, eventually probing with the probe retracted..

                  log4.txt

                  Also, could this be related? Note the 0 at the end of deployprobe0.g and retractprobe0.g. It's found throughout the log but only around 1/3 of the calls seem to be wrong - the rest properly reference deployprobe.g and retractprobe.g..

                  [debug] Macro file deployprobe0.g not found
                  [debug] HTTP: ==> Starting code G30 Z-99999 ; sets z-height relative to print bed
                  [debug] HTTP: Disposing macro file deployprobe0.g
                  
                  [debug] Macro file retractprobe0.g not found
                  [debug] HTTP: ==> Starting code G30 Z-99999 ; sets z-height relative to print bed
                  [debug] HTTP: Disposing macro file retractprobe0.g
                  
                  chrishammundefined 1 Reply Last reply Reply Quote 0
                  • dc42undefined
                    dc42 administrators
                    last edited by

                    RRF allows each Z probe to have its own deploy and retract files. That's why it's looking for deployprobe0.g first before falling back to deployprobe.g.

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

                      @oozeBot Thanks for the logs. I'm afraid I could not reproduce any of the out-of-order replies or stack underruns that I could discover in your log - please make sure the Duet 3 firmware is 3.2-b3+2-ch and NOT 3.2-b2+1 or older (check on Settings -> Machine).

                      The reason for your problem is probably a combination of these issues but I was unable to provoke them on my setup with the latest firmware.

                      Duet software engineer

                      oozeBotundefined 1 Reply Last reply Reply Quote 0
                      • oozeBotundefined
                        oozeBot @chrishamm
                        last edited by

                        @chrishamm crap - it appears I am on 3.2-beta2+1. I just ran sudo apt update / upgrade again but nothing new was installed. I also ran M997 from DWC to make sure I updated the firmware.

                        snip.JPG

                        What am I missing? I'll try to upload it directly to DWC. I'm sorry to have wasted any of your time on my mistake..

                        1 Reply Last reply Reply Quote 0
                        • oozeBotundefined
                          oozeBot
                          last edited by

                          After downloading the firmware from the following link and uploading it through DWC, it has now been properly updated. I don't know how that was missed or even installed as I was on 3.2b1 and upgraded to 3.2b3 (skipping 3.2b2) - none of the 3.2b2 resources should have been available to install..?

                          https://github.com/Duet3D/RepRapFirmware/releases/tag/3.2beta3

                          It is now properly homing. I am moving forward with a few more mesh bed leveling tested before calling this complete.

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

                            @chrishamm said in Duet 3/Rpi + toolboard on 3.2b3 - G29 fails:

                            @oozeBot I've updated my experimental Duet 3 MB6HC binary again because I found one more potential problem in it.

                            Please upload this file on the system page and confirm the update prompt.

                            Duet software engineer

                            oozeBotundefined 2 Replies Last reply Reply Quote 0
                            • oozeBotundefined
                              oozeBot @chrishamm
                              last edited by oozeBot

                              @chrishamm Sorry - it is very early here and I haven't had any coffee.. I now recognize I've been manually updating RRF at your request.

                              I just updated the file directly at the link you've provided - it reverted to:

                              Board: Duet 3 MB6HC (MB6HC)
                              DSF Version: 3.2.0-beta3
                              Firmware: RepRapFirmware for Duet 3 MB6HC 3.2-beta2+1 (2020-10-02b1)

                              1 Reply Last reply Reply Quote 0
                              • oozeBotundefined
                                oozeBot @chrishamm
                                last edited by

                                @chrishamm OK, I'm now properly caffeinated. I just tested everything again and can confirm the RRF firmware you've linked to is 3.2B2 - not 3.2b3. Any thoughts on this? Was the wrong file uploaded?

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

                                  @oozeBot Sorry, I uploaded an old file - the build configs have changed recently. Please try to download the file again.

                                  Duet software engineer

                                  oozeBotundefined 4 Replies Last reply Reply Quote 0
                                  • oozeBotundefined
                                    oozeBot @chrishamm
                                    last edited by oozeBot

                                    @chrishamm thanks. I'm now on RepRapFirmware for Duet 3 MB6HC 3.2-beta3+2-ch. I'll run through several tests and report back..

                                    edit - homing Z is now functioning properly.. on to mesh bed leveling.

                                    1 Reply Last reply Reply Quote 0
                                    • oozeBotundefined
                                      oozeBot @chrishamm
                                      last edited by

                                      @chrishamm 400 probe mesh completed without issue! System is back to idle. Going to run through it once more and then print something, but overall, it appears the issue is resolved..

                                      1 Reply Last reply Reply Quote 0
                                      • oozeBotundefined
                                        oozeBot @chrishamm
                                        last edited by

                                        @chrishamm I have run through this several times now and feel I can safely report it has been corrected. Mesh Bed Leveling is now successfully completing and returning to an idle state. Thanks

                                        1 Reply Last reply Reply Quote 0
                                        • oozeBotundefined
                                          oozeBot @chrishamm
                                          last edited by

                                          @chrishamm @dc42 - I probably should start another thread for this, but will you please review the attached log to see if anything stands out? I have a job to test bed leveling that I've attempted to run five times now after completing the mesh. The log captured two of those attempts.. something is happening where it randomly loses position very rapidly during non-print moves. I don't know how better to explain it.

                                          I can say with certainty that I've never seen this type behavior before 3.2b3.

                                          Thanks

                                          log6.txt

                                          chrishammundefined 1 Reply Last reply Reply Quote 0
                                          • oozeBotundefined
                                            oozeBot
                                            last edited by oozeBot

                                            I just rolled back to 3.2B1 and ran the same job. It completed successfully the first time. With 3.2B3, it couldn't make it past the first layer before drastically losing it's position in X&Y.

                                            @chrishamm - Please let me know how I can help test and identify this issue if it was not captured in the log I just provided.

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