klipper [TUTO] Installer et configurer Klipper

Skwal · Octobre 27, 2021

D'accord, je repars à partir du "generic-ramps".

En parcourant les informations du firmware marlin, pour pouvoir paramètrer les pins (endstop, etc...) je suis tombé sur ces informations dans le fichier des sources Marlin/Dagoma DU "Marlin/src/pins/ramps/pins_MKS_BASE_14.h".

#pragma once

/**
 * MKS BASE v1.4 with A4982 stepper drivers and digital micro-stepping
 */

#if HOTENDS > 2 || E_STEPPERS > 2
  #error "MKS BASE 1.4 only supports up to 2 hotends / E-steppers. Comment out this line to continue."
#endif

#define BOARD_INFO_NAME "MKS BASE 1.4"
#define MKS_BASE_VERSION                      14

//
// Heaters / Fans
//
#define FAN_PIN                                9  // PH6 ** Pin18 ** PWM9

// Other Mods

#define SERVO3_PIN                            12  // PB6 ** Pin25 ** D12
#define PS_ON_PIN                              2  // X+ // PE4 ** Pin6  ** PWM2       **MUST BE HARDWARE PWM
#define FILWIDTH_PIN                          15  // Y+ // PJ0 ** Pin63 ** USART3_RX  **Pin should have a pullup!
#define FIL_RUNOUT_PIN                        19  // Z+ // PD2 ** Pin45 ** USART1_RX

#ifndef RGB_LED_R_PIN
  #define RGB_LED_R_PIN                       50
#endif
#ifndef RGB_LED_R_PIN
  #define RGB_LED_G_PIN                       51
#endif
#ifndef RGB_LED_R_PIN
  #define RGB_LED_B_PIN                       52
#endif

#ifndef CASE_LIGHT_PIN
  #define CASE_LIGHT_PIN                      11  // PB5 ** Pin24 ** PWM11
#endif

#include "pins_MKS_BASE_common.h"

