papagalak Posté(e) Janvier 7 Posté(e) Janvier 7 (modifié) j'ai relancé la Box, j'ai relancé le raspberry. quand je veux faire la MàJ de Klipper j'ai toujours le message d'erreur: fatal: unable to access 'https://github.com/Klipper3d/klipper.git/': Failed to connect to github.com port 443: No route to host [ERROR] An unexpected error occured: 'NoneType' object has no attribute 'decode' Traceback (most recent call last): File "/home/pi/kiauh/kiauh/utils/git_utils.py", line 261, in git_cmd_pull run(command, cwd=target_dir, check=True) File "/usr/lib/python3.9/subprocess.py", line 528, in run raise CalledProcessError(retcode, process.args, subprocess.CalledProcessError: Command '['git', 'pull']' returned non-zero exit status 1. During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/home/pi/kiauh/kiauh/core/menus/base_menu.py", line 188, in run selected_option.method( File "/home/pi/kiauh/kiauh/core/menus/update_menu.py", line 175, in update_klipper update_klipper() File "/home/pi/kiauh/kiauh/components/klipper/klipper_setup.py", line 206, in update_klipper git_pull_wrapper(repo=settings.klipper.repo_url, target_dir=KLIPPER_DIR) File "/home/pi/kiauh/kiauh/utils/git_utils.py", line 66, in git_pull_wrapper git_cmd_pull(target_dir) File "/home/pi/kiauh/kiauh/utils/git_utils.py", line 263, in git_cmd_pull log = f"Error on git pull: {e.stderr.decode()}" AttributeError: 'NoneType' object has no attribute 'decode' du coup j'ai recontrôlé la MàJ de Raspbian et je me rends comptes que rien ne va plus : Err:1 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf base-files armhf 11.1+rpi1+deb11u11 Temporary failure resolving 'raspbian.raspberrypi.org' Err:2 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf libperl5.32 armhf 5.32.1-4+deb11u4 Temporary failure resolving 'raspbian.raspberrypi.org' Err:3 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf perl armhf 5.32.1-4+deb11u4 Temporary failure resolving 'raspbian.raspberrypi.org' 49% [Connecting to raspbian.raspberrypi.org] Err:4 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf perl-base armhf 5.32.1-4+deb11u4 Temporary failure resolving 'raspbian.raspberrypi.org' Err:5 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf perl-modules-5.32 all 5.32.1-4+deb11u4 Temporary failure resolving 'raspbian.raspberrypi.org' la màj reste bloquée sur 49% j'ai pris mon courage à deux mains et j'ai refais mon Raspberry non sans avoir sauvegardé les fichiers. Màj Raspbian : ok MàJ via Kiauh : NON retour à la case départ impossible de MaJ klipper, Moonraker,crowsnest et Fluidd. Je ne sais plus quoi faire Modifié (le) Janvier 7 par papagalak 1
fran6p Posté(e) Janvier 7 Auteur Posté(e) Janvier 7 Supprime le dépôt KIAUH installé ( ~/rm -rf kiauh ). Ré-installe KIAUH à partir du lien donné par @Kachidoki : https://github.com/dw-0/kiauh Lors du démarrage de KIAUH, il est fort probable qu'il te demande quelle version utiliser (la 5 ou la 6). Dans un premier temps, je te conseille de rester sur la v5. La v5 utilise des scripts BASH tandis que la v6 utilise des scripts Python. Un extrait du changelog : Citation Au démarrage, il vous sera demandé si vous souhaitez démarrer la nouvelle version 6 ou l'ancienne version 5. Tant que la version 6 est à l'état de pré-version, la version 5 sera toujours disponible.
papagalak Posté(e) Janvier 7 Posté(e) Janvier 7 Merci à vous @Kachidoki et @fran6p, je regarde demain
papagalak Posté(e) Janvier 9 Posté(e) Janvier 9 bon après plusieurs tentative, pi imager, Kiauh j'ai enfin réussi à tout installer sans erreur pour le moment merci @fran6p et @Kachidoki. 1
papagalak Posté(e) Mars 21 Posté(e) Mars 21 coucou me revoulou... j'ai voulku installer Bed mesh adaptatif , natif klipper en suivant ce tuto: Bed mesh adaptatif sur klipper j'ai suivi la partie natif klipper en modifiant: moonraker.conf printer.cfg start_print j'ai modifier dans OrcaSlicer : label objets Résultat j'ai un palpage complet du plateau avant chaque impression d'où vient mon erreur?
papagalak Posté(e) Mars 24 Posté(e) Mars 24 bon, j'ai trouvé mon erreur : j'avais simplement oublié d'enlever la ligne : enable_object_processing: False Maintenant ça marche avec bed mesh natif klipper. 1
papagalak Posté(e) Mars 26 Posté(e) Mars 26 (modifié) A titre de curiosité: est il possible de mettre en place des menus déroulant dans le panneau "Macros" je m'explique : regrouper tous les Gcodes "M..." les "Preheat", Bed ect ... car je trouve que cela prend de la place certes on peut cacher à l'aide de la flèche Modifié (le) Mars 26 par papagalak
fran6p Posté(e) Mars 26 Auteur Posté(e) Mars 26 Il y a 3 heures, papagalak a dit : est il possible de mettre en place des menus déroulant dans le panneau "Macros" À ma connaissance, non, mais je ne sais pas tout . On peut plus ou moins organiser les macros en les regroupant si c'est ce que tu cherches. Fluidd a une documentation succincte à ce sujet, Mainsail est un peu plus prolixe : gestion des macros et ce lien
papagalak Posté(e) mardi à 16:12 Posté(e) mardi à 16:12 bonsoir, j'ai fais la boulette, je crois, j'ai voulu refaire le firmware de ma carte mère: sur mon Raspberry : je lance "make menuconfig" et voila ce qui ce passe make[99]: Warning: File '/home/pi/klipper/.config' has modification time 272 s in the future un défilé de plus de 1000 ligne repetant la même phrase. et du coup impossible de faire "make menuconfig"
fran6p Posté(e) mardi à 16:39 Auteur Posté(e) mardi à 16:39 Ton RPi semble ne plus être à l'heure. Il n'y a pas de pile ni de CMOS pour maintenir date et heure correctes quand il n'est pas alimenté. Normalement, après le démarrage, un daemon système devrait contacter un serveur de temps (NTP) pour mettre à jour date et heure. Mais pour que ça fonctionne, il faut une connexion internet fonctionnelle, l'est-elle ? Si ce n'est pas une hypothèse correcte, alors, tu as peut-être une RPi capable de voyager dans le futur (modification time 272 s in the future). 1
papagalak Posté(e) mardi à 17:25 Posté(e) mardi à 17:25 (modifié) Il y a 1 heure, fran6p a dit : Ton RPi semble ne plus être à l'heure. Il n'y a pas de pile ni de CMOS pour maintenir date et heure correctes quand il n'est pas alimenté. Normalement, après le démarrage, un daemon système devrait contacter un serveur de temps (NTP) pour mettre à jour date et heure. Mais pour que ça fonctionne, il faut une connexion internet fonctionnelle, l'est-elle ? Si ce n'est pas une hypothèse correcte, alors, tu as peut-être une RPi capable de voyager dans le futur (modification time 272 s in the future). Pas de pile, mon rpi est coupé complètement,. Comment côntroler le bon fonctionnement de la connexion internet, sachant que je suis derrière une freebox en rj45 Modifié (le) mardi à 18:15 par papagalak
fran6p Posté(e) mercredi à 09:47 Auteur Posté(e) mercredi à 09:47 (modifié) Connecté en ssh sur la RPi, tu peux vérifier la date avec "timedatectl" : Citation mks@mkspi:~$ timedatectl Local time: mer. 2025-07-16 11:43:14 CEST Universal time: mer. 2025-07-16 09:43:14 UTC RTC time: mer. 2025-07-16 09:43:10 Time zone: Europe/Paris (CEST, +0200) System clock synchronized: yes NTP service: active RTC in local TZ: no Pour vérifier si la connexion internet fonctionne, un simple "ping -c4 www.free.fr" devrait te renvoyer (le paramètre -c4 n'envoie que 4 paquets, sans ce paramètre, les paquets sont envoyés en continu, pour arrêter un CTRL+C) : Citation mks@mkspi:~$ ping -c4 www.free.fr PING www.free.fr (212.27.48.10): 56 data bytes 64 bytes from 212.27.48.10: icmp_seq=0 ttl=58 time=7,324 ms 64 bytes from 212.27.48.10: icmp_seq=1 ttl=58 time=7,761 ms 64 bytes from 212.27.48.10: icmp_seq=2 ttl=58 time=7,294 ms 64 bytes from 212.27.48.10: icmp_seq=3 ttl=58 time=7,648 ms --- www.free.fr ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max/stddev = 7,294/7,507/7,761/0,202 ms Il ne devrait normalement y avoir aucun paquet perdu . Modifié (le) mercredi à 09:49 par fran6p
papagalak Posté(e) mercredi à 10:39 Posté(e) mercredi à 10:39 OK je teste @fran6p je teste ce et après midi et je reviens
papagalak Posté(e) mercredi à 15:18 Posté(e) mercredi à 15:18 (modifié) @fran6p voici le retour: pi@raspberrypi:~ $ timedatectl Local time: Fri 2025-05-09 00:26:27 CEST Universal time: Thu 2025-05-08 22:26:27 UTC RTC time: n/a Time zone: Europe/Paris (CEST, +0200) System clock synchronized: no NTP service: active RTC in local TZ: no pi@raspberrypi:~ $ ping -c4 www.free.fr ping: www.free.fr: Temporary failure in name resolution j'ai refait un test après avoir tapez: sudo date --set '2025-07-16 16:28:00 même réponse pi@raspberrypi:~ $ ping -c4 www.free.fr ping: www.free.fr: Temporary failure in name resolution Modifié (le) mercredi à 15:40 par papagalak
Savate Posté(e) mercredi à 15:39 Posté(e) mercredi à 15:39 (modifié) il y a 21 minutes, papagalak a dit : ping: www.free.fr: Temporary failure in name resolution là soit les dns, soit la connexion internet ne marchent pas. un ifconfig te donnes quoi comme résultat ? Modifié (le) mercredi à 15:39 par Savate 1
papagalak Posté(e) mercredi à 15:41 Posté(e) mercredi à 15:41 il y a 1 minute, Savate a dit : un ifconfig te donnes quoi comme résultat ? pi@raspberrypi:~ $ ifconfig eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether e4:5f:01:12:4c:3d 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 732 bytes 75934 (74.1 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 732 bytes 75934 (74.1 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.191 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fd51:42f8:caae:d92e::ff prefixlen 64 scopeid 0x0<global> inet6 2a01:e0a:21d:6520:227:9279:51c3:73f6 prefixlen 64 scopeid 0x0<global> inet6 fe80::29a5:ea42:22fa:4a41 prefixlen 64 scopeid 0x20<link> ether e4:5f:01:12:4c:3e txqueuelen 1000 (Ethernet) RX packets 271 bytes 28761 (28.0 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 534 bytes 44128 (43.0 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Savate Posté(e) mercredi à 15:46 Posté(e) mercredi à 15:46 (modifié) il y a 4 minutes, papagalak a dit : wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.191 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fd51:42f8:caae:d92e::ff prefixlen 64 scopeid 0x0<global> inet6 2a01:e0a:21d:6520:227:9279:51c3:73f6 prefixlen 64 scopeid 0x0<global> inet6 fe80::29a5:ea42:22fa:4a41 prefixlen 64 scopeid 0x20<link> ether e4:5f:01:12:4c:3e txqueuelen 1000 (Ethernet) RX packets 271 bytes 28761 (28.0 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 534 bytes 44128 (43.0 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tu es connecté en wifi, pas en rj45 là. pour taper les commandes tu es connecté en ssh (avec putty ou mobaterm ?) Modifié (le) mercredi à 15:46 par Savate
papagalak Posté(e) mercredi à 15:53 Posté(e) mercredi à 15:53 (modifié) il y a 9 minutes, Savate a dit : tu es connecté en wifi, pas en rj45 là. pour taper les commandes tu es connecté en ssh (avec putty ou mobaterm ?) je suis relié en rj45, mais d'après ce que tu me dit c'est le wifi qui est reconnu, peux etre un souci cable je change et je re essaie. je travail sous putty cable changer: pi@raspberrypi:~ $ ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.190 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::4338:906a:37fe:3703 prefixlen 64 scopeid 0x20<link> inet6 fd51:42f8:caae:d92e::ff prefixlen 64 scopeid 0x0<global> inet6 2a01:e0a:21d:6520:93ac:5e9d:73c3:2b92 prefixlen 64 scopeid 0x0<global> ether e4:5f:01:12:4c:3d txqueuelen 1000 (Ethernet) RX packets 1253 bytes 81105 (79.2 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 146 bytes 19100 (18.6 KiB) 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 64 bytes 6866 (6.7 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 64 bytes 6866 (6.7 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.77 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 2a01:e0a:21d:6520:227:9279:51c3:73f6 prefixlen 64 scopeid 0x0<global> inet6 fe80::29a5:ea42:22fa:4a41 prefixlen 64 scopeid 0x20<link> ether e4:5f:01:12:4c:3e txqueuelen 1000 (Ethernet) RX packets 548 bytes 28861 (28.1 KiB) RX errors 0 dropped 1 overruns 0 frame 0 TX packets 29 bytes 3857 (3.7 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 je viens de retester make menuconfig et ça roule. j'avais bien un blème sur mon rj45 merci à toi et @fran6p Modifié (le) mercredi à 15:57 par papagalak 1 1
Savate Posté(e) mercredi à 16:09 Posté(e) mercredi à 16:09 il y a 14 minutes, papagalak a dit : j'avais bien un blème sur mon rj45 clairement, mais ça aurait du fonctionner en wifi quand même
papagalak Posté(e) mercredi à 16:16 Posté(e) mercredi à 16:16 il y a 5 minutes, Savate a dit : clairement, mais ça aurait du fonctionner en wifi quand même Ben ça marcher pas, pas grave je me sert du wifi juste pour la caméra depuis mon salons.
Savate Posté(e) mercredi à 16:18 Posté(e) mercredi à 16:18 il y a 1 minute, papagalak a dit : Ben ça marcher pas, pas grave je me sert du wifi juste pour la caméra depuis mon salons. après quand c'est possible même une mauvaise liaison RJ45 vaut mieux que tous les wifi du monde 2
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