homing always goes to the middle of the bed, and then goes to the new home position (two times)

We are trying to home the system (RatRig V-core 3.1) on another spot on the bed. For this we use the save Z home function. The printer does indeed home on the correct spot but always starts by going to his initial, middle of bed, position. We do not want this! Also, when it goes from the middle position to the new homing position, it does this movement twice. We have no clue why.

Would be nice if someone would help out. Kind regards.

blacksmithforlife•5/15/24, 1:20 PM

printer.cfg please?

GusssOP•5/15/24, 1:26 PM

We just fixed it with an old post in the discord. We use Variable_safe_home! Thanks!

Nemesis259•6/7/24, 8:35 PM

which post exactly helped you fix the issue?

NNemesis259 which post exactly helped you fix the issue?

miklschmidt•6/7/24, 8:57 PM

https://github.com/HelgeKeck/RatOS/blob/documentation_v2.1/site/docs/configuration/macros.md#homing

GitHub

RatOS/site/docs/configuration/macros.md at documentation_v2.1 · Hel...

The preconfigured Raspberry Pi image that makes it easy to run Klipper + Moonraker + Mainsail on your printer. - HelgeKeck/RatOS

Mmiklschmidt https://github.com/HelgeKeck/RatOS/blob/documentation_v2.1/site/docs/configurati...

Nemesis259•6/7/24, 9:15 PM

"variable_safe_home_x" and "variable_safe_home_y" won't quite fix the issue.

The expected behaviour would be that when a homing command is executed, the print head would first home X and remain at X=0, rather than returning to the centre of the X axis (200 in this case). Then, with the print head still at X=0, the gantry moves homes the Y axis. And in a final one-third move, the print head makes a diagonal move towards the centre of the bed to home in on Z.
This is necessary because two of my mods to the VC3 conflict with each other and create something of a no-go zone in the centre back of the print bed.
Any ideas on how to implement this behaviour? Thank you so much in advance!

NNemesis259 "variable_safe_home_x" and "variable_safe_home_y" won't quite fix the issue. Th...

miklschmidt•6/7/24, 10:25 PM

The expected behaviour would be that when a homing command is executed, the print head would first home X and remain at X=0, rather than returning to the centre of the X axis (200 in this case)

Yeah that's what it does, if you set safe_home_x = 0 and safe_home_y = 0 (if that's where your endstops are).

And in a final one-third move, the print head makes a diagonal move towards the centre of the bed to home in on Z

This it doesn't do, it would home Z at 0,0, with the previously mentioned settings.

This is necessary because two of my mods to the VC3 conflict with each other and create something of a no-go zone in the centre back of the print bed.

Then limit your Y max.

miklschmidt•6/7/24, 10:25 PM

Any ideas on how to implement this behaviour? Thank you so much in advance!

I would advise against it, as this won't fix the issue, it'll just avoid it while homing - and only while homing. Your issue is that your Y max is too high, lower it. If your endstop is at Y max, extend it beyond your no go zone.

miklschmidt•6/7/24, 10:29 PM

(if you don't lower it, you run the risk of entering your "no go" zone, at any point outside of homing.)

miklschmidt•6/7/24, 10:34 PM

If it's important to you anyway, i can add a variable that allows you to disable the "return to z_home" when homing x and y. I've been avoiding it so far, because it's always a workaround for some other issue.