/*
  Available connectors on MKS BASE v1.4

   =======
   | GND |
   |-----|   E0
   |  10 |                (10)  PB4 ** Pin23 ** PWM10
   |-----|
   | GND |
   |-----|   E1
   |  7  |                ( 7)  PH4 ** Pin16 ** PWM7
   |-----|
   | GND |
   |-----|   FAN
   |  9  |                ( 9)  PH6 ** Pin18 ** PWM9
   =======

   =======
   | GND |
   |-----|   Heated Bed
   |  8  |                ( 8)  PH5 ** Pin17 ** PWM8
   =======

   ==========
   | 12-24V |
   |--------|   Power
   |  GND   |
   ==========

  XS3 Connector
   =================
   | 65 | GND | 5V |      (65)  PK3 ** Pin86 ** A11
   |----|-----|----|
   | 66 | GND | 5V |      (66)  PK4 ** Pin85 ** A12
   =================

  Servos Connector
   =================
   | 11 | GND | 5V |      (11)  PB5 ** Pin24 ** PWM11
   |----|-----|----|
   | 12 | GND | 5V |      (12)  PB6 ** Pin25 ** PWM12
   =================

  ICSP
   =================
   | 5V | 51 | GND |      (51)  PB2 ** Pin21 ** SPI_MOSI
   |----|----|-----|
   | 50 | 52 | RST |      (50)  PB3 ** Pin22 ** SPI_MISO
   =================      (52)  PB1 ** Pin20 ** SPI_SCK

  XS6/AUX-1 Connector
   ======================
   | 5V | GND | NC | 20 | (20)  PD1 ** Pin44 ** I2C_SDA
   |----|-----|----|----|
   | 50 |  51 | 52 | 21 | (50)  PB3 ** Pin22 ** SPI_MISO
   ====================== (51)  PB2 ** Pin21 ** SPI_MOSI
                          (52)  PB1 ** Pin20 ** SPI_SCK
                          (21)  PD0 ** Pin43 ** I2C_SCL

  Temperature
   ==================================
   | GND | 69 | GND | 68 | GND | 67 |
   ==================================
                          (69)  PK7 ** Pin82 ** A15
                          (68)  PK6 ** Pin83 ** A14
                          (67)  PK5 ** Pin84 ** A13

  Limit Switches
   ============
   |  2 | GND | X+        ( 2)  PE4 ** Pin6  ** PWM2
   |----|-----|
   |  3 | GND | X-        ( 3)  PE5 ** Pin7  ** PWM3
   |----|-----|
   | 15 | GND | Y+        (15)  PJ0 ** Pin63 ** USART3_RX
   |----|-----|
   | 14 | GND | Y-        (14)  PJ1 ** Pin64 ** USART3_TX
   |----|-----|
   | 19 | GND | Z+        (19)  PD2 ** Pin45 ** USART1_RX
   |----|-----|
   | 18 | GND | Z-        (18)  PD3 ** Pin46 ** USART1_TX
   ============

  EXP1
   ============
   |  37 | 35 |           (37)  PC0 ** Pin53 ** D37
   |-----|----|           (35)  PC2 ** Pin55 ** D35
   |  17 | 16 |           (17)  PH0 ** Pin12 ** USART2_RX
   |-----|----|           (16)  PH1 ** Pin13 ** USART2_TX
   |  23 | 25 |           (23)  PA1 ** Pin77 ** D23
   |-----|----|           (25)  PA3 ** Pin75 ** D25
   |  27 | 29 |           (27)  PA5 ** Pin73 ** D27
   |-----|----|           (29)  PA7 ** Pin71 ** D29
   | GND | 5V |
   ============

  EXP2
   ============
   |  50 | 52 |           (50)  PB3 ** Pin22 ** SPI_MISO
   |-----|----|           (52)  PB1 ** Pin20 ** SPI_SCK
   |  31 | 53 |           (31)  PC6 ** Pin59 ** D31
   |-----|----|           (53)  PB0 ** Pin19 ** SPI_SS
   |  33 | 51 |           (33)  PC4 ** Pin57 ** D33
   |-----|----|           (51)  PB2 ** Pin21 ** SPI_MOSI
   |  49 | 41 |           (49)  PL0 ** Pin35 ** D49
   |-----|----|           (41)  PG0 ** Pin51 ** D41
   | GND | NC |
   ============
*/

Mais pour l'instant j'en sais pas plus.

r2d2 · Octobre 27, 2021

Hello

d'accord avec la ramp est le bon point de départ : https://github.com/Klipper3d/klipper/issues/215

A noter qu'il y a deux style de notation pour les pins.
Si tu défini pin_map avec la valeur arduino dans la section mcu

[mcu]
pin_map: arduino

les pins se nomment ar + numero (les mêmes numéro que dans marlin si je ne me trompe)
mais si tu n'es pas plus familier que cela avec marlin cela n'a pas spécialement d’intérêt, a moins de mettre la main sur des exemples de cfg pour ramp qui utilisent cette notation.
Dans ce lien https://klipper.info/mcu-resources-1/mks-gen-v1.4 ce ne sont pas les noms "arduino" mais les noms "hardware" il faut juste mettre un "P" devant ces noms pour les référencer dans printer.cfg

Par contre dans le fichier "generic-ramps.cfg" je ne comprends pas trop le nom des pins, ils ont l'aire d'alias dont je ne trouve pas la définition. (peut être a rapprocher de la section [board_pins arduino-mega] du fichier "sample-aliases.cfg"...)

fran6p · Octobre 28, 2021

Normalement il ne faut plus utiliser les alias «arduino» qui sont en «dépréciés» et donc ont vocation à ne plus être pris en charge par Klipper.

Le fichier generic-ramps.cfg n'utilise plus les alias arduino, ce commit l'indique : https://github.com/Klipper3d/klipper/commit/7a443e50e1dbf42eeef02b2983cb15f33722d45c#diff-7bd885f0c0aeada60a535c8adc340a35bb310b50906499450e75d3cc759ad560

@Skwal

