Passer ma CR-10 V3 en Klipper

[PierreG]

Bon matin tout le monde.   

Hier soir j'ai décidé de tenter l'aventure Klipper.    J'ai donc soigneusement suivi le tuto de @fran6p.

Ma premiere étape a donc de faire une copie de mon Octoprint avant de faire quoi que ce soit, histoire de faciliter un retour en arriere.  ✔

2eme étape, installer Klipper sur mon instance Octoprint ✔

3eme étape créer le fichier à flasher sur l'imprimante ✔

4eme étape trouver le nom long du port branché à mon imprimante (idem a celui dans le tuto)  ✔

5eme étape Flasher l'imprimante   

Voici ce que je recois à la commande "make flash FLASH_DEVICE=/dev/serial/by-id/usb-1a86_USB-Serial-if00-port0" :

Flashing out/klipper.elf.hex to /dev/serial/by-id/usb-1a86_USB-Serial-if00-port0 via avrdude
avrdude: ser_open(): can't open device "/dev/serial/by-id/usb-1a86_USB-Serial-if00-port0": No such file or directory
ioctl("TIOCMGET"): Inappropriate ioctl for device
ioctl("TIOCMGET"): Inappropriate ioctl for device
vrdude: stk500v2_ReceiveMessage(): timeout
vrdude: stk500v2_ReceiveMessage(): timeout
vrdude: stk500v2_ReceiveMessage(): timeout
vrdude: stk500v2_ReceiveMessage(): timeout
vrdude: stk500v2_ReceiveMessage(): timeout
vrdude: stk500v2_ReceiveMessage(): timeout
avrdude: stk500v2_getsync(): timeout communicating with programmer

avrdude done.  Thank you.

make: *** [src/avr/Makefile:34: flash] Error 1

Mon octoprint était connecté.    J'ai donc déconnecté l'octoprint, pensant que le port USB était verrouillé par OP.  Ca ne marche pas plus...

et si j'attends un peu trop, le port USB disparait sur le RPI :

pi@RaspPi4B4:~/klipper $ ls -l /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0
ls: impossible d'accéder à '/dev/serial/by-id/usb-1a86_USB_Serial-if00-port0': Aucun fichier ou dossier de ce type

C'est grave docteur ??

[fran6p]

Il y a 3 heures, PierreG a dit :

C'est grave docteur ??

Peut-être

Tu as bien arrêté le service klipper avant de flasher ?

Citation

Il ne reste plus qu’à flasher le firmware :

sudo service klipper stop make flash FLASH_DEVICE=/dev/serial/by-id/usb-1a86_USB-Serial-if00-port0 sudo service klipper start

Pour que ce flashage réussisse il faut que Octoprint ne soit pas connecté à l’imprimante (bouton «Déconnecter»).

L'imprimante est allumée, pas seulement alimentée en 5V via le câble USB ?

lsusb affiche bien la liste des matériels connectés en USB ?

S'il n'y a que l'imprimante connectée en USB sur le RPi, tu peux remplacer le /dev/serial/… par /dev/ttyUSB0 :

make flash FLASH_DEVICE=/dev/ttyUSB0

Autre possibilité, que j'avais utilisée pour flasher Marlin à partir d'Octoprint et l'extension Firmware Updater

Autre possibilité (plus intéressante car permettra d'autres installations), utiliser KIAUH . Grâce à cette suite de scripts bash, tout est pris en charge (installation de Klipper, Moonraker, Fluidd / Mainsail / Octoprint, préparation du firmware, flashage de celui-ci…). Par contre, ça ne fait pas (encore) le café

J'ai abordé cette suite de scripts (kiauh) dans ce sujet (qu'il faut que je continue et termine (un de ces jours)) :

Modifié (le) Janvier 10, 2023 par fran6p

[PierreG]

Il y a 3 heures, fran6p a dit :

Tu as bien arrêté le service klipper avant de flasher ?

Oui, comme mentionné dans ton tuto !  

Il y a 3 heures, fran6p a dit :

pas seulement alimentée en 5V via le câble USB ?

Impossible, j'ai coupé le fil rouge du cable !!

