Changer de firmware (de Marlin à Klipper)

[Savate]

il y a 14 minutes, papagalak a dit :

peut on supprimer l'installation du premier ADLX345 ou les 2 afin de reprendre à zéro?

il suffit de supprimer la ou les sections section [adxlxxx] dans le printer.cfg (ou de supprimer le include adxlxxx) 

tous les trucs installés avant ne sont pas propre à l'adxl donc rien à désinstaller   

* gestion des graphiques

* passage du pi en mode 'mcu'

 

[papagalak]

il y a 15 minutes, Savate a dit :

il suffit de supprimer la ou les sections section [adxlxxx] dans le printer.cfg (ou de supprimer le include adxlxxx) 

dans mon printer.cfg j'ai rajouté

 [include pis.cfg]

j'ai copié le pis.cfg

pis.txt

dès que je décommente j'ai le message d'erreur

printer.cfg.txt

[Savate]

il y a 7 minutes, papagalak a dit :

dès que je décommente j'ai le message d'erreur

si tu lances un ls /dev/serial/by-id/* tu trouves bien ton mcu pis ?

quel est le message d'erreur exact (klipper.log) ?

Modifié (le) Mars 9 par Savate

[papagalak]

Je regarde et je reviens ( désolé Moto GP)

[Savate]

il y a 1 minute, papagalak a dit :

Je regarde et je reviens ( désolé Moto GP)

Et juste derrière il y a la F1  

[papagalak]

@Savate Que de sport en plus il tombe des cordes en PACA

Modifié (le) Mars 9 par papagalak

[papagalak]

Il y a 18 heures, Savate a dit :

si tu lances un ls /dev/serial/by-id/* tu trouves bien ton mcu pis ?

pi@mainsailos:~ $ ls -l /dev/serial/by-id/
total 0
lrwxrwxrwx 1 root root 13 Mar 10 09:23 usb-1a86_USB_Serial-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Mar 10 09:23 usb-Klipper_rp2040_E6612C771F5CC72B-if00 -> ../../ttyACM0

Il y a 18 heures, Savate a dit :

quel est le message d'erreur exact (klipper.log) ?

mais ou ce cache t il? comment le trouver ?

[Savate]

il y a 36 minutes, papagalak a dit :

mais ou ce cache t il? comment le trouver ?

en général à la fin du klipper.log (que tu peux télécharger avec mainsail)

tu peux essayer de mettre serial : /dev//ttyACM0 pour ton mcu PIS

[fran6p]

klippy.log (pas klipper.log) (récupérable via Fluidd / Mainsail / WinSCP, …)

[papagalak]

Il y a 2 heures, fran6p a dit :

klippy.log (pas klipper.log) (récupérable via Fluidd / Mainsail / WinSCP, …)

Oui j vous fais cela demain

[papagalak]

Le 10/03/2024 at 15:44, fran6p a dit :

klippy.log (pas klipper.log) (récupérable via Fluidd / Mainsail / WinSCP, …)

@Savate, voici le fichier comme me l'a signalé @fran6p, il s'agit bien du klipy.log

klippy.log.txt

j'ai testé avec

serial::/dev/serial/by-id /dev//ttyACM0

pareil

[Savate]

il y a 20 minutes, papagalak a dit :

serial::/dev/serial/by-id /dev//ttyACM0

Il y en a un peu trop là  

serial: /dev/ttyACM0

 

[papagalak]

il y a 10 minutes, Savate a dit :

Il y en a un peu trop là  

serial: /dev/ttyACM0

 

même avec 1 erreur

Modifié (le) Mars 11 par papagalak

[Savate]

il y a 1 minute, papagalak a dit :

même avec un erreur

de toute façons tu avais déjà essayé avec le bon texte au tout début ... (mais je n'avais pas encore vu le début du log)

pour tester plus simplement : 

1) met le include en commentaire

2) rajoute juste ces deux lignes dans ton printer.cfg (après la section [mcu] par exemple)

[mcu]
serial: <leserial> 

--> rajouter ici

[mcu PIS]
serial: /dev/ttyACM0

et dis moi si tu as une erreur ou pas.

[papagalak]

@Savate alors voila ce que j'ai modifié dans mon printer.cfg:

#    BED_MESH_CALIBRATE
[include mainsail.cfg]
#[include pis.cfg]
[mcu]
serial:  usb-Klipper_rp2040_E6612C771F5CC72B-if00

[mcu PIS]
serial: /dev/ttyACM0

pas de message d'erreur
 

[Savate]

il y a 7 minutes, papagalak a dit :

pas de message d'erreur

tu peux remettre le klippy.log pour valider que la carte est bien reconnue ?

tu peux aussi essayer de rajouter ça (en dessous des lignes que tu viens de rajouter)  :

[adxl345]
cs_pin: PIS:gpio13
spi_software_sclk_pin: PIS:gpio10
spi_software_mosi_pin: PIS:gpio11
spi_software_miso_pin: PIS:gpio12
axes_map: x,-z,y

Modifié (le) Mars 11 par Savate

[papagalak]

@Savate, voila ce que tu me demande.

avant toute chose au redémarrage du rpi problème avec l'input shaper.

il a fallu que je commente les lignes que tu m'avais fait ajouter

klippy.txt

voila partie que j'ai modifié qui me donne une erreur maintenant:

[mcu]
serial:  usb-Klipper_rp2040_E6612C771F5CC72B-if00

[mcu PIS]
serial: /dev/ttyACM0
[adxl345]
cs_pin: PIS:gpio13
spi_software_sclk_pin: PIS:gpio10
spi_software_mosi_pin: PIS:gpio11
spi_software_miso_pin: PIS:gpio12
axes_map: x,-z,y

[fran6p]

Le mcu additionnel (PIS) a bien été flashé comme l'indique la documentation ?

 Normalement on accède au RPi via un serial du type /tmp/klipper_host_mcu

La communication /dev/ttyACM0 sert habituellement lorsque le RPi est relié à la carte non en USB mais via les broches GPIO (RX, TX, GND)

Modifié (le) Mars 11 par fran6p

[Savate]

il y a 14 minutes, papagalak a dit :

voila partie que j'ai modifié qui me donne une erreur maintenant:

[mcu]
serial:  usb-Klipper_rp2040_E6612C771F5CC72B-if00

il faut

serial:  /dev/serial/by-id/usb-Klipper_rp2040_E6612C771F5CC72B-if00
 

et une petite vérification :

Dans le répertoire /klipper/klippy/extras tu as bien le fichier adxl345.py ?

Modifié (le) Mars 11 par Savate

[papagalak]

 

Il y a 20 heures, Savate a dit :

Dans le répertoire /klipper/klippy/extras tu as bien le fichier adxl345.py ?

Oui, je viens de refaire l'instal sur une nouvelle carte SD.

j'ai tout refais comme il dit "Error"

j'ai effectué les modifs proposées "Error"

ci joint mon log.klippy.txt

mais je crois que je vais laisser tomber car à chaque reboot je perds

le serial sur le RPI.

je pense que la carte a un soucis car 

2 RPI sur 2SD même erreur

Modifié (le) Mars 12 par papagalak

[Savate]

il y a 25 minutes, papagalak a dit :

mais je crois que je vais laisser tomber car à chaque reboot je perds

le serial sur le RPI.

quel serial ? tu utilises /dev/ttyUSB0

Reprenons depuis le début :

1) si tu fais un lsusb avec la cm et le pis branchés tu as quoi ?

2) si tu fais un ls /dev/serial/by-id/* avec les deux branchés tu as quoi ?

3) la carte mère du pis a bien été flashée comme indiqué dans la vidéo de @bistory ? (la dernière erreur indique plus un problème de communication que de adxl345 inconnu)

[papagalak]

@Savate, merci à toi pour ta patience.

j'ai refais et testé avec les commandes que tu m'a proposé.

Le constat est sans appel: LE MODULE  EST HS.

du coup j'ai pris mon courage à 2 mains et j'ai confectionné

n câble pour l'autre module ADXL345

Bingo ça marche du premier coup.

merci à @fran6p et au autres contribueurs.

@+

[papagalak]

une question, qui peu vous paraitre bête, mais qui pour moi novice semble intéressante:

comment exporter et/ou supprimer les printer-20240321_172942.cfg qui s'ajoute dans le répertoire?

dans la mesure ou quand j'interviens sur le printer.cfg je sauvegarde avant toute intervention.

[Savate]

il y a 19 minutes, papagalak a dit :

comment exporter et/ou supprimer les printer-20240321_172942.cfg qui s'ajoute dans le répertoire?

tu peux utiliser winscp par exemple pour copier/déplacer/supprimer les fichiers

[fran6p]

La méthode de @Savate est rapide et efficace.

Sinon, mais ça demande de mettre un peu plus les mains dans le cambouis, il est possible d'automatiser le tout pour faire le ménage via un script shell + ajout d'un fichier Python gcode_shell_command.py (installable via KIAUH) + une macro «kivabi1» (il faudra probablement adapter les chemins d'accès pour correspondre à la configuration). On peut également sauvegarder dans un dossier ces fichiers mais la plupart du temps ils ne servent à rien.

Autre possibilité, installer sur le RPi «samba» qui permettra d'accéder au contenu de dossiers sur le RPi à partir un PC sous Windows en passant par le gestionnaire de fichiers, voir un exemple ici (il faudra évidemment adapter certaines commandes d'installation en fonction de sa propre installation sur le RPi).