There have been two others, IIRC that have done this setup prior to you trying it.
The issue others had (that was similar) is that when you change the Z homing direction, it always uses the ZMax endstop for Z1. The Z2endstop needs to therefore be moved to Ymax, which you’ve done, but you also have to have the logical part match.
What I would expect to happen though, is for one of the motors to stop, and not the other. Something else must be wrong. I’ll look through your config again and see if something else rings any bells.
So after my attempts and your help Jeffeb3 i finally did it.
The only problem is my script i had for Z probing now does not work and have to think what to write.here is the endstops report with the probe triggered
Reporting endstop status
x_min: open
x2_min: open
y_min: open
z_min: TRIGGERED
z_max: open
z2_max: open
So it has a z_min and should work.It actually works but only when the position is not defined(red X Y Z in repetier host).When there is red (undifined position)I move z axis down for example 150mm and when it hits endstops it just stops.after that i can add some movement up and take into consideration the metal height of the probe.
But if i have done home axis first,probe does not work when i move it down.As far i checked G28 does not work with -z.So i have to cheat it somehow to make the x y z undefined, or if anyone has any suggestion?
I have not tried it myself, but I think something with either M38.2/3 or M30 would do the probe explicitly after doing the homing. As you’ve seen, there’s no way to ask it to home in -Z, so you have to call the probe commands directly. M38.2/3 needs a config flag in the firmware first: