Klipper Fehler bei G28 im Programm
Guten Tag ,
habe ein Problem beim Homen meines Durckers . Wen ich das druck Programm starte Heizt das Heizbed normal hoch dann machen die Motoren einen ruck und der Drucker geht in einen Fehler zustand . Laut der anzeige immer wen der G28 befehl kommt . Weiß aber nicht wo der Fehler liegen könnte . Als fehler kommt dann Shutdown : Klipper .
So lassen sich die Achsen alle Homen auch heizbed und Heizdüsen Funktionieren soweit wen sie Manuell angesteuert werden.
Verwendeter Slicer : Prusa Slicer
Kurz zu den eck daten ich verwende als Board ein Bigtreetech Octopus Pro 1.0 mit TMC2209 Treibern, als Software habe ich einen Repetierserver mit Klipper verwendet.
# This is the default configuration for the printer: 3D-GORILLA
# This option is needed if you want to use the recover feature so that Repetier-Server can manually set the z position in Klipper
[force_move]
enable_force_move: true
# This file contains common pin mappings for the BigTreeTech Octopus
# and Octopus Pro boards. To use this config, start by identifying the
# micro-controller on the board - it may be an STM32F446, STM32F429,
# or an STM32H723. Select the appropriate micro-controller in "make
# menuconfig" and select "Enable low-level configuration options". For
# STM32F446 boards the firmware should be compiled with a "32KiB
# bootloader" and a "12MHz crystal" clock reference. For STM32F429
# boards use a "32KiB bootloader" and an "8MHz crystal". For STM32H723
# boards use a "128KiB bootloader" and a "25Mhz crystal".
# See docs/Config_Reference.md for a description of parameters.
# Driver0
[stepper_x]
step_pin: PF13
dir_pin: PF12
enable_pin: !PF14
microsteps: 32
full_steps_per_rotation:400
rotation_distance: 40
endstop_pin: PG6
position_endstop: 0
position_max: 400
homing_speed: 50
# Driver1
[stepper_y]
step_pin: PG0
dir_pin: PG1
enable_pin: !PF15
microsteps: 32
full_steps_per_rotation:400
rotation_distance: 40
endstop_pin: PG9
position_endstop: 0
position_max: 400
homing_speed: 50
# Driver2
[stepper_z]
step_pin: !PF11
dir_pin: !PG3
enable_pin: !PG5
microsteps: 16
rotation_distance: 4
endstop_pin: PG10
position_endstop: 0.5
position_max: 400
# Driver3
# The Octopus only has 4 heater outputs which leaves an extra stepper
# This can be used for a second Z stepper, dual_carriage, extruder co-stepper,
# or other accesory such as an MMU
[stepper_z1]
step_pin: !PG4
dir_pin: !PC1
enable_pin: !PA0
microsteps: 16
rotation_distance: 4
endstop_pin: PG11
# Driver4
[extruder]
step_pin: PF9
dir_pin: PF10
enable_pin: !PG2
microsteps: 32
rotation_distance: 7.71
gear_ratio: 50:17
full_steps_per_rotation: 200
nozzle_diameter: 0.400
filament_diameter: 1.750
max_power: 1.0
min_extrude_temp: 170
heater_pin: PA2 # HE0
sensor_pin: PF4 # T0
sensor_type: ATC Semitec 104NT-4-R025H42G
control: pid
pid_Kp: 22.2
pid_Ki: 1.08
pid_Kd: 114
min_temp: 0
max_temp: 300
# Script to change back to the main extruder
[gcode_macro T0]
gcode:
SET_SERVO SERVO=extruder_servo angle=100 # Lift secondary extruder
SET_GCODE_OFFSET Z=0 MOVE=1 # Adjust z-height
SET_GCODE_OFFSET X=0 # Clear X offset
ACTIVATE_EXTRUDER EXTRUDER=extruder
# Driver5
[extruder1]
step_pin: PC13
dir_pin: PF0
enable_pin: !PF1
microsteps: 32
rotation_distance: 7.71
gear_ratio: 50:17
full_steps_per_rotation: 200
nozzle_diameter: 0.400
filament_diameter: 1.750
max_power: 1.0
min_extrude_temp: 170
heater_pin: PA3 # HE1
sensor_pin: PF5 # T1
sensor_type: ATC Semitec 104NT-4-R025H42G
control: pid
pid_Kp: 22.2
pid_Ki: 1.08
pid_Kd: 114
min_temp: 0
max_temp: 300
[filament_switch_sensor material_1]
switch_pin: PG13
# Script to activate second extruder
[gcode_macro T1]
gcode:
SET_GCODE_OFFSET Z=0.0 MOVE=1 # Adjust z-height
SET_SERVO SERVO=extruder_servo angle=100 # Position second extruder
SET_GCODE_OFFSET X=20 # Account for different X offset
ACTIVATE_EXTRUDER EXTRUDER=extruder1
[heater_bed]
heater_pin: PA1
sensor_pin: PF3 # TB
sensor_type: NTC 100K beta 3950
control: watermark
min_temp: 0
max_temp: 120
[heater_fan extruder fan]
pin: PA8
heater: extruder
[heater_fan extruder fan1]
pin: PD13
heater: extruder1
[fan]
pin: PE5
[fan_generic fan2]
pin: PD12
[mcu]
serial: /dev/serial/by-id/usb-Klipper_stm32f446xx_2E000D001750344D30353320-if00
restart_method: command
# CAN bus is also available on this board
[printer]
kinematics: corexy
max_velocity: 300
max_accel: 3000
max_z_velocity: 25
max_z_accel: 30
square_corner_velocity: 5.0
########################################
# TMC2209 configuration
########################################
[tmc2209 stepper_x]
uart_pin: PC4
interpolate: false
run_current: 0.8
sense_resistor: 0.110
stealthchop_threshold: 0
[tmc2209 stepper_y]
uart_pin: PD11
interpolate: false
run_current: 0.8
sense_resistor: 0.110
stealthchop_threshold: 0
[tmc2209 stepper_z]
uart_pin: PC6
interpolate: false
run_current: 0.650
stealthchop_threshold: 0
[tmc2209 stepper_z1]
uart_pin: PC7
interpolate: false
run_current: 0.650
stealthchop_threshold: 0
[tmc2209 extruder]
uart_pin: PF2
interpolate: false
run_current: 0.500
sense_resistor: 0.110
stealthchop_threshold: 0
[tmc2209 extruder1]
uart_pin: PE4
interpolate: false
run_current: 0.650
sense_resistor: 0.110
stealthchop_threshold: 0
Vielen Dank schonmal im vorraus .
Comments
Bin mir jetzt nicht sicher ob die Logs mitgeschickt wurden .
anbei mal ein auszug von der Connected datei , sieht aus als ob er von den Temeperaturen keine korrekte rückmeldung bekommt.
Im connected.log ist alles ok aber kein G28 daher ist der Fehler wohl auch nicht enthalten. Du brauchst auch nur den Teil hier einzufügen, wo der Befehl gensendet wird und das Problem auftritt. Wenn er von diesem Zustand in shutdown wechselt kommt die Meldung von klipper mit
!! shutdown: Grund
oder ähnlich. Meist siehst du den Grund auch wenn du oben auf das Vebindungsicon mit der Warnung klickst. Da steht dann die meldung hinter shutdown.
Möglicherweise ist das Problem, das die Heizungen vorher aktiviert wurden und entweder diese oder in kombination mit homing während des heizens ein Problem erzeugen. Entweder stimmt die Temperaturänderung nicht mit den erwartungen überein oder endstops klappen nicht mehr zuverlässig wegen übersprechen. So was ist gerne die ursache wenn es isoliert ausgeführt klappt. Aber muss man halt im log sehen was es genau ist.
Im Log Fenster kann man auch aktivieren Drucke zu loggen. Wenn das aktiv ist wird für jeden Druck eine Logdatei erstellt die du hinterher herunterladen kannst mit dem Namen der Datei und dem Datum. Da drin steht die ganze Kommunikation also alles ab dem Zeitpunkt wo der Druck gestartet wird bis zum ende des Drucks der hier dann von der shutdown anfrage von Klipper erfolgt.
Also das was ich aus dem log bekommen hab .
M190 S70
er wartet da bis das Bett heiß ist. Wurde der Rest abgeschnitten weil der Text zu lang war? Von interesse sind eher die letzten 200 zeilen bis zur shutdown Meldung.
Aber hey wenigstens komm ich mir nicht ganz blöd vor wen man solche Daten zur Fehler suche ausgespuckt bekommt .
Zum anzeigen im Terminal
tail -500 /tmp/klippy_<slug>.log
um die letzten 500 Zeilen zu sehen.