After Performing G29, Z-axis direction and Y-axis direction reversed.

[KuMacP]

After Performing G29, Z-axis direction and Y-axis direction reversed. Can anyone help with this problem, I have tried to track down the problem but I am a loss. Thanx in Advance

[alexborro]

Are your axis in the right direction??

I mean, for X: 0 on the left and 200+ on the right? For Y: 0 on front and 200+ on back?

Reversing the directions will mess the plane rotation.

Best Regards.

Alex.

2013/12/6 KuMacP notifications@github.com

After Performing G29, Z-axis direction and Y-axis direction reversed. Can anyone help with this problem, I have tried to track down the problem but I am a loss. Thanx in Advance

— Reply to this email directly or view it on GitHubhttps://github.com/ErikZalm/Marlin/issues/672 .

"Não é o mais forte da espécie que sobrevive, nem o mais inteligente. É aquele que se adapta melhor as mudanças" ( Charles Darwin )

Alex Borro

[KuMacP]

Hi Alex, Sorry for the brevity of my post last night, more information is always helpful.

I have a standard Prusa i2 operating in the standard orientations as you mentioned, X – left = 0, right = 200+ Y – front = 0, back = 200+ Z – bed = 0, up = 200+ (obviously)

Before bed-leveling the printer behaves as would be expected, Pronterface controls are normal, prints are good (not mirrored or rotated), all seems well. After bed-leveling both the Z-axis and the Y-axis behave in an inverted orientation with Pronterface controls for Y and Z now backwards. Ill admit that having the Y-axis set up wrong seems like a logical problem, but not for the Z-axis and what about the X-axis it still behaves normally.

I was hoping it was as simple as I have to switch a couple of negative signs in Marlin and Id be on my way, but I don’t believe I’m going to be that lucky.

Thanks again, Kurk

[alexborro]

Hi Kurk,

Send all the Bed Leveling data in the configuration.h and tell me the position of your probe related to the hotend (in front-left, front-right, back-left or back-right). A picture is welcome.

Best Regards.

Alex.

2013/12/6 KuMacP notifications@github.com

Hi Alex, Sorry for the brevity of my post last night, more information is always helpful.

I have a standard Prusa i2 operating in the standard orientations as you mentioned, X – left = 0, right = 200+ Y – front = 0, back = 200+ Z – bed = 0, up = 200+ (obviously)

Before bed-leveling the printer behaves as would be expected, Pronterface controls are normal, prints are good (not mirrored or rotated), all seems well. After bed-leveling both the Z-axis and the Y-axis behave in an inverted orientation with Pronterface controls for Y and Z now backwards. Ill admit that having the Y-axis set up wrong seems like a logical problem, but not for the Z-axis and what about the X-axis it still behaves normally.

I was hoping it was as simple as I have to switch a couple of negative signs in Marlin and Id be on my way, but I don’t believe I’m going to be that lucky.

Thanks again, Kurk

— Reply to this email directly or view it on GitHubhttps://github.com/ErikZalm/Marlin/issues/672#issuecomment-30011431 .

"Não é o mais forte da espécie que sobrevive, nem o mais inteligente. É aquele que se adapta melhor as mudanças" ( Charles Darwin )

Alex Borro

[nophead]

When I implemented it on HydraRaptor I had a check for the plane normal facing the wrong way which would happen if the probe points were in the wrong order. See http://hydraraptor.blogspot.co.uk/2011/04/auto-bed-leveling.html

On 6 December 2013 17:53, alexborro notifications@github.com wrote:

Hi Kurk,

Send all the Bed Leveling data in the configuration.h and tell me the position of your probe related to the hotend (in front-left, front-right, back-left or back-right). A picture is welcome.

Best Regards.

Alex.

2013/12/6 KuMacP notifications@github.com

Hi Alex, Sorry for the brevity of my post last night, more information is always helpful.

I have a standard Prusa i2 operating in the standard orientations as you mentioned, X – left = 0, right = 200+ Y – front = 0, back = 200+ Z – bed = 0, up = 200+ (obviously)

Before bed-leveling the printer behaves as would be expected, Pronterface controls are normal, prints are good (not mirrored or rotated), all seems well. After bed-leveling both the Z-axis and the Y-axis behave in an inverted orientation with Pronterface controls for Y and Z now backwards. Ill admit that having the Y-axis set up wrong seems like a logical problem, but not for the Z-axis and what about the X-axis it still behaves normally.

I was hoping it was as simple as I have to switch a couple of negative signs in Marlin and Id be on my way, but I don’t believe I’m going to be that lucky.

Thanks again, Kurk

— Reply to this email directly or view it on GitHub< https://github.com/ErikZalm/Marlin/issues/672#issuecomment-30011431> .

"Não é o mais forte da espécie que sobrevive, nem o mais inteligente. É aquele que se adapta melhor as mudanças" ( Charles Darwin )

Alex Borro

— Reply to this email directly or view it on GitHubhttps://github.com/ErikZalm/Marlin/issues/672#issuecomment-30014404 .

[KuMacP]

Hey Guys, Thanks for the inputs. The issue has disappeared; this is worrisome because I haven’t changed anything! I literally just disabled Bed Auto Leveling uploaded the sketch and printed some parts as usual. A couple days later I wanted to resolve the problem so I re-enabled Bed Auto Leveling, uploaded again, performed a G29 and the issue was gone. ???

Note: Something I forgot to mention initially was when the feed was erring it was moving very, very slow, even much more slowly than the homing feed rate.

I will try to figure out what happened and update. Kurk

[ghost]

i dont use auto bed leveling, i have a delta though, i just switched from an old jcrochol version of marlin to erikzalm's version, so i know my wiring is ok, and my Z and Y axis are reversed.

[galexander1]

If you don't use auto leveling, why are you running G29?

[ghost]

i am not running G29... i'm saying the problem might not be related to G29

[ghost]

geez, forget about it, i had the same problem in jcrocholl's marlin, now i remember, i ended up replacing delta_tower2_x by delta_tower3_x and delta_tower2_y by delta_tower3_y. its in configuration.h in jcrocholl, but its in marlin_main.cpp in erikzalm, that's why i couldn't figure it out.

Just so we are clear, is this the correct tower placement?

[galexander1]

@David Giard - Sorry, I misunderstood you at first.

It is kind of arbitrary which direction X goes. If +X means right, then pick your machine up and rotate it 180 degrees on your desk, then +X means left. With a delta, especially, it's hard to separate the back from the front.

What matters is this right hand rule. Hold your right hand out, pointing in the X+ direction, with your fingers straight like you were shaking someone's hand, with the thumb pointing up in the air. Now fold your fingers until they are pointing in the Y+ direction. If you have to bend your fingers backwards (the way they won't go), it's wrong.

In other words, to go from X+ to Y+ you would go counterclockwise 90 degrees. If you are looking at it from above.

At least, that's how my machine is configured. I sharpied X+ and Y+ arrows onto the beams of my delta so I wouldn't get lost.

Cheers,

• Greg

[ghost]

ok so i did reverse the Y and Z towers...

[boelle]

This one is created about a year ago and there have been a lot of changes, please download the latest copy of marlin and see if the problem is still there. Also you the latest arduino IDE to flash the marlin firmware. If you board files etc only work under old ide upgrade those first so they work under latest IDE.

If you create board files for hardware that are not in the https://github.com/ErikZalm/Marlin/tree/Marlin_v1/ArduinoAddons then please fork marlin and add the files and then create a pull request so that we can get the hardware supported. This will also give an idea what hardware people are using.

[github-actions[bot]]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.