Il y a 3 heures, fran6p a dit :

lsusb affiche bien la liste des matériels connectés en USB ?

Si l'imprimante est à ON, oui

 

Je vais essayer avec seulement /dev/ttyUSB0

Et j'ai aussi Firmware Updater installé sur Octoprint... je vais essayer ca aussi !!!

 

 

Edit : Yeahh   Ca marché avec make flash FLASH_DEVICE=/dev/ttyUSB0

Je continue !!

 

Modifié (le) Janvier 10, 2023 par PierreG

[PierreG]

Bon, voici les nouvelles...

J'ai pas mal réussi à tout installé.   mes fichiers de config sont presque tous terminés, et les vérifications sont OK.

Par contre, lorsque je veux faire un PID (buse ou Bed), à la fin, je fais "SAVE_CONFIG", et là je recois ce message :

SAVE_CONFIG section 'extruder' option 'control' conflicts with included value

Voici le contenu de mon fichier extruder.cfg :

# CR10V3 extrudeur original Titan

[extruder]
sensor_pin: PK5
sensor_type: EPCOS 100K B57560G104F
step_pin: PA4
dir_pin: !PA6
enable_pin: !PA2
heater_pin: PB4
microsteps: 16
rotation_distance: 7.712
nozzle_diameter: 0.400
filament_diameter: 1.750
control: pid
pid_Kp: 18.06
pid_Ki: 1.12
pid_Kd: 72.49
#min_extrude_temp: 170
min_temp: 0
max_temp: 275

Pourtant, mon bed mesh lui s'est tres bien sauvegardé dans mon fichier printer.cfg.

Une idée du pourquoi ??

     

[PierreG]

ce matin, je voulais vérifier que mon ZOffset est correct !

J'ai mis mon Zoffset à zéro dans la section BLTouch :

x_offset: 46
y_offset: 2
z_offset: 0

Et j'ai suivi la procédure  Probe_Calibrate.

Voulant sauvegarder la valeur trouvée à la fin 0.954 (au lieu de 1.3 avec Marlin  ) avec SAVE_CONFIG, je recois ce message :

Send: save_config
Recv: !! SAVE_CONFIG section 'bltouch' option 'z_offset' conflicts with included value
Recv: ok

 

[fran6p]

Ton fichier printer.cfg à la fin dans la section #*# <---------------------- SAVE_CONFIG ---------------------->

ne contient pas de section extruder, heater_bed et bltouch avec les valeurs de calibration, comme par exemple:

Citation

#*# <---------------------- SAVE_CONFIG ---------------------->
#*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.
#*#
#*# [extruder]
#*# control = pid
#*# pid_kp = 18.506
#*# pid_ki = 0.796
#*# pid_kd = 107.566
#*#
#*# [heater_bed]
#*# control = pid
#*# pid_kp = 70.936
#*# pid_ki = 0.967
#*# pid_kd = 1300.785
#*#
#*# [bltouch]
#*# z_offset = 3.149
#*#

Si oui, il faudrait commenter les paramètres identiques dans les sections [extruder], [bltouch] et [heater_bed] pour éviter le conflit.

Si ce n'est pas ça alors je ne sais pas où est le problème

[PierreG]

@fran6p     Voici mon fichier printer.cfg :

Citation

## This file contains pin mappings for the 2020 Creality CR10-V3. To use
# this config, the firmware should be compiled for the AVR atmega2560.

# CR10V3 board Klipper config
#  Uses bltouch and multiple other config files (Inspiration from /u/VonThing). 

# See the example.cfg file for a description of available parameters.

# Machine definitions
[include ./cfgKlipper/cr10v3_mb252.cfg]

# Extrudeur au choix (originel, BMG sans réduction, BMG réducté, DD MiniXtruder)
[include ./cfgKlipper/extruder.cfg]

# Resonance axes via ADXL345 (doc => Measuring_Resonances.md
#[include ./cfgKlipper/adxl345.cfg]

#Input Shaper
#[include ./cfgKlipper/input_shaper.cfg]

# BLTouch 
[include ./cfgKlipper/bltouch.cfg]

# Calibration
[include ./cfgKlipper/calibration.cfg]

# Macros 
[include ./cfgKlipper/macros.cfg]

# Other
#[include ./cfgKlipper/other.cfg]

# Raspberry Pi
#[include ./cfgKlipper/rpi.cfg]

# Temp_MCU
#[include ./cfgKlipper/temp_mcu.cfg]

#*# <---------------------- SAVE_CONFIG ---------------------->
#*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.
#*#
#*# [bed_mesh cr10v3]
#*# version = 1
#*# points =
#*#     -0.087500, -0.025000, 0.055000, 0.067500, 0.067500
#*#     -0.145000, -0.117500, -0.035000, -0.025000, -0.035000
#*#     -0.165000, -0.125000, -0.045000, -0.045000, -0.065000
#*#     -0.127500, -0.097500, -0.007500, 0.000000, 0.005000
#*#     -0.052500, -0.012500, 0.090000, 0.135000, 0.162500
#*# tension = 0.2
#*# min_x = 50.0
#*# algo = lagrange
#*# y_count = 5
#*# mesh_y_pps = 2
#*# min_y = 5.0
#*# x_count = 5
#*# max_y = 295.0
#*# mesh_x_pps = 2
#*# max_x = 295.0
 

et le contenu de mon fichier bltouch.cfg

Citation

# BLTouch 

[bltouch]
sensor_pin: ^PD2
control_pin: PB5
x_offset: 46
y_offset: 2
z_offset: 0

[safe_z_home]
home_xy_position: 103, 150
speed: 50
z_hop: 20  # Move up 20mm
z_hop_speed: 5
 

 

Je vais essayer de tout mettre dans /home/pi    juste au cas où ca serait un problème de droits sur cfgKlipper  !!  

[trotro]

.

 

Modifié (le) Janvier 12, 2023 par trotro

[Morganne46]

Il y a 4 heures, PierreG a dit :

J'ai mis mon Zoffset à zéro dans la section BLTouch :

Dans la section Bltouch, le z_offset doit être commenté par un #, il s'enregistre en bas de la configuration de ton fichier printer.cfg

[bltouch]
sensor_pin: ^PC2
control_pin: PA1
pin_up_touch_mode_reports_triggered: True
x_offset: -42
y_offset: -18
#z_offset: 0.0
pin_move_time: 0.4
samples: 2
speed: 2

#*# <---------------------- SAVE_CONFIG ---------------------->
#*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.
#*#
#*# [extruder]
#*#
#*# [heater_bed]
#*#
#*# [bltouch]
#*# z_offset = 1.000

[PierreG]

Merci @Morganne46....     Je vais tester ca...

Mais je croyais que c'était le SAVE_CONFIG qui faisait cette manipulation, et non moi.

Je viens de tester, et si je met un # devant la ligne avant que la ligne soit copiée sous Saved parameters, Klipper refuse de fonctionner !!   

Modifié (le) Janvier 12, 2023 par PierreG

[Morganne46]

@PierreG Oui c'est bien le save-config qui fait ça, mais tu doit commenté ta ligne z_offset dans la section Bltouch pour qu'il puisse le faire, ton erreur viens de là, moi je commente, et je laisse la commande save_config l'enregistré en bas comme je te le montre.

il y a 13 minutes, PierreG a dit :

Je viens de tester, et si je met un # devant la ligne avant que la ligne soit copiée sous Saved parameters, Klipper refuse de fonctionner !! 

Commente juste cette ligne:

[bltouch]
sensor_pin: ^PC2
control_pin: PA1
pin_up_touch_mode_reports_triggered: True
x_offset: -42
y_offset: -18
#z_offset: 0.0
pin_move_time: 0.4
samples: 2
speed: 2

fais un save_config, relance Klipper, fais ton Z_offset, et quand c'est fait, tape la commande: Save_config, ton Z_offset vas s'enregistré.

[PierreG]

il y a 16 minutes, Morganne46 a dit :

Oui c'est bien le save-config qui fait ça, mais tu doit commenté ta ligne z_offset dans la section Bltouch pour qu'il puisse le faire