Ta carte est une MKS Gen pas une MSK Base

Modifié (le) Octobre 28, 2021 par fran6p

Skwal · Octobre 28, 2021

Bonjour

J'ai enfin l'impression d'avancer, merci !

Effectivement, je n'ai pas de notions sur Marlin, je ne sais pas si ce serait utile de s'y intéressé.

Je vous remercie pour tous ces conseils et informations, mais un problème est survenu ce matin et je ne peux plus travailler sur le rpi (montage en lecture seule)...

Pour le moment je ne peux donc plus travailler sur klipper.

Je reviendrais vers vous dès que j'aurais régler ce problème et pourrait me re-pencher sur les imprimantes.

Merci

Cordialement, Skwal

r2d2 · Octobre 30, 2021

Le 28/10/2021 at 10:26, fran6p a dit :

Normalement il ne faut plus utiliser les alias «arduino» qui sont en «dépréciés» et donc ont vocation à ne plus être pris en charge par Klipper.

Le fichier generic-ramps.cfg n'utilise plus les alias arduino, ce commit l'indique : https://github.com/Klipper3d/klipper/commit/7a443e50e1dbf42eeef02b2983cb15f33722d45c#diff-7bd885f0c0aeada60a535c8adc340a35bb310b50906499450e75d3cc759ad560

@fran6p Oui je suis d'accord avec cela, et j'avais bien vu le commentaire du commit, mais pour autant dans le fichier "generic-ramps.cfg" j'avais l'impression que ce n'était pas les noms hardware.

Mais je me suis effectivement trompé

Le 27/10/2021 at 23:14, r2d2 a dit :

Dans ce lien https://klipper.info/mcu-resources-1/mks-gen-v1.4 ce ne sont pas les noms ~~"arduino"~~ "hardware" mais les noms ~~"hardware"~~"arduino"

La doc du lien montre à l’opposé de ce que je croyait les noms arduino et non hardware !

dans la version courante de "generic-ramps.cfg" on trouve bien les noms hardware :

[stepper_x]
step_pin: PF0
dir_pin: PF1
enable_pin: !PD7
microsteps: 16
rotation_distance: 40
endstop_pin: ^PE5
#endstop_pin: ^PE4
position_endstop: 0
position_max: 200
homing_speed: 50

et dans la version précédente on avait la notation arduino (obsolète pour Klipper) :

[stepper_x]
step_pin: ar54
dir_pin: ar55
enable_pin: !ar38
microsteps: 16
rotation_distance: 40
endstop_pin: ^ar3
#endstop_pin: ^ar2
position_endstop: 0
position_max: 200
homing_speed: 50

Ce qui est casse pied c'est que toutes les doc, que j'ai put trouvé sur la MKS gen1.4, donnent les noms arduino et qu'il faut passer par les sources marlin https://github.com/MarlinFirmware/Marlin/blob/1.1.9/Marlin/fastio_1280.h pour trouver la conversion :

#define DIO54_PIN   PINF0     <= içi ar54 en arduino equivalent a PF0 en hardware 
#define DIO54_RPORT PINF
#define DIO54_WPORT PORTF
#define DIO54_DDR   DDRF
#define DIO54_PWM   NULL

#define DIO55_PIN   PINF1     <= içi ar55 en arduino equivalent a PF1 en hardware 
#define DIO55_RPORT PINF
#define DIO55_WPORT PORTF
#define DIO55_DDR   DDRF
#define DIO55_PWM   NULL

fran6p · Octobre 30, 2021

@r2d2

Depuis quelques temps, il y a bien plus simple, le fichier «sample-aliases.cfg» permet de faciliter le passage d'arduino à hardware. Exemple pour un micro-contrôleur ATMega2560 :

Citation

