Savate Posté(e) Février 12 Posté(e) Février 12 il y a 1 minute, Kekito a dit : et ben ecoute maintenant je peux tout rebrancher tu pense pour l'instant ça ne marche pas si ça démarre, oui tu peux tout rebrancher.
Kekito Posté(e) Février 12 Auteur Posté(e) Février 12 klippy (10).zip tu peux m'en dire quoi de sa du coup toi jarrive pas a interpreter correctement ou il faut regarder
Savate Posté(e) Février 12 Posté(e) Février 12 il y a 3 minutes, Kekito a dit : tu peux m'en dire quoi de sa du coup toi jarrive pas a interpreter correctement ou il faut regarder il se connecte à la carte mère avec difficulté, puis il perd la connexion après avoir récupéré toute les infos ... Vérifie/change le câble usb et essaye de changer le port usb du pi
Kekito Posté(e) Février 12 Auteur Posté(e) Février 12 (modifié) il y a 6 minutes, Savate a dit : et essaye de changer le port usb du pi ok fait est ce que les ports usb 3.0 fonctionne egalement ? il y a 6 minutes, Savate a dit : il se connecte à la carte mère avec difficulté, puis il perd la connexion après avoir récupéré toute les infos ... ah oui daccord est ce que cest ce message la ? j'ai limpression qu'il parle de la petite carte .............. mcu 'sb_can_th': Wait for identify_response Traceback (most recent call last): File "/home/kekito/klipper/klippy/serialhdl.py", line 68, in _get_identify_data params = self.send_with_response(msg, 'identify_response') File "/home/kekito/klipper/klippy/serialhdl.py", line 262, in send_with_response return src.get_response([cmd], self.default_cmd_queue) File "/home/kekito/klipper/klippy/serialhdl.py", line 319, in get_response self.serial.raw_send_wait_ack(cmds[-1], minclock, reqclock, File "/home/kekito/klipper/klippy/serialhdl.py", line 254, in raw_send_wait_ack self._error("Serial connection closed") File "/home/kekito/klipper/klippy/serialhdl.py", line 61, in _error raise error(self.warn_prefix + (msg % params)) serialhdl.error: mcu 'sb_can_th': Serial connection closed cable changer et port du PI egalement je redemarre c'est pareil Modifié (le) Février 12 par Kekito
Savate Posté(e) Février 13 Posté(e) Février 13 Il y a 10 heures, Kekito a dit : est ce que les ports usb 3.0 fonctionne egalement ? oui sans problèmes. Il y a 10 heures, Kekito a dit : ah oui daccord est ce que cest ce message la ? j'ai limpression qu'il parle de la petite carte .............. à la fin du log (ce qui est la seule partie intéressante, c'est la carte mcu qui poste problème (avant l'erreur avec la petite carte est 'normale' puisque que le mci n'avait plus le bon id et que klipper passe par le mcu pour accéder à la petite carte)
Kekito Posté(e) Février 13 Auteur Posté(e) Février 13 Il y a 11 heures, Savate a dit : oui sans problèmes. à la fin du log (ce qui est la seule partie intéressante, c'est la carte mcu qui poste problème (avant l'erreur avec la petite carte est 'normale' puisque que le mci n'avait plus le bon id et que klipper passe par le mcu pour accéder à la petite carte) ouai du coup la je bloque je vais essayer avec encore un autre port du PI sur les ports bleu en usb3.0 apres je vois pas tous les ports du PI aucune amelioration le cable CAN ? la can TH ? qui ferais chier je viens de tester les continuité du cable tout est ok sur celui la jai deux can tool head d avance je peux essayer cela coute rien au point ou on en est
Savate Posté(e) Février 13 Posté(e) Février 13 il y a 10 minutes, Kekito a dit : je vais essayer avec encore un autre port du PI sur les ports bleu en usb3.0 oui tu peux essayer, sinon un petit reflash de klipper cd klipper make menuconfig les infos klipper de la carte make sudo service klipper stop python3 ~/katapult/scripts/flashtool.py -i can0 -r -u d24426461edb sudo service klipper start
Kekito Posté(e) Février 13 Auteur Posté(e) Février 13 kekito@kevin:~/klipper $ python3 ~/katapult/scripts/flashtool.py -i can0 -r -u d24426461edb Flashing CAN UUID d24426461edb on interface can0 Sending bootloader jump command... Bootloader request command sent Flash Success et la flash succes klippy (12).zip mais toujours pas de connection
Savate Posté(e) Février 13 Posté(e) Février 13 il y a 11 minutes, Kekito a dit : mais toujours pas de connection oui, mais ce n'est plus la même erreur. la carte mère se connecte très bien maintenant, c'est la toolhead qui a du mal. Vérifie que le cable can de la carte est bien enfoncé des deux côtés. sudo service klipper stop ~/klippy-env/bin/python ~/klipper/scripts/canbus_query.py can0 sudo service klipper start
Kekito Posté(e) Février 13 Auteur Posté(e) Février 13 cable ok bien enfoncé et bien passant il y a 4 minutes, Savate a dit : ~/klippy-env/bin/python ~/klipper/scripts/canbus_query.py can0 kekito@kevin:~ $ ~/klippy-env/bin/python ~/klipper/scripts/canbus_query.py can0 Traceback (most recent call last): File "/home/kekito/klippy-env/lib/python3.9/site-packages/can/interfaces/socketcan/socketcan.py", line 679, in _send_once sent = self.socket.send(data) OSError: [Errno 105] No buffer space available During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/home/kekito/klipper/scripts/canbus_query.py", line 64, in <module> main() File "/home/kekito/klipper/scripts/canbus_query.py", line 61, in main query_unassigned(canbus_iface) File "/home/kekito/klipper/scripts/canbus_query.py", line 25, in query_unassigned bus.send(msg) File "/home/kekito/klippy-env/lib/python3.9/site-packages/can/interfaces/socketcan/socketcan.py", line 658, in send sent = self._send_once(data, msg.channel) File "/home/kekito/klippy-env/lib/python3.9/site-packages/can/interfaces/socketcan/socketcan.py", line 681, in _send_once raise can.CanError("Failed to transmit: %s" % exc) can.CanError: Failed to transmit: [Errno 105] No buffer space available voila le resultat si tu me parle de la tool head a mon avis elle a degagé cette coquine mais j'aimerais savoir pourquoi du coup lol tu pense qu'on tente une nouvelle can TH?
Savate Posté(e) Février 13 Posté(e) Février 13 il y a 4 minutes, Kekito a dit : voila le resultat si tu me parle de la tool head a mon avis elle a degagé cette coquine mais j'aimerais savoir pourquoi du coup lol non, ça ne ressemble pas à une toolhead dégagée, tu aurais du voir la carte mère aussi, c'est étrange. il y a 5 minutes, Kekito a dit : OSError: [Errno 105] No buffer space available tu peux tenter un petit reboot de la machine pour voir si il y a toujours cette erreur.
Kekito Posté(e) Février 13 Auteur Posté(e) Février 13 il y a 16 minutes, Savate a dit : il y a 22 minutes, Kekito a dit : OSError: [Errno 105] No buffer space available kekito@kevin:~ $ ~/klippy-env/bin/python ~/klipper/scripts/canbus_query.py can0 Total 0 uuids found
Savate Posté(e) Février 13 Posté(e) Février 13 il y a 2 minutes, Kekito a dit : kekito@kevin:~ $ ~/klippy-env/bin/python ~/klipper/scripts/canbus_query.py can0 tu as bien fait sudo service klipper stop avant ?
Kekito Posté(e) Février 13 Auteur Posté(e) Février 13 oui exactement en plus c'est que je comprend pas tout la et sa m'embete un peu de ne pas comprendre ce qu'il se passe alors qu'a priori tout semble etre ok
Savate Posté(e) Février 13 Posté(e) Février 13 il y a 5 minutes, Kekito a dit : oui exactement donc dans le printer.cfg, devant les uuid, tu mets un # tu sauve le fichier et tu reboot (avec le bouton de reboot dans mainssail) sans le sudo service klipper stop, la commande il y a 10 minutes, Kekito a dit : ~/klippy-env/bin/python ~/klipper/scripts/canbus_query.py can0 devait te donner 2 uuids et un ifconfig dans la foulée
Kekito Posté(e) Février 13 Auteur Posté(e) Février 13 il y a 3 minutes, Savate a dit : devait te donner 2 uuids je ne les ai pas non je te met ce que ca fait apres avoir mis les # devant les uuid save restart passage sous putty kekito@kevin:~ $ ~/klippy-env/bin/python ~/klipper/scripts/canbus_query.py can0 Traceback (most recent call last): File "/home/kekito/klippy-env/lib/python3.9/site-packages/can/interfaces/socketcan/socketcan.py", line 679, in _send_once sent = self.socket.send(data) OSError: [Errno 105] No buffer space available During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/home/kekito/klipper/scripts/canbus_query.py", line 64, in <module> main() File "/home/kekito/klipper/scripts/canbus_query.py", line 61, in main query_unassigned(canbus_iface) File "/home/kekito/klipper/scripts/canbus_query.py", line 25, in query_unassigned bus.send(msg) File "/home/kekito/klippy-env/lib/python3.9/site-packages/can/interfaces/socketcan/socketcan.py", line 658, in send sent = self._send_once(data, msg.channel) File "/home/kekito/klippy-env/lib/python3.9/site-packages/can/interfaces/socketcan/socketcan.py", line 681, in _send_once raise can.CanError("Failed to transmit: %s" % exc) can.CanError: Failed to transmit: [Errno 105] No buffer space available puis le ifconfig kekito@kevin:~ $ ifconfig can0: flags=193<UP,RUNNING,NOARP> mtu 16 unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 1024 (UNSPEC) RX packets 946 bytes 6823 (6.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 168 bytes 797 (797.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether d8:3a:dd:32:b1:49 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 5059 bytes 1647028 (1.5 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 5059 bytes 1647028 (1.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.8.130 netmask 255.255.255.0 broadcast 192.168.8.255 inet6 2a02:8440:d405:6e5d:831:a4ee:483:2 prefixlen 128 scopeid 0x0<global> inet6 fd08:31a4:ee04:8300:7dfe:a49:f461:9fd4 prefixlen 64 scopeid 0x0<global> inet6 2a02:8440:d405:6e5d:72af:600e:5261:5a1e prefixlen 64 scopeid 0x0<global> inet6 fe80::776d:d39b:61a3:7dab prefixlen 64 scopeid 0x20<link> ether d8:3a:dd:32:b1:4c txqueuelen 1000 (Ethernet) RX packets 2345 bytes 178348 (174.1 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 2635 bytes 1487787 (1.4 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Savate Posté(e) Février 13 Posté(e) Février 13 il y a 3 minutes, Kekito a dit : passage sous putty étrange cette erreur de buffer. tu avais bien mis 1000000 dans la vitesse du canbus lors du make menuconfig de la cm ? sudo ip link set can0 down type can sudo ip link set can0 up type can bitrate 1000000 et ip -details -statistics link show can0 puis ~/katapult/scripts/flashtool.py -q
Kekito Posté(e) Février 13 Auteur Posté(e) Février 13 il y a 2 minutes, Savate a dit : tu avais bien mis 1000000 dans la vitesse du canbus lors du make menuconfig de la cm ? tres honnetement je ne l'ai pas modifier il me semble de memoire que c'etait bien ca voici la liste des etapes que tu ma donné, kekito@kevin:~ $ sudo ip link set can0 down type can [sudo] password for kekito: kekito@kevin:~ $ sudo ip link set can0 up type can bitrate 1000000 RTNETLINK answers: Connection timed out kekito@kevin:~ $ ip -details -statistics link show can0 3: can0: <NOARP,ECHO> mtu 16 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1024 link/can promiscuity 0 minmtu 0 maxmtu 0 can state ERROR-ACTIVE restart-ms 0 bitrate 1000000 sample-point 0.750 tq 62 prop-seg 5 phase-seg1 6 phase-seg2 4 sjw 1 gs_usb: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1 clock 48000000 re-started bus-errors arbit-lost error-warn error-pass bus-off 0 0 0 0 0 0 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 RX: bytes packets errors dropped missed mcast 8513 1206 0 12 0 0 TX: bytes packets errors dropped carrier collsns 797 168 0 10 0 0 kekito@kevin:~ $ ~/katapult/scripts/flashtool.py -q Resetting all bootloader node IDs... Checking for Katapult nodes... Query Complete je vire les # devant les uuid du coup maintenant ?
Savate Posté(e) Février 13 Posté(e) Février 13 (modifié) il y a 3 minutes, Kekito a dit : voici la liste des etapes que tu ma donné, bon le bus can ne marche pas des masses là. imprimante éteinte débranche la toolhead et relance les commandes pour valider la partie CM. tu peux aussi vérifier que le jumper 120 ohms est bien installé sur la toolhead (sur la cm il est soudé) Modifié (le) Février 13 par Savate
Kekito Posté(e) Février 13 Auteur Posté(e) Février 13 aller debranchage du bus sur la TH ok kekito@kevin:~ $ sudo ip link set can0 down type can [sudo] password for kekito: kekito@kevin:~ $ sudo ip link set can0 up type can bitrate 1000000 kekito@kevin:~ $ ip -details -statistics link show can0 3: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1024 link/can promiscuity 0 minmtu 0 maxmtu 0 can state ERROR-ACTIVE restart-ms 0 bitrate 1000000 sample-point 0.750 tq 62 prop-seg 5 phase-seg1 6 phase-seg2 4 sjw 1 gs_usb: tseg1 1..16 tseg2 1..8 sjw 1..4 brp 1..1024 brp-inc 1 clock 48000000 re-started bus-errors arbit-lost error-warn error-pass bus-off 0 0 0 0 0 0 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 RX: bytes packets errors dropped missed mcast 0 0 0 0 0 0 TX: bytes packets errors dropped carrier collsns 0 0 0 0 0 0 kekito@kevin:~ $ ~/katapult/scripts/flashtool.py -q Resetting all bootloader node IDs... Checking for Katapult nodes... Detected UUID: d24426461edb, Application: Klipper Query Complete kekito@kevin:~ $
Savate Posté(e) Février 13 Posté(e) Février 13 il y a 1 minute, Kekito a dit : aller debranchage du bus sur la TH ok bon là c'est nettement mieux. La th fout le bordel sur le bus, il ne reste plus qu'à trouver pourquoi * vérifie les câbles et connecteurs côté cm et côté th * vérifie le jumper 120 ohms de la th * vire le jumper usb si il est branché Si ça ne marche toujours pas, il faudra essayer de reflasher la TH en usb
Savate Posté(e) Février 14 Posté(e) Février 14 Il y a 12 heures, Kekito a dit : il y'en a un sur celle ci ? oui, le 1er des dip switchs qui n'est pas activé par défaut apparemment
Kekito Posté(e) Février 15 Auteur Posté(e) Février 15 Le 14/02/2025 at 07:09, Savate a dit : oui, le 1er des dip switchs qui n'est pas activé par défaut apparemment saluit salut exacte mais cu que cela fonctionner a merveille on va le leaisser comme ceci je vais reflashé la carte TH pour voir kekito@kevin:~/katapult $ lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 1d50:606f OpenMoko, Inc. Geschwister Schneider CAN adapter Bus 001 Device 004: ID 2e8a:0003 Raspberry Pi RP2 Boot Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub guette y me trouve le PI en mode dfu PI RP2 BOOT des que jai passer la TH en dfu et fait un lsusb
Kekito Posté(e) Février 15 Auteur Posté(e) Février 15 bon carte mere neuve cartre TH neuve rien ne fonctionne le raspberry PI peu etre mort?
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant