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

    Problem with z-probe offset

    Scheduled Pinned Locked Moved
    Tuning and tweaking
    5
    23
    1.1k
    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.
    • koaldesignsundefined
      koaldesigns
      last edited by

      I do need the H2 parameters because it's a SCARA machine. Everything has been tuned and works properly for what I need except the z offset. Also, I don't have to measure it because that's what the firmware says, and when I move to Z0, the hotend is always the same distance above the bed no matter the z-offset so it is being ignored. @fcwilt

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

        @koaldesigns

        Have you executed a G31 from the console after booting to see what it reports?

        You don't by chance have another G31 somewhere this overriding the one in config.g?

        Frederick

        Printers: a E3D MS/TC setup and a RatRig Hybrid. Using Duet 3 hardware running 3.4.6

        1 Reply Last reply Reply Quote 0
        • koaldesignsundefined
          koaldesigns
          last edited by

          The G31 command yielded this before and after homing:

          G31
          Z probe 0: current reading 487, threshold 500, trigger height 2.410, offsets X1.0 Y1.0
          

          but still reports 18.7mm z height after homing when it should be 20.41. @fcwilt

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

            @koaldesigns said in Problem with z-probe offset:

            The G31 command yielded this before and after homing:

            G31
            Z probe 0: current reading 487, threshold 500, trigger height 2.410, offsets X1.0 Y1.0
            

            but still reports 18.7mm z height after homing when it should be 20.41. @fcwilt

            What kind of probe is it?

            That reading of 487 is awfully close to the threshold value.

            I noticed that in your homeALL.g file you used G92 W0 with the comment that there was no Z end stop yet.

            It got me to thinking. Does your printer have a axis named Z? If not how does G30 know to move on W.

            Curious.

            The only other thing I can think of is that 3.2 has a bug. I know for my printer with 3 Z steppers each with their own Z end stop switch there was a bug that prevented it from working correctly.

            Frederick

            Printers: a E3D MS/TC setup and a RatRig Hybrid. Using Duet 3 hardware running 3.4.6

            1 Reply Last reply Reply Quote 0
            • koaldesignsundefined
              koaldesigns
              last edited by

              The W axis is a wrist joint and is irrelevant for this. I'm going to give it a break for tonight and see whats up tomorrow. It could be something to due with mesh bed leveling but I'm unsure. @fcwilt

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

                Do you get any errors when sending M98 P"config.g"?

                Z-Bot CoreXY Build | Thingiverse Profile

                1 Reply Last reply Reply Quote 0
                • chas2706undefined
                  chas2706
                  last edited by

                  Sorry to hijack this thread but would just like to get something off my chest.
                  Ive had problems with both my corexy printers regarding Z height and first layer issues since upgrading from RRF3.1.1. Both printers have SBC. They both now running on RRF3.2.2 and neither are capable of printing anything from scratch without my intervention. Each time I have to adjust babystepping to get the first layer height correct.
                  Example: In config.g one printer has Z offset G31 X-30 Y-5 Z2.72 which was found by doing correct process to find Z height. On attempting to print, Z is too high. If I lower Z by 0.28 using on the fly babystepping the first layer is spot on. Before next print I change G31 in config.g to G31 X-30 Y-5 Z3.0 so as to equal the difference with babystep. On next print Z is too low and babystepping back up by 0.28 corrects this!!!!
                  Just in case I'm doing something wrong I then change config to G31 X-30 Y-5 Z2.44 (minus 0.28). This time the print too low by 0.28!!!
                  Both printers have similar issue and neither printer has any other G31 command in any other piece of gcode or macro.
                  I have only one functional printer which is old faithful ender 3 pro which in my opinion prints every time because there's no Z probe present, everything is set up manually, no SBC attached and therefore much simpler.
                  Ever since RRF3 firmware versions have been available I've had issues and still have issues with SBC not always connecting to DCS, when booted up, sometimes config.g not been processed so DWC shows no extruders, no heaters, no fans etc...
                  It was months and months ago that i first reported an issue that any gcode command that I enter into the console in DWC has to be clicked on twice before DWC responds, I find that this issue is STILL present and has now even expanded to include the emergency stop icon on DWC. So at one point my head crashed into the bed because the emergency stop does not always work first time!!!
                  Lastly, I fail to understand how on both printers with SBC attached i often encounter "network failed, no network connection" showing on SBC's DWC but im somehow happily connected to DWC via laptop!!
                  I spent £1500 on my last printer but the best and most reliable prints come from my simple £250 Ender 3.
                  Rant over, feel better now!

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

                    @chas2706 said in Problem with z-probe offset:

                    Rant over, feel better now!

                    Well that's something at least. 😉 Feel free to start a new thread if you want to work through any other issues.

                    Z-Bot CoreXY Build | Thingiverse Profile

                    1 Reply Last reply Reply Quote 0
                    • chas2706undefined
                      chas2706
                      last edited by

                      Sorry to hijack this thread but would just like to get something off my chest.
                      Ive had problems with both my corexy printers regarding Z height and first layer issues since upgrading from RRF3.1.1. Both printers have SBC. They both now running on RRF3.2.2 and neither are capable of printing anything from scratch without my intervention. Each time I have to adjust babystepping to get the first layer height correct.
                      Example: In config.g one printer has Z offset G31 X-30 Y-5 Z2.72 which was found by doing correct process to find Z height. On attempting to print, Z is too high. If I lower Z by 0.28 using on the fly babystepping the first layer is spot on. Before next print I change G31 in config.g to G31 X-30 Y-5 Z3.0 so as to equal the difference with babystep. On next print Z is too low and babystepping back up by 0.28 corrects this!!!!
                      Just in case I'm doing something wrong I then change config to G31 X-30 Y-5 Z2.44 (minus 0.28). This time the print too low by 0.28!!!
                      Both printers have similar issue and neither printer has any other G31 command in any other piece of gcode or macro.
                      I have only one functional printer which is old faithful ender 3 pro which in my opinion prints every time because there's no Z probe present, everything is set up manually, no SBC attached and therefore much simpler.
                      Ever since RRF3 firmware versions have been available I've had issues and still have issues with SBC not always connecting to DCS, when booted up, sometimes config.g not been processed so DWC shows no extruders, no heaters, no fans etc...
                      It was months and months ago that i first reported an issue that any gcode command that I enter into the console in DWC has to be clicked on twice before DWC responds, I find that this issue is STILL present and has now even expanded to include the emergency stop icon on DWC. So at one point my head crashed into the bed because the emergency stop does not always work first time!!!
                      Lastly, I fail to understand how on both printers with SBC attached i often encounter "network failed, no network connection" showing on SBC's DWC but im somehow happily connected to DWC via laptop!!
                      I spent £1500 on my last printer but the best and most reliable prints come from my simple £250 Ender 3.
                      R

                      Phil Maddoxundefined 2 Replies Last reply Reply Quote 1
                      • Phil Maddoxundefined
                        Phil Maddox @chas2706
                        last edited by Phil Maddox

                        @chas2706 Im experiencing pretty much the same behavior . I need 0.280 in baby stepping to even get the print on the bed

                        1 Reply Last reply Reply Quote 0
                        • Phil Maddoxundefined
                          Phil Maddox @chas2706
                          last edited by

                          @chas2706 Updated to 3.2.2 and removed a space i had before the Z numerical field in config.g and my problems have gone away
                          Good luck

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