All steppers not moving

Software / Firmware SKR Boards
1

So I have the skr pro 1.2, wired for dual endstops with the appropriate firmware. However, whenever I attempt movements only one stepper on its respective axis moves and not both. I have tried disconnecting the endstops and get the same result. I have also tried switching the x1, x2, y1, y2 connections around, same result. Please help if you can, thx. BTW, running M119 shows all endstop statuses are “open”.

M122 output:

13:27:07.714 : N21 M12217
13:27:07.714 : axis:pwm_scale/curr_scale/mech_load|flags|warncount
13:27:07.714 : X X2 Y Y2 Z
13:27:07.714 : Address 0 0 0 0 0
13:27:07.745 : Enabled false false false false false
13:27:07.745 : Set current 900 900 900 900 900
13:27:07.792 : RMS current 887 887 887 887 887
13:27:07.823 : MAX current 1251 1251 1251 1251 1251
13:27:07.838 : Run current 28/31 28/31 28/31 28/31 28/31
13:27:07.838 : Hold current 22/31 22/31 22/31 22/31 22/31
13:27:07.870 : CS actual 22/31 22/31 22/31 22/31 22/31
13:27:07.870 : PWM scale
13:27:07.916 : vsense 1=.18 1=.18 1=.18 1=.18 1=.18
13:27:07.948 : stealthChop false false false false false
13:27:07.994 : msteps 16 16 16 16 16
13:27:08.026 : tstep max max max max max
13:27:08.072 : PWM thresh.
13:27:08.072 : [mm/s]
13:27:08.119 : OT prewarn false false false false false
13:27:08.119 : triggered
13:27:08.119 : OTP false false false false false
13:27:08.150 : pwm scale sum 25 25 25 25 25
13:27:08.197 : pwm scale auto 0 0 0 0 0
13:27:08.228 : pwm offset auto 36 36 36 36 36
13:27:08.275 : pwm grad auto 14 14 14 14 14
13:27:08.306 : off time 3 3 3 3 3
13:27:08.353 : blank time 24 24 24 24 24
13:27:08.353 : hysteresis
13:27:08.384 : -end -1 -1 -1 -1 -1
13:27:08.431 : -start 1 1 1 1 1
13:27:08.431 : Stallguard thrs 0 0 0 0 0
13:27:08.478 : uStep count 40 8 40 8 8
13:27:08.478 : DRVSTATUS X X2 Y Y2 Z
13:27:08.509 : sg_result 0 0 0 0 0
13:27:08.556 : stst
13:27:08.587 : olb * * * * *
13:27:08.634 : ola * * * * *
13:27:08.665 : s2gb
13:27:08.712 : s2ga
13:27:08.743 : otpw
13:27:08.790 : ot
13:27:08.837 : 157C
13:27:08.868 : 150C
13:27:08.868 : N22 M10523
13:27:08.915 : 143C
13:27:08.946 : 120C
13:27:08.946 : s2vsa
13:27:08.946 : s2vsb
13:27:08.946 : Driver registers:
13:27:08.962 : X 0x80:16:00:C0
13:27:08.962 : X2 0x80:16:00:C0
13:27:08.977 : Y 0x80:16:00:C0
13:27:08.977 : Y2 0x80:16:00:C0
13:27:08.993 : Z 0x80:16:00:C0
13:27:08.993 : Testing X connection… OK
13:27:09.008 : Testing X2 connection… OK
13:27:09.008 : Testing Y connection… OK
13:27:09.024 : Testing Y2 connection… OK
13:27:09.024 : Testing Z connection… OK

2

is it x1 and y1 that are moving? sounds like it isnt dual endstop firmware installed to me

3

Yes, just X1, and Y1. I have installed the dual stop firmware.

4

BTW, if I rewire the steppers to series and re-flash to standard firmware all steppers move fine.

5

what does M119 give you

6

14:16:10.638 : N727 M119*40
14:16:10.638 : Reporting endstop status
14:16:10.638 : x_min: open
14:16:10.654 : x2_min: open
14:16:10.654 : y_min: open
14:16:10.654 : y2_min: open
14:16:10.654 : z_min: open

7

It is definitely the dual endstop firmware. The M122 looks mostly fine, except for this:

13:27:08.587 : olb * * * * *
13:27:08.634 : ola * * * * *

Maybe the motors weren’t enabled when this was taken.

Have you tried swapping the drivers between E0 and X? In all the swapping, the problem follows the port on the skr or the motors?

Sometimes we spot stuff in a photo of the skr.

8

EndStops
EndStops4032×1960 1.01 MB
Steppers
Steppers4032×1960 979 KB

9

That all looks frustratingly just fine.

The labels show X2 motor on the X port and X1 on the E0 port. I don’t see anything else wrong.

Have you tried swapping any of the drivers?

10

No, I haven’t tried that yet. Out of curiosity, why would that change anything?

11

I’ve now swapped the drivers, as well as tried swapping the x and x1 position with the same results.

12

“only one stepper moves and not both”. So when you moved the drivers, did the problem follow the driver or stay with the socket?

The point is to try to see if all the drivers are working, or if one of the drivers is bad.

13

Problem stayed with the socket after swapping drivers. X1 & Y1 are the only steppers that move.

14

So does anyone have a clue how I can resolve this, or should I just ditch the dual end stops?

15

It sounds like a bad skr board.

16

So, if the board is bad, why does everything work fine when I wire the steppers in series and flash the standard 2209 firmware?

17

@jeffeb3 does the one pin on the driver’s for stall still need bent over for dual endstops? Just trying to figure out why it runs fine in serial. Maybe when I get home tonight I can load dual endstops and try if no one knows

18

Is there a method for me to verify that all the board functions are viable(healthy), in other words confirm the board is good?

19

If the ports X,Y,Z work, but not E0, E1. Then with the serial firmware, all 5 motors would move, because they are all connected to ports X, Y, Z. With the dual endstop firmware, only X1 and Y1 would move because they are connected to port X and Y, but E0/X2 and E1/Y2 wouldn’t.

It is scratching my skepticism that E0 and E1 would be bad on the same board though.

The endstops aren’t even looked at unless you are homing (G28). So it really doesn’t matter what they are doing.

The software has had some testing, and I don’t expect it to fail this way. You’ve swapped the drivers, motors, and cables (unless we have miscommunicated in this thread) the only remaining piece is the stuff between the software and the drivers, which is the skr board.

You could scope out some of the pins for enable, dir, and step. The uart lines are fine, or M122 wouldn’t come back with all that info.

If you don’t think it is the skr, then maybe try a few versions of MarlinBuilder releases, although I know these are being used and I haven’t seen any posts with this same problem be blamed on the firmware. You can go back through the debugging steps, and make sure that in every scenario, the problem stays with the E0/E1 ports. You should also remove the endstops, because they won’t help and we can add them later if you get movement.

20

Ok, I will try a few of the suggestions. Once again, thank you for the attention to this matter and the feedback.