I have tried everything I can think of and still cannot get this machine to home correctly. Inserting the “!” after the ^ causes the machine to think the end stops are always on, so it just moves down slightly. The m119 command gives a 0 for each unpressed end stop and a 1 for each pressed end stop. I ejected the SD card via windows to unmount it before homing it. I am using Repetier for my interface if that causes anything. I’ll install pronterface here in a bit and see if it works any better.
My end stops do not have three wires and only have two, but given the tests show a change of state from 0 to 1 when pressed, I would think that wouldn’t matter.
Thanks for any and all help in advance.
Scott
[[code]]
- Endstops
endstops_enable true # the endstop module is enabled by default and can be disabled here
delta_homing true # forces all three axis to home a the same time regardless of
# what is specified in G28
alpha_min_endstop nc #
alpha_max_endstop 1.25^ # add ! to invert pullup if switch is NO to ground
alpha_homing_direction home_to_max # Home up
alpha_max 0 #
beta_min_endstop nc #
beta_max_endstop 1.27^ #
beta_homing_direction home_to_max #
beta_max 0 #
gamma_min_endstop nc #
gamma_max_endstop 1.29^ #
gamma_homing_direction home_to_max #
gamma_max 372.73 #
alpha_fast_homing_rate_mm_s 100 # homing feedrates in mm/second
beta_fast_homing_rate_mm_s 100 #
gamma_fast_homing_rate_mm_s 100 #
alpha_slow_homing_rate_mm_s 10 #
beta_slow_homing_rate_mm_s 10 #
gamma_slow_homing_rate_mm_s 10
alpha_homing_retract_mm 5 # retract/bounce distance after homing in mm
beta_homing_retract_mm 5 #
gamma_homing_retract_mm 5 #
alpha_trim 0 # software trim for alpha stepper endstop (in mm)
beta_trim 0 # software trim for beta stepper endstop (in mm)
gamma_trim 0 # software trim for gamma stepper endstop (in mm)
- optional enable limit switches, actions will stop if any enabled limit switch is triggered (all are set for delta)
#alpha_limit_enable true # set to true to enable X min and max limit switches
#beta_limit_enable true # set to true to enable Y min and max limit switches
#gamma_limit_enable true # set to true to enable Z min and max limit switches
#move_to_origin_after_home true # move XY to 0,0 after homing
#endstop_debounce_count 100 # uncomment if you get noise on your endstops
[[/code]]
Imported from wikidot
Tried Pronterface and it causes the same issues when homing as Repetier.
Forgot to mention that I am pretty sure I flashed the firmware with the latest version. I put the firmware.bin file in the root directory of the SD card and then powered it down and powered it back up. Checked it and the Bin file is gone and the Firmware.cur file has yesterday’s date on it.
Can you try uncommenting #endstop_debounce_count ?
Tried that. No luck. Just so you know there are no mechanical issues with the end stops and all work as expected with the carriages hitting them at the top and triggering them. This machine was running previously on a RAMBO board and it had no issues other than blowing the RAMBO board channel and wanting a faster processor for better and smoother printing.
Not sure if it is related, but I had the same issue when I wired up my board and it turned out I had the end stop switches in the wrong places on the board so they didn’t match the corresponding axis. It caught me off guard because they were all reporting as well, but it acted the same way, crashing into the end stops.
My smoothie shuts down if I wire the end stops in reverse. It will not run and it seems to want to overheat the heated bed mosfet for some reason. Reversed the wiring and all appears to be back to normal. Heated bed still works ok, but it did get mighty hot and it started to smell almost like I had let the magic smoke out of the smoothieboard.
Here is the really odd thing. If I turn the printer on and just manually jog the axis around in repetier or pronterface, it will hit the limit switch and stop the printer requiring a hard reset to start it again. It will not do this when homing and still tries to boulder it’s way through the end stops in both programs. I strongly believe this is an issue with the use of the USB cable to run the printer. This thing is acting like the SD card is not dismounted even though it is. Can I hook a network cable directly from printer to laptop? If not, would a simple network router do the trick? Could I use a wireless network router?
Another thing I am noticing when homing is that every axis stops moving except the one axis that is trying to destroy the end stop. It is very odd that the other two axis that should keep moving stop and the one axis that should stop keeps going.
Tried moving from the edge firmware to the master firmware and that didn’t seem to change anything.
Hanging my head in deep shame. Got my x/y or a/b motor wiring crossed up when hooking it in for the first time. THAT is why it wouldn’t home. One or the other tower would trigger the end stop and that would stop the wrong motor from moving. I feel like such an idiot!!! It is easy to check the end stops are right but it never dawned on me to check to make sure the motor hookups were right. When I payed attention to which direction the axis were moving and that they were inverted, it finally clued me in on what I did wrong.
Thanks again to everyone for helping and humoring me during this sad exercise in futility. You are all awesome and I genuinely do appreciate the time you took from your busy schedules to help me.
Arthur Wolf, I was shorted two of the large screw in power connectors for my board with my order. Can you see to it that some get shipped to me. I scavenged some from another printer that I am building, but I will need it for that one to run as well, so I really do need those connectors. Getting my Rostock running again took priority, but my new Prusa is dead now until I can replace the power connectors that I scavenged from it.
Thanks again everyone!
Scott Gammons
Hey.
Are you in the US or in the rest of the world ?
Cheers.