Received my Jackpot to replace the miniRAMBO on my Primo and have everything wired up and movement works fine. Probe works. X-homing works. Y-homing crashes and does not stop until I kill the power or wait for it to grind for about 10 seconds. The end stops trigger the LEDs on the board just fine and in FluidNC - Config Items, everything looks the same between the X and Y axis.
To add to my confusion. When I use the FluidNC webUI and move the Y axis near the endstop brackets and then move 1mm at a time, both LEDs on the board turn off at the same time. When I use the home function, only one side turns off the light even though both endstop switches are engaged physically and they crash as described above.
I’m sure I am missing something since everything else works fine.
Thats a new one I think. As I was reading my first thought was to make sure you have the correct endstop to the correct stepper. But with you saying they are both lighting up and only 1 stopping that seems very odd.
Wait you did skip the one endstop plug correct? you should have a plug for X1 Y1 “blank” X2 Y2 If you skipped that blank it will still light the LED on the board but it wont stop the motor.
I have the endstops connected in this order: X1, Y1, empty, X2, Y2, empty, empty. I don’t have my probe hooked up right now but when it is plugged into the last set of pins the light triggers as expected. The LEDs are lit until the endstop switch is depressed, then the corresponding LED turns off. Are the LEDs supposed to be off until triggered? How is that done? It’s strange that the two X axis worked as expected but not the Y axis.
Seems like you have your endstops wired backwards. The lights should be off until the endstop is triggered. Endstops should be wired NC (Normally Closed) For the endstops that come from V1 thats the 2 outside lugs and nothing on the middle one. Check and see how your switches are wired and that all of your wiring is good.
Wellllll…then this is beyond my knowledge. Sorry about that. Give it some time and someone smarter that me will be along. I tagged Ryan in my first reply so as soon as he has some time he will have some things for you to try i’m sure.
Config looks good. Make sure y and y1 switches are not reversed. ie wires leading to the wrong GPIO pins. What you’re see could be caused by that. y stepper engages y1 switch, y1 stepper stops before hitting it’s switch and y keeps running.
Manually trip both y switches when homing and see if it stops.
Idk if this helps at all @vicious1 but I run a jackpot on my primo and have no issues at all. But it’s the first version Of the jackpot So I’m not sure if anything changed after that
When following the Docs, this would actually be the Z axis for an MPCNC. There is another thread where someone had to disconnect the power for Z to stop homing because it was going up like a rocket.
I played around with it some more and I did not have the endstops connected at all when doing this. When pressing the button for Home all I got four error messages (X1/X2/Y1/Y2) that no endstops were connected, but Z started homing (and never stopped, like for the person in the other thread). The same thing happens when triggering them one by one. No endstop connected on all of them but Z that starts going and never stops. It is also the third driver, so Z in my case. Same thing seems to happen to @Jonathjon (see one post above).
Conclusion: Something is configured incorrectly for the third slot, since it is homing without an endstop connected (and it does not recognize a triggered endstop (maybe).) So some kind of check is missing here (but I don’t know what, that’s your job to figure out… ).
/Edit: I just figured out it is not connected directly to the problem in this thread, it is a problem nevertheless for all Primos.
I’m going to add an endstop to mine. I was using lightburn and guess I hit home without realizing it. I found out real quick when the z brought its self right out of the core lol. Not sure yet how to accomplish it but that’s on my list next time home.
Something must be off in the config. I’m sure Ryan will figure it out! These days there are a lot more LR’s than primos so I’m sure he put all his time into testing those first
I noticed that problem with the Z homing as well. I hit the button thinking that is how to probe at first and it ran right off the core and I had to cut the power. I suppose an endstop could be used but it should not be needed since those pins are not connected and showing closed.
This is part of the fun of building your own machine I suppose.