Ca ne fonctionne pas...   aussitôt que je commente la ligne, erreur de klipper :

Option 'z_offset' in section 'bltouch' must be specified

Once the underlying issue is corrected, use the "RESTART"
command to reload the config and restart the host software.
Printer is halted
Klipper state: Not ready

[Morganne46]

à l’instant, PierreG a dit :

Ca ne fonctionne pas...   aussitôt que je commente la ligne, erreur de klipper :

Hummm et si tu supprime complètement la ligne ?

@PierreG regarde ici il en parle :

https://github.com/Klipper3d/klipper/issues/4970

Mon fichier printer.cfg si tu veux voir de toi même:

 

Citation

# This file contains common pin mappings for the BIGTREETECH SKR mini
# E3 v2.0. To use this config, the firmware should be compiled for the
# STM32F103 with a "28KiB bootloader" and USB communication. Also,
# select "Enable extra low-level configuration options" and configure
# "GPIO pins to set at micro-controller startup" to "!PA14".

# The "make flash" command does not work on the SKR mini E3. Instead,
# after running "make", copy the generated "out/klipper.bin" file to a
# file named "firmware.bin" on an SD card and then restart the SKR
# mini E3 with that SD card.

# See docs/Config_Reference.md for a description of parameters.

[include mainsail.cfg]

############################
#ARCS
############################

[gcode_arcs]
resolution: 0.2

############################
#Evite les pinces du plateau
############################

[bed_screws]
screw1:14,53
screw2:189,234
screw3:189,53
screw4:14,234

############################
#Configuration
############################

[stepper_x]
step_pin: PB13
dir_pin: !PB12
enable_pin: !PB14
microsteps: 16
rotation_distance: 40
endstop_pin: ^PC0
position_endstop: 0
position_max: 235
homing_speed: 50

[tmc2209 stepper_x]
uart_pin: PC11
tx_pin: PC10
uart_address: 0
run_current: 0.580
stealthchop_threshold: 999999

[stepper_y]
step_pin: PB10
dir_pin: !PB2
enable_pin: !PB11
microsteps: 16
rotation_distance: 40
endstop_pin: ^PC1
position_endstop: 0
position_max: 235
homing_speed: 50

[tmc2209 stepper_y]
uart_pin: PC11
tx_pin: PC10
uart_address: 2
run_current: 0.580
stealthchop_threshold: 999999

[stepper_z]
step_pin: PB0
dir_pin: PC5
enable_pin: !PB1
microsteps: 128                          #12 par defaut/128 pour BTT SKR MINI E3 V2
rotation_distance: 8
endstop_pin: probe:z_virtual_endstop
#position_endstop: 0.0
position_max: 250
position_min: -6.0

[tmc2209 stepper_z]
uart_pin: PC11
tx_pin: PC10
uart_address: 1
run_current: 0.580
stealthchop_threshold: 999999

[extruder]
max_extrude_only_distance: 1000.0
step_pin: PB3
dir_pin: !PB4
enable_pin: !PD2
microsteps: 16
rotation_distance: 3.433
nozzle_diameter: 0.400
filament_diameter: 1.750
heater_pin: PC8
sensor_type: EPCOS 100K B57560G104F
sensor_pin: PA0
min_temp: 0
max_temp: 250
#pressure_advance: 0.54
control: pid
pid_Kp: 21.527
pid_Ki: 1.063
pid_Kd: 108.982

[tmc2209 extruder]
uart_pin: PC11
tx_pin: PC10
uart_address: 3
run_current: 0.650
#stealthchop_threshold: 999999

############################
#Input Shaper
############################

[input_shaper]
shaper_freq_x: 35.35
shaper_freq_y: 35.35

############################
#Rétraction
############################

[firmware_retraction]
retract_length: 0.4
retract_speed: 4
unretract_extra_length: 0.4
unretract_speed: 4

[heater_bed]
heater_pin: PC9
sensor_type: ATC Semitec 104GT-2
sensor_pin: PC3
min_temp: 0
max_temp: 130
control: pid
pid_Kp: 54.027
pid_Ki: 0.770
pid_Kd: 948.182

[heater_fan heatbreak_cooling_fan]
pin: PC7

