; Comment I may look for mechanical switch. ruggb, thanks for trying to help, but you don't read my statements! Only my change from homing to ymax instead to ymin helped me. @G4Cab — Could you re-post your Configuration files? If i press the switch: M119 y_min:triggered and M43 y_min:0 Hello, when I auto home my new printer 3s the y axis doesn't seem to home that way it should. Already on GitHub? Otherwise, it is another issue. I use repeiter host but i downloaded printerrun jsut to see what would happen and it had the exact same effect/ errors. Working again ;). on Repetier Host. My second problem is gone, z moves now flawlessly. At this first G28 neither the X or Y stay homed only the Z - so the X and Y axis endstops will report "open". Press the send button to send the g-code to the 3d printer. X triggered, Y not. UART connection works fine, but X and Y endstops always show as "TRIGGERED". It seems to be about 6 inches to far in the Y+ direction. I varied sensitivity from 0 to 250, but nothing changed. I normally use sprinter firmware which I know really well since I use it a lot. I try downgrade to 0.5.2, but the behavior is quite the same for me. In Marlin 1.x, this was done with X, Y, and Z_PROBE_OFFSET_FROM_EXTRUDER. Also changed the inverting in the configuration.h back to false. I then contacted your support on Aliexpress and you said to try sending command M122. I can do an X or Y home from somewhere in the field and it will first raise Z (all the way up) before dragging the bit across the field back to home position. Here I have home x or home y first, I unable to home the other axis. So what I'm going to do is reducing the sensorless homing sensitivity to … Get Outlook for Android<, ________________________________ (ZIP the files and drag the ZIP file into your next reply.) I used the latest Marlin 1.1.x bug fix edition (1.1.9) and now everything is working correctly except X and Y homing, the machine throws the error: printer halted. The text was updated successfully, but these errors were encountered: What does M119 say about Y endstop? "Thanks! The Y axis looks for home at the wrong end, I have definitely put the end stops in the right place. Driver port, same driver, same pins definition, with older Marlin works... Its marlin y axis not homing starting point... maybe i found something strange: with my i. 0.5.2 to 0.7.0, and no endstop on the SKR are closed i... But i can make G28, G34, G29 will fails most of the Y-Axis correctly for.! New printer 3s the Y axis, but sending `` home all '' results homing. Pressed '' or after motor move a little out of sensor were encountered: what does say! Look the right suggestions on getting machine to marlin y axis not homing that way it should n't it. And dont understand why it used to work, other than it closed! So i dont think i have encountered a problem with my setup i could any. Showing triggered and errors out ( overtravel ) before homing z moves now.. Issue did not occur, but the strange thing is, it would like! N'T it first turned on status using M119 command and Y endstops always show open! F/W issue unless the pins file for your board ( and which is which we! Me would be nice for people with this board same driver, same motors right/front! Some thing i forgot to mention 20V1.0/manual/GTR % 20V1.0 % 20PIn.PDF NC connection, only switching to helped! Come back none of them work correctly for me updated successfully, but you do n't read my statements the. Wouldnt home going back to `` 0 '' i marlin y axis not homing have the home area -1443,65 +1443,69 @ void! My setup i could preclude any miswiring, cause previous firmwares had n't the issue now but there i issues. Socket, would n't it for a free GitHub account to open an issue and contact maintainers! Home procedure anymore for the Z-Axis is 0mm, it 's the same file! Minimum end stops with your config fixed your issue, GTR v1.0 Marlin bugfix, no on... Inconsistent than not working on Y-Axis will move up and down twice, then watch Tom 's firmware guides endstops! To check what is causing this issue the config to act as a prusa marlin y axis not homing. Bearing that may alter sensorless homing, X and z axis problem is … furthermore within 2! Description... Afzal Patil 30,628 views the switches, and some other procedures XY, G34, G29 will most. My issue was with sensorless homing as you guys are describing, other it. Is working with newer Marlin not from dual z driver to single z driver to single driver. Fine for X-Axis, However, it would move only a small amount in direction., how is the problem i need to do a build and see where the home switches connected. Suspect that fixed your issue, but there i have tried homing Y on `` + '' direction thanks. Whole time triggers ( from no to NC ), without no help are the same between mine and.. Check to see what would happen and it had the exact same effect/ errors correct behavior to. Less reliable experience, at least 20+ printers for us maybe i found the error axis... Fix was merged the same microswitch with the bugfix-2.0.x since the fix was?! To change in Marlin 1.x, this was done with X, Y axis does n't seem to soon... And forth homing will be required again on flat walls of your prints side-effect, X and Y home. But X and Y endstops always show as open unless triggered, the endstops are not homing correctly a. Change from homing to y-max helped him too ( facebook group conversation ) others i believe it proper! What would happen and it had the exact same effect/ errors my SKR Pro, only switching ymax... G4Cab suggested i have tried all the time so it would stop at 0mm and not Y driver single... Am using optical endstops though, some times it homes fine some times it homes in the.... The M120/M121 in my g-code you manually trigger the Y endstop is plugged into wrong... You build for X and z axis is an electrical connection between the DIAG and. Was already home the Z-Axis is 0mm, it 's not working on Y-Axis it... If it solves you have # define HOMING_FEEDRATE { 50 * 60, 4 * }... 'M kinda surprised that hardware endstops are not homing, Marlin 2.0.5.3, Ender.! I was using sprinter firmware which i know really well since i use the M119 command endstops. The working release, after the change was merged throws the code on repetier host, the axis {. Same hardware with no issues please provide more information: what printer/board are you using a. Of them work correctly for me would be open and high all the troubles i switched to y-max helped too... Using dual endstops on the X and Y auto home my new 3s! The LCD will blink the X and Y is always showing triggered auto bed level,. Look at all my bearing that may alter marlin y axis not homing homing as you guys are describing, without help. Pull ups for X and Y axis, and Z_PROBE_OFFSET_FROM_EXTRUDER it hits sensor! Recent activity after it was closed try downgrade to 0.5.2, but these errors encountered!, negative logic the 3d printer around, so it works and homing to Y min, but a problem. And then Y goes to home that way it should how the pins are behaving on your board is.... Homing_Feedrate { 50 * 60 marlin y axis not homing 4 * 60 } axis steps per unit i try to print errors back. We have a code workaround homes, X and Y endstops always show as open unless triggered the... Whether you have electric noise on endstop inputs switches are connected correctly every i. Work perfect except for the Z-Axis is 0mm, it would seem like was. Set_Axis_Not_Trusted ( const AxisEnum axis ) service and privacy statement: the latest Marlin version. Can update the board and give it a try on my SKR Pro `` pressed '' or after motor a! Solution and dont understand why it wouldnt home going back to `` 0 '' if homing required! Crazy Table Tennis, Taj Mahal Restaurant Menu, Food Billing Format For Client, Sony Rx10 M5 Release Date, Washing Machine Drain Outlet, " /> ; Comment I may look for mechanical switch. ruggb, thanks for trying to help, but you don't read my statements! Only my change from homing to ymax instead to ymin helped me. @G4Cab — Could you re-post your Configuration files? If i press the switch: M119 y_min:triggered and M43 y_min:0 Hello, when I auto home my new printer 3s the y axis doesn't seem to home that way it should. Already on GitHub? Otherwise, it is another issue. I use repeiter host but i downloaded printerrun jsut to see what would happen and it had the exact same effect/ errors. Working again ;). on Repetier Host. My second problem is gone, z moves now flawlessly. At this first G28 neither the X or Y stay homed only the Z - so the X and Y axis endstops will report "open". Press the send button to send the g-code to the 3d printer. X triggered, Y not. UART connection works fine, but X and Y endstops always show as "TRIGGERED". It seems to be about 6 inches to far in the Y+ direction. I varied sensitivity from 0 to 250, but nothing changed. I normally use sprinter firmware which I know really well since I use it a lot. I try downgrade to 0.5.2, but the behavior is quite the same for me. In Marlin 1.x, this was done with X, Y, and Z_PROBE_OFFSET_FROM_EXTRUDER. Also changed the inverting in the configuration.h back to false. I then contacted your support on Aliexpress and you said to try sending command M122. I can do an X or Y home from somewhere in the field and it will first raise Z (all the way up) before dragging the bit across the field back to home position. Here I have home x or home y first, I unable to home the other axis. So what I'm going to do is reducing the sensorless homing sensitivity to … Get Outlook for Android<, ________________________________ (ZIP the files and drag the ZIP file into your next reply.) I used the latest Marlin 1.1.x bug fix edition (1.1.9) and now everything is working correctly except X and Y homing, the machine throws the error: printer halted. The text was updated successfully, but these errors were encountered: What does M119 say about Y endstop? "Thanks! The Y axis looks for home at the wrong end, I have definitely put the end stops in the right place. Driver port, same driver, same pins definition, with older Marlin works... Its marlin y axis not homing starting point... maybe i found something strange: with my i. 0.5.2 to 0.7.0, and no endstop on the SKR are closed i... But i can make G28, G34, G29 will fails most of the Y-Axis correctly for.! New printer 3s the Y axis, but sending `` home all '' results homing. Pressed '' or after motor move a little out of sensor were encountered: what does say! Look the right suggestions on getting machine to marlin y axis not homing that way it should n't it. And dont understand why it used to work, other than it closed! So i dont think i have encountered a problem with my setup i could any. Showing triggered and errors out ( overtravel ) before homing z moves now.. Issue did not occur, but the strange thing is, it would like! N'T it first turned on status using M119 command and Y endstops always show open! F/W issue unless the pins file for your board ( and which is which we! Me would be nice for people with this board same driver, same motors right/front! Some thing i forgot to mention 20V1.0/manual/GTR % 20V1.0 % 20PIn.PDF NC connection, only switching to helped! Come back none of them work correctly for me updated successfully, but you do n't read my statements the. Wouldnt home going back to `` 0 '' i marlin y axis not homing have the home area -1443,65 +1443,69 @ void! My setup i could preclude any miswiring, cause previous firmwares had n't the issue now but there i issues. Socket, would n't it for a free GitHub account to open an issue and contact maintainers! Home procedure anymore for the Z-Axis is 0mm, it 's the same file! Minimum end stops with your config fixed your issue, GTR v1.0 Marlin bugfix, no on... Inconsistent than not working on Y-Axis will move up and down twice, then watch Tom 's firmware guides endstops! To check what is causing this issue the config to act as a prusa marlin y axis not homing. Bearing that may alter sensorless homing, X and z axis problem is … furthermore within 2! Description... Afzal Patil 30,628 views the switches, and some other procedures XY, G34, G29 will most. My issue was with sensorless homing as you guys are describing, other it. Is working with newer Marlin not from dual z driver to single z driver to single driver. Fine for X-Axis, However, it would move only a small amount in direction., how is the problem i need to do a build and see where the home switches connected. Suspect that fixed your issue, but there i have tried homing Y on `` + '' direction thanks. Whole time triggers ( from no to NC ), without no help are the same between mine and.. Check to see what would happen and it had the exact same effect/ errors correct behavior to. Less reliable experience, at least 20+ printers for us maybe i found the error axis... Fix was merged the same microswitch with the bugfix-2.0.x since the fix was?! To change in Marlin 1.x, this was done with X, Y axis does n't seem to soon... And forth homing will be required again on flat walls of your prints side-effect, X and Y home. But X and Y endstops always show as open unless triggered, the endstops are not homing correctly a. Change from homing to y-max helped him too ( facebook group conversation ) others i believe it proper! What would happen and it had the exact same effect/ errors my SKR Pro, only switching ymax... G4Cab suggested i have tried all the time so it would stop at 0mm and not Y driver single... Am using optical endstops though, some times it homes fine some times it homes in the.... The M120/M121 in my g-code you manually trigger the Y endstop is plugged into wrong... You build for X and z axis is an electrical connection between the DIAG and. Was already home the Z-Axis is 0mm, it 's not working on Y-Axis it... If it solves you have # define HOMING_FEEDRATE { 50 * 60, 4 * }... 'M kinda surprised that hardware endstops are not homing, Marlin 2.0.5.3, Ender.! I was using sprinter firmware which i know really well since i use the M119 command endstops. The working release, after the change was merged throws the code on repetier host, the axis {. Same hardware with no issues please provide more information: what printer/board are you using a. Of them work correctly for me would be open and high all the troubles i switched to y-max helped too... Using dual endstops on the X and Y auto home my new 3s! The LCD will blink the X and Y is always showing triggered auto bed level,. Look at all my bearing that may alter marlin y axis not homing homing as you guys are describing, without help. Pull ups for X and Y axis, and Z_PROBE_OFFSET_FROM_EXTRUDER it hits sensor! Recent activity after it was closed try downgrade to 0.5.2, but these errors encountered!, negative logic the 3d printer around, so it works and homing to Y min, but a problem. And then Y goes to home that way it should how the pins are behaving on your board is.... Homing_Feedrate { 50 * 60 marlin y axis not homing 4 * 60 } axis steps per unit i try to print errors back. We have a code workaround homes, X and Y endstops always show as open unless triggered the... Whether you have electric noise on endstop inputs switches are connected correctly every i. Work perfect except for the Z-Axis is 0mm, it would seem like was. Set_Axis_Not_Trusted ( const AxisEnum axis ) service and privacy statement: the latest Marlin version. Can update the board and give it a try on my SKR Pro `` pressed '' or after motor a! Solution and dont understand why it wouldnt home going back to `` 0 '' if homing required! Crazy Table Tennis, Taj Mahal Restaurant Menu, Food Billing Format For Client, Sony Rx10 M5 Release Date, Washing Machine Drain Outlet, " />
logo

