SoliForum - 3D Printing Community — Home position config for smoothieware issue

Re: Home position config for smoothieware issue

null@example.com (markkcunningham) — Sun, 27 Oct 2019 15:17:52 +0000

Ill get back to you on that one but I should think there are coordinates respective to the size of the bed right?! Shouldn't there be a standard in the config/firmware files?! I'm thinking that since there are no physical endstops other than x,y for home purposes that the config file text under endstops should maybe set to false or will that cause an issue with the homing endstops?! Maybe the max on these is set to high for homing?! my bed is 200x200x190mm

alpha_max_travel 500 # Max travel in mm for alpha/X axis when homing
beta_max_travel 500 # Max travel in mm for beta/Y axis when homing
gamma_max_travel 500 # Max travel in mm for gamma/Z axis when homing

Re: Home position config for smoothieware issue

null@example.com (carl_m1968) — Sun, 27 Oct 2019 04:36:02 +0000

Cool then they stopped using the proprietary endstops. So what what does M119 report when none of the axis are home?

Re: Home position config for smoothieware issue

null@example.com (markkcunningham) — Sun, 27 Oct 2019 03:29:56 +0000

That's funny because everything was working fine! I did reinstall the firmware to latest and edit the config file but nothing out of the ordinary

Re: Home position config for smoothieware issue

null@example.com (carl_m1968) — Sun, 27 Oct 2019 02:34:14 +0000

markkcunningham wrote:

pronterface M119
X_min:0 Y_min:0 Z_min:0 pins- (X)P1.24:0 (Y)P1.26:0 (Z)P1.28:0

If that is with them homed then the switches need to be rewired as that shows the are open and not activated. If the switches are the stock optical switches they will only work with XYZ mainboard and no other board. You will need to replace them with mechanical switches or optical switches that are standard. If you get the same status not homed the that confirms the switches are not working.

Re: Home position config for smoothieware issue

null@example.com (markkcunningham) — Sun, 27 Oct 2019 02:05:21 +0000

pronterface M119

X_min:0 Y_min:0 Z_min:0 pins- (X)P1.24:0 (Y)P1.26:0 (Z)P1.28:0

Re: Home position config for smoothieware issue

null@example.com (carl_m1968) — Sun, 27 Oct 2019 02:02:14 +0000

So then you need to make sure your homing direction is set correctly. You also need to open a host and send and M119 command to the printer with the hotend homes manually and not homed and see what the status of the limit switches are.

If it is moving away from home to home then the homing direction or motor directions are wrong.

Re: Home position config for smoothieware issue

null@example.com (markkcunningham) — Sun, 27 Oct 2019 01:41:49 +0000

Home on a Da vinci is in the back right corner but for some reason it wont home in that location but rather takes off to the front and doesnt stop at all! the board is an Azteeg x5 all in one using smoothie. seems the coordinates are all out of wack.

Re: Home position config for smoothieware issue

null@example.com (carl_m1968) — Sat, 26 Oct 2019 21:26:19 +0000

Well for starters based on the min endstops since that is all that is enabled where should home be based oh the endstop locations? Is home in the front? Home is where are the endstops at as they dictate where home is?

Home position config for smoothieware issue

null@example.com (markkcunningham) — Sat, 26 Oct 2019 19:44:42 +0000

My issue is when homing the extruder it goes to the front of the machine and keeps going and will not stop?! The config file seems correct yet its not working correctly!

Here is the config:
## Endstops
# See http://smoothieware.org/endstops
endstops_enable true # The endstop module is enabled by default and can be disabled here
#corexy_homing false # Set to true if homing on a hbot or corexy
alpha_min_endstop 1.24^ # Pin to read min endstop, add a ! to invert if endstop is NO connected to ground
#alpha_max_endstop 1.25^ # Pin to read max endstop, uncomment this and comment the above if using max endstops
alpha_homing_direction home_to_min # Or set to home_to_max and set alpha_max and uncomment the alpha_max_endstop
alpha_min 0 # This gets loaded as the current position after homing when home_to_min is set
alpha_max 200 # This gets loaded as the current position after homing when home_to_max is set
beta_min_endstop 1.26^ # Pin to read min endstop, add a ! to invert if endstop is NO connected to ground
#beta_max_endstop 1.27^ # Pin to read max endstop, uncomment this and comment the above if using max endstops
beta_homing_direction home_to_min # Or set to home_to_max and set alpha_max and uncomment the alpha_max_endstop
beta_min 0 # This gets loaded as the current position after homing when home_to_min is set
beta_max 200 # This gets loaded as the current position after homing when home_to_max is set
gamma_min_endstop 1.28^ # Pin to read min endstop, add a ! to invert if endstop is NO connected to ground
#gamma_max_endstop 1.29^ # Pin to read max endstop, uncomment this and comment the above if using max endstops
gamma_homing_direction home_to_min # Or set to home_to_max and set alpha_max and uncomment the alpha_max_endstop
gamma_min 0 # This gets loaded as the current position after homing when home_to_min is set
gamma_max 200 # This gets loaded as the current position after homing when home_to_max is set