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

    Z jogs in correct direction, but homes in the wrong direction

    Scheduled Pinned Locked Moved
    Tuning and tweaking
    6
    16
    1.8k
    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.
    • dc42undefined
      dc42 administrators
      last edited by

      Your homez.g file starts by moving the head up or bed down by 5mm, then moves to X15 Y15, then moves the head closer to the bed until the probe triggers; then moves the head up/bed down 5mm again. What does it actually do when you try to home Z, after you have already homed X and Y?

      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

      theelectricmayhemundefined 1 Reply Last reply Reply Quote 0
      • theelectricmayhemundefined
        theelectricmayhem @dc42
        last edited by

        @dc42 When running home Z, things start off normally: The head moves up 5 mm then moves to (15,15). But after that, instead of the head moving toward the bed and triggering the sensor, the head moves up and away from the bed.

        1 Reply Last reply Reply Quote 0
        • timcurtis67undefined
          timcurtis67
          last edited by

          Did you let it run through the homing routine?

          Maybe the head is moving up an additional 5mm for the dive height?

          1 Reply Last reply Reply Quote 0
          • SupraGuyundefined
            SupraGuy
            last edited by

            My config looks similar, though I have my X and Y endstops configured opposite yours. (At the maximum positions, and active low.)

            I would get the following behavior sometimes: the x/y axis would go to the probe point, and then the axis would lift by 5mm. This happened because sometimes, the Z probe was reading as triggered all the time, so the end code would run to lift the axis 5mm when it had finished doing the probe motion. It may be worth observing the "Z-probe value" in the DWC.

            The fact that it lifts the Z axis to start the probe move means that your motors are correctly configured.

            Lead screw driven printer, powered by Duet 2 Wifi
            MPCNC powered by Duet 2 Wifi
            CoreXY printer driven by Duet 3 6HC
            LowRider CNC powered by Duet 2 Wifi

            1 Reply Last reply Reply Quote 0
            • theelectricmayhemundefined
              theelectricmayhem
              last edited by

              Ok, strange new results. After @timcurtis67 question about running the whole routine, I decided to try again starting with Z at about 1cm. Same behavior as before, but after the head had risen maybe 200mm, it suddenly stoped, moved to (0,0) and began to come back down. It continued until it smashed the sensor (triggered, btw) into the bed. It seems like when you home Z, it runs some additional gcode not included in the homez.g file.

              @SupraGuy I had similar issues previously. After I inverted the input on my sensor, it's reading correctly: 0 open, 1000 when triggered.

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

                G31 P500 X22 Y80 Z2.5

                Is your x y probe offset accurate?

                Z-Bot CoreXY Build | Thingiverse Profile

                theelectricmayhemundefined 1 Reply Last reply Reply Quote 0
                • theelectricmayhemundefined
                  theelectricmayhem @Phaedrux
                  last edited by

                  @phaedrux Yes, the offsets are accurate. The trigger height should be 4 instead of 2.5, but the rest is correct.

                  T3P3Tonyundefined 1 Reply Last reply Reply Quote 0
                  • T3P3Tonyundefined
                    T3P3Tony administrators @theelectricmayhem
                    last edited by T3P3Tony

                    @theelectricmayhem Start with a fresh reboot. enter each line of the homez.g into the console, 1 line at a time, and observe the results. There are a number of things going wrong here and it would be good to break it down and identify what line of gcode is causing the issue.

                    Also to triple check - you are running home Z and not home All?

                    www.duet3d.com

                    theelectricmayhemundefined 1 Reply Last reply Reply Quote 0
                    • theelectricmayhemundefined
                      theelectricmayhem @T3P3Tony
                      last edited by

                      @t3p3tony Correct. When I do run Home All, I get a similar result: XY homing works fine, then the head begins moving away from the bed.

                      I ran homez.g line by line and here are the results:
                      G91 ; relative positioning
                      G1 Z5 F6000 S2 ; lift Z relative to current position
                      G90 ; absolute positioning
                      G1 X15 Y15 F6000 ; go to first probe point
                      ; ======= everything up to this point ran as expected =========
                      G30 ; <== This is where things get strange

                      When I submit G30, it looks like the following is run:
                      G91 ; Relative positioning
                      G1 X0 Y100 Z100 ; Move head 100mm up and 100mm back
                      G1 X-15 S0 ; Ignores the X endstop and, since we're starting at (10,10), smashes the head into the support structure briefly
                      G90 ; Absolute positioning
                      G1 X0 Y0 ; Move to (0,0)
                      G91 ; Relative positioning
                      G1 Z-100 S0 ; Ignores the Z endstop and smashes into the bed

                      1 Reply Last reply Reply Quote 0
                      • theelectricmayhemundefined
                        theelectricmayhem
                        last edited by

                        I found a typo in my config.g file that was causing the head to crash into the bed, so thankfully that issue is solved.

                        Now when I run Home Z, I observe the following:
                        ; Same as above except the head is stopped by the probe
                        G91 ; Relative positioning
                        G1 Z100 ; Go up 100mm
                        ; At this point it looks like it's trying to run another routine. It violently smashes the head into the X endstop while moving in -Z and -Y. At that point I kill it.

                        1 Reply Last reply Reply Quote 0
                        • theelectricmayhemundefined
                          theelectricmayhem
                          last edited by

                          Found the issue! I hadn't deleted the deployprobe.g and retractprobe.g files, so somewhere burried in the G30 command, it was trying to deploy and retract a nonexistent probe.

                          Thanks for the help!

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

                            @theelectricmayhem said in Z jogs in correct direction, but homes in the wrong direction:

                            Found the issue! I hadn't deleted the deployprobe.g and retractprobe.g files, so somewhere burried in the G30 command, it was trying to deploy and retract a nonexistent probe.

                            Thanks for the help!

                            I'm glad you solved it - I'm sorry I didn't think of that explanation myself.

                            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