Homing issue

Hi,

I decided to upgrade my firmware to marlin 1.1.8 but when I try to home Y, I do not get what is expected.
The Z will move a little and then stop, the X will home and then the Y carriage will bump in the endstop but the Y-motor keeps spinning, then the carriage will re-bump again against the endstop and the Y-motor will stop.

The original firmware (marlin 1.1.0 RC9) uses this for Y #define USE_YMAX_PLUG and I'm using it aswell in Marlin 1.1.8

Why does the Y-motor not stop turning when the Y-endstop is hit the first time and why is X homing and Z moving?
Home X and Home Z work like they should. Each axis is homed individually.

---

Creality CR10/X Dual color/material
Creality CR10S
Ender3 Pro
Photon
Mendel90 (decommissioned)
Mamorubot Jupiter CoreXY

They are supposed to bump the switch, then back off, then approach it slower and bump it again. Z will usually then drop the bed 1mm before it stops, but it probably depends on the way you have configured the firmware.

---

Ultra MegaMax Dominator 3D printer: [drmrehorst.blogspot.com]

I know they are supposed to bump but the X and Z should not be moving and the Y motor should not keep turning (with rapid hammering sound)for 2 seconds before the re-bump happens.
With home Y, Z will move first, then X will home and then Y. Only Y should move.
It's like a semi -Home all on the Home Y. This does not happen on Home X and Home Z wich will move individually.

I don't know where to look to change the Y homing sequence.

The problem is this configuration works in Marlin 1.1.0RC9 but not in Marlin 1.1.8. Why?

Configuration.h

@section homing

// Specify here all the endstop connectors that are connected to any endstop or probe.
// Almost all printers will be using one per axis. Probes will use one or more of the
// extra connectors. Leave undefined any used for non-endstop and non-probe purposes.
#define USE_XMIN_PLUG
//#define USE_YMIN_PLUG
#define USE_ZMIN_PLUG
//#define USE_XMAX_PLUG
#define USE_YMAX_PLUG
//#define USE_ZMAX_PLUG

// coarse Endstop Settings
#define ENDSTOPPULLUPS // Comment this out (using // at the start of the line) to disable the endstop pullup resistors

#if DISABLED(ENDSTOPPULLUPS)
// fine endstop settings: Individual pullups. will be ignored if ENDSTOPPULLUPS is defined
//#define ENDSTOPPULLUP_XMAX
//#define ENDSTOPPULLUP_YMAX
//#define ENDSTOPPULLUP_ZMAX
//#define ENDSTOPPULLUP_XMIN
//#define ENDSTOPPULLUP_YMIN
//#define ENDSTOPPULLUP_ZMIN
//#define ENDSTOPPULLUP_ZMIN_PROBE
#endif

// Mechanical endstop with COM to ground and NC to Signal uses "false" here (most common setup).
#define X_MIN_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop.
#define Y_MIN_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop.
#define Z_MIN_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop.
#define X_MAX_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop.
#define Y_MAX_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop.
#define Z_MAX_ENDSTOP_INVERTING true // set to true to invert the logic of the endstop.
#define Z_MIN_PROBE_ENDSTOP_INVERTING false // set to true to invert the logic of the probe.

---

Creality CR10/X Dual color/material
Creality CR10S
Ender3 Pro
Photon
Mendel90 (decommissioned)
Mamorubot Jupiter CoreXY

I only have the Delta version of M1.1.8, but there is also a section where you have to specify homing direction ( apart from the endstop config )

// Direction of endstops when homing; 1=MAX, -1=MIN
// :[-1,1]
#define X_HOME_DIR 1  // deltas always home to max
#define Y_HOME_DIR 1
#define Z_HOME_DIR 1

I know, I don't really have a direction problem. Everything is going into the right direction.

I have read that in marlin 1.1.8 something has changed in the kinematics but cannot find what and where to make changes.
If I put 1.1.0 RC9 back on the printer everything works perfect.

---

Creality CR10/X Dual color/material
Creality CR10S
Ender3 Pro
Photon
Mendel90 (decommissioned)
Mamorubot Jupiter CoreXY

When you tire of dealing with flakey/obsolete Arduino IDE, flakey/obsolete USB plugins, firmware that requires you to hunt through and modify multiple configuration files, and requires compilation to make configuration changes, look into the 32 bit controllers. Configuration is typically just a single text file. You edit the text, reboot the board, and your changes are made.

There are other benefits, too- motor currents are specified in the config file- no more messing around with tiny, easily broken pots, and never being sure how much current is in the motor. In the better boards, the motor drivers are soldered to the controller board - no more unreliable modules that overheat and destroy driver chips. AFAIK, all the 32 bit boards are designed to handle 24V power from the get-go.

32 bit boards cost more, but save so much time and frustration they are well worth the extra cost. Once you try it you will never want to go back to an 8 bit board.

---

Ultra MegaMax Dominator 3D printer: [drmrehorst.blogspot.com]

Did you set it up as a core xy?

yes

---

Creality CR10/X Dual color/material
Creality CR10S
Ender3 Pro
Photon
Mendel90 (decommissioned)
Mamorubot Jupiter CoreXY

Quote
Mendel90
I know, I don't really have a direction problem. Everything is going into the right direction.

I have read that in marlin 1.1.8 something has changed in the kinematics but cannot find what and where to make changes.
If I put 1.1.0 RC9 back on the printer everything works perfect.

Where did you get this 1.1.0 RC9 ?
Marlin goes from 1.1.0-RC8 to 1.1.0 , no RC9

---

"A comical prototype doesn't mean a dumb idea is possible" (Thunderf00t)

Thnx for your answers.

Most people are focused on hardware here in the comments while this is basically a firmware compatibility issue between 2 different versions of Marlin.
I will be opening a new post in the Marlin section.

---

Creality CR10/X Dual color/material
Creality CR10S
Ender3 Pro
Photon
Mendel90 (decommissioned)
Mamorubot Jupiter CoreXY