Voron 2.4 Home Z Question

JADoglio

I am having a issue with homing z on a Voron 2.4r2 using a Duet 3Mini5+. Here is the homing fiile.

homez.g
M18 Z
M17 Z
G4 P150
G91
G1 H2 Z5 F6000
G90
;M401 ; Explicit call to go get the Klicky (deplyprobe.g)
G1 X-175 Y-175 F10000
G30 Z-99999
;M402 ; Dock the Klicky (retractprobe.g)

homex.g and homey.g work as they should. However, when homeall.g calls homez.g the file runs fine until it gets to the G1 command. Regardless, which version I use, the one above or G1 X175 Y175 F10000 the x and Y axis try to move +Y and +X. When I issue the G1 command from the console it centers the hot end in the middle of the bed as it should. I am not using 401 and 402 yet as I have not set up those macros for this machine yet. I just manually attach the probe for homing purposes. Hope I am not being too much of a pain but I have spent 2 hours trying to sort this out every way I know how. Thanks for any suggestions.

Phaedrux

@JADoglio said in Voron 2.4 Home Z Question:

G90
;M401 ; Explicit call to go get the Klicky (deplyprobe.g)
G1 X-175 Y-175 F10000

G90 means absolute position. So you probably don't have a X-175 and Y-175 on your bed surface, let alone the center. Those should be positive coordinates.

@JADoglio said in Voron 2.4 Home Z Question:

Z-99999

You don't need that on the G30.

JADoglio

@Phaedrux Thanks and that all makes sense. The problem is when I use G1 X175 Y175 in the macro I get the same outcome. The carriage still tries to move +X and +Y rather than moving absolute to bed center. If i issue G90 and then G1 x175 Y175 from the console everything moves the way it is suppose to.

Phaedrux

Post your full config and all homing files.
Can you confirm that -x moves left and -y moves to the front?

weed2all

@JADoglio voron printers don't they are setup to home in the max x and y like right side and back instead of the normal front left as what everything else?I don't own a voron but from all the videos I seen on YouTube they certainly home at max position!

JADoglio

@Phaedrux

Yes, X and Y move in the directions indicated.
Here are the files. Hope they help.

homez.g.txt Homey.g.txt Homex.g.txt Homeall.g.txt config.g.txt

JADoglio

@weed2all Thanks. You are correct and when I home X and Y they move as you suggested.

Phaedrux

You say they home to the X Y max on the right and back side, yet your endstops are configured as low end.

; Endstops
M574 X1 S1 P"io0.in"                               ; configure switch-type (e.g. microswitch) endstop for low end on X via pin io0.in
M574 Y1 S1 P"io1.in"                               ; configure switch-type (e.g. microswitch) endstop for low end on Y via pin io1.in

And your homing files are moving to the positive direction, so that part is correct, but when they hit the endstop the current position is being set to the axis minima rather than maxima, so that's why you're crashing into the walls.

Change your endstop config to be high end. Note the X2 Y2

M574 X2 S1 P"io0.in"
M574 Y2 S1 P"io1.in"

JADoglio

@Phaedrux

Thanks, I knew it had to be something basic that was the problem (as you already knew) for getting to bed center and homing z. Now that I have it homing , when it is finished homing Z somehow retactprobe.g is being called. Is that a system function when the probe is being used for homing even though it was never initiated with M401 or sent a M402 after the homing? For shakedown purposes I am just using as a Z endstop. Also, are there any issue with having both the Z endstop and the probe connected and active at the same time? Thanks again for your help and sorry to be such a pain.

Phaedrux

@JADoglio said in Voron 2.4 Home Z Question:

Is that a system function when the probe is being used for homing

Deploy and retract are automatically called for the BLtouch probe type P9, but not for probe type P5 as far as I know.

What is in your retractprobe.g file?
Have you tried removing the deploy and retract files temporarily?

@JADoglio said in Voron 2.4 Home Z Question:

are there any issue with having both the Z endstop and the probe connected and active at the same time

No. The probe is only used for G30 moves and the endstop is only active during G1 H1 moves.

JADoglio

Yes, when I change the name of retractprobe.g, homez.g runs perfectly and stops in the middle of the bed.

I updated retract probe for my machine and rehomed it. It ran the home perfectly and docked the Klicky on target using this file. But I would still like to know what is causing the behavior.

Sorry, I should have posted that file with the question. I did not write this macro. I borrowed it from Fulg on GitHub as a place to start. I added the comments would appreciate knowing if any are incorrect. My probe is set to P5, as you noted, so I am not understanding why this is executing at the end of homez.g without being called by M402.

if sensors.probes[0].value[0] == 0 ;check for probe status 0 if attached 1000 if not
M564 H1 ;set move without homing Why is this needed?
G90 ;set absolute moves
G1 X92.5 Y350 F10000 ;Probe storage location correct for my machine
G1 X100 ; move left to detach
G1 Y300 ;move to clear detach
M400 ;wait for current move to finish
if sensors.probes[0].value[0] == 0 ;again not sure, check for detachment?
abort "Probe detach failed" ;error message when the probe stays attched
G1 X175 Y175 ;move to bed center

As always appreciate the help.