Aller au contenu

Messages recommandés

Posté(e)

Hello,

J'ai un petit souci dans mon installation de klipper sur ma cr10v2

Après avoir fait toute l'install, je tombe sur cette erreur :

image.png.be23f8276babd9bc2573fd683c9645b9.png

 

Voici ma config carte mère :

image.png.e60cb6a16cc2af799115812175c3b782.png

image.png.2048e5003a2e981fa653acd6714b719e.png

(L'installation fonctionne bien pour mon autre imprimante avec une double instance de klipper - je suppose que le bug est donc bien sur la config ou flash de la CR10v2.)

J'ai l'impression que le flash c'est bien passé - même si il ne trouvait pas le service "klipper", j'ai suivi la procédure via ssh (et non via kiauh ça ne fonctionnait pas)

Petits screens de ce qu'il s'est passé :

-----------------------------------

Mon make - il me paraît un peu court, mais ...bon

image.png.af18b195a0a490d127704cf20d2f21a3.png

Tentative d’arrêt de klipper

image.png.5fc1e957c22ee2464fb3f2ae635e7ed6.png

Le flash

image.thumb.png.3bfbddd7bb30205903b7331fd931a763.png

 

Normalement le port que j'ai mis dans printer.cfg est le bon

image.png.bddcd8390b116cbcfdb9cde94d6dd816.png

Le 1.1 fonctionne avec l'autre imprimante, il me reste donc le 1.2

-----------------------------------

 

Je mets en PJ le printer.cfg, dans le doute (tiré de celui de @fran6p - merci à toi pour le partage - avec des petites modifs pour enlever certaines options)

 

(A savoir, je suis nulle en gestion de linux par ssh, vive les tutos - mais du coup je pige pas toutes les subtilités qu'il peut y avoir)

Merci d'avance ! 😁

image.png

printerCR10.txt

Posté(e)

Avec l'erreur que tu as, ce n'est pas la carte mère qui pose problème, mais le pi

Comme tu utilises le pi comme contrôleur supplémentaire, il faut que tu compiles aussi pour le pi Microcontrôleur RPi - Documentation Klipper (klipper3d.org)

 

  • +1 1
  • Merci ! 1
Posté(e)

@Akyelle

@Savate te donne la solution 😉

Tu peux avant de flasher le RPi (le terme flasher pourrait faire peur et laisser penser que ça va faire la même chose que pour la carte contrôleur mais pas d'inquiétude, ça ne remplacera pas la distribution installée sur le RPi), commenter la section [mcu RPi] et redémarrer Klipper, normalement tu ne devrais plus avoir l'erreur signalée.

Citation

#[mcu rpi]
#serial: /tmp/klipper_host_mcu

#[temperature_sensor RPi]
#sensor_type: temperature_host

J'aime bien mon figlet :


####################################################################
#   ____             __ _                       _   _              #
#  / ___|___  _ __  / _(_) __ _ _   _ _ __ __ _| |_(_) ___  _ __   #
# | |   / _ \| '_ \| |_| |/ _` | | | | '__/ _` | __| |/ _ \| '_ \  #
# | |__| (_) | | | |  _| | (_| | |_| | | | (_| | |_| | (_) | | | | #
#  \____\___/|_| |_|_| |_|\__, |\__,_|_|  \__,_|\__|_|\___/|_| |_| #
#                         |___/                                    #
#                                                                  #
####################################################################

Sinon tu as un joli prénom (différent de ton pseudo 😄 ).

Juste quelques remarques:

Tu as une raison particulière d'utiliser le serial/by-path plutôt que l'habituel by-id ?

Tu utilise l'extrudeur de hotends.fr ( @Fourmi) ?

Un Bltouch (x et y offsets dépendants de son positionnement: tête originelle / MiniXtruder ) ? Idem pour [bed_mesh] et [screws_tilt_adjust]

Tu as une buse de 0,5mm ?

🙂

  • J'aime 1
  • Merci ! 1
Posté(e) (modifié)

Hello @Savate & @fran6p !

Merci pour vos réponses !

 

---

 

J'ai fait la manip klipper :

image.thumb.png.284818db0dc4425417f837329c3e381b.png

Et commenté ce que tu m'as dit de commenter sur printer.cfg

 

---

 

Et... j'ai une nouvelle erreur :

image.png.2e9af1de00dee1f95909c441eaa0ada7.png

suivi de ceci (rpi est remplacé par mcu)

image.png.ca6ed9d28d53036a2fa8d738f72f23c7.png

 

J'ai un peu regardé, mon path est bon dans printer.cfg, je ne vois pas trop d'où ça peut venir..

 

il y a 12 minutes, fran6p a dit :

J'aime bien mon figlet :

Il est parfait 👌

 

il y a 12 minutes, fran6p a dit :

Sinon tu as un joli prénom (différent de ton pseudo

merci bien !

 

il y a 12 minutes, fran6p a dit :

Tu as une raison particulière d'utiliser le serial/by-path plutôt que l'habituel by-id ?

Celle-ci - je ne sais vraiment pas pourquoi ça ne fonctionne pas.

image.thumb.png.0eb8b3c98f57563b4af38e5a6908ba0b.png

En plus dans klippy.log je vois

"mcu 'mcu': Unable to open serial port: [Errno 2] could not open port /dev/serial/by-id/<your-mcu-id>: [Errno 2] No such file or directory: '/dev/serial/by-id/<your-mcu-id>'"

C'est peut-être à cause de ça ? Mais c'est bizarre que ça fonctionne sur la Ender

 

il y a 12 minutes, fran6p a dit :

Tu as une buse de 0,5mm ?

Ah oui bonne remarque, elle est de 0.8 !

 

il y a 12 minutes, fran6p a dit :

Un Bltouch (x et y offsets dépendants de son positionnement: tête originelle / MiniXtruder ) ? Idem pour [bed_mesh] et [screws_tilt_adjust]

J'ai pas trop regardé pour le moment comme je n'arrive pas à la connecter, mais effectivement il faut que je check

C'est la tête originale de la V2, avec le BL touch mis sur le côté droit de manière classique

Modifié (le) par Akyelle
Posté(e) (modifié)
il y a 12 minutes, Akyelle a dit :

En plus dans klippy.log je vois

"mcu 'mcu': Unable to open serial port: [Errno 2] could not open port /dev/serial/by-id/<your-mcu-id>: [Errno 2] No such file or directory: '/dev/serial/by-id/<your-mcu-id>'"

C'est peut-être à cause de ça ? Mais c'est bizarre que ça fonctionne sur la Ender

le by-id qui disparaît, il me semble que c'est un bug lié à la mise à jour du système ... il y a un correctif qui traîne.
en attendant tu peux mettre /dev/serial/by-path/<le numero du device> dans ton printer.cfg (à la place du .../serial/by-id/

Modifié (le) par Savate
  • Merci ! 1
Posté(e)
il y a 5 minutes, Savate a dit :

le by-id qui disparaît, il me semble que c'est un bug lié à la mise à jour du système ... il y a un correctif qui traîne.
en attendant tu peux mettre /dev/serial/by-path/<le numero du device> dans ton printer.cfg (à la place du .../serial/by-id/

Ah mince ok !

Yes c'est ce que j'ai fait 🙂 Mais j'ai toujours l'erreur sur la CR10 😞

Posté(e)
il y a 18 minutes, Akyelle a dit :

Yes c'est ce que j'ai fait 🙂 Mais j'ai toujours l'erreur sur la CR10 😞

je suis perdu 🙂. Tu peux mettre ton printer.cfg actuel ?

  • Merci ! 1
Posté(e) (modifié)

Pour résoudre le problème de disparition du by-id :

curl -sSL https://raw.githubusercontent.com/mainsail-crew/MainsailOS/develop/patches/udev-fix.sh | bash

Source: https://github.com/mainsail-crew/MainsailOS/blob/develop/patches/Readme.md#udev-fixsh

Sinon, la fourniture du klippy.log (+moonraker.log qui contient le «printer.cfg»), en PJ (ou dans un bloc de citation) peut parfois / souvent aider (les Discords Fluidd / Mainsail / Klipper ) demandent généralement ces fichiers 😉

🙂

Modifié (le) par fran6p
  • Merci ! 2
Posté(e)
il y a 6 minutes, fran6p a dit :

Pour sésoudre le problème de disparition du by-id :

Oh nickel merci !

J'ai effectivement retrouvé le by-id. Mais c'est étrange, en by-id j'ai 1 seul port de branché et en by-path 2 (ce qui est vrai, j'ai les deux imprimantes)

image.png.31caba2ce13f88041a1d8de04d24b670.png

🥲

 

il y a 29 minutes, Savate a dit :

Tu peux mettre ton printer.cfg actuel ?

Bien sur 🙂 il est en PJ

J'ai essayé avec le by-path (comme sur le fichier) et avec le by id :

serial:/dev/serial/by-id/usb-1a86_USB_Serial-if00-port0

Mais rien ne change, il ne trouve toujours pas le MCU

 

Merci à vous deux pour votre aide !

printerCR10.txt

Posté(e)
il y a 4 minutes, Akyelle a dit :

Mais rien ne change, il ne trouve toujours pas le MCU

remet le by-id dans le serial du mcu du printer.cfg et met le fichier des logs de klipper

sinon le [mcu rpi] est en commentaire maintenant ? normal ?

  • Merci ! 1
Posté(e) (modifié)
il y a une heure, Savate a dit :

sinon le [mcu rpi] est en commentaire maintenant ? normal ?

C'est suite à ce que me disait @fran6p :

Il y a 2 heures, fran6p a dit :

commenter la section [mcu RPi]

 

Avec ou sans, j'ai la même erreur

J'ai deux pistes :

1ère piste

image.png.b8cccb428ca3543c200d3c9c09b54a3c.png

Klipper-mcu qui se lance pas, je sais pas si c'est normal

--------------

2ème piste

mon deuxième path d'usb qui ne fonctionne pas en serial/by-id.

serail/by-id

-> usb-1a86_USB_Serial-if00-port0 (fonctionne avec la Ender)

serial/by-path

-> platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1:1.0-port0 (fonctionne aussi avec la Ender)

-> platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.3:1.0-port0

 

Et ce qui me fume, c'est que si je débranche la Ender, il me trouve toujours le même serial/by-id !

Alors que le serial path c'est bien l'autre qui disparait

 

- Par contre si je débranche tout c'est bon, on a plus rien

--------------

 

J'ai fait un test : si j'échange le printer.cfg (et que j'actualise juste les dossiers correspondant aux imprimantes) le service CR10v2 fait bien fonctionner la Ender. Mais même si j'éteins la Ender, je n'arrive pas à faire fonctionner la CR

 

Edit : d'ailleurs même si je débranche la Ender, que je met l'USB de la CR sur l'emplacement USB de la ender (et que je met à jour printer.cfg) pour avoir le même setup que sur la Ender, ça ne marche pas 😞

Modifié (le) par Akyelle
Posté(e)
il y a 8 minutes, Akyelle a dit :

Et ce qui me fume, c'est que si je débranche la Ender, il me trouve toujours le même serial/by-id !

et si tu débranches la cr10 et tu laisses la ender le serial/by-id affiche toujours la même chose ?

tu as compilé comment le firmware de la cr10 ?

  • Merci ! 1
Posté(e) (modifié)
il y a 8 minutes, Savate a dit :

et si tu débranches la cr10 et tu laisses la ender le serial/by-id affiche toujours la même chose ?

oui, il change jamais aha

Même si je bouge les ports USB de place

 

Edit : j'ai build dans kiauh (sinon ça marchais pas je crois) et j'ai flash en dehors dans /klipper !

 

il y a 8 minutes, Savate a dit :

tu as compilé comment le firmware de la cr10 ?

Direct dans kiauh, j'ai flash à partir de là (parce que je ne sais pas comment faire via carte SD, c'est pas un .bin qu'il génère .-.)

J'ai un peu galéré à flash mais j'y suis arrivée (je crois)

Si ça peut aider, dans mon premier message j'avais mis les photos de la communication lors du flash

Modifié (le) par Akyelle
Posté(e)
il y a 10 minutes, Akyelle a dit :

Direct dans kiauh, j'ai flash à partir de là (parce que je ne sais pas comment faire via carte SD, c'est pas un .bin qu'il génère .-.)

J'ai un peu galéré à flash mais j'y suis arrivée (je crois)

Tu devrais reflasher en débranchant la ender comme ça tu es sûre de ta carte 🙂

après je ne sais pas quels sont les paramètres à utiliser pour les ender/cr10, mais tu as peut être (en plus) la possibilité de changer l'usb id dans les options du firmware (pour essayer)

  • Merci ! 1
Posté(e) (modifié)

Quand tu as flashée la CR en liaison USB, tu avais bien arrêté le service klipper ? J'ai relu le début du sujet 🤔, il y a une chose qui me chagrine : que tu tentes d'arrêter le service klipper ou de le démarrer, il est en échec.

Mets le klippy.log et le moonraker.log 😉

En ssh, quand tu connectes le câble USB de la CR vers le RPi, que donnes le résultat d'un «dmesg» à propos de la connexion USB. Idem une fois ce câble connecté, que dit «lsusb» ?

Le conseil de @Savateest judicieux car les cartes Creality ont le même «by-id» 😉 ( usb-1a86_USB_Serial-if00-port0 ) à cause du chip USB (ch340) utilisé sur ces cartes

Tu pourrais aussi utiliser comme périphérique un /dev/ttyUSB0… 1… 2 en fonction du résultat de lsusb (c'est un lien symbolique vers le (by-id)

🙂

Il y a 1 heure, Savate a dit :

sinon le [mcu rpi] est en commentaire maintenant ? normal ?

C'était normalement uniquement pour tester avant de flasher le RPi 😉 (s'il a été flashé, il faut décommenter)

Modifié (le) par fran6p
  • Merci ! 1
Posté(e) (modifié)
il y a 45 minutes, Savate a dit :

Tu devrais reflasher en débranchant la ender comme ça tu es sûre de ta carte 🙂

J'ai essayé

Mais j'ai l'impression que chaque idée me mène à de nouveaux soucis aha

Quel enfer - merci pour votre aide, sinon je serais vraiment au bout de ma vie :')

image.thumb.png.06fc15b41efac78450ca619f2a7d6313.png

Sur le net je lis que c'est lié au fait qu'il n'y a pas de bootloader ? Et qu'il faut en installer un ?

Mais pourquoi j'ai pu la flasher une fois ?

En plus j'ai plus d'ordi portable, il faut absolument que je passe par le pi je peux plus flash depuis vs code ou autre aha

@fran6p t'as du faire ça pour ta CR ?

 

Edit : j'ai changé de câble, ça a marché. J'ai pu reflasher, mais toujours le même soucis

Edit de l'edit : si je réessaye, j'ai à nouveau un timeout 🙃

 

il y a 45 minutes, Savate a dit :

après je ne sais pas quels sont les paramètres à utiliser pour les ender/cr10, mais tu as peut être (en plus) la possibilité de changer l'usb id dans les options du firmware (pour essayer)

On peut faire ça ? En ssh du coup je suppose ?

 

il y a 41 minutes, fran6p a dit :

J'ai relu le début du sujet 🤔, il y a une chose qui me chagrine : que tu tentes d'arrêter le service klipper ou de le démarrer, il est en échec.

Alors j'ai des news par rapport à ça : en effet ça ne marchait pas car ce n'était pas la bonne commande

Comme j'ai deux instances, j'ai un service pour chaque instance

image.png.863aa7cb7c1cf27c7ee250aab4c7bf3e.png

(Mais j'avais arrêté manuellement klipper via l'interface web tout à l'heure)

 

il y a 41 minutes, fran6p a dit :

En ssh, quand tu connectes les câbles USB de la CR vers le RPi, que donnes le résultat d'un «dmesg» à propos de la connexion USB. Idem une fois ce câble connecté, que dit «lsusb» ?

J'ai débranché rebranché - la fin de dmesg :

[  699.073125] usb 1-1.4: USB disconnect, device number 3
[  699.074003] ch341-uart ttyUSB0: ch341-uart converter now disconnected from ttyUSB0
[  699.074114] ch341 1-1.4:1.0: device disconnected
[  700.723575] usb 1-1.4: new full-speed USB device number 4 using xhci_hcd
[  700.829674] usb 1-1.4: New USB device found, idVendor=1a86, idProduct=7523, bcdDevice= 2.64
[  700.829710] usb 1-1.4: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[  700.829727] usb 1-1.4: Product: USB Serial
[  700.834500] ch341 1-1.4:1.0: ch341-uart converter detected
[  700.839934] usb 1-1.4: ch341-uart converter now attached to ttyUSB0

lsusb

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

 

il y a 41 minutes, fran6p a dit :

Mets le klippy.log et le moonraker.log

Je les ai mis en PJ 😄

 

klippy.txt moonraker.txt

Modifié (le) par Akyelle
Posté(e) (modifié)

J'ai finalement trouvé !

Je suis tombée sur ce post reddit

C'était le baudrate qui posait problème.

Sur la CR10v2 il est à 115200, or Klipper de base le configure à 250000

 

Si jamais, pour celles & ceux qui auront le soucis, le menu makeconfig :

image.png.682a4568c86b27fef092714656058790.png

 

Et dans printer.cfg :

[mcu]
serial:/dev/serial/by-id/votreportusb
restart_method: command
baud: 115200

Pour que ça fonctionne il faut que j'allume les imprimantes + le rasp en même temps, sinon ça marche pas vraiment 🤷‍♀️

 

Merci à vous deux pour votre aide !

Par contre j'ai ça qui ne tourne toujours pas, mais on va dire que c'est pas grave aha

image.thumb.png.b202f60505fb4fe5fcbb6298e1b319d8.png

 

Edit :

Par contre chose étrange, si je restart pour changer le printer.cfg, il perd la CR10 (mais pas la Ender)

Après c'est moins grave, en soit ça me va si ça fonctionne

Mais si vous avez une idée 🙂

Modifié (le) par Akyelle
Posté(e)

@Akyelle, je viens dans cet échange pour te donné mon expérience. 

J'ai suivi les explications que @fran6p et d’autre, m'avait donné pour

ma cr10 v2 et je n’ai pas de problème avec le printer.cfg de fran6p.

Pour le flashage de CM  j’ai aussi galeré mais en suivant tous les conseils

j’y suis parvenu, donc faisable par toi

  • +1 1
Posté(e) (modifié)
Il y a 4 heures, Akyelle a dit :

Mais si vous avez une idée

ça m'arrive parfois d'en avoir 😄

Là le message dit que le script klipper_mcu n'est pas exécutable )il lui manque les droits. Normalement :

Citation

pi@cm4-lite:~ $ ls -al /usr/local/bin/klipper_mcu
-rwxr-xr-x 1 root root 821336 Apr 10 13:32 /usr/local/bin/klipper_mcu
pi@cm4-lite:~ $

 

Toi, ton fichier doit être en -rw-r--r-- (0640 au lieu de 0755). Facile à corriger s'il n'a pas les bons droits:

sudo chmod +x /usr/local/bin/klipper_mcu

ou

sudo chmod 0755 /usr/local/bin/klipper_mcu

Réflexion: c'est tout de même bizarre cette erreur car le script flash-linux.sh ne modifie pas les droits du fichier klipper_mcu (il copie le klipper.elf dans klipper_mcu).

«Bizarre, bizarre. comme c'est étrange. Vous avez dit bizarre… » Drôle de drame, Marcel Carné

🙂

Modifié (le) par fran6p
  • Merci ! 1
Posté(e) (modifié)
Il y a 7 heures, fran6p a dit :

sudo chmod +x /usr/local/bin/klipper_mcu

ou

sudo chmod 0755 /usr/local/bin/klipper_mcu

Hello !

Alors peut-être que le souci vient de là : je n'ai rien dans bin

image.png.9686e6d74497651188a9f4b783c8f294.png

 

Et en fait j'ai l'impression de ne pas avoir ce dossier

image.png.e18184fa0af679ea220ae9e18a4ce17c.png

(je vérifiais juste que find fonctionnait avec le printer.cfg)

 

Par contre klipper-mcu est installé

image.png.77a0c9c930896c80349e2a08701183bd.png

 

Si je liste mes services :

Est-ce qu'il faudrait que j'installe le service en deux fois ? Comme klipper ?

image.png.5659c9b584d7cb09b3f811bedd6646b7.png

 

----

 

Il y a 10 heures, papagalak a dit :

Pour le flashage de CM  j’ai aussi galeré mais en suivant tous les conseils

Yes ! Merci pour le retour 😄 J'y suis arrivée pour le flashage, la c'est ma connexion pi/CR10 (alors que pi/ENDER fonctionne) qui est instable 😞

 

----

Je cherche des indices, mais pour l'instant je n'avance pas beaucoup

 

(J'ai bien fait la commande sudo usermod -a -G tty floriane pour donner les droits)

----

Edit :

Si ça peut aiguiller, la connexion plante même si l'autre imprimante est éteinte + les services de celle-ci éteins

En fait même si je reboot ou sudo reboot le raspberry, il veut pas se connecter à la CR10. Il faut que je les allumes ensemble au niveau de la multiprise pour qu'il accepte de me l'afficher.

Je me suis dit que c'était un problème d'alimentation, du coup j'ai fait en sorte que le câble n'alimente pas en puissance l'imprimante, mais ça n'a absolument rien changé

 

Modifié (le) par Akyelle
Posté(e)
Il y a 13 heures, Akyelle a dit :

Est-ce qu'il faudrait que j'installe le service en deux fois ? Comme klipper ?

Le klipper_mcu n'est à installer qu'une seule fois car il est lié au matériel SBC (le RPi) 😉

Ce n'est absolument pas normal que ton /us/r/local/bin soit vide. Normalement quand tout se déroule correctement en suivant la procédure décrite (en français) ici

1- Installer le service (daemon)

2- Construire et installer (compiler, «flasher» (voir le script flash-linux.sh qui effectue le travail de copie au bon endroit ( "#!/bin/bash
# This script installs the Linux MCU code to /usr/local/bin/ " )

La documentation dit de faire un simple make flash … (sans sudo make …) car le Makefile «Linux» le fait pour l'utilisateur :

Révélation

# Additional linux build rules

dirs-y += src/linux src/generic

src-y += linux/main.c linux/timer.c linux/console.c linux/watchdog.c
src-y += linux/pca9685.c linux/spidev.c linux/analog.c linux/hard_pwm.c
src-y += linux/i2c.c linux/gpio.c generic/crc16_ccitt.c generic/alloc.c
src-y += linux/sensor_ds18b20.c

CFLAGS_klipper.elf += -lutil -lrt -lpthread

flash: $(OUT)klipper.elf
    @echo "  Flashing"
    $(Q)sudo ./scripts/flash-linux.sh $(OUT)

Tester la présence du klipper_mcu dans /usr/local/bin

Si en suivant la procédure, le fichier est absent, je soupçonne la carte SD qui accueille le système (OS). Ces cartes SD n'apprécient que moyennement l'extinction du RPi sans passer par la procédure shutdown (halt -h now).

Juste par curiosité 😉 une raison particulière de ne pas  avoir utilisé l'utilisateur habituel «pi» ?

🙂

  • Merci ! 1
Posté(e) (modifié)

Hello !

En refaisant la manipulation de l'installation du service + flash, ça a fonctionné !

J'ai bien le fichier dans /usr/local/bin et je vois sur l'interface que le service tourne

J'ai du manquer un truc la première fois, my bad

 

Merci beaucoup ! 🤩

 

 

Il y a 1 heure, fran6p a dit :

Juste par curiosité 😉 une raison particulière de ne pas  avoir utilisé l'utilisateur habituel «pi» ?

Quand j'ai paramétré la WIFI, j'ai vu qu'on pouvait personnaliser le nom d'utilisateur. J'ai mis Floriane car c'est aussi ma session windows, je n'ai donc pas besoin de faire ssh pi@192.168.1.99, mais juste ssh 192.168.1.99 (oui, c'est assez peu d’énergie économisée je le conçois aha)

En plus j'ai fait ça sans rien connaître, résultat : au début quand je recopiais les commandes données avec "pi" je ne comprenais pas pourquoi ça ne marchait pas...

Modifié (le) par Akyelle
Posté(e) (modifié)
il y a 19 minutes, Akyelle a dit :

au début quand je recopiais les commandes données avec "pi" je ne comprenais pas pourquoi ça ne marchait pas...

Si ça peut te rassurer, on est tous passé par cette phase 😄 Au bout d'un moment plus ou moins long, on arrive à mieux comprendre comment ça fonctionne, on prend de plus en plus d'assurance. On ne deviendra pas des experts mais des amateurs «éclairés» capables de se dépatouiller souvent seul ou à l'aide d'autres plus expérimentés. Même l'informatique reste un apprentissage (essais /erreurs) et ce n'est qu'en mettant les mains dans le cambouis (pas vraiment approprié car c'est plutôt propre comme environnement) que l'on progresse.

il y a 20 minutes, Akyelle a dit :

c'est assez peu d’énergie économisée

En tant que procrastinateur «pro», je ne peux qu'approuver 😉

Bravo, maintenant tout fonctionne… Alors que le filament coule à flot

🙂

Modifié (le) par fran6p
  • Merci ! 1

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 compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
×
×
  • Créer...