<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>Inconsistent Y homing behaviour RAMPS/MARLIN/COREXY</title>
        <description> Hi all

I would appreciate some ideas to troubleshoot a weird issue.  I have built multiple 3D printers of different types and this is my own design of CoreXY, of which I have built several examples, so I am surprised to be having this issue, and it&#039;s either going to be something ridiculously simple I forgot, or something tricky to troubleshoot.  I need to try to fix this by Monday...!

Environment:  2 Printers in one chassis, each is running:

Arduino Mega 2560 Clone
RAMPS 1.4, Diode D2 removed.
ATX PSU
Latest Marlin.
Pronterface

Marlin has been heavily tweaked for optimal behaviour on a CoreXY.  

On one of the 2 3D printers, it behaves correctly.  It homes first -X to a min X opto endstop, then positive Y to a Y max opto endstop, then negative Z to a Z min inductive sensor.

On the other 3D printer, wired identically, with the same components, same firmware installed one after the other, I get a different behaviour:  It homes first -X to a min X opto endstop, then negative Z to a Z min inductive sensor.  Y homing is skipped altogether.

I tested both machines having already homed manually each axis, then powered off, unplugged USBs and closed and re-opened Pronterface.  

The weird thing that is throwing my troubleshooting, is that on the misbehaving printer, I can home the Y axis perfectly, every time, and the endstop always reports correct status. 
I have already tried swapping out the Y endstop and wire for a new one that works perfectly on the other printer.