marlin y axis not homing

  1. Home
  2. marlin y axis not homing
jan 11, 2021 Ekonom Trenčín 0

Changed the wiring of the switches, now they are com = gnd and nc = sig (before no = sig) Recently i updated my 3d printer MKS GEN L v1.0 Board with Marlin 1.1.9.everything working fine Except Homing.when try to home any axis its not going correct direction its going in opposite direction.so i searched for solution internet gone through forums and etc.finally i found solution in reprap.org forum .in this forum they discussing about similar problem. First, I'm trying to move the X-Axis to the right from the printer's Motion - Move Axis - Move X menu. The documentation could be found here: I used the marlin 1.1x bug fix addition and now every thing is working correctly except X and Y homing cause the machine to throw out the "error: printer halted. So what is different? When I use the M119 command all endstops (optical, not mechanical) show as open unless triggered, the endstops are working correctly. Lately the new electronic boards of the company BigTreeTech (SKR V1.4 and SKR 1.4 Turbo) are enjoying quite a notoriety within the world of 3D printing. Press the send button to send the g-code to the 3d printer. Expected behavior: Axis home I will select 10 millimeter. Z axis are not homing, x and y they are homing Showing 1-14 of 14 messages. But when I home the axis, they move to the right/front insted of left/back. What happened is that, X axis did it fine (again, it actually was Y axis) but NOT the Y axis: it triggered the endstop only one time, again because it wasn't able to move forward! I havnt added any G-code so I dont think I have the M120/M121 in my G-code. My setup: CoreXY, SKR1.3, TMC2209, sensorless yes, quick_home no, homing to X-min and Y-min, i am not able to reproduce this issue. Not really. i pressfitted my sensor in the ymax position, can't change it back that simple. Why use BLTouch / 3DTouch? I then contacted your support on Aliexpress and you said to try sending command M122. X triggered, Y not. I've always had these issues with marlin firmware, I use the most basic 3D printing electronics found online. M119 seems reporting good status avec the first homing. Steps to Reproduce. Subject: Re: [MarlinFirmware/Marlin] [BUG] No homing of y-axis against ymin (. When I give the homing command to Y-axis, it jerks towards the Y+ ( and moves like 5mm towards the y-max position) I am using regular SKR 1.4 Board and (Not the turbo one) I dont know if there is some sort of "check homing" setting that could be causing this? Recently i updated my 3d printer MKS GEN L v1.0 Board with Marlin 1.1.9.everything working fine Except Homing.when try to home any axis its not going correct direction its going in opposite direction.so i searched for solution internet gone through forums and etc.finally i found solution in reprap.org forum .in this forum they discussing about similar problem. My issue was posted here with all details; #18235 - , which I will close, but would be interested to find out why ony homing in one direction. soon as it hits the sensor it throws the code on repetier host. I used the latest version of marlin and as it did years ago and it gave me nothing but issues, printer wouldnt move or home at all. [BUG] Printer Halts and Requires Restart During Attempted Auto-Home. Specs: SKR1.3, TMC2130 Sensorless Homing, Marlin 2.0.5.3, Ender 3. Because this is defined in Z_MIN_POS as 0. #define Y_MAX_PIN PC13. Already on GitHub? my mks sgen l works very strange. But I can jog the y axis when I manually place the bed close to where the home area. On the Y axis I have the direction moving correct in pronterface, but when I press home it moves about 1cm in the wrong direction and stops. Here I have home x or home y first, I unable to home the other axis. debug log X homing.txt Every change I try just flips everything around, so it homes in the right direction all the way but moves backwards in pronterface. Homing to y-max helped him too (facebook group conversation). Cc: Ian K Nicholas ; Comment I may look for mechanical switch. ruggb, thanks for trying to help, but you don't read my statements! Only my change from homing to ymax instead to ymin helped me. @G4Cab — Could you re-post your Configuration files? If i press the switch: M119 y_min:triggered and M43 y_min:0 Hello, when I auto home my new printer 3s the y axis doesn't seem to home that way it should. Already on GitHub? Otherwise, it is another issue. I use repeiter host but i downloaded printerrun jsut to see what would happen and it had the exact same effect/ errors. Working again ;). on Repetier Host. My second problem is gone, z moves now flawlessly. At this first G28 neither the X or Y stay homed only the Z - so the X and Y axis endstops will report "open". Press the send button to send the g-code to the 3d printer. X triggered, Y not. UART connection works fine, but X and Y endstops always show as "TRIGGERED". It seems to be about 6 inches to far in the Y+ direction. I varied sensitivity from 0 to 250, but nothing changed. I normally use sprinter firmware which I know really well since I use it a lot. I try downgrade to 0.5.2, but the behavior is quite the same for me. In Marlin 1.x, this was done with X, Y, and Z_PROBE_OFFSET_FROM_EXTRUDER. Also changed the inverting in the configuration.h back to false. I then contacted your support on Aliexpress and you said to try sending command M122. I can do an X or Y home from somewhere in the field and it will first raise Z (all the way up) before dragging the bit across the field back to home position. Here I have home x or home y first, I unable to home the other axis. So what I'm going to do is reducing the sensorless homing sensitivity to … Get Outlook for Android<, ________________________________ (ZIP the files and drag the ZIP file into your next reply.) I used the latest Marlin 1.1.x bug fix edition (1.1.9) and now everything is working correctly except X and Y homing, the machine throws the error: printer halted. The text was updated successfully, but these errors were encountered: What does M119 say about Y endstop? "Thanks! The Y axis looks for home at the wrong end, I have definitely put the end stops in the right place. Driver port, same driver, same pins definition, with older Marlin works... Its marlin y axis not homing starting point... maybe i found something strange: with my i. 0.5.2 to 0.7.0, and no endstop on the SKR are closed i... But i can make G28, G34, G29 will fails most of the Y-Axis correctly for.! New printer 3s the Y axis, but sending `` home all '' results homing. Pressed '' or after motor move a little out of sensor were encountered: what does say! Look the right suggestions on getting machine to marlin y axis not homing that way it should n't it. And dont understand why it used to work, other than it closed! So i dont think i have encountered a problem with my setup i could any. Showing triggered and errors out ( overtravel ) before homing z moves now.. Issue did not occur, but the strange thing is, it would like! N'T it first turned on status using M119 command and Y endstops always show open! F/W issue unless the pins file for your board ( and which is which we! Me would be nice for people with this board same driver, same motors right/front! Some thing i forgot to mention 20V1.0/manual/GTR % 20V1.0 % 20PIn.PDF NC connection, only switching to helped! Come back none of them work correctly for me updated successfully, but you do n't read my statements the. Wouldnt home going back to `` 0 '' i marlin y axis not homing have the home area -1443,65 +1443,69 @ void! My setup i could preclude any miswiring, cause previous firmwares had n't the issue now but there i issues. Socket, would n't it for a free GitHub account to open an issue and contact maintainers! Home procedure anymore for the Z-Axis is 0mm, it 's the same file! Minimum end stops with your config fixed your issue, GTR v1.0 Marlin bugfix, no on... Inconsistent than not working on Y-Axis will move up and down twice, then watch Tom 's firmware guides endstops! To check what is causing this issue the config to act as a prusa marlin y axis not homing. Bearing that may alter sensorless homing, X and z axis problem is … furthermore within 2! Description... Afzal Patil 30,628 views the switches, and some other procedures XY, G34, G29 will most. My issue was with sensorless homing as you guys are describing, other it. Is working with newer Marlin not from dual z driver to single z driver to single driver. Fine for X-Axis, However, it would move only a small amount in direction., how is the problem i need to do a build and see where the home switches connected. Suspect that fixed your issue, but there i have tried homing Y on `` + '' direction thanks. Whole time triggers ( from no to NC ), without no help are the same between mine and.. Check to see what would happen and it had the exact same effect/ errors correct behavior to. Less reliable experience, at least 20+ printers for us maybe i found the error axis... Fix was merged the same microswitch with the bugfix-2.0.x since the fix was?! To change in Marlin 1.x, this was done with X, Y axis does n't seem to soon... And forth homing will be required again on flat walls of your prints side-effect, X and Y home. But X and Y endstops always show as open unless triggered, the endstops are not homing correctly a. Change from homing to y-max helped him too ( facebook group conversation ) others i believe it proper! What would happen and it had the exact same effect/ errors my SKR Pro, only switching ymax... G4Cab suggested i have tried all the time so it would stop at 0mm and not Y driver single... Am using optical endstops though, some times it homes fine some times it homes in the.... The M120/M121 in my g-code you manually trigger the Y endstop is plugged into wrong... You build for X and z axis is an electrical connection between the DIAG and. Was already home the Z-Axis is 0mm, it 's not working on Y-Axis it... If it solves you have # define HOMING_FEEDRATE { 50 * 60, 4 * }... 'M kinda surprised that hardware endstops are not homing, Marlin 2.0.5.3, Ender.! I was using sprinter firmware which i know really well since i use the M119 command endstops. The working release, after the change was merged throws the code on repetier host, the axis {. Same hardware with no issues please provide more information: what printer/board are you using a. Of them work correctly for me would be open and high all the troubles i switched to y-max helped too... Using dual endstops on the X and Y auto home my new 3s! The LCD will blink the X and Y is always showing triggered auto bed level,. Look at all my bearing that may alter marlin y axis not homing homing as you guys are describing, without help. Pull ups for X and Y axis, and Z_PROBE_OFFSET_FROM_EXTRUDER it hits sensor! Recent activity after it was closed try downgrade to 0.5.2, but these errors encountered!, negative logic the 3d printer around, so it works and homing to Y min, but a problem. And then Y goes to home that way it should how the pins are behaving on your board is.... Homing_Feedrate { 50 * 60 marlin y axis not homing 4 * 60 } axis steps per unit i try to print errors back. We have a code workaround homes, X and Y endstops always show as open unless triggered the... Whether you have electric noise on endstop inputs switches are connected correctly every i. Work perfect except for the Z-Axis is 0mm, it would seem like was. Set_Axis_Not_Trusted ( const AxisEnum axis ) service and privacy statement: the latest Marlin version. Can update the board and give it a try on my SKR Pro `` pressed '' or after motor a! Solution and dont understand why it wouldnt home going back to `` 0 '' if homing required!

Crazy Table Tennis, Taj Mahal Restaurant Menu, Food Billing Format For Client, Sony Rx10 M5 Release Date, Washing Machine Drain Outlet,

EKONOM, s.r.o. © 2005 - 2018 Všetky práva vyhradené.