# Arduino aliases for atmega2560/1280 (Arduino mega) boards
[board_pins arduino-mega]
aliases:
ar0=PE0, ar1=PE1, ar2=PE4, ar3=PE5, ar4=PG5,
ar5=PE3, ar6=PH3, ar7=PH4, ar8=PH5, ar9=PH6,
ar10=PB4, ar11=PB5, ar12=PB6, ar13=PB7, ar14=PJ1,
ar15=PJ0, ar16=PH1, ar17=PH0, ar18=PD3, ar19=PD2,
ar20=PD1, ar21=PD0, ar22=PA0, ar23=PA1, ar24=PA2,
ar25=PA3, ar26=PA4, ar27=PA5, ar28=PA6, ar29=PA7,
ar30=PC7, ar31=PC6, ar32=PC5, ar33=PC4, ar34=PC3,
ar35=PC2, ar36=PC1, ar37=PC0, ar38=PD7, ar39=PG2,
ar40=PG1, ar41=PG0, ar42=PL7, ar43=PL6, ar44=PL5,
ar45=PL4, ar46=PL3, ar47=PL2, ar48=PL1, ar49=PL0,
ar50=PB3, ar51=PB2, ar52=PB1, ar53=PB0, ar54=PF0,
ar55=PF1, ar56=PF2, ar57=PF3, ar58=PF4, ar59=PF5,
ar60=PF6, ar61=PF7, ar62=PK0, ar63=PK1, ar64=PK2,
ar65=PK3, ar66=PK4, ar67=PK5, ar68=PK6, ar69=PK7,
analog0=PF0, analog1=PF1, analog2=PF2, analog3=PF3, analog4=PF4,
analog5=PF5, analog6=PF6, analog7=PF7, analog8=PK0, analog9=PK1,
analog10=PK2, analog11=PK3, analog12=PK4, analog13=PK5, analog14=PK6,
analog15=PK7,
# Marlin adds these additional aliases
ml70=PG4, ml71=PG3, ml72=PJ2, ml73=PJ3, ml74=PJ7,
ml75=PJ4, ml76=PJ5, ml77=PJ6, ml78=PE2, ml79=PE6,
ml80=PE7, ml81=PD4, ml82=PD5, ml83=PD6, ml84=PH2,
ml85=PH7

C'est @Tircownqui m'avait mis sur la piste de ce fichier quand j'avais fait la conversion du printer.cfg de ma CR10-V2 (voir dans le dossier bkup de mon Github qui doit encore contenir le printer.cfg originel).

Modifié (le) Octobre 30, 2021 par fran6p

JeanJul · Novembre 6, 2021

Bonsoir à tous.

J'ai un problème depuis aujourd'hui, J'ai formater mon OctoPi avec Klipper pour passer sous FluiddPI ou Mainsail OS.

Mais ayant une préférence pour Fluidd j'ai commencé par ce dernier et je n'arrive pas à écrire mon fichier config qui fonctionnait pourtant bien sur OctoPi. (le problème est le même sous Mainsail après une seconde installation)

J'ai bien évidement recalculé mes Rotation_distance etc...

Mais j'ai une pin qui pose problème, c'est la analog14 qui est ma sonde de bed alors que la analog13 passe.

et j'ai un problème de MCU avec l'option pin_map qui n'est pas valid (avec arduino)

Avez vous des indices?

Je suis sur une MKS GenL v1

Merci à vous.

Lidocain777 · Novembre 6, 2021

il y a 20 minutes, JeanJul a dit :

Bonsoir à tous.

J'ai un problème depuis aujourd'hui, J'ai formater mon OctoPi avec Klipper pour passer sous FluiddPI ou Mainsail OS.

Mais ayant une préférence pour Fluidd j'ai commencé par ce dernier et je n'arrive pas à écrire mon fichier config qui fonctionnait pourtant bien sur OctoPi. (le problème est le même sous Mainsail après une seconde installation)

J'ai bien évidement recalculé mes Rotation_distance etc...

Mais j'ai une pin qui pose problème, c'est la analog14 qui est ma sonde de bed alors que la analog13 passe.

et j'ai un problème de MCU avec l'option pin_map qui n'est pas valid (avec arduino)

Avez vous des indices?

Je suis sur une MKS GenL v1

Merci à vous.

