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

Z axis on corexy always has a offset even after homing.

Scheduled Pinned Locked Moved
General Discussion
4
9
444
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.
  • undefined
    Jbourns
    last edited by 6 Jan 2020, 00:05

    Its been a years since i've had the printer running, just got it going again today. It had this issue when I took a break from it.
    The printer is custom built core xy running duet fw 2.0 and dwc 1.21.1

    I looked through all the settings over and over, couldn't find anything out of the ordinary.
    So when i home all with G28 from dwc it all does exactly as its expected to goes through homing x and y with sensorless homing, then jogging the head over to the front right corner to home z near the z adjust screw.
    after its all done. Dwc reads X320Y0Z4.15 Its saying z is 4.15mm above the bed while its physically touching the build plate.homeall.g config-override.g config.g bed.g

    Any help would be greatly appreciated

    1 Reply Last reply Reply Quote 0
    • undefined
      DIY-O-Sphere
      last edited by 6 Jan 2020, 00:53

      You Z-Probe section in config.g is completely commented out.

      (UTC+1)

      1 Reply Last reply Reply Quote 0
      • undefined
        Jbourns
        last edited by 6 Jan 2020, 01:04

        That's true, it is commented out because i used to have a piezo installed. I don't have it on the printer anymore so I'm just using a end stop right now.

        1 Reply Last reply Reply Quote 0
        • undefined
          DIY-O-Sphere
          last edited by 6 Jan 2020, 01:21

          Sorry overlooked "sensorless homing"

          (UTC+1)

          1 Reply Last reply Reply Quote 0
          • undefined
            Jbourns
            last edited by 6 Jan 2020, 01:45

            I noticed that I was missing M574 Z1 S1 That could be my issue, ill give it a go tomorrow. Kinda doubt that's that problem, but it's something.

            1 Reply Last reply Reply Quote 0
            • undefined
              Phaedrux Moderator
              last edited by 6 Jan 2020, 01:53

              G1 X-400 F4000 S1 ; move X all the way left and stop at end
              G1 X9 ; move to edge of glass
              G92 X0 ; set X0 at edge of glass
              G1 Y-400 F4000 S1 ; move Y all the way left and stop at end
              G1 Y30 ; move to edge of glass
              G92 Y0 ; set Y0 at edge of glass

              Using G92 to reset the position in the homing files is a little risky, since if the initial homing pass fails or triggers falsely, it will set an incorrect position.

              You can achieve the same effect by setting a negative minima value for M208 X and Y such that the 0 position is at the edge of the build plate.

              Oh wait...

              ; Axis Limits
              M208 X-8 Y-30 Z0 S1 ; Set axis minima
              M208 X335 Y320 Z750 S0 ; Set axis maxima

              You're already doing that. But now you're doing it twice?

              @Jbourns said in Z axis on corexy always has a offset even after homing.:

              I was missing M574 Z1 S1

              Yes you'll need that this may be why the position isn't updating when triggering the endstop.

              @Jbourns said in Z axis on corexy always has a offset even after homing.:

              running duet fw 2.0 and dwc 1.21.1

              Might be a good time to update to 2.05 to get caught up with things.

              Z-Bot CoreXY Build | Thingiverse Profile

              1 Reply Last reply Reply Quote 0
              • undefined
                Jbourns
                last edited by 6 Jan 2020, 01:59

                What would you suggest as a safer way of setting x and y?

                what am i doing twice? i dont see what you mean.
                I'll update it once this little problem is fixed.

                1 Reply Last reply Reply Quote 0
                • undefined
                  Phaedrux Moderator
                  last edited by 6 Jan 2020, 04:14

                  When the endstop is hit the axis position is set to either the maxima or minima value as configured in m208. In your m208 you have a negative value which indicates the endstop is that far away from the bed corner. But then your homing script moves the axis back a few mm and resets the position. If the m208 values are right, you don't need the g92 in the homing script.

                  There may not be any actual issue from this as long as the nozzle is staying on the bed, but the actual position values may be shifted of you see what I mean.

                  Z-Bot CoreXY Build | Thingiverse Profile

                  1 Reply Last reply Reply Quote 0
                  • undefined
                    DocTrucker
                    last edited by DocTrucker 1 Jun 2020, 07:26 6 Jan 2020, 07:24

                    I think the G92 is a hangover from the original versions or reprap firmware. Pre dc42. I certinally remember them from my Ormerod's default files.

                    Essentially when you command a drive to limit switch the firmware will set the minimum or maximum value of M208 as the current position when the switch ia triggered.

                    ...as above! 😉

                    I blame it on hoing cold turkey on caffeine a week or so ago! 😄

                    Running 3 P3Steel with Duet 2. Duet 3 on the shelf looking for a suitable machine. One first generation Duet in a Logo/Turtle style robot!

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