What on earth could be causing this different behaviour in homing, on one of the two identically built printers running the same firmware?</description>
        <link>https://reprap.org/forum/read.php?1,641477,641477#msg-641477</link>
        <lastBuildDate>Sun, 16 Aug 2026 00:12:22 -0400</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>https://reprap.org/forum/read.php?1,641477,641895#msg-641895</guid>
            <title>Re: Inconsistent Y homing behaviour RAMPS/MARLIN/COREXY</title>
            <link>https://reprap.org/forum/read.php?1,641477,641895#msg-641895</link>
            <description><![CDATA[ Test 4:<br />
1) Homed x, then y. <br />
2) z +20<br />
3) Motors Off<br />
4) Manually pushed X carriage to about Y -100, X +100<br />
5) Home all - behaved correctly X-Y-Z<br />
<br />
Repeated steps 2-5 4 times - all perfectly.]]></description>
            <dc:creator>alexgibson3d</dc:creator>
            <category>General</category>
            <pubDate>Sat, 19 Mar 2016 19:02:53 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,641477,641890#msg-641890</guid>
            <title>Re: Inconsistent Y homing behaviour RAMPS/MARLIN/COREXY</title>
            <link>https://reprap.org/forum/read.php?1,641477,641890#msg-641890</link>
            <description><![CDATA[ Test 1:<br />
1) Homed x, then y.  <br />
2) Sent Y -100, X +100<br />
3) Motors Off<br />
4) Home all - behaved correctly X-Y-Z<br />
Repeated steps 2-4 4 times - all perfectly.<br />
<br />
Test 2:<br />
1) Homed x, then y.  <br />
2) Sent Y -200, X +200<br />
3) Motors Off<br />
4) Home all - behaved correctly X-Y-Z<br />
Repeated steps 2-4 4 times - all perfectly.<br />
<br />
Test 3:<br />
1) Homed x, then y.  <br />
2) Sent Y -200, X +300<br />
3) Motors Off<br />
4) Home all - behaved correctly X-Y-Z<br />
Repeated steps 2-4 4 times - all perfectly.]]></description>
            <dc:creator>alexgibson3d</dc:creator>
            <category>General</category>
            <pubDate>Sat, 19 Mar 2016 18:49:21 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,641477,641882#msg-641882</guid>
            <title>Re: Inconsistent Y homing behaviour RAMPS/MARLIN/COREXY</title>
            <link>https://reprap.org/forum/read.php?1,641477,641882#msg-641882</link>
            <description><![CDATA[ Replaced both RAMPS and Arduino Mega.  Same issue still occuring.<br />
<br />
It seems to be intermittent, and may depend upon where I have pushed the carriage to before homing...<br />
<br />
Test Method:<br />
<br />
1) Home X-Y-Z via Pronterface<br />
2) Note behaviour A<br />
3) Motors off<br />
4) Push carriage to rough middle of build bed<br />
5) Home X-Y-Z via Pronterface<br />
6) Note behaviour B]]></description>
            <dc:creator>alexgibson3d</dc:creator>
            <category>General</category>
            <pubDate>Sat, 19 Mar 2016 18:27:51 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,641477,641848#msg-641848</guid>
            <title>Re: Inconsistent Y homing behaviour RAMPS/MARLIN/COREXY</title>
            <link>https://reprap.org/forum/read.php?1,641477,641848#msg-641848</link>
            <description><![CDATA[ Photo attached as requested.  Will replace both the RAMPS and Arduino Mega with new ones as my second shot this evening - the first will be to re-seat every connector in case that was the reason...]]></description>
            <dc:creator>alexgibson3d</dc:creator>
            <category>General</category>
            <pubDate>Sat, 19 Mar 2016 16:13:47 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,641477,641498#msg-641498</guid>
            <title>Re: Inconsistent Y homing behaviour RAMPS/MARLIN/COREXY</title>
            <link>https://reprap.org/forum/read.php?1,641477,641498#msg-641498</link>
            <description><![CDATA[ That is very strange.  Have you tried swapping the boards to see if that's the issue?<br />
<br />
Off-topic (kinda): do you mind posting picture of the printer?  I am intrigued by the "2 printers in 1 chassis".  Also, what tweaks did you do to optimize Marlin for a CoreXY?]]></description>
            <dc:creator>gmh39</dc:creator>
            <category>General</category>
            <pubDate>Fri, 18 Mar 2016 16:51:31 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,641477,641484#msg-641484</guid>
            <title>Re: Inconsistent Y homing behaviour RAMPS/MARLIN/COREXY</title>
            <link>https://reprap.org/forum/read.php?1,641477,641484#msg-641484</link>
            <description><![CDATA[ Small additional piece of information - on the printer that is misbehaving, if I have already homed X, but not Y or Z, I get a different behaviour:<br />
<br />
X backs off 5mm, then returns to home (min endstop), then Y homes to max endstop as it should!  Then Z homes correctly.<br />
<br />
So the incorrect behaviour is narrowed down to on one of 2 identical machines, if X is not already homed, G28 will home X, skip Y, and home Z.<br />
<br />
Ideas anyone please?<br />
Thanks, Alex]]></description>
            <dc:creator>alexgibson3d</dc:creator>
            <category>General</category>
            <pubDate>Fri, 18 Mar 2016 16:19:03 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,641477,641477#msg-641477</guid>
            <title>Inconsistent Y homing behaviour RAMPS/MARLIN/COREXY</title>
            <link>https://reprap.org/forum/read.php?1,641477,641477#msg-641477</link>
            <description><![CDATA[ Hi all<br />
<br />
I would appreciate some ideas to troubleshoot a weird issue.  I have built multiple 3D printers of different types and this is my own design of CoreXY, of which I have built several examples, so I am surprised to be having this issue, and it's either going to be something ridiculously simple I forgot, or something tricky to troubleshoot.  I need to try to fix this by Monday...!<br />
<br />
Environment:  2 Printers in one chassis, each is running:<br />
<br />
Arduino Mega 2560 Clone<br />
RAMPS 1.4, Diode D2 removed.<br />
ATX PSU<br />
Latest Marlin.<br />
Pronterface<br />
<br />
Marlin has been heavily tweaked for optimal behaviour on a CoreXY.  <br />
<br />
On one of the 2 3D printers, it behaves correctly.  It homes first -X to a min X opto endstop, then positive Y to a Y max opto endstop, then negative Z to a Z min inductive sensor.<br />
<br />
On the other 3D printer, wired identically, with the same components, same firmware installed one after the other, I get a different behaviour:  It homes first -X to a min X opto endstop, then negative Z to a Z min inductive sensor.  Y homing is skipped altogether.<br />
<br />
I tested both machines having already homed manually each axis, then powered off, unplugged USBs and closed and re-opened Pronterface.  <br />
<br />
The weird thing that is throwing my troubleshooting, is that on the misbehaving printer, I can home the Y axis perfectly, every time, and the endstop always reports correct status. <br />
I have already tried swapping out the Y endstop and wire for a new one that works perfectly on the other printer.<br />
<br />
What on earth could be causing this different behaviour in homing, on one of the two identically built printers running the same firmware?]]></description>
            <dc:creator>alexgibson3d</dc:creator>
            <category>General</category>
            <pubDate>Fri, 18 Mar 2016 16:01:56 -0400</pubDate>
        </item>
    </channel>
</rss>