Hello !

Depuis quelques jours, les nouvelles versions de Klipper n'intègrent plus le support du brochage façon "Arduino" et d'autres petites choses (step_distance, et variables par défaut des macros).
Exit les D2 et A14/analog14, il faut maintenant passer par le nommage façon "port". La MKS Gen-L est compatible RAMPS 1.4, c'est donc depuis cette config qu'il faut travailler (https://github.com/Klipper3d/klipper/blob/master/config/generic-ramps.cfg). Par ex, ta broche analog13 devient PK5 si on suit cette convention (la config de Klipper utilise PK6, anciennement analog14, pour la sonde du lit chauffant).

Si ta broche analog13 semble toujours être reconnue, c'est probablement parce qu'il y a un alias qui se planque quelque part dans la config.
Avec les alias de broches, tu pourrais conserver les noms "à la Arduino"... Si tu as le courage de faire autant d'alias que de broches disponibles sur la MKS.

Modifié (le) Novembre 6, 2021 par Lidocain777
Complément d'info

JeanJul · Novembre 6, 2021

il y a 30 minutes, Lidocain777 a dit :

Exit les D2 et A14/analog14, il faut maintenant passer par le nommage façon "port". La MKS Gen-L est compatible RAMPS 1.4, c'est donc depuis cette config qu'il faut travailler (https://github.com/Klipper3d/klipper/blob/master/config/generic-ramps.cfg). Par ex, ta broche analog13 devient PK5 si on suit cette convention (la config de Klipper utilise PK6, anciennement analog14, pour la sonde du lit chauffant).

Merci t'es un chef, je me doutais bien d'un truc du style mais je n'avez pas trouvé d'info.

Joris.C · Novembre 8, 2021

Bonjour,

Mon imprimante "artillery sidewinder x1" ne fonction plus sous klipper. J'ai un message d'erreur, que je n'arrive pas à corriger :

Je n ai rien imprimé depuis le 21/10. Mais j'ai fait les mise a jour ( surement l'origine de mon problème).

J'ai repris mon fichier "printer.cfg" en remplacent les "ports" (ar.. et pk..). Ci-joint mon fichier. Toujours le même problème. J ai reflashé mon imprimante aussi.

Merci par avant de votre aide.

printer_test.cfg

Lidocain777 · Novembre 8, 2021

il y a 13 minutes, Joris.C a dit :

Bonjour,

Mon imprimante "artillery sidewinder x1" ne fonction plus sous klipper. J'ai un message d'erreur, que je n'arrive pas à corriger :

Je n ai rien imprimé depuis le 21/10. Mais j'ai fait les mise a jour ( surement l'origine de mon problème).

J'ai repris mon fichier "printer.cfg" en remplacent les "ports" (ar.. et pk..). Ci-joint mon fichier. Toujours le même problème. J ai reflashé mon imprimante aussi.

Merci par avant de votre aide.

printer_test.cfg 8 Ko · 0 downloads

Hello !

Les nouvelles versions de Klipper ont supprimé le support des variables "par défaut". Il faut désormais passer par la pseudo-variable params.<variable>.
Dans le cas de ta macro START_PRINT, voilà sa nouvelle forme ci-dessous. Il ne reste plus qu'à modifier toutes les macros concernées de la même façon si d'autres erreurs sont répertoriées ou indiquées.

[gcode_macro START_PRINT]
# Reference https://github.com/KevinOConnor/klipper/blob/master/docs/Config_Reference.md#gcode_macroA
gcode:
  # les nouvelles versions de klipper passent par params.<variable> pour les macros
  {% set bed_temp = params.BED_TEMP | default(59) | int %}
  {% set extruder_temp = params.EXTRUDER_TEMP | default(200) | int %}

 # Home the printer
  G28
    #Probe Everytime
  G29
  #load saved mesh at print start instead of probe. Uncomment to use but comment out G29
  #BED_MESH_PROFILE LOAD=x1
    # Use absolute coordinates
    G90
    # Move the nozzle near the bed
    G1 X0 Y0 Z5 F3000
    # Move the nozzle very close to the bed
    G1 Z0.15 F300
    G92 E0 ;Reset Extruder
    G1 X20 Y5 Z0.3 F5000.0
    G1 Z0.3 F1000
    G1 X200 Y5 F1500.0 E15
    G1 X200 Y5.3 Z0.3 F5000.0
    G1 X5.3  Y5.3 Z0.3 F1500.0 E30
    G1 Z3 F3000
    G21 ; set units to millimeters
    G90 ; use absolute coordinates
    M83 ; use relative  distances for extrusion
    G92 E0

