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

    Weird Bed Mesh Behavior after Z-Leveling

    Scheduled Pinned Locked Moved
    General Discussion
    4
    22
    1.9k
    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.
    • jstevewhiteundefined
      jstevewhite @dc42
      last edited by

      @dc42 -

      power on
      G28
      G32
      G32
      G28 Z
      G29

      Ok, reproduction is easy. Every time I follow that procedure I get this map:

      Imgur

      It turned out to take more than a few G32/G28 Z/G29 cycles to return to the normal map, which is:

      Imgur

      But now, no matter how many times I run G28 Z, G32, or G29, I get the same ( good ) result.

      Note that our leveling probe and our mesh probe use the same bed points. Our general assumption is that the 1/4" MIC6 tooling plate is flat (which is born out by actually printing).

      Also, I have not tried a print with this map as I'm afraid of a nozzle crash.

      1 Reply Last reply Reply Quote 0
      • veng1undefined
        veng1
        last edited by

        In the first height map, all locations are less than 0.0. What setting would move the center up to Z = 0.0?

        jstevewhiteundefined 1 Reply Last reply Reply Quote 0
        • jstevewhiteundefined
          jstevewhite @veng1
          last edited by

          @veng1 said in Weird Bed Mesh Behavior after Z-Leveling:

          In the first height map, all locations are less than 0.0. What setting would move the center up to Z = 0.0?

          That's the $64,000 question, eh? No setting changes between the first picture and the second.

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

            @jstevewhite, please can you repeat those tests, but after each G28, G32 and G29 command (and after any individual G30 commands you do), run M122 and look at the "comp offset" value in the Move diagnostics. This is a new field that I added in firmware 2.03. Please check what value is reported there, and whether any nonzero values are related to the height offset shown in DWC.

            I would like to get to the bottom of this before I do a 2.03.01 firmware release.

            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

            jstevewhiteundefined 1 Reply Last reply Reply Quote 0
            • jstevewhiteundefined
              jstevewhite @dc42
              last edited by

              @dc42

              We'll have to get @natewalck to provide that data. Somehow, mine suddenly stopped doing this. I repeated it fifteen or twenty times when Nate told me about it, and then for the last repetition you asked for. But somehow running M122 seems to have fixed it permanently. LOL. Not sure how that's even possible.

              Changes: I took out the M401/M402 and the dwell. Nothing else except M122.

              Now I power cycle, G28, G32, G32, G29 and get the proper map.

              1 Reply Last reply Reply Quote 0
              • natewalckundefined
                natewalck
                last edited by

                G28
                G32
                G32
                G28 Z

                Then for mesh:

                G91
                G1 Z5
                M557 X40:290 Y42:332 S250
                G29

                Yielded this:
                0_1561078483792_WithoutM122.PNG

                1 Reply Last reply Reply Quote 0
                • natewalckundefined
                  natewalck
                  last edited by natewalck

                  Note: This does test did NOT use a G28 Z after the second G32 but before the G29, so it is not exactly the same as the post just before this one.

                  Doing the same thing, but with a M122 after EACH command yielded this:

                  0_1561079013869_WithM122.PNG

                  Also here is the M122 output after each command.

                  M122 After G28
                  0_1561079030629_M122_after_G28.txt

                  M122 After G32 First run
                  0_1561079035542_M122_after_G32x1.txt

                  M122 After G32 Second Run
                  0_1561079039717_M122_after_G32x2.txt

                  M122 After G29 (same commands as previous post)
                  0_1561079095120_M122_after_G29.txt

                  1 Reply Last reply Reply Quote 0
                  • natewalckundefined
                    natewalck
                    last edited by

                    This post is deleted!
                    1 Reply Last reply Reply Quote 0
                    • natewalckundefined
                      natewalck
                      last edited by natewalck

                      Here is the correct data:

                      config.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/config.g
                      homeall.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homeall.g
                      homex.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homex.g
                      homey.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homey.g
                      homez.g: https://github.com/natewalck/railcoreiiduet/blob/master/300ZL/sys/homez.g

                      Doing the same exact process as in post # 18 (with the bed showing 0.1 too low):

                      0_1561083168859_WithM122.PNG

                      And here is the M122 output after each command:

                      After G28:

                      0_1561083216074_M122_after_G28.txt

                      After G32 run 1:

                      0_1561083226991_M122_after_G32x1.txt

                      After G32 run 2:

                      0_1561083235889_M122_after_G32x2.txt

                      After G28 Z:

                      0_1561083244610_M122_after_G28_Z.txt

                      After G29 command (As shown above):

                      0_1561083256472_M122_after_G29.txt

                      As you can see, the bed still appears ~ 0.1mm too low using the above sequence.

                      Also, I don't see "comp offset" anywhere in the M122 outputs. It shows no bed compensation being used at all.

                      Thanks!

                      Nate

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

                        @natewalck said in Weird Bed Mesh Behavior after Z-Leveling:

                        Also, I don't see "comp offset" anywhere in the M122 outputs. It shows no bed compensation being used at all.

                        I guess you are not using firmware 2.03 then. Please repeat the tests using firmware 2.03.

                        When you home Z, you probe first at 500mm/min then at 50mm/min. What probing speed do you use when you run G29?

                        Edit: also you are using an old beta firmware version, which is unsupported.

                        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