3diy
/
klipper
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

docs: Update Config_checks.md to use STEPPER_BUZZ 

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
This commit is contained in:
Kevin O'Connor 2018-08-09 13:41:17 -04:00
parent 3f59c3dd48
commit be3131de3e
1 changed files with 28 additions and 17 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

45
docs/Config_checks.md
View File

@ -81,27 +81,38 @@ require a change to the pullup setting of the pin (the '^' at the
start of the endstop_pin name - most printers will use a pullup start of the endstop_pin name - most printers will use a pullup
resistor and the '^' should be present). resistor and the '^' should be present).
### Verify stepper motor direction ### Verify stepper motors
Make sure the printer.cfg file does not have "homing_speed" set for Use the STEPPER_BUZZ command to verify the connectivity of each
any axis (or set it to a value of 5 or less). stepper motor. Start by manually positioning the given axis to a
midway point and then run `STEPPER_BUZZ STEPPER=stepper_x` . The
STEPPER_BUZZ command will cause the given stepper to move one
millimeter in a positive direction and then it will return to its
starting position. (If the endstop is defined at position_endstop=0
then at the start of each movement the stepper will move away from the
endstop.) It will perform this oscillation ten times.
On cartesian style printers, manually move the X axis to a midway If the stepper does not move at all, then verify the "enable_pin" and
point, issue a G28X0 command, and verify that the X motor moves slowly "step_pin" settings for the stepper. If the stepper motor moves but
towards the endstop defined for that axis. If the motor moves in the does not return to its original position then verify the "dir_pin"
wrong direction issue an M112 command to abort the move. A wrong setting. If the stepper motor oscillates in an incorrect direction,
direction generally indicates that the "dir_pin" for the axis needs to then it generally indicates that the "dir_pin" for the axis needs to
be inverted. This is done by adding a '!' to the "dir_pin" in the be inverted. This is done by adding a '!' to the "dir_pin" in the
printer config file (or removing it if one is already there). For printer config file (or removing it if one is already there). If the
example, change "dir_pin: xyz" to "dir_pin: !xyz". Then RESTART and motor moves significantly more or significantly less than one
retest the axis. If the axis does not move at all, then verify the millimeter then verify the "step_distance" setting.
"enable_pin" and "step_pin" settings for the axis. For cartesian style
printers, repeat the test for the Y and Z axis with G28Y0 and G28Z0.
For delta style printers, manually move all three carriages to a Run the above test for each stepper motor defined in the config
midway point and then issue a G28 command. Verify all three motors file. (Set the STEPPER parameter of the STEPPER_BUZZ command to the
move simultaneously upwards. If not, issue an M112 command and follow name of the config section that is to be tested.) If there is no
the troubleshooting steps in the preceding paragraph. filament in the extruder then one can use STEPPER_BUZZ to verify the
extruder motor connectivity (use STEPPER=extruder). Otherwise, it's
best to test the extruder motor separately (see the next section).
After verifying all endstops and verifying all stepper motors the
homing mechanism should be tested. Issue a G28 command to home all
axes. Remove power from the printer if it does not home properly.
Rerun the endstop and stepper motor verification steps if necessary.
### Verify extruder motor ### Verify extruder motor