[fan]
pin: PC6

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

[printer]
kinematics: cartesian
max_velocity: 300
max_accel: 3000
max_z_velocity: 5
max_z_accel: 100

############################
#Ecran MarlinMode BTT E3V2
############################

[static_digital_output usb_pullup_enable]
pins: !PA14

[board_pins]
aliases:
    EXP1_1=PB5,  EXP1_3=PA9,   EXP1_5=PA10, EXP1_7=PB8,  EXP1_9=<GND>,
    EXP1_2=PA15, EXP1_4=<RST>, EXP1_6=PB9,  EXP1_8=PB15, EXP1_10=<5V>,

[display]
lcd_type: emulated_st7920
en_pin: EXP1_7
spi_software_sclk_pin: EXP1_6
spi_software_mosi_pin: EXP1_8
spi_software_miso_pin: PA3
encoder_pins: ^EXP1_5, ^EXP1_3
click_pin: ^!EXP1_2

# See the sample-lcd.cfg file for definitions of common LCD displays.

############################
#BLtouch
############################

[bltouch]
sensor_pin: ^PC2
control_pin: PA1
pin_up_touch_mode_reports_triggered: True
x_offset: -42
y_offset: -18
#z_offset: 0.0
pin_move_time: 0.4
samples: 2
speed: 2

############################
#Safe Z-Home
############################

[safe_z_home]
home_xy_position: 163,136 #les coordonées du centre du plateau
speed: 80 # la vitesse de déplacement
z_hop: 10 # la hauteur de déplacement en Z avant de 'toucher'. il faut que la distance soit suffisante pour que le pin déployé ne traine pas par terre 
z_hop_speed: 13 # la vitesse de déplacement

############################
#BEDMESH
############################

[bed_mesh]
speed: 80
horizontal_move_z: 5
mesh_min: 13, 13       #!!min and max co-ords are based on the probes location not the nozzle!!
mesh_max: 190, 190  #needs to be calibrated for your individual printer
probe_count: 5,5
relative_reference_index: 12
#this is the number of probing points on X then Y axis
mesh_pps: 2,2
fade_start: 1
fade_end: 10
fade_target: 0

############################
#Température RaspberryPI/MCU
############################

[temperature_sensor raspberry_pi]
sensor_type: temperature_host
min_temp: 10
max_temp: 100

[temperature_sensor mcu_temp]
sensor_type: temperature_mcu
min_temp: 0
max_temp: 100

############################
#Detecteur de filament
############################

[filament_motion_sensor btt_smartie]
detection_length: 7.0
extruder: extruder
switch_pin: !PC15
runout_gcode: FILAMENT_RUNOUT

#*# <---------------------- SAVE_CONFIG ---------------------->
#*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.
#*#
#*# [extruder]
#*#
#*# [heater_bed]
#*#
#*# [bltouch]
#*# z_offset = 1.000
#*#
#*# [bed_mesh default]
#*# version = 1
#*# points =
#*#     -0.104531, -0.120469, -0.146406, -0.201875, -0.227344
#*#     0.093750, -0.017656, -0.028125, -0.110312, -0.082812
#*#     0.069063, 0.017031, 0.000000, -0.086563, -0.119219
#*#     0.052500, 0.013437, -0.037969, -0.099844, -0.135313
#*#     0.029844, -0.032031, -0.068281, -0.095781, -0.155938
#*# x_count = 5
#*# y_count = 5
#*# mesh_x_pps = 2
#*# mesh_y_pps = 2
#*# algo = lagrange
#*# tension = 0.2
#*# min_x = 13.0
#*# max_x = 108.0
#*# min_y = 13.0
#*# max_y = 134.0
 

 

[PierreG]

Les nouvelles...