Modifié (le) Novembre 8, 2021 par Lidocain777
Suppression formatage VSCode

Joris.C · Novembre 8, 2021

Merci Lidocain, tu es trop fort, tu me sauve le vie .

ced06480 · Novembre 28, 2021

Bonsoir a tous,

pendant des année j'ai utilisé Marlin avec une vieille ender 3 qui a vu défiler les bobine et les spart parts!!! suite a changement pour une delta (Flsun Sr) j'ai decider de passer sous Klipper mais je suis confronter a un soucis que je n'arrive pas a résoudre pas faute d'avoir chercher..

Normalement sous Marlin en tape le commande m906 pour assigner l'ampérage du moteur pour que celui ci ne chauffe pas ou ne soit pas sous alimenter mais sous klipper je ne vois pas ou modifier cette valeur. si quelqu'un peu me documenter je suis preneur!!

merci par avance.

edit:

solution trouver sur le site de Voron :

run_current: 0.42 ---> 0.6A*0.707

hold_current: 0.36 ---> 0.6A*0.6

comme quoi je n'ai pas asse bien chercher!!

palouf34 · Novembre 28, 2021

Bonsoir a tous,

pendant des année j'ai utilisé Marlin avec une vieille ender 3 qui a vu défiler les bobine et les spart parts!!! suite a changement pour une delta (Flsun Sr) j'ai decider de passer sous Klipper mais je suis confronter a un soucis que je n'arrive pas a résoudre [emoji53] pas faute d'avoir chercher..
Normalement sous Marlin en tape le commande m906 pour assigner l'ampérage du moteur pour que celui ci ne chauffe pas ou ne soit pas sous alimenter mais sous klipper je ne vois pas ou modifier cette valeur. si quelqu'un peu me documenter je suis preneur!!

merci par avance.
edit:
solution trouver sur le site de Voron :
run_current: 0.42 ---> 0.6A*0.707 hold_current: 0.36 ---> 0.6A*0.6
comme quoi je n'ai pas asse bien chercher!! [emoji14]

Pour dans le fichier de configuration printer.cfg

Dans le paramétrage des TMC , option run_current si je ne me trompes pas .

ced06480 · Novembre 28, 2021

il y a 2 minutes, palouf34 a dit :

Pour dans le fichier de configuration printer.cfg

Dans le paramétrage des TMC , option run_current si je ne me trompes pas .

oui c'est ca mais c'est surtout pour le reglage des pic que je savais pas.

merci!

fran6p · Novembre 29, 2021

@ced06480

Klipper fournit une documentation plutôt conséquente

Exemple: https://www.klipper3d.org/TMC_Drivers.html

ced06480 · Novembre 29, 2021

Il y a 2 heures, fran6p a dit :

@ced06480

Klipper fournit une documentation plutôt conséquente

Exemple: https://www.klipper3d.org/TMC_Drivers.html

oui, j'y ai cherche l'info mais je ne l'avais pas trouver ou alors je ne l'ai pas compris... pas évident quand on est habituer au g code et a marlin de changer.

JeanJul · Décembre 8, 2021

Hello les Makers.

J'ai un problème de Bltouch sous klipper !

Je le trouve moins réactif que sous Marlin.

Sous Marlin au moindre effleurement il se déclenchait, mais sous Klipper il lui faut plusieurs millièmes de sec ou mm !

