Un aperçu concret de ce que ça permet, en une seule conversation : comprendre un problème technique, se faire aider à rédiger des mails, fouiller mon ordinateur, installer les outils nécessaires, générer des images, puis tout consigner — en une vingtaine de minutes.
La carte de communication LevelStream, reconstruite en image par Claude à partir des fichiers de fabrication.
Le contexte
Ce qui suit est la transcription réelle d'une session, à peine retouchée. Le contexte : notre assembleur électronique, DVC, devait lancer la production de 30 cartes le mardi. Le vendredi soir à 17 h, puis le lundi matin en urgence, il nous demande de valider l'orientation des composants avant de lancer — sinon « production en pause ». Je ne suis pas électronicien : voici comment Claude m'a accompagné.
Moi (Michael) Claude Action exécutée sur le PC
1 · Le problème
Michael
DVC vient de me revenir concernant la production des trente cartes. Et c'est assez amusant : ils nous reviennent le vendredi soir alors que la production est prévue mardi (le 9). Ils nous sont revenus le vendredi 5, vers presque dix-sept heures, pour nous demander d'envoyer des confirmations concernant des schémas qu'ils nous envoient. Je t'envoie les schémas parce que je ne comprends pas exactement de quoi il s'agit.
Et le lundi matin première heure — donc aujourd'hui, la veille de la production — il nous demande de nous dépêcher de confirmer, parce que sinon la production est en pause. C'est un peu tard, mais bon, soit. Alors je t'envoie : 1) le mail, 2) les images, et tu me dis ce que c'est.
📎
Michael joint le mail de DVC et 5 images du circuit imprimé.
Claude
Compris. Je te décortique ça, parce que c'est un échange standard en fabrication électronique mais pas évident si tu n'es pas du métier.
C'est quoi, au fond
C'est une validation d'orientation de composants — une étape normale et importante juste avant le lancement d'une série. DVC a reçu tes fichiers de fabrication (conçus par Thelis) et te montre comment ils ont interprété le sens des composants « polarisés » (ceux qui ont un sens de montage obligatoire). Un composant à l'envers = carte morte. Et comme c'est une machine qui pose 30 cartes d'un coup, une erreur = 30 cartes ratées.
Je peux te dire ce qu'ils ont marqué, mais je ne peux pas certifier chaque sens à partir de simples captures d'écran. Te dire « c'est bon » sur ta seule confiance serait irresponsable vu l'enjeu. Cette validation appartient à Serge Ista (notre lead technique) ou à Thelis (qui a dessiné la carte). Toi seul, tu ne devrais pas signer un OK d'orientation en aveugle.
Sur le tempo : tu as raison d'être agacé — revenir vendredi 17 h pour une prod mardi, c'est leur gestion de planning, pas la tienne. Mais le fond de la demande est légitime.
2 · L'aide à la rédaction des mails
Passage classique, abrégé : je dicte un brouillon pour marquer le coup sur le délai, Claude
corrige les fautes, resserre le ton et recalibre la stratégie (par exemple, éviter de
leur signaler qu'on n'a « aucune expertise en interne », ce qui afficherait une dépendance),
puis intègre mes ajouts. Au total deux mails partiront : un sur le timing, un sur
la validation.
3 · La proposition de solution & la recherche dans l'ordinateur
Michael
Est-ce que tu es capable d'analyser, avec les fichiers qu'ils ont envoyés, et aussi tous les fichiers qu'on a reçus de Thelis (les Gerber et compagnie) ? Toi tu peux peut-être regarder, analyser et comparer les fichiers.
Claude
Oui — mais soyons clairs sur ce que je peux faire. Les images de DVC sont générées à partir des fichiers de Thelis eux-mêmes. Donc si j'ai les fichiers source, je peux recouper leur interprétation contre la donnée d'origine. Le plus utile : le fichier pick&place (position + rotation de chaque composant), la nomenclature (quels composants sont polarisés), et la sérigraphie (les marquages de polarité dessinés).
Dis-moi où sont les fichiers Thelis et je fouille.
Michael
Va voir dans ce répertoire, tu devrais trouver normalement tout ce qu'il faut : …/IoT-Link/Thelis/LevelStream_Design_Boards…
📂
Claude liste le dossier OneDrive que je lui indique et ouvre l'archive du projet (CommunicationBoard_D-16.zip). Souci : à l'intérieur, ce sont des fichiers Altium binaires (.PcbDoc, .SchDoc) — illisibles tels quels.
PS> Get-ChildItem "…\Thelis\LevelStream_Design_Boards…"
→ CommunicationBoard_D-16.zip (projet Altium binaire, non exploitable)
🔎
Il ne bloque pas : il lance une recherche récursive sur tout le dossier IoT-Link, filtrée par extensions de fabrication, et tombe sur les vraies sorties — rangées dans un dossier BOM.
Lecture du pick&place (position + rotation de chaque composant) et du plan d'assemblage (qui relie chaque patte à sa voisine). De là, Claude reconstitue le circuit des composants à risque — c'est ce qui permet de déduire le sens des LED.
Claude
J'ai la vérité machine. Voici ce que je peux établir de façon fiable :
Les 3 LED (le point délicat)
Ce sont des LED témoins pilotées par le microcontrôleur. En traçant le circuit : chacune est reliée au MCU d'un côté, à une résistance de l'autre, le tout en montage actif-bas. Conclusion : la cathode est du côté du microcontrôleur.
Les gros condensateurs (le vrai risque)
C25/C26/C27 (2200 µF) : ce sont eux qui peuvent gonfler/exploser si on les inverse. Bonne nouvelle : les trois sont strictement cohérents (même type, même rotation), et le « + » est du côté du rail d'alimentation. Aucun n'est retourné par rapport aux autres.
Limite honnête : pour te montrer une preuve image, il me manque un outil de rendu. Je peux l'installer si tu veux.
Michael
Il y a uniquement la carte de communication sur leurs images ici ? Pas la carte de mesure avec le PGA ?
Claude
Oui — uniquement la carte de communication. Le PGA460 (le composant de mesure ultrason) est sur l'autre carte, qui n'est pas dans cette demande. Ce sont deux PCB distincts.
⚠️ Du coup, une question à poser toi-même : si la prod des 30 unités nécessite les deux cartes, où est la validation d'orientation de la carte ultrason ? Vu leur timing, je te suggère de poser la question à DVC tout de suite — pour ne pas découvrir un deuxième « production en pause » dans 3 jours.
Michael
J'envoie ceci :
Bonjour, Tout semble correct sur les images que vous nous avez envoyées. Mais ceci ne concerne que la carte de communication. Qu'en est-il de la carte de mesure ultrason ? Aucune vérification à faire ? Bien à vous,
Michael
Réponse de Serge :
Serge bin oui, c'est l'orientation des composants
Michael oui j'ai compris, mais moi je ne peux pas leur garantir — faut comparer avec les fichiers de Thelis j'imagine
Serge à priori c'est bon, sauf que pour les 3 LED c'est compliqué de repérer le sens
Claude
Serge confirme exactement ce que mon analyse donnait : « à priori c'est bon », sauf le sens des 3 LED difficile à repérer. Justement, j'ai pu aller plus loin que « c'est compliqué » : en traçant le circuit, la cathode est côté MCU. Et le point rassurant : une LED inversée ne casse rien (le témoin ne s'allume pas, c'est tout) — contrairement aux gros condensateurs, qui eux sont OK.
Si tu veux la preuve visuelle, je peux rendre la sérigraphie de Thelis en image — il me faut juste ton accord pour installer un petit outil.
4 · L'installation des outils nécessaires
Michael
Pour l'expérience, je veux bien ta solution de vérification par image. Ça implique quoi exactement ?
Claude
En clair : les fichiers Gerber sont les « plans » que lit la machine. Je prends la sérigraphie de Thelis (qui contient les marquages de cathode), je la convertis en image, et je la compare à celle de DVC. C'est la preuve « image contre image » que Serge ne pouvait pas faire à l'œil.
Ce que ça implique : installer 1-2 petits paquets Python (open-source, réversibles), lire tes fichiers (lecture seule), générer les images dans un dossier temporaire. Analyse de risque : aucune modif système, désinstallable. Le seul vrai « coût » = un peu de temps si le rendu demande quelques essais.
Michael
Ok vas-y.
📦
Installe les outils Python en espace utilisateur (pas de droits administrateur, réversible) : gerbonara (lecteur de Gerber) + de quoi convertir en image.
Obstacle : la conversion d'image passe d'habitude par une bibliothèque système (cairo) absente de mon PC → l'outil plante à l'exécution.
OSError: no library called "cairo-2" was found
🧩
Contournement (le vrai savoir-faire) : au lieu de forcer l'install d'une lib système, Claude demande à gerbonara les formes géométriques brutes du Gerber (traits, arcs, pastilles) et les redessine lui-même avec Pillow. Plus robuste, zéro dépendance système — et il garde le petit script pour la prochaine carte.
5 · La création des images
🖼️
Génère le rendu de la zone des 3 LED et l'affiche directement à l'écran.
Claude
Ça a marché — et le résultat est sans ambiguïté. 🎯
Rendu de la sérigraphie Thelis (zone des 3 LED). Pastilles cuivre en orange, marquages blancs/noirs. Le « K » (cathode) est imprimé du côté du microcontrôleur sur les trois LED.
Thelis a marqué lui-même la cathode (« K ») côté MCU. Et ça tombe exactement sur ma déduction électrique. Deux méthodes indépendantes — le marquage du concepteur + l'analyse du circuit — qui disent la même chose. Le seul point que Serge trouvait « compliqué » a donc une réponse nette.
Michael
Montre-moi les images.
🔋
Claude rend aussi la zone des gros condensateurs et ouvre les deux images dans la visionneuse Windows.
Claude
Les trois condensateurs électrolytiques (face dessous). Empreintes strictement identiques et même orientation — l'erreur d'assemblage la plus courante (un composant retourné) est exclue. La polarité « + » est côté rail d'alimentation.
Bilan : le pipeline « fichier de fabrication → image » fonctionne, et il a même apporté une vraie réponse (la cathode des LED, que personne n'arrivait à lire à l'œil).
6 · La mémorisation dans la base de connaissances & le commit
Michael
Garde les outils installés, ça peut servir pour la carte ultrason qui viendra. En attendant, tu peux clôturer : grave tout ce qu'il y a de nouveau dans la base de connaissances, fais-moi le détail de ce que tu ajoutes, et fais le commit.
🧭
Claude explore le dépôt, identifie les bons fichiers et conventions.
✍️
Met à jour 8 fichiers : la fiche des cartes électroniques (sens des composants confirmé), la fiche fournisseur DVC (nouveau contact + les 2 mails archivés + un point de vigilance), une nouvelle fiche outil « rendu Gerber » avec le script réutilisable, le log de session, et la mémoire/registre des points ouverts.
✅
Crée le commit (docs(kb): validation orientation Comm Board D-16…) et le pousse en ligne. Working tree propre.
Claude
✅ Session clôturée et gravée. Commit poussé, arbre de travail propre. Point ouvert vivant : la validation d'orientation de la carte de mesure (ultrason / PGA) est attendue de DVC — les outils sont en place, le script de rendu s'appliquera tel quel quand les fichiers arriveront.
7 · Le bilan
Ce qu'une seule conversation a produit
Un sujet compris de zéro (qu'est-ce qu'une validation d'orientation, pourquoi ça compte).
Deux mails rédigés, corrigés et calibrés (ton + stratégie) — envoyés ; DVC s'est excusé sur le timing.
Mes propres fichiers fouillés et analysés automatiquement (pick&place, plan d'assemblage, netlist).
Un outil installé et un obstacle technique contourné pour générer des images de la carte.
Une réponse que l'œil humain ne donnait pas : le sens des 3 LED, prouvé par deux méthodes.
Tout consigné dans la base de connaissances de l'entreprise et versionné — sans rien oublier.
Et cette page elle-même…
…a été conçue et publiée par Claude, dans la foulée de cette même session — à partir de la conversation et des images générées juste au-dessus.
