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

    Bed compensation not working as expected.

    Scheduled Pinned Locked Moved
    General Discussion
    6
    16
    935
    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.
    • PCRundefined
      PCR @Marcossf
      last edited by

      @marcossf just for refernce If you Machine z Limit in M208 is Z0 it can Not Go any more down. So If your Mesh is negativ it will only Go to Z0 even If the Mesh says EG z -0.8

      Marcossfundefined 1 Reply Last reply Reply Quote 0
      • Marcossfundefined
        Marcossf @PCR
        last edited by

        @pcr Being Z=0 after applying the mesh correction, the Z=0 limit calculated is below the bed surface. So it adds more travel to Z axis when mesh is loaded.

        Without mesh correction the probe point and the nozzle point Z=0 is correct. We test precision and repetability of Z probe and Z lenght switch and it is consistent, so could be causing innacuracy but both are correct.

        Tested with a 3:3 grid, 9:9 grid and 20mm G29 grid gives the same incorrect compensation.

        We will try to update to latest beta 3 and look for diferences.

        Marcossfundefined 1 Reply Last reply Reply Quote 0
        • Marcossfundefined
          Marcossf @Marcossf
          last edited by

          Hello again,

          We have been trying to reduce the number of variables involved in mesh bed leveling to try to figure out where the problem we are referring (the level of Z = 0 is below the bed surface once the heightmap.csv is loaded).

          An interesting test was the test of the probe with G30 from 20mm height in X0 Y0 coordinates and the same test where the probe with G30 S-1 triggers from the same height and the same coordinate.

          With the G30 we get a reasonably consistent measurement and an average precision of 0.03mm. The problem that we appreciate is if we do the same test with G30 S-1 where it returns the activation height of the probe. What we see is that it increases as we test it.

          Could this been the reason for the heightmap being done incorrectly? Why this dissimilar behaviour? We would expect the same linearility than G30 being the same probe and same coordinate.

          7dcda78a-b8dc-4336-bff7-a4d25d70b400-image.png

          There isn't any difference with RRF 3.4b2+, 3.4b3 or 3.4b4

          b9fb94e2-9be0-4018-a62b-c997aa54a5d4-image.png

          The X0 Y0 in the map is Z 0.255 higher from Z=0 and really is -0.50 below bed surface.

          petriheinoundefined fcwiltundefined 2 Replies Last reply Reply Quote 0
          • petriheinoundefined
            petriheino @Marcossf
            last edited by

            @marcossf
            Could you try to add G29 S2 before each? Could that work (reset the mesh)?

            I noticed that if not using G29 S2 in start.g file, then z motor stepcount gets lost when repeating measurement with G30 -> G29. This can be seen by using M114 and comparing the Z stepcount. Maybe observing Z stepcount would be also good to do.

            Im also trying to solve issues related to G29 and hopefully soon will measure Z axis with encoder.
            My earlier theread here Mesh Bed Leveling G29 issues.

            Marcossfundefined 1 Reply Last reply Reply Quote 1
            • Marcossfundefined
              Marcossf @petriheino
              last edited by

              @petriheino Yes, we reset the mesh before the G29 S0.

              Also the multiple probe done was with the mesh .csv file erased. It was trying to reduce the parts involved was when discovered the probe measurements deviation. We assume that when make a new map, it is done repeating G30 commands n-times and there is when we see such deviation it can affect the mesh.

              Today we'll continue the testing.

              1 Reply Last reply Reply Quote 0
              • petriheinoundefined
                petriheino
                last edited by petriheino

                Hey developers, is there any documentation that could help to troubleshoot mesh? Ive been trying to read the code and understand how to debug mesh, and looked at the Gcode states. Should we concentrate on some of them, where the readings go wrong?

                Case 29 (G29)
                gridProbing states.png

                Case 30 (G30)

                probingAtPoint0
                probingAtPoint1
                probingAtPoint2a
                probingAtPoint2b
                probingAtPoint3
                probingAtPoint4
                probingAtPoint4a
                probingAtPoint5
                probingAtPoint6
                probingAtPoint7
                
                1 Reply Last reply Reply Quote 1
                • fcwiltundefined
                  fcwilt @Marcossf
                  last edited by

                  @marcossf said in Bed compensation not working as expected.:

                  The X0 Y0 in the map is Z 0.255 higher from Z=0 and really is -0.50 below bed surface.

                  Hi,

                  Are you aware that if you change the logical Z position (where the firmware "thinks" Z=0 is) before creating the height map the entire height map will appear to move up or down depending on the change?

                  For example, the command sequences G91 G1 Z0.1 G29 Z0 G90 or G91 G1 Z-0.1 G29 Z0 G90 will shift the logical Z=0 position and a new height map will reflect that shift.

                  Typically you want the logical Z=0 position to match the physical Z=0 position, so that when you do the command sequence G90 G1 Z0 the nozzle ends up just touching the bed.

                  Printers: a small Utilmaker style, a small CoreXY and a E3D MS/TC setup. Various hotends. Using Duet 3 hardware running 3.4.6

                  Marcossfundefined 1 Reply Last reply Reply Quote 0
                  • Marcossfundefined
                    Marcossf @fcwilt
                    last edited by

                    @fcwilt Interesting. We will check if that situation could been happening with the variables involved in obtain the Z min limit.

                    Also we changed the surface for other one that we know it has high and low areas to get more info about this behaviour.

                    55c58809-0466-43ef-bd82-7480a9ac30db-image.png

                    fcwiltundefined 1 Reply Last reply Reply Quote 1
                    • fcwiltundefined
                      fcwilt @Marcossf
                      last edited by

                      @marcossf

                      To get the best results from your height map you must pick a XY reference point for setting the logical Z=0 position and you must always use that same point when creating and loading the height map.

                      This process is called setting the Z=0 Datum in the Duet documentation.

                      Some folks use the XY co-ordinates of one of the grid points used when probing the bed to create the height map.

                      Others, like me, use the center of the bed.

                      In either case it should result in a height map in the correct Z relationship with the bed.

                      Frederick

                      Printers: a small Utilmaker style, a small CoreXY and a E3D MS/TC setup. Various hotends. Using Duet 3 hardware running 3.4.6

                      Marcossfundefined 1 Reply Last reply Reply Quote 0
                      • Marcossfundefined
                        Marcossf @fcwilt
                        last edited by

                        @fcwilt Yes, it's the way we do it. Our HRP when we homing is the bed center (X0 Y0).

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