J'ai fait mes calibrations, ma rotation est de 8, pour une angle de 1.8°/pas et je suis en 1/4 de micro Step ce qui me donne une précision de 0.01mm si je ne me trompe pas. Et en faisant un "probe_accuracy" au bout des 10 tests j'obtiens un score minable de 0.04.. alors que je devrais être sous les 0.01!

Et si je fais un bed_mesh_lev... Je n'obtiens jamais les mêmes résultats.

Sachant que je n'y ai pas physiquement touché entre temps.

Avez-vous des pistes ?

Merci à vous.

Modifié (le) Décembre 8, 2021 par JeanJul

Lidocain777 · Décembre 9, 2021

il y a une heure, JeanJul a dit :

Hello les Makers.

J'ai un problème de Bltouch sous klipper !

Je le trouve moins réactif que sous Marlin.

Sous Marlin au moindre effleurement il se déclenchait, mais sous Klipper il lui faut plusieurs millièmes de sec ou mm !

J'ai fait mes calibrations, ma rotation est de 8, pour une angle de 1.8°/pas et je suis en 1/4 de micro Step ce qui me donne une précision de 0.01mm si je ne me trompe pas. Et en faisant un "probe_accuracy" au bout des 10 tests j'obtiens un score minable de 0.04.. alors que je devrais être sous les 0.01!

Et si je fais un bed_mesh_lev... Je n'obtiens jamais les mêmes résultats.

Sachant que je n'y ai pas physiquement touché entre temps.

Avez-vous des pistes ?

Merci à vous.

Hello !

Une telle déviation n'est pas normal. La valeur devrait être bien plus faible, comme tu l'as dit. Avec une BLT originale, à l'instant sur ma machine, on est en-deça des 2 millièmes de millimètre sur la déviation standard :
993926904_Capturedecran2021-12-09a00_53_53.png.e7014854904b067c636e3ea305d6dcc6.png

Peut-être du parasitage du signal, une connexion un peu "lâche", souci hardware, c'est difficile à dire. Au cas où, vérifie que les vis sans tête des coupleurs sur l'axe Z sont bien serrées, en premier lieu. S'il y a un peu de jeu, même minime, cela peut causer ce genre de résultat anormal. Cela m'est déjà arrivé une fois.

Modifié (le) Décembre 9, 2021 par Lidocain777
Reformulation

JeanJul · Décembre 9, 2021

@Lidocain777 Merci pour ton retour.

J'ai tout fouillé. Je pense que le problème vient du BL lui même. Après vérification c'est un V2 original.

Il y a 12 heures, Lidocain777 a dit :

Peut-être du parasitage du signal, une connexion un peu "lâche",

Parasitage du signal j'y crois pas la connexion non plus.

J'ai torsadé, séparé mes fils, braché le BLtouch sur une seconde MKS GenL le tout raccordé sur un PC débian x11 dédié et paramétré sous Klipper et le problème est le même.

Mon installation provisoire:

Et voici le résultat d'un maillage 6*6 avec une moyenne de 4 sondages.

Vue avant:

Vue arrière:

et pourtant mon plateau n'est pas si pourri, en plus il ne reflète pas le graph. résultat avec un réglet de 150mm et un ruban LED derrière pour bien voir le décalage (le réglet est posé entre Y150 et Y300), je n'y glisse pas une feuille de cigarette.

Comme c'est un BLtouch V2, j'ai bien réglé ( probe_with_touch_mode: False) mais aucun changement à True et j'ai essayé (stow_on_each_sample: False) et là j'ai planté ma carte et j'ai dû réinstaller le FW!

Voici ma dernière config BLtouch au cas ou vous trouveriez un truc.

[bltouch]
sensor_pin: ^BLtouch:PD3
control_pin: BLtouch:PB5
pin_move_time: 0.680
x_offset: -37.6
y_offset: -24.3
samples: 4
sample_retract_dist: 2
samples_result: average #median
samples_tolerance: 0.20
probe_with_touch_mode: False
#stow_on_each_sample: False
lift_speed=2.0
speed=2.0