Au final, je devais garder les lignes originales (zoffset dans BLtouch, PID dans l'extruder) pour que klipper fonctionne.  Par contre, j'ai dû tout mettre dans un seul fichier pour que la zone SAVE CONFIG soit créé dans printer.cfg.      J'ai aucune idée pourquoi ca ne voulait pas fonctionner avec des fichiers séparés.   Mais là, au moins, j'ai pu procéder à un test d'impression  qui s'est avéré pas mal pantoute !!!

Là, il va me rester l'intégration avec Spool manager  (T° offset buse & bed) à régler !!

[fran6p]

Je me doutais que tu parviendrais à résoudre cette petite difficulté.

Il y a 15 heures, PierreG a dit :

il va me rester l'intégration avec Spool manager

C'est une extension d'Octoprint qui me manque énormément avec Moonraker + Fluidd / Mainsail et mes «pads» (SonicPad, Btt Pad5, RPI+écran7",…).

Bizarre quand même cette affaire. Tu as utilisé la configuration de mon dépôt GitHub qui utilise l'inclusion de multiples fichiers de configurations. Ce système est fonctionnel, chez moi pour la CR10V2 (toujours derrière Octoprint, elle). Peut-être l'ordre des inclusions ?

Quand je fais un SAVE_CONFIG, ça me sauvegarde bien les données modifiées en fin de fichier printer.cfg ET cela commente les paramètres sauvegardés dans les sections idoines (à ne surtout pas commenter soi-même au risque comme tu l'as constaté de l'impossibilité pour Klipper de démarrer).

Même si la fin du fichier printer.cfg dit de ne pas faire de modifications manuelles, ça m'arrive de temps en temps de modifier la valeur du Z-offset quand je constate de petites variations d'«altitude» (plus rapide que refaire une calibration).

Modifié (le) Janvier 13, 2023 par fran6p

[PierreG]

Merci @fran6p

Pour Pool Manager, je croyais que ca venait de l'installation de Klipper, mais je n'y crois plus tellement.   En fait, le problème venait de ceci:

Le sélecteur dans le bas de la fenêtre d'édition de la bobine.    Je ne sais pas s'il était comme ca avant l'installation Klipper, ou s'il a été changée par une mise a jour, mais je dois vérifier chacune des bobines pour m'assurer que le sélecteur est sur "Tool 0"

 

Un autre problème de réglé....

 

Il y a 3 heures, fran6p a dit :

ça m'arrive de temps en temps de modifier la valeur du Z-offset quand je constate de petites variations d'«altitude»

C'est ce que j'ai dû faire pour mon Zoofset, parce qu'avec la méthode "Probe_calibration" je n'arrivais à rien de bon.  J'ai donc corrigé l'inscription avec ma valeur connue avant Klipper, et ca imprime du "Feu de Dieu" ...  

Prochaine étape, m'attaquer au "Pressure Advance", et d'ici peu, installer un accéléromètre pour le test de résonnance !!!

 

[PierreG]

Voici les dernieres nouvelles...

Avec mon Spool Manager, j'avais un autre problème..  Mes offset de température inscrite dans SP ne passait pas.  Quand je commandais une impression, la température de la buse et du lit n'était pas modifiées pour tenir compte du filament que j'utilisais.  Apres avoir analyser mon gcode dans Cura, et ma macro START_PRINT, je me suis dit que peut-être SP intercepte les gcodes M104, M109, M140 et M190 et les ajuste en fonction de mes parametres dans SP.     J'avais vu juste.    J'ai donc modifé mon gcode de démarrage dans Cura pour ceci :

; gcode départ Cura
G28
M140 S{material_bed_temperature_layer_0}
M104 S{material_print_temperature_layer_0}
M190 S{material_bed_temperature_layer_0}
M109 S{material_print_temperature_layer_0}
G92 E0 ; Reset Extruder
START_PRINT
; gcode départ Cura

et la Macro dans Klipper :

[gcode_macro START_PRINT]
gcode:
    G90                 # Use absolute coordinates
    # Reset Pressure Advance to 0, will be adjusted later in gcode based on material settings from cura
    #M900 K0
    BED_MESH_PROFILE LOAD=default    # Use the bed mesh
    G1 X2 Y30 Z5 F6000             # Move the nozzle above the purge beginning
    M117 Waiting for temperature
    PURGE       # Prime line
    M117 Impression...

J'ai également dû modifier mon code pour Bed Visualizer.  En effet, le code que j'avais pris (et qui venait de Fran6P je crois) et testé ne sauvegardait pas le maillage dans la zone "Save_Config", ce qui ne faisait pas de sens pour moi, puisque si je fais un bed levellind avec Octoprint, j'aimerais bien que mes impressions s'en inspire :

G28
BED_MESH_CALIBRATE
@BEDLEVELVISUALIZER
BED_MESH_OUTPUT

Avec ce code, on vois le maillage et on peut apporter les corrections, mais il n'est pas sauvegardé,    J'ai eu juste à ajouter un SAVE_CONFIG à la fin pour que le maillage soit sauvegardé en fin de fichier printer.cfg (j'utilise le profil par defaut, sinon, il faut ajouter BED_MESH_PROFILE SAVE=nomduprofil juste avant le save_config).

J'ai aussi créé une macro dans Octoprint pour faire les 4 coins du plateau avec le BLTouch.   J'utilise SCREW_TILT_CALCULATE.  Ca va tres bien.  Il fait les 4 coins, et te donne les écarts entre les 4 points, et le nombre de minutes CW ou CCW pour corriger tes coins !!     Extra....

Ca résume assez bien mes dernières heures de fignolage sur mon imprimante !!!    

 

   

 

[fran6p]

Bien vu pour l'ajustement des températures non pris en compte par Cura et le greffon SpoolMngr d'Octoprint (que j'utilise de moins en moins).

Il y a 7 heures, PierreG a dit :

SCREW_TILT_CALCULATE

Très pratique pour affiner le niveau du plateau

Par contre, bien vérifier le diamètre des vis de réglages, la plupart des exemples trouvés ici et là utilisent des vis M3 alors que la quasi totalité de ces vis pour les Creality sont des M4 ( screw_thread: CW-M4 ).

Les positions à déclarer sont celles correspondant à l'emplacement du pointeau du Bltouch / CRtouch quand il est au-dessus de ces vis (ou au plus proche si l'offset ne permet pas de s'y placer).

Pour ma CR10-V2, j'utilise ces valeurs :

Citation

[bed_screws]
screw1: 30,30
screw1_name: Av_gauche
screw2: 30,270
screw2_name: Ar_gauche
screw3: 270,270
screw3_name: Ar_droit
screw4: 270,30
screw4_name: Av_droit

[screws_tilt_adjust]
# BLT CR10V2 head (à droite/même niveau buse: 40 / 0 )
#screw1: 0,30
#screw1_name: Av_gauche
#screw2: 0,270
#screw2_name: Ar_gauche
#screw3: 230,270
#screw3_name: Ar_droit
#screw4: 230,30
#screw4_name: Av_droit
# BLT MiniXtruder (à gauche/devant: -32,5 / 1,5 )
screw1: 62.5,31.5
screw1_name: Av_gauche
screw2: 62.5,271.5
screw2_name: Ar_gauche
screw3: 300,271.5
screw3_name: Ar_droit
screw4: 300,31.5
screw4_name: Av_droit
horizontal_move_z: 10
speed: 200
screw_thread: CW-M4

[bed_mesh]
speed: 120
probe_count: 5,5
# mesh_{min|max} tete CR10V2, BLT offset: 47, 0
#mesh_min: 57,10
#mesh_max: 290,290
# MiniXtruder (hotends.fr), BLT offset: -32.5, 1.5)
mesh_min: 5,5
mesh_max: 262,295
horizontal_move_z: 5
mesh_pps: 2,2
algorithm: bicubic

Modifié (le) Janvier 15, 2023 par fran6p

[PierreG]

@fran6p

Dans mon cas, j'ai mis l'emplacement de la buse, et ca fonctionne tres bien..   Peut-être qu'ils ont changés les parametres ??

[screws_tilt_adjust]
# BLT CR10 V3 head (à droite/même niveau buse: 46 / 2 )
screw1: 0,270
screw1_name: Ar_gauche
screw2: 0,30
screw2_name: Av_gauche
screw3: 230,30
screw3_name: Av_droit
screw4: 230,270
screw4_name: Ar_droit
horizontal_move_z: 5
speed: 200
screw_thread: CW-M4

Et je pars le processus sur la vis arriere gauche (screw 1).  C'est donc cette molette qui sert de référence pour les 3 autres.

Et oui, je me suis assuré d'avoir M4 comme écrou !!

[fran6p]

Il y a 2 heures, PierreG a dit :

 Peut-être qu'ils ont changés les parametres ??

Non

La section [bed_screws] utilise les emplacements physiques du plateau et du positionnement de la buse.

La section [screws_tilt_adjust] normalement utilise la position du pointeau du BLT pour faire le palpage et indiquer l'ajustement à faire : https://github.com/Klipper3d/klipper-translations/blob/translations/docs/locales/fr/Config_Reference.md#screws_tilt_adjust

[PierreG]

@fran6p   Dans ton tuto, tu parles a propos de la rétraction, que l'on peut le gérer avec klipper, mais qu'il faut le désactiver dans Cura :

Je suis avec Cura 5.2.   Je ne trouve pas de façon identique ce parametre.  Est-ce que juste juste décocher "Activer la rétraction" fait la même chose ??

Ou ce parametre est caché ailleurs ??

 

Merci !!

[willy2406]

Sous Cura 5.2, il te faut installer le plugin "Printer Settings"

https://github.com/fieldOfView/Cura-PrinterSettingsPlugin

et du coup tu le retrouves dans tes réglages (en bas à droite sur l'image)

C'est marrant, moi aussi je suis passé sous klipper depuis peu. Après tes précieux conseils pour configurer Marlin, je vois qu'on suis le même chemin avec nos CR10 , je suis justement en train de tester le firmware retraction et de tenter de faire disparaitre les trous que j'ai dans mes prints avec superslicer.

 

[fran6p]

Dans Cura, à la place du greffon «printer settings», on peut utiliser une autre extension non disponible via la place de marché : Klipper settings

Par contre il ne faut surtout pas désactiver la rétraction de la section «Déplacements»

[PierreG]

Merci @willy2406 et @fran6p

Je vais installer ce plugin, et tester ca moi aussi !!     

Willy2406, a date mes impressions sont pas mal du tout, seule ombre au tableau, j'ai un décalage en Y (environ +1,5 ou +2 mm) qui arrive a un moment donné et pas à la même hauteur sur 3 pieces différentes, et même que sur l'une des pieces, c'est revenu à la normale apres 10 ou 12 mm.

J'ai démonté mon plateau, pour nettoyer les galets et le rail.  J'espère que ca viens de là !     J'en profites "Tant qu'à", pour changer les ressorts du bed pour des plots de silicone.

La migration se passe bien...   on continue l'aventure !!!     

[willy2406]

Il y a 8 heures, PierreG a dit :

a date mes impressions sont pas mal du tout, seule ombre au tableau, j'ai un décalage en Y (environ +1,5 ou +2 mm) qui arrive a un moment donné et pas à la même hauteur sur 3 pieces différentes, et même que sur l'une des pieces, c'est revenu à la normale apres 10 ou 12 mm.

Bizarre... Pour ma part, aucun décalage d'aucune sorte. 

Par rapport à la "retraction par firmware", je suis un peu dubitatif, c'est commode pour faire des tours de test mais y a 2 inconvénients : impossible de faire un wipe en retractant et surtout gestion des matériaux laborieuse, peut-être @fran6p a une idée pour ça, moi comme solution je vois que inclure un Gcode ds un preset de préchauffe de Fluidd, ou faire une macro dans superslicer (j'ai laché Cura, je suis passé à SuperSlicer).

Il y a 8 heures, PierreG a dit :

J'ai démonté mon plateau, pour nettoyer les galets et le rail.  J'espère que ca viens de là !     J'en profites "Tant qu'à", pour changer les ressorts du bed pour des plots de silicone.

Je suis en train de passer les axes X et Y en rails linéaires   ça a l'air de faire la diff', en tous cas je me ferai plus ch... avec ces galets à controler, resserer, changer... et oui les plots silicones ça le fait bien. Inutile de serrer comme un badabeu, ils ne bougent pas une oreille une fois calés.

Comme tu dis, l'aventure continue !