Voron 2.4 customisée (installation hardware)

[Savate]

Il y a 1 heure, jpeg a dit :

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

Le moteur est bien alimenté et fonctionne ?

Les courroies sont bien tendues ?

[jpeg]

Tout est rentré dans l'ordre :
Après avoir desserré les fixations de la gantry sur le cadre, j'ai utilisé 4 cales en bois égales
de manière à la maintenir à mi hauteur, gantry placée à l'arrière (du coté où elle s'affaissait)
puis j'ai tout resserré.
Après avoir retiré les cales, il n'y a plus d'affaissement : il est probable quand déplaçant la gantry à la main
les fixations du profilé supportant le stealthburner aient été forcées d'où une longueur un peu trop longue.
Sinon, effectivement, il y a du poids.
Merci pour ton intervention - j'ai cru un instant qu'un moteur avait laché.

[jpeg]

@Savate
Finalement, non, le problème d'affaissement de la gantry en y max n'est pas résolu,
bilan, quand je lance un G28 z en y max, la gantry reste 'crochée' en facade
comme si le moteur avant gauche (z) prenait du retard (ou ne tournait pas)
et du coup se désaligne méchamment

J'ai eu beau vérifier
la tension de courroies X,Y et Zx
Relancer des STEPPER_BUZZ
imaginer que des courroies décrantées, voir des pignons mal serrés sur l'axe moteur
vérifier le printer.cfg (rotation_distance et microstep ayant tous la même valeur pour les différents z, les bonnes affectations des pins)
rien n'y fait.
J'imagine mal un problème de poids du cablage !
des moteurs seraient-ils défectueux (couple de maintien défaillant à force de déplacer la gantry manuellement) ?
Une idée ?
 

[jpeg]

@Savate
Existe-t-il un moyen de faire un déplacement paramétré de la gantry en z par le code
sans avoir fait au préalable un g28 ?
L'idée étant de pouvoir visualiser le déplacement sur de petites distances.

Modifié (le) Octobre 20, 2023 par jpeg

[Savate]

Il y a 7 heures, jpeg a dit :

J'ai eu beau vérifier
la tension de courroies X,Y et Zx
Relancer des STEPPER_BUZZ
imaginer que des courroies décrantées, voir des pignons mal serrés sur l'axe moteur
vérifier le printer.cfg (rotation_distance et microstep ayant tous la même valeur pour les différents z, les bonnes affectations des pins)
rien n'y fait.
J'imagine mal un problème de poids du cablage !
des moteurs seraient-ils défectueux (couple de maintien défaillant à force de déplacer la gantry manuellement) ?
Une idée ?

il faut vérifier :

* que les moteurs sont bien identiques (les 4)

* que les poulies sont bien identiques (en nombre de dents)

* que les mini courroies fermées dans les pieds, sont bien tendues

* que les drivers sont en bon état (tu peux en inverser deux pour voir si le problème change de place) - machine éteinte