JeanJul · Décembre 10, 2021

Bon problème résolu. Et il ne venait pas de Klipper ou de l'électronique !

Je vous invite à consulter le poste ouvert si ça vous intéresse.

Mais par contre je trouve toujours le Bltouch plus lent à la rétraction sous klipper. Il faudrait que je prenne le temps de flasher une de mes Ender pour voir la différence.

Désolé d'avoir pourri le sujet.

Modifié (le) Décembre 10, 2021 par JeanJul

Lidocain777 · Décembre 10, 2021

Tu n'as pas pourri le sujet, @JeanJul. Enfin pour ma part.
J'ai lu le thread que tu as indiqué, jamais il ne me serait venu à l'esprit que le souci serait venu de là. C'est une réelle surprise !

Pour le reste, c'est vrai que la BLT semble un peu plus lente à se déclencher sous Klipper (par rapport à Marlin). Perso ça ne me dérange pas plus que ça, tant que ça n'influe pas sur le reste.
Peut-être que jouer le paramètre pin_move_time pourrait aider ? Il sert à définir le temps attendu pour descendre ou remonter la broche du BLT, et est par défaut de 0.680 secondes. J'essaierai d'expérimenter avec, pour voir si la précision ou d'autres choses ne sont pas impactées.

JeanJul · Décembre 10, 2021

Il y a 2 heures, Lidocain777 a dit :

Tu n'as pas pourri le sujet, @JeanJul. Enfin pour ma part.

Cool alors!

Pour ce qui est du BLT je suis enfin heureux de voir que je ne suis pas le seul à avoir constaté ce genre de détail! Car je pensais être le seul. Mais le simple fait que tu l'ais également remarqué me rassure, qui plus est après avoir récupéré ma précision. Tant qu'il joue son rôle correctement je ne suis pas à la seconde près sur mes impressions.

fran6p · Décembre 11, 2021

Le sujet de départ est «pourri» depuis bien longtemps

Au départ, le sujet était prévu pour mettre le pied à l'étrier d'un utilisateur voulant installer et configurer Klipper sur son matériel de «manière générique».

Les demandes spécifiques (BLT, UART, input shaper, …) auraient dû faire l'objet d'ouverture de nouveaux sujets plutôt que parasiter celui de départ (combien ont vraiment lu les quatorze pages (actuellement) avant de soumettre leur problème ?).

Modifié (le) Décembre 11, 2021 par fran6p

FBR39120 · Décembre 19, 2021

Le 03/02/2019 at 09:38, Nibb31 a dit :

Un ordinateur hote sous Linux. Ici, on parlera de Raspberry, mais en théorie ça pourrait fonctionner avec n'importe quel PC sous Linux et Octoprint. Attention, il faut un Raspberry Pi 3 au minimum. Un Raspberry Zero ou un vieux Raspberry 1 vont trop ramer.

Bonjour, alors je me permet de rebondir à ce sujet, j'ai installé sur un vielle HP qui trainait sous mon bureau un OS linux (debian 11) et j'ai tenté d'installer klipper et octoprint ou même mainsail via kiauh. Bon visiblement c'est installé mais il ne se passe rien.

Je n'ai pas du tout de connaissance linux et c'est un peu compliqué pour moi. Je voulais recycler ce vieux quad core duo de chez HP pour mon imprimante et m'éviter de m'acheter un pi. Mais je pense que je vais devoir franchir le pas à défaut de ne pas arriver à faire fonctionner tout ça.

Klipper par rapport à marlin peut vraiment apporter un plus en matière de vitesse et de qualité d'impression. Je voudrais bien parvenir à configurer ma machine

Connexion

klipper [TUTO] Installer et configurer Klipper

Messages recommandés

Top participants sur ce topic

Jours les plus actifs

Top participants sur ce topic

Jours les plus actifs

Message populaires

Nibb31

Nibb31

Nibb31

Images postées sur le topic

Sur cette page : 1 membre est en ligne

YouTube / Les Imprimantes 3D .fr