Hello everyone,
unfortunately here I am again to bore you
After solving the TFT problem, I made the square, tested the motors and connected the endstops but I can’t figure it out.
I installed 4 endstops of type: SS-3GL13PT on the SKR pro 1.2 board if I click them the light on the board turns on but the machine doesn’t stop when I home.
I read the thread:
even though I bought the board recently I built the “adapter” with the 1,5 ohm resistor but it seems that nothing has changed.
If I do an m119 in console I always have this result whether I press it or not:
Just a note in case that isn’t a typo; you need it to be 1.5K ohms, not 1.5 ohms. I suspect it’s a typo because if it were 1.5 Ohms, you’d probably put the board in overcurrent.
Edit- Can you report what M119 shows in three states:
M119 when there is no connector plugged into your SKR.
M119 when your connector is plugged in, and triggered.
M119 when your connector is plugged in, and not triggered.
Did you bend or clip the diag pin on the TMC2209 drivers as per the SKR Pro instructions? The SKR Pro has a bug in the schematic that causes the endstops to be unusable if that pin is connected.
Otherwise, with the end stops disconnected, V1 firmware should show the end stops as triggered (except Z_Min, which would then show open.)
Given that the opposite is true, and connecting the switches doesn’t change it, this leads me to think the diag pin is connected on your drivers.
Looks correct, red is ground, yellow is signal, but the pin socket in the signal part doesnt look like it goes in far enough. This would result in leaving the signal pin floating, resulting in the stop reporting Triggered all the time. (Except Z Min, which would report Open.)
This is terribly confusing, since that is the opposite of what you’re showing, except that the status does not change when you trigger the pin.
Please try a few runs with M119 and also observe the LEDs by the motor ports. Except for Z Min, they should report “Triggered” when the LED is on. The Z Min should report open when the LED is on.
With all adapters and end stops removed from the board. This should report “Triggered” for everything except Z Min, which should report Open. All LEDs should be on.
With adapters installed, but no end stops plugged into them. This should report the same. If it changes, then something is weird with the adapters.
With jumpers installed across the ground and signal pins. All stops should report open, except Z Min, which should report Triggered. All endstop LEDs should be off.
With end stops plugged directly into the board. Once with switches left normal, and knce with the switches pressed. Assuming your switches are correctly wired (this is normally the outside 2 pins leaving the center alone) they ought to report correct, unless the SKR Pro has the resistor flaw, in which case the LED should switch on and off, but the reported state will not change.
Hi Tom,
my switches are SS-3GL13PT and are connected to the external poles (the central one empty) but I would say that I already have the problem with the switches disconnected, on the board I have red LEDs with everything disconnected, so they indicate triggered, but m119 indicates open…
I don’t have those switches. Are you using the NC and C terminals? From the online images it seems they are, but it’s best to be certain when troubleshooting.
I believe the V1 firmware expects Normally Closed switches.
Thank you for confirming that. I don’t have that controller, so am not familiar with its ins and outs.
I do recall hearing there were issues discussed here where some boards needed resisters added to the controller. I’m assuming that’s what the adapter you posted is trying to accomplish.
I’m going to step into the background on this one, but I know folks here with first-hand experience will keep working with you until this is sorted out.
The fact that the board is showing not triggered when the endstop wiring is completely removed means that there is a problem with either the board or the firmware. Any investigation of endstop switch wiring, switch type, resistors, etc. will not address this underlying issue (IMO).
Is it possible that you installed the endstop resistor pigtails backward on the board at some point (with the resistor on SIG rather than VCC), which may have shorted VCC and GND together, damaging your board?
Is it also possible that the firmware is incorrect? You posted a picture above (post #8), but I don’t know enough about the MPCNC firmware versions to know if it is incorrect or not (based on the date, it looks different than the versions issued by V1). Maybe someone more familiar with MPCNC firmware versions could chime in.
You mentioned that you compiled your own firmware (with multiple errors). What happens when you install the unedited V1 official release?
One thing that really pops out at me from viewing your pictures of the SKR board is that the heat sinks appear to be very misaligned, to the point that they may be touching the solder joints on the drivers. That could be throwing things off. Whether that is an issue, and if so, if it is temporary or permanent, may need to be looked at.
omg I don’t think so… I was careful about it… is there a way to check if something is broken?
the fact that the LEDs on the board turn on/off does not mean that it is working, right?
I tried with the standard firmware.bin and the behavior is the same.
this is why I think the photo is a little distorted… that is, they are not perfectly aligned but they don’t touch anywhere, I’ll post a photo with 2 lights:
