Odd homing issues with X axis motor during S91 relative motion phase
-
Its a 3D printed part in black. Its opaque as you can get. Its been working fine for years. The problem is with the controller based on swapping the endstop and motor and the problem moves to another axis. I'm on a delta printer.
-
The question is whether the problem is with the DuetWifi control card, config.g setting or the the firmware. If there is any problem with endstop, motor or wiring, the problem would not move to another axis by switching the cables. I verified the cable is wired correctly also. All the pins are fully inserted and no loose connections. I'm using the latest firmware revision.
-
Post your Config.g File for us to see and maybe we will see something?
Doug
-
I looked at the LEDs again and it looks like the X motor LED does turn on when lowering, but the light is very dim to the point where it looks like its off. It looks like the controller is struggling to move it down. All the other motors move fine. The Y motor does turn off for a brief moment when it reaches the bottom.
Sounds like that endstop isn't sinking enough current. Did you forget to modify that one, or use the wrong value LED driver resistor? A bad connection in the 3.3V feed to that endstop might also be to blame.
-
They have all been modified correctly. The reason I don't think its the endstop is I switched cables to a different endstop on my other axis and the problem switched to the other axis. I switched the motor and the endstop cables on the control board side.
-
I just switched over to the Z axis motor and the endstop and the problem moved to that axis. Its definitely on the control board side. You would think if its sinking too much current, then all of the endstop would be affected.
-
I just reviewed the photos and all the resistors are the same values on all 3 axes.
-
I think I just figured it out.. I used the web based configuration tool and the homing routine was missing the S2 parameter when moving down a few mm. I added that parameter and it works fine now. Whoever updates that configuration tool should add that parameter to the homedelta.g file.
Web based configuration:
; Go down a few mm
G1 X-5 Y-5 Z-5 F1800Mini Kossel setup:
G1 S2 X-3 Y-3 Z-3 ; move all carriages down 3mm -
I have no idea what that S2 parameter does exactly on the G1 command, but adding the parameter definitely fixed the problem.
Its working great now.–--------------------------------
Snnn Flag to check if an endstop was hit (S1 to check, S0 to ignore, S2 see note, default is S0)11Some firmwares allow for the RepRap to enable or disable the "sensing" of endstops during a move. Please check with whatever firmware you are using to see if they support the S parameter in this way, as damage may occur if you assume incorrectly. In RepRapFirmware, using the S1 or S2 parameter on a delta printer causes the XYZ parameters to refer to the individual tower motor positions instead of the head position, and to enable endstop detection as well if the parameter is S1.
-
Thanks, the S2 parameter is definitely needed. I've asked this to the work list for the config tool.