* que les moteurs sont dans le bon ordre (et qu'ils fonctionnent tous dans le même sens)

* que les câbles des moteurs sont bien sertis

Pour le test de déplacement, rien ne t'empêches de faire un G28 et de recaler ta gantry juste après pour les tests de déplacement

Modifié (le) Octobre 20, 2023 par Savate

[jpeg]

Mêmes moteurs, mêmes poulies, par contre, effectivement, une courroie de pied était détendues.
Il reste à voir demain ce qu'il se passera avec le g28 z.

Encore merci, il ne m'était pas venu à l'esprit de vérifier de ce coté là.

[jpeg]

@Savate

Rebonjour
On est bien d'accord que le fichier de configuration ne peut être à l'origine du problème de « décallage » de la gantry ?
J'ai totalement démonté le moteur z et désolidarisé la gantry du rail afin de vérifier que le montage coulissait parfaitement
et que la courroie fermée était en bon état, et tout est OK, donc, sauf à ce qu'il y ait un problème au niveau du fichier de config
je ne vois que le moteur qui puisse être défectueux, non ?

[Savate]

Le 26/10/2023 at 12:21, jpeg a dit :

On est bien d'accord que le fichier de configuration ne peut être à l'origine du problème de « décallage » de la gantry ?
J'ai totalement démonté le moteur z et désolidarisé la gantry du rail afin de vérifier que le montage coulissait parfaitement
et que la courroie fermée était en bon état, et tout est OK, donc, sauf à ce qu'il y ait un problème au niveau du fichier de config
je ne vois que le moteur qui puisse être défectueux, non ?

tout dépend de ce que ça fait ...

Si le moteur tourne à l'envers : config

Si le moteur tourne moins vite que les autres : config

après il peut y avoir un problème de câblage (un faux contact)

Le plus simple serait d'échanger le moteur qui pose problème avec un des 3 autres, comme ça

* si le problème persiste : câblage ou config

* si le problème change de place : moteur

[jpeg]

@Savate etc
 

Je suis de retour et je ne m'en sors pas.

J'ai changé les moteurs,  vérifié toutes les connections voir refait certains sertissages, démonté et remonté les slicers -
vérifié les alignements de la gantry, ajouté des chaines igus notamment pour supporter le poids du cable sur l'arrière,
j'en ai même profité pour changer les endstops à effet hall pour des mécaniques.


Au final, outre l'affaissement de la gantry sur le coté arrière gauche quand elle est positionnée en y max qui persiste
(problème de surpoids ? qui me semble aberrant compte tenu que le couple des moteurs est sensément de 49Nm/cm (*) )
j'ai toujours le soucis du g28 z non fonctionnel : le moteur avant gauche ne tourne pas alors que les 3 autres (z1,z2,z3), oui
bilan le déplacement de la gantry se bloque après un déplacement d'environ 2 cms en z1, z2, z3 !!! (**)

Le fichier config est toujours le même que fourni précédemment.
Curieusement un g28 z0 se comporte comme un g28 z alors que le code devrait être rejeté par l'interface puisqu'aucun z0 n'existe !!!
Voilà bientôt 1 an que j'ai commencé ce projet qui n'est toujours pas fonctionnel et je commence à pèter un cable.

Tout les avis sont les bienvenus


(*) PS: j'ai lu que la tension d'alimentation des moteurs était paramétrable et qu'elle induisait la force du couple des moteurs.
N'y a -t-il pas un problème de coté compte tenu que je n'ai pas l'impression que la résistance à la rotation soit de l'ordre des 49N/cm ?

(**) Je n'ai pas envisagé que le TMC correspondant soit défectueux. Cela peut-il être le cas compte tenu qu'un STEPPER_BUZZ STEPPER=stepper_z est fonctionnel ?

Modifié (le) Novembre 14, 2023 par jpeg

[Savate]

il y a 6 minutes, jpeg a dit :

PS: j'ai lu que la tension d'alimentation des moteurs était paramétrable et qu'elle induisait la force du couple des moteurs.

par défaut les tension sont dans les 0.6 (il me semble) tu peux mettre un peu plus par pas de 0.5

c'est le run_current qui est utilisé, le hold_current ne doit pas (plus) être présent

il y a 7 minutes, jpeg a dit :

Je n'ai pas envisagé que le TMC correspondant soit défectueux. Cela peut-il être le cas compte tenu qu'un STEPPER_BUZZ STEPPER=stepper_z est fonctionnel ?

le test le plus simple : inverser deux moteurs sur la carte mère (Z0 et Z1 par exemple)

Sans rien changer à la config, si, après permutation, tu as z0 qui bouge normalement et pas l'autre : problème de câblage ou de TMC.

[jpeg]

@Savate
Merci pour ta rapidité
 

il y a 13 minutes, Savate a dit :

par défaut les tension sont dans les 0.6 (il me semble) tu peux mettre un peu plus par pas de 0.5

c'est le run_current qui est utilisé, le hold_current ne doit pas (plus) être présent

effectivement : 0.65 pour les z et 0.8 pour les x, y
je fais déjà un essai à 0.800
sinon avec un g28 y, on voit bien la gantry s'affaisser lors du mouvement vers y max

 

il y a 13 minutes, Savate a dit :

le test le plus simple : inverser deux moteurs sur la carte mère (Z0 et Z1 par exemple)

Sans rien changer à la config, si, après permutation, tu as z0 qui bouge normalement et pas l'autre : problème de câblage ou de TMC.

Après permutation de z et z3 sur la manta, c'est toujours z qui coince !

Modifié (le) Novembre 14, 2023 par jpeg

[Savate]

il y a 5 minutes, jpeg a dit :

Après permutation de z et z3 sur la manta, c'est toujours z qui coince !

Donc il reste le test avec 0.8 ou 0.9 en run_current

J'imagine que tu as bien vérifié que les deux poulies étaient bien serrées sur le méplat de l'axe dans le pied et que le chemin de courroie était bien libre et ben aligné. 

et que la courroie était bien tendue ?

[jpeg]

il y a 10 minutes, Savate a dit :

J'imagine que tu as bien vérifié que les deux poulies étaient bien serrées sur le méplat de l'axe dans le pied et que le chemin de courroie était bien libre et ben aligné. 

et que la courroie était bien tendue ?

Bien sur - j'ai même changé les moteurs 

 

 

il y a 10 minutes, Savate a dit :

Donc il reste le test avec 0.8 ou 0.9 en run_current

je viens de faire un g28 y : problème d'affaissement arrière apparemment réglé

Je rétablis les affectations sur la manta et je te dis

Sinon, j'ai aussi un autre problème sur le endstop y qui, après avoir été déclenché, ne reviens pas légèrement en arrière en position open ;
ce qui n'était pas le cas avec les endstops à effet hall
( j'ai modifié les branchements de PF4/5v en PF4/gnd comme indiqué sur la doc voron)

PS: le problème ne peut pas venir de l'utilisation du port double (M3/M4) ?

Modifié (le) Novembre 14, 2023 par jpeg

[Savate]

il y a 7 minutes, jpeg a dit :

j'ai modifié les branchements de PF4/5v en PF4/gnd comme indiqué sur la doc voron)

il faut vérifier - dans le printer.cfg qu'il y a bien un ^ devant les pins des endstop (forçage à l'état haut quand rien n'est connecté)

 

[jpeg]

Ca, c'est OK

[jpeg]

@Savate

J'ai modifié les branchements des moteurs afin de ne plus utiliser le port double (M3) (*)
et donc modifié le fichier de configuration printer.cfg (vérifié et revérifié), or depuis,
klipper ne parvient plus à charger le fichier config (log klipper) !!!
J'ai restauré le fichier original sans changer les affectations sur la manta
et cela ne change rien.
 
J'ai voulu faire un ls /dev/serial/by-id/~ avec Putty afin de vérifier les accès à la machine
et il me retourne une erreur 'Fichier introuvable'.
Sous WinSCP, en cliquant sur le lien correspondant 'usb-Klipper_smp32g0b1xx_.........'
j'ai le message d'erreur suivant 

Citation

Copie des fichiers depuis le répertoire distant échouée.

Message d'erreur du serveur  : Failure

Les raisons courante pour l'erreur code 4 sont:
- Changement de nom de fichier avec un déjà existant.
- Création d'un dossier déjà existant.
- Déplacement de fichier distant vers un disque fichiers système (disque dur) différent.
- Envoyer un fichier vers un disque fichier système (disque dur) plein.
- Dépassement du quota disque utilisateur.
 

Bref, il semblerait qu'il y ait comme un problème de lecture de la mémoire du pi !
D'où vient le problème ?




(*) J'utilise désormais 
M1 (x), M2(y), ,M4(z), M5(Z1), M6(z2), M7(z3) et M8 (extruder)
à la place de 
M1 (x), M2(y),M3A(z), M4(Z1), M5(z2), M6(z3) et M7 (extruder)

Modifié (le) Novembre 15, 2023 par jpeg

[Savate]

Il y a 4 heures, jpeg a dit :

J'ai modifié les branchements des moteurs afin de ne plus utiliser le port double (M3) (*)

Utiliser le port double ne pose pas de pb (mais avec un seul moteur de branché), Mais comme tu as des ports en rab, pas de soucis pour en utiliser d'autres  

Fais voir ton fichier de config.

Si tu as fait une maj de klipper il y a des problèmes avec certaines maj sur le by-id (essaye avec by-path)

Vérifie aussi que le câble usb est bien enfoncé dans la CM et dans le PI)

J'avais oublié que tu avais une M8P ...

 

Modifié (le) Novembre 15, 2023 par Savate

[jpeg]

il y a 14 minutes, Savate a dit :

Utiliser le port double ne pose pas de pb (mais avec un seul moteur de branché), Mais comme tu as des ports en rab, pas de soucis pour en utiliser d'autres  

Fais voir ton fichier de config.

#  231115 1121   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
serial: /dev/serial/by-path/platform-fe9c0000.xhci-usb-0:1.4:1.0

[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: !PD2        #!PD6
step_pin: PD3        #PD7
enable_pin: !PD5     #!PF10

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

[stepper_z1]
dir_pin: !PC8        #!PD2
step_pin: PC9        #PD3
enable_pin: !PD1     #!PD5

rotation_distance: 40
microsteps: 16

[stepper_z2]
dir_pin: !PA14       #!PC8
step_pin: PA10       #PC9
enable_pin: !PA15    #!PD1

rotation_distance: 40
microsteps: 16

[stepper_z3]
dir_pin: !PD9        #!PA14
step_pin: PD11       #PA10
enable_pin: !PD15    #!PA15

rotation_distance: 40
microsteps: 16


[extruder]
dir_pin: PC6         #PD9
step_pin: PD8        #PD11
enable_pin: !PC7     #!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: PB5    #PB7
sensor_type: Generic 3950   #<<<<<<<<<<<<<<<<<<<<< OK
sensor_pin: PA0
control: watermark
min_temp: 0    #<<<  TO MODIFY
max_temp: 110
#max_power: 0.8

#######################################################################
[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


#[display]
#[output_pin beeper]
#[delayed_gcode setdisplayneopixel]

#[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
########################################
# Courant de crête 2.8A soit 1.98A RMS(2.8*((2^.5)/2) soit avec marge de sécurité de 30% run_current=1.386 max


[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: PD4	#PF9
interpolate: False
run_current: 0.800
stealthchop_threshold: 0
#diag_pin: PF5

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

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

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


[tmc2209 extruder]         # vs [tmc2226 extruder]		?
uart_pin: PD10	#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 QGL]
#   Use PRINT_END for the slicer ending script - please customise for your slicer of choice
gcode:
    G28
    QUAD_GANTRY_LEVEL


[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


    ##	Uncomment for 500mm build
    G0 X250 Y250 Z30 F3600
    #--------------------------------------------------------------------


[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
    G0 X250 Y250 F3600
    Z_ENDSTOP_CALIBRATE


   
[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 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 RE_START]
gcode: 
    G0
    RESTART
    M0 P5000
    STATUS

#[gcode_macro Shut_Down]
#    action_emergency_stop()
#    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.
#*#

 

il y a 14 minutes, Savate a dit :

Si tu as fait une maj de klipper il y a des problèmes avec certaines maj sur le by-id (essaye avec by-path)

Je n'ai fait aucune mise à jour
et je ne peux pas non plus ouvrir le lien by-path depuis winscp
 

il y a 14 minutes, Savate a dit :

Vérifie aussi que le câble usb est bien enfoncé dans la CM et dans le PI)

J'utilise le wifi

 

 

Modifié (le) Novembre 15, 2023 par jpeg

[PierreG]

il y a 26 minutes, jpeg a dit :

Je n'ai fait aucune mise à jour
et je ne peux pas non plus ouvrir le lien by-path depuis winscp

Pour corriger le problème créé par Debian, ouvre une fenettre SSH sur ton pi et fais les 3 commandes suivantes :

  sudo cp /usr/lib/udev/rules.d/60-serial.rules /usr/lib/udev/rules.d/60-serial.old
  sudo wget -O /usr/lib/udev/rules.d/60-serial.rules https://raw.githubusercontent.com/systemd/systemd/main/rules.d/60-serial.rules
  sudo reboot

Si ton Debian est problématique, ca devrait le régler (en tout cas ca le fait très bien avec mon RPi)

[Savate]

il y a une heure, jpeg a dit :

[tmc2209 stepper_z3]       # vs [tmc2226 stepper_z]
uart_pin: PD14	#PF8

si tu as une M8P 1.0 ou une 1.1 pour M7 c'est PD13

il y a une heure, jpeg a dit :

[stepper_z2]
dir_pin: !PA14       #!PC8
step_pin: PA10       #PC9
enable_pin: !PA15    #!PD1

toujours avec une M8P 1.0. ou 1.1 : dir_pin: PD15 (pour M6)

 

il y a une heure, jpeg a dit :

[stepper_z3]
dir_pin: !PD9        #!PA14
step_pin: PD11       #PA10
enable_pin: !PD15    #!PA15

dir_pin: PD11 

step_pin: PD12

enable_pin: PD14

 

 

 

 

Modifié (le) Novembre 15, 2023 par Savate

[jpeg]

il y a 59 minutes, PierreG a dit :

Pour corriger le problème créé par Debian, ouvre une fenettre SSH sur ton pi et fais les 3 commandes suivantes :

  sudo cp /usr/lib/udev/rules.d/60-serial.rules /usr/lib/udev/rules.d/60-serial.old
  sudo wget -O /usr/lib/udev/rules.d/60-serial.rules https://raw.githubusercontent.com/systemd/systemd/main/rules.d/60-serial.rules
  sudo reboot

Si ton Debian est problématique, ca devrait le régler (en tout cas ca le fait très bien avec mon RPi)

@PierreG  les 2 premières commandes ont correctement fonctionnées mais le reboot a déclenché une erreur fatale dans putty :
« Remote side unexpectedly closed network connection »

De plus, problème inchangé impossible de redémarrer l'interface klipper

il y a 19 minutes, Savate a dit :

si tu as une M8P 1.0 ou une 1.1 pour M7 c'est PD13

toujours avec une M8P 1.0. ou 1.1 : dir_pin: PD15 (pour M6)

 

dir_pin: PD11 

step_pin: PD12

enable_pin: PD14

 

 

 

 

@Savate Si l'on a pas les mêmes docs, ça va être difficile d'avancer - tu me donnes les référeces de la 1.0 pas de la 1.1   

Ceci dit, j'avais le même problème après avoir restituer la config précédente qui fonctionnait  

Modifié (le) Novembre 15, 2023 par jpeg

[Savate]

il y a 56 minutes, jpeg a dit :

le reboot a déclenché une erreur fatale dans putty

ça c'est normal, il faut se reconnecter après un reboot

il y a 56 minutes, jpeg a dit :

Si l'on a pas les mêmes docs, ça va être difficile d'avancer - tu me donnes les référeces de la 1.0 pas de la 1.1 

Désolé j'ai pris la doc des 1.0 et 1.1 et j'ai zappé le deuxième schéma ...

 

il y a 57 minutes, jpeg a dit :

De plus, problème inchangé impossible de redémarrer l'interface klipper

un ls /dev/serial/by-id/* ou ls /dev/serial/by-path/* donne bien un résultat ?

Le log de klipper te donne quelles infos ?

 

[jpeg]

Les 2 me retournent effectivement un résultat correct.
 

klippy.log (3).txt
=> erreur sur le chargement de printer.cfg
 

PS: j'ai débranché toutes les connections moteurs - ce n'est pas un problème ?

Modifié (le) Novembre 15, 2023 par jpeg

[Savate]

Il y a 9 heures, jpeg a dit :

=> erreur sur le chargement de printer.cfg

Il y a des caractères unicode qui traînent dans le prnter.cfg d'après le log (comme au tout début il me semble)

 

 

[jpeg]

Ca venait du commentaire sous 'TMC2209] configuration

# Courant de crête 2.8A soit 1.98A RMS(2.8*((2^.5)/2) soit avec marge de sécurité de 30% run_current=1.386 max

crête et sécurité


Désolé 

Modifié (le) Novembre 16, 2023 par jpeg