No trigger on x/y/z after full movement

General Discussion
1

Basic Information:

Printer Model: Anycubic i3 mega
MCU / Printerboard: SKR 1.3
klippy.log

Fill out above information and in all cases attach your klippy.log file (use zip to compress it, if too big). Pasting your printer.cfg is not needed
Be sure to check our “Knowledge Base” Category first. Most relevant items, e.g. error messages, are covered there

Describe your issue:

I own an old anycubic i3 mega that has been running on the default trigorilla 8 bit board which I am planning to replace with a new SKR 1.3 board along with TMC 2209 stepsticks in standalone mode. During my open table test in which I plugged the stepsticks, endstops, thermistors and power supply the board after flashing the latest firmware, when trying to test the endstop triggering, it keep getting the No trigger on x after full movement error for any of the axes. For reference here is how I am testing:

  • Assembled the board (firmware already flashed and linked to Rpi)and plugged the TMC 2209 with 32 step jumper set for the axes (X/Y/Z). For the extruder I am using the older DRV8822 in 32 step settings.
  • Plugged the physical endstop switches which are brand new ones to the respective ports.
  • Plugged the heater and bed thermistors.
  • From the Fluidd interface run the G28 X0 and manually press the endstop switch.

The error appears for all the axes. Here is what I checked so far:

  • Ran, the STEPPER_BUZZ command from the console for all the axes, the movements are noted as expected.
  • Ran QUERY_ENDSTOPS and could see the respective endstop responding as open when not pressed and as triggered with pressed.
  • Tried to swap out the TMC2209 with DRV8822s for all axes, yields the same result.
  • Replaced the endstops and thermistors with new spare ones, same result.
  • Used the latest marlin fork and flashed it on the board. The endstop triggers seem to work with it.

Observations:

  • When the axis motor moves and the respective endstop is momentarily pressed, the motor does seem to stop and retract slightly, as expected which seem to indicate, the trigger gets registered, but still the error continue to appear.

klipper printer configuration:

[include mainsail.cfg]
[include fluidd.cfg]

[virtual_sdcard]
path: /home/pi/printer_data/gcodes
on_error_gcode: CANCEL_PRINT

[printer]
kinematics: cartesian
max_velocity: 300
max_accel: 3000
#max_accel_to_decel: 10000
max_z_velocity: 20
max_z_accel: 100
square_corner_velocity: 5



####### THis is Ai3M configuration with skr1.3 board which is based on LP1768 chip

## Printer motion section #######
[stepper_x]
step_pin: P2.2
dir_pin: !P2.6
enable_pin: !P2.1
microsteps: 32
rotation_distance: 40
Full_Steps_Per_Rotation: 200 # generic 1.8deg stepper motor config
endstop_pin: !P1.29  # P1.28 for X-max
position_min: 0
position_endstop: 0
position_max: 210
homing_speed: 40.0

[stepper_y]
step_pin: P0.19
dir_pin: !P0.20
enable_pin: !P2.8
microsteps: 32
rotation_distance: 40
Full_Steps_Per_Rotation: 200
endstop_pin: !P1.27  # P1.26 for Y-max
position_endstop: 0
position_max: 210
homing_speed: 70.0

[stepper_z]
step_pin: P0.22
dir_pin: P2.11
enable_pin: !P0.21
microsteps: 32
rotation_distance: 40
Full_Steps_Per_Rotation: 200
endstop_pin: !P1.25  # P1.24 for Z-max
position_endstop: 0.0
position_max: 210
homing_speed: 10.0
position_min = -3

[stepper_z1]
step_pin: P0.1
dir_pin: P0.0
enable_pin: !P0.10
microsteps: 32
Full_Steps_Per_Rotation: 200
rotation_distance: 8
endstop_pin: !P1.24


## Extruder configuration section ###
[extruder]
step_pin: P2.13
dir_pin: !P0.11
enable_pin: !P2.12
microsteps: 32
Full_Steps_Per_Rotation = 200
rotation_distance: 33.500
nozzle_diameter: 0.400
filament_diameter: 1.750
heater_pin: P2.7
sensor_type: EPCOS 100K B57560G104F
sensor_pin: P0.24
control: pid
pid_Kp: 22.2
pid_Ki: 1.08
pid_Kd: 114
min_temp: 0
max_temp: 290

### Heated bed configs
[heater_bed]
heater_pin: P2.5
sensor_type: EPCOS 100K B57560G104F
sensor_pin: P0.23
control: pid
pid_Kp: 74.883
pid_Ki: 1.809
pid_Kd: 775.038
min_temp: 1
max_temp: 110

## fan configuration

[fan] # part cooling fan
pin: P2.3

[heater_fan extruder_fan] # extruder0 cooling fan
pin: P2.4
heater: extruder
heater_temp: 50.0
fan_speed: 1.0

[controller_fan board_fans] # This controls two fans linked via LN298N motor driver
pin:P1.28
max_power: 1.0
stepper: stepper_x, stepper_y, stepper_z, stepper_z1, extruder



[mcu]
serial: /dev/serial/by-id/usb-Klipper_lpc1768_1A200002A0083DAF80E8825CC02000F5-if00

I would really like someone for some more troubleshooting tips and guidance.
…

2

When you move the head/bed towards the endstop, does it click; resp. does QUERY_ENDSTOP trigger?

3

The board is presently not hooked the printer itself. I have just assembled the components together on a test bed since I only have one functional printer with me. But QUERY_ENDSTOPS does returns triggered value when the endstop is pressed. When I run the homing gcode for an axis, the motor moves in the correct direction towards the min(as per the config) and when the endstop is pressed momentarily the motor stops and retract back slightly which I think is a correct behavior.

11:19:28  $ G28 X0
11:19:32  !! No trigger on x after full movement

Reference to QUERY_ENDSTOPS action:

11:20:16 $ QUERY_ENDSTOPS
11:20:17 x:TRIGGERED y:open z:open z1:open
11:20:19 $ QUERY_ENDSTOPS
11:20:20 x:open y:TRIGGERED z:open z1:open
11:27:09 $ QUERY_ENDSTOPS
11:27:09 x:open y:open z:TRIGGERED z1:open
11:27:16 $ QUERY_ENDSTOPS
11:27:16 x:open y:open z:open z1:TRIGGERED
4

I think you cannot test the way you are doing it.
Klipper’s homing procedure is very complex and if it does not get the expected signals from the endstops in the correct timing etc it will error out.

From your tests, the basic setup seems working and the real homing needs a real printer.

5

Hi all,

Thanks for sharing some insights on this. The error with the endstops were occurring due to the x+ y+ and z+ diag pin config on the skr1.3 board had the jumpers on them which I should have noticed earlier on when setting up the tmc2209s in standalone mode. Removing those jumpers, solved the problem with the endstops and the axes now homes properly as expected.

1 Like
6

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.