Voron 2.4 customisée (installation hardware)

[jpeg]

Si cette erreur se produit après le premier flashage de Klipper, 
alors le pilote pas à pas a peut-être été précédemment programmé dans un état 
qui n'est pas compatible avec Klipper. 
Pour réinitialiser l'état, coupez toute alimentation de l'imprimante pendant plusieurs secondes 
(débranchez physiquement les fiches USB et d'alimentation).

Justement l'erreur se produit lors du test.
La réinitialisation ne change rien à l'affaire.

Sinon cette erreur est généralement le résultat d'un câblage incorrect des broches UART 
ou d'une configuration Klipper incorrecte des paramètres des broches UART.

Je suis quasiment sur de mes branchements de moteurs (tu me diras, quasiment, ce n'est pas du 100% lol)

Citation

Respectivement Noir/Vert/Rouge/Bleu pour 2B/2A/1A/1B, et alimentation Moteur de la Manta sur l'alim 12v en respectant les polarités

sinon il n'existe pas d'autre fichier de config de klipper autre que printer.cfg ?

@Savate

Modifié (le) Octobre 4, 2023 par jpeg

[Savate]

il y a 6 minutes, jpeg a dit :

sinon il n'existe pas d'autre fichier de config de klipper autre que printer.cfg ?

si il a des include dans le printer.cfg : oui, sinon par défaut : non

il y a 6 minutes, jpeg a dit :

Je suis quasiment sur de mes branchements de moteurs (tu me diras, quasiment, ce n'est pas du 100% lol)

les couleurs des fils de moteurs ne sont pas normalisées, donc en gros les couleurs, ne veulent rien dire

Si tu as un multimètre : tu peux détecter en ohmmètre quels fils correspondent aux 2 bobines : si le courant passe : les deux fils sont sur la même bobine, sinon, non.

il y a 8 minutes, jpeg a dit :

Justement l'erreur se produit lors du test.
La réinitialisation ne change rien à l'affaire.

tu as parlé d'un G28, pas d'une commande STEPPER_BUZZ

[jpeg]

@Savate

Même erreur

il y a 12 minutes, Savate a dit :

tu as parlé d'un G28, pas d'une commande STEPPER_BUZZ

 

il y a 12 minutes, Savate a dit :

si il a des include dans le printer.cfg : oui, sinon par défaut : non

effectivement, je vais regarder du coté de mainsail.cfg

 

il y a 12 minutes, Savate a dit :

les couleurs des fils de moteurs ne sont pas normalisées, donc en gros les couleurs, ne veulent rien dire

Si tu as un multimètre : tu peux détecter en ohmmètre quels fils correspondent aux 2 bobines : si le courant passe : les deux fils sont sur la même bobine, sinon, non.

Cela ne m'aide pas des masse lol
J'ai du mal à croire que même des chinois soient capables de livrer des moteurs avec des connecteurs mal branchés
tout en respectant les couleurs des fils sur les connecteurs des 6 moteurs livrés.
On les sait tordus, mais quand même.

@Savate 

Possiblement 1 cosse mal sertie sur X.
Le courant passe sur Noir/Vert (2B/2A) et sur Rouge/Bleu(1A/1B) sur les 6 Nema de déplacement
et effectivement sur l'extruder, on a Noir/Bleu et Vert/Rouge !!!
Je permute le vert et le bleu j'imagine ?

Modifié (le) Octobre 4, 2023 par jpeg

[Savate]

Il y a 2 heures, jpeg a dit :

J'ai du mal à croire que même des chinois soient capables de livrer des moteurs avec des connecteurs mal branchés
tout en respectant les couleurs des fils sur les connecteurs des 6 moteurs livrés.
On les sait tordus, mais quand même.

je t'assure que les couleurs c'est n'importe quoi et les branchement pareil ...

Il y a 2 heures, jpeg a dit :

Je permute le vert et le bleu j'imagine ?

uniquement si ça ne marche pas (après ça ne risque rien - A CONDITION DE LA FAIRE MACHINE ETEINTE)

[jpeg]

OK

@Savate

Après vérif et nouveau test : cela ne change rien.
 

Citation

Le message d'erreur retourné
« cette erreur est généralement le résultat d'un câblage incorrect des broches UART
ou d'une configuration Klipper incorrecte des paramètres des broches UART. »

1/ On est bien d'accord que les uart_pin correspondent à la ligne CS ?

2/ L'envoi d'une commande STEPPER_BUZZ STEPPER=stepper_x
ne renvoit-elle qu'un code d'erreur si et seulement si stepper_x est concerné ?

3/ la doc signale que par défaut interpolate = True
or il est à False - cela peut-il avoir une incidence ?

4/ Faut il envisager de permuter les connections des mêmes bobines ?

[Savate]

Il y a 15 heures, jpeg a dit :

2/ L'envoi d'une commande STEPPER_BUZZ STEPPER=stepper_x
ne renvoit-elle qu'un code d'erreur si et seulement si stepper_x est concerné ?

oui

Il y a 15 heures, jpeg a dit :

3/ la doc signale que par défaut interpolate = True
or il est à False - cela peut-il avoir une incidence ?

il est conseillé de le mettre à false

Il y a 15 heures, jpeg a dit :

4/ Faut il envisager de permuter les connections des mêmes bobines ?

normalement, non (au pire il va tourner à l'envers, mais un ajout ou une suppression de ! devant le dir_pin résod le problème.

 

Il y a 15 heures, jpeg a dit :

Après vérif et nouveau test : cela ne change rien.

Est-ce que les jumpers sous les drivers ont été mis en mode uart ?

fais voir ton printer.cfg

[jpeg]

#  231005 1015   https://github.com/Klipper3d/klipper/blob/master/config/generic-bigtreetech-manta-m8p-v1.1.cfg
# set in /home/pi/printer_data/config/

# This file contains common pin mappings for the BIGTREETECH Manta M8P
# To use this config, the firmware should be compiled for the
# STM32G0B1 with a "8KiB bootloader" "8 MHz crystal"
# and "USB (on PA11/PA12)" or "CAN bus (on PD12/PD13)".
# See docs/Config_Reference.md for a description of parameters. 
#============================================================================

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

[virtual_sdcard]
path: ~/printer_data/gcodes
on_error_gcode: CANCEL_PRINT

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

[stepper_x]
dir_pin: PB4
step_pin: PE2
enable_pin: !PC11

rotation_distance: 40
microsteps: 16
endstop_pin: ^PF3
position_endstop: 500
position_max: 500
homing_speed: 50

[stepper_y]
dir_pin: PF11
step_pin: PF12
enable_pin: !PB3

rotation_distance: 40
microsteps: 16
endstop_pin: ^PF4
position_endstop: 505
position_max: 505
homing_speed: 50

[stepper_z]
dir_pin: !PD6
step_pin: PD7
enable_pin: !PF10

rotation_distance: 40
microsteps: 16
endstop_pin: ^PF5
position_endstop: 0
position_max: 570    #<<< MODIFIED

[stepper_z1]
dir_pin: !PD2
step_pin: PD3
enable_pin: !PD5

rotation_distance: 40
microsteps: 16

[stepper_z2]
dir_pin: !PC8
step_pin: PC9
enable_pin: !PD1

rotation_distance: 40
microsteps: 16

[stepper_z3]
dir_pin: !PA14
step_pin: PA10
enable_pin: !PA15

rotation_distance: 40
microsteps: 16

[extruder]
dir_pin: PD9
step_pin: PD11
enable_pin: !PD15

microsteps: 32
rotation_distance: 22.0 #Bondtech 5mm Drive Gears	# vs 22.6789511
full_steps_per_rotation:200
gear_ratio: 50:10
nozzle_diameter: 0.4
filament_diameter: 1.75
heater_pin: PE3
#max_power: 1.0
sensor_type: Generic 3950  #EPCOS 100K B57560G104F		#<<<<<<<<<<<<<<<<<<<<< ? NTC 100K MGB18-104F39050L32
sensor_pin: PA1 # T0
control: pid
pid_Kp: 22.2
pid_Ki: 1.08
pid_Kd: 114
min_temp: 0    #<<<  TO MODIFY
max_temp: 250


[heater_bed]
heater_pin: PB7
sensor_type: Generic 3950   #<<<<<<<<<<<<<<<<<<<<< OK
sensor_pin: PA0
control: watermark
min_temp: 0    #<<<  TO MODIFY
max_temp: 120
#max_power: 0.8

#######################################################################
#[include mainsail.cfg]
#######################################################################

[quad_gantry_level]
#   A newline separated list of X, Y coordinates describing the two opposing corners of the gantry. 
#   The first entry corresponds to Z, the second to Z2. This parameter must be provided.
gantry_corners:
 -60, -10
 560, 570

#   A newline separated list of four X, Y points that should be probed during a QUAD_GANTRY_LEVEL command. 
#   Order of the locations is important, and should correspond to Z, Z1, Z2, and Z3 location in order. 
#   This parameter must be provided. For maximum accuracy, ensure your probe offsets are configured.
points:
  50,   25
  50,  425
 450,  425
 450,   25

speed: 100
horizontal_move_z: 10
max_adjust: 10

retries: 5
retry_tolerance: 0.0075



[board_pins]               # <<< OK >>>
aliases:
    # EXP1 header
    EXP1_1=PE9, EXP1_2=PE10,
    EXP1_3=PE11, EXP1_4=PE12,
    EXP1_5=PE13, EXP1_6=PE14,
    EXP1_7=PE15, EXP1_8=PB10,
    EXP1_9=<GND>, EXP1_10=<5V>,

    # EXP2 header
    EXP2_1=PB14, EXP2_2=PB13,
    EXP2_3=PF7, EXP2_4=PB12,
    EXP2_5=PE7, EXP2_6=PB11,
    EXP2_7=PE8, EXP2_8=<RST>,
    EXP2_9=<GND>, EXP2_10=<NC>

[probe]
pin: PF6
z_offset: 0       #probe to bed

#[bltouch]
#sensor_pin: PB2
#control_pin: PB1



[bed_mesh]
speed: 300
horizontal_move_z: 10

mesh_min: 40, 40
mesh_max: 460,460
probe_count: 5,5

fade_start: 0.6
fade_end: 10.0
algorithm: bicubic

#zero_reference_position:
#   An optional X,Y coordinate that specifies the location on the bed where Z = 0.
#   When this option is specified the mesh will be offset so that zero Z adjustment occurs at this location.  
#   The default is no zero reference.

relative_reference_index: 12    #   **DEPRECATED, use the "zero_reference_position" option**

[fan]
pin: PE6

[heater_fan Extruder_HEF]
pin: PE0

[heater_fan Electronic_x2]
pin: PC12         # Electronic x2

[heater_fan Filtration_x2]
pin: PE5          # Filtration x2

#[heater_fan Extraction]
#pin: PE4         # Extraction


#[neopixel fysetc_mini12864]   #<<<  TO UNCOMMENT ?

#pin: EXP1_6
#chain_count: 3
#color_order: RGB
#initial_RED: 0.4
#initial_GREEN: 0.4
#initial_BLUE: 0.4

#[neopixel my_neopixel_1]	#<<<  TO UNCOMMENT ?
#pin: PA9

[neopixel Extruder_Led2]   # <<< OK >>>
pin: PB15


#[output_pin ps_on_pin]
#pin: PC3

#[output_pin pc13_pin]
#pin: PC13

########################################
# TMC2209 configuration
########################################

[tmc2209 stepper_x]        # vs [tmc2226 stepper_x]
uart_pin: PC10
interpolate: False
run_current: 0.800
stealthchop_threshold: 0
#diag_pin: PF3

[tmc2209 stepper_y]        # vs [tmc2226 stepper_y]
uart_pin: PF13
interpolate: False
run_current: 0.800
stealthchop_threshold: 0
#diag_pin: PF4

[tmc2209 stepper_z]        # vs [tmc2226 stepper_z]
uart_pin: PF9
interpolate: False
run_current: 0.650
stealthchop_threshold: 0
#diag_pin: PF5

[tmc2209 stepper_z1]       # vs [tmc2226 stepper_z]
uart_pin: PD4
interpolate: False
run_current: 0.650
stealthchop_threshold: 0
#diag_pin: PF5

[tmc2209 stepper_z2]       # vs [tmc2226 stepper_z]
uart_pin: PD0
interpolate: False
run_current: 0.650
stealthchop_threshold: 0
#diag_pin: PF5

[tmc2209 stepper_z3]       # vs [tmc2226 stepper_z]
uart_pin: PF8
interpolate: False
run_current: 0.650
stealthchop_threshold: 0
#diag_pin: PF5

[tmc2209 extruder]         # vs [tmc2226 extruder]		?
uart_pin: PD14
interpolate: False
run_current: 0.500      #0.800
stealthchop_threshold: 0

#######################################################################

#######################################################################
#[adxl345]
#cs_pin: PC4      #<<<  TO UNCOMMENT
#spi_bus: spi1    #<<<  TO UNCOMMENT
#######################################################################


#######################################################################
[include mainsail.cfg]
#######################################################################



#######################################################################
# GCODE_MACRO
#######################################################################

[gcode_macro G32]
gcode:
    #BED_MESH_CLEAR
    G28
    QUAD_GANTRY_LEVEL
    G28
    BED_MESH_PROFILE LOAD=default
    ##	Uncomment for for your size printer:
    #--------------------------------------------------------------------
    ##	Uncomment for 250mm build
    #G0 X125 Y125 Z30 F3600
    
    ##	Uncomment for 300 build
    #G0 X150 Y150 Z30 F3600
    
    ##	Uncomment for 350mm build
    G0 X175 Y175 Z30 F3600
    #--------------------------------------------------------------------
   
[gcode_macro PRINT_START]
#   Use PRINT_START for the slicer starting script - please customise for your slicer of choice
gcode:
    G32                            ; home all axes
    G1 Z20 F3000                   ; move nozzle away from bed
   

[gcode_macro PRINT_END]
#   Use PRINT_END for the slicer ending script - please customise for your slicer of choice
gcode:
    M400                           ; wait for buffer to clear
    G92 E0                         ; zero the extruder
    G1 E-10.0 F3600                ; retract filament
    G91                            ; relative positioning
    G0 Z1.00 X20.0 Y20.0 F20000    ; move nozzle to remove stringing
    TURN_OFF_HEATERS
    M107                           ; turn off fan
    G1 Z2 F3000                    ; move nozzle up 2mm
    G90                            ; absolute positioning
    G0  X125 Y250 F3600            ; park nozzle at rear
    #BED_MESH_CLEAR

[gcode_macro QGL]
#   Use PRINT_END for the slicer ending script - please customise for your slicer of choice
gcode:
    G28
    QUAD_GANTRY_LEVEL

[gcode_macro ZUP]
gcode:
    SET_GCODE_OFFSET Z_ADJUST=0.01 MOVE=1

[gcode_macro ZDOWN]
gcode:
    SET_GCODE_OFFSET Z_ADJUST=-0.01 MOVE=1
    
[gcode_macro ZUP05]
gcode:
    SET_GCODE_OFFSET Z_ADJUST=0.05 MOVE=1

[gcode_macro ZDOWN05]
gcode:
    SET_GCODE_OFFSET Z_ADJUST=-0.05 MOVE=1    
    
[gcode_macro ZOFFSET]
#   Use PRINT_END for the slicer ending script - please customise for your slicer of choice
gcode:
    G28
    QUAD_GANTRY_LEVEL
    G28
    BED_MESH_CLEAR
    G0 X175 Y175 F3600
    Z_ENDSTOP_CALIBRATE
    
#[gcode_macro _RESTART]
#gcode: 
#    RESTART


##  Thermistor Types
##   "EPCOS 100K B57560G104F"
##   "ATC Semitec 104GT-2"
##   "NTC 100K beta 3950"
##   "Honeywell 100K 135-104LAG-J01"
##   "NTC 100K MGB18-104F39050L32" (Keenovo Heater Pad)
##   "AD595"
##   "PT100 INA826"

#*# <---------------------- SAVE_CONFIG ---------------------->
#*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated.
#*#

@Savate

Le cavalier UART est correctement positionné.
Toutes les affectations DIR, STEP, ENABLE sont correctes, par contre j'ai remarqué que les DIR_PIN sont toutes inversées sur les z et pas x, y et l'extruder.

PS: concernant les inversion de couleurs sur les connections de l'extruder : c'est du à une inversion des branchements sur le pcb
(j'ai suivi les couleurs de la doc aliexpress du pcb) ;(

Modifié (le) Octobre 5, 2023 par jpeg

[Savate]

il y a 10 minutes, jpeg a dit :

Toutes les affectations DIR, STEP, ENABLE sont correctes, par contre j'ai remarqué que les DIR_PIN sont toutes inversées sur les z et pas x, y et l'extruder.

aucune importance,

Je ne me rappelle plus ce que tu as comme carte mère, mais est-ce que le jumper d'alimentation des moteurs est bien en place ? (un connecteur avec le choix 12/24/48 ou 24/48v) - ce n'est pas un jumper en général, mais un bon gros connecteur avec 1 gros fil.

 

Modifié (le) Octobre 5, 2023 par Savate

[jpeg]

@Savate

Manta M8P
Aucun cavalier mis concernant l'alim des moteurs pas à pas

D'après la doc, il semble qu'il faille mettre un cavalier en VM/VBB
mais que signifie HM/VM/VBB ?

Modifié (le) Octobre 5, 2023 par jpeg

[jpeg]

Tout est rentré dans l'ordre
sauf pour l'extruder qui ne tourne pas et pigne comme un malade !

[Savate]

Il y a 3 heures, jpeg a dit :

Manta M8P
Aucun cavalier mis concernant l'alim des moteurs pas à pas

tu as bien branché l'entrée "Motor Power' en bleu sur le 24V ?

les cavaliers entre VBB et VMx

à l’instant, jpeg a dit :

sauf pour l'extruder qui ne tourne pas et pigne comme un malade !

tu arrives à la faire tourner à la main ? ou à vide ?

[jpeg]

Citation

tu arrives à la faire tourner à la main ? ou à vide ?

Je démonte l'extruder pour vérifier

Oui pour le reste

@Savate 

Citation

tu arrives à la faire tourner à la main ? ou à vide ?

Il tourne à la main en utilisant le pignon en nylon.
Quelle différence avec 'à vide ' ?

Modifié (le) Octobre 5, 2023 par jpeg

[Savate]

Il y a 1 heure, jpeg a dit :

Quelle différence avec 'à vide ' ?

Juste le moteur, mais c'était dans le cas ou il ne tournerait pas à la main.
Si il vibre et fait du bruit sans tourner : les fils ne sont pas branchés comme il faut

 

[jpeg]

J'ai démonté le Stealthburner : la connection du moteur au pcb ne respectait pas les couleurs fournis avec la doc aliexpress.
Après modif et vérification à l'ohmmètre, tout est rentré dans l'ordre, qui plus est en respectant l'ordre Noir/Vert/Rouge/Bleu sur la Manta.
 

[jpeg]

@Savate

Je viens de tester les endstop avec QUERY_ENDSTOPS
(xy à effet hall et z probe: capteur de proximité Omron)
x y: open … OK
mais z : déclenché alors que la gantry se trouve en position haute.
Le fichier de configuration indique : endstop_pin: ^PF5 pour le stepper_z.

Si je dois inverser les polarités du z, la notation supporte-t-elle le cumul ^! style endstop_pin: !^PF5 ???
ou dois-je seulement noter endstop_pin: !PF5 ?

Modifié (le) Octobre 6, 2023 par jpeg

[Savate]

il y a 31 minutes, jpeg a dit :

mais z : déclenché alors que la gantry se trouve en position haute.
Le fichier de configuration indique : endstop_pin: ^PF5 pour le stepper_z

est-ce que si tu appuyes sur le endstop z et que tu demandes un query_endstop ça passe à open ?

Si oui tu mets juste ^!PF5 (le ^ indique de forcer à l'état haut lorsque rien n'est branché) le endstop z est en général branché entre la masse et le pin - sur les broches les plus écartées du switch

Si non : le pin est peut être pas bon ou les fils mals branchés

[jpeg]

@Savate

Je viens de refaire le cablage du z_endstop (cosses défectueuses)
et curieusement, un nouveau QUERY_ENDSTOPS m'a retourné
déclenché, déclenché, déclenché après le open, open, déclenché que j'avais avant réparation.

J'ai changé le endstop_pin du z en ^!PF5
et un nouveau QUERY_ENDSTOPS me retourne logiquement
déclenché, déclenché, open.

J'imagine que je dois inverser la polarité des x et y endstop
mais je ne comprends pas pourquoi ils ont changé d'état après que j'ai rétabli le z endstop ?

Une explication ?

Modifié (le) Octobre 6, 2023 par jpeg

[Savate]

il y a 7 minutes, jpeg a dit :

mais je ne comprends pas pourquoi ils ont changé d'état après que j'ai rétabli le z endstop ?

si ce sont des capteurs à effet hall : ferraille ou aimant à proximité ou bien tu n'avais pas la tête en butée X et Y ?

attention il faut vérifier/régler leur sensibilité (avec les potentiomètres sur la carte des capteurs)

[jpeg]

rien à proximité et la tête n'est pas en butée

[Savate]

il y a 1 minute, jpeg a dit :

rien à proximité et la tête n'est pas en butée

si tu mets la tête en butée ça passe en open ou ça reste déclenché ?

si ça passe en open :  inversion

si non : problème de câblage 

Modifié (le) Octobre 6, 2023 par Savate

[jpeg]

Effectivement - désolé de t'avoir dérangé pour rien :
en reconnectant le z_endstop, une cosse du y_endstop s'était déconné !

A savoir, cela provoque également une erreur sur le x_endstop.

[Savate]

il y a 11 minutes, jpeg a dit :

A savoir, cela provoque également une erreur sur le x_endstop.

Comme c'est une carte alimentée, ça peut effectivement avoir des effets de bord

Par contre si tu as deux endstops 'mécaniques' c'est plus fiable que l'effet hall (et plus précis - après sur X/Y ce n'est pas vraiment critique) 

[jpeg]

@Savate

J'ai un soucis d'alignement de la gantry - les profilés ne sont plus exactement parallèles avec ceux de la base.
Si je tente d'effectuer un alignement manuel, la partie arrière droite s'affaisse.
J'ai desserré les visses de fixations, oté le roulement GE5C de l'angle arrière droit
et si l'affaissement est moindre, il reste toujours présent.
Une idée ?
 

PS : le roulement GE5C est dur - c'est normal qu'il accroche ?

[Savate]

Il y a 16 heures, jpeg a dit :

J'ai un soucis d'alignement de la gantry - les profilés ne sont plus exactement parallèles avec ceux de la base.
Si je tente d'effectuer un alignement manuel, la partie arrière droite s'affaisse.

C'est normal, il y a du poids à l'arrière, c'est ton Quad_Gantry_Level qui va tout remettre droit

Avant le QGL, il faut juste remettre la gantry à peu près droite à la main si elle est vraiment très tordue.

Dans la pratique : tant que les moteurs sont alimentés, la Gantry ne doit pas bouger.

Il y a 16 heures, jpeg a dit :

J'ai desserré les visses de fixations, oté le roulement GE5C de l'angle arrière droit
et si l'affaissement est moindre, il reste toujours présent.

non laisse tout en place et resserre

Il y a 16 heures, jpeg a dit :

PS : le roulement GE5C est dur - c'est normal qu'il accroche ?

Les GE5C sont plutôt durs, mais n'accrochent pas (après il y a très peu de mouvements ces axes)

[jpeg]

Il y a 3 heures, Savate a dit :

C'est normal, il y a du poids à l'arrière, c'est ton Quad_Gantry_Level qui va tout remettre droit

Avant le QGL, il faut juste remettre la gantry à peu près droite à la main si elle est vraiment très tordue.

Dans la pratique : tant que les moteurs sont alimentés, la Gantry ne doit pas bouger.

Justement, une fois alimentée, l'arrière droit bouge toujours !