Le diagnostic de carte mère, structuré au lieu d'improvisé.

Pourquoi le diagnostic au hasard coûte si cher

Une carte mère moderne, c’est des milliers de composants et des dizaines de rails d’alimentation interdépendants. Sonder au hasard, c’est des heures perdues, et parfois un deuxième défaut créé au passage. Les techniciens seniors ne sondent pas au hasard : ils déroulent mentalement un arbre de pannes. Pas de LED ? D’abord la tension d’entrée. Présente ? Le fusible. Intact ? Le premier régulateur de la chaîne. Chaque mesure élimine une branche entière.

Le problème : cet arbre vit dans la tête des seniors et dans des fils de forum éparpillés. WrenchBoard le rend exécutable.

La méthode : symptôme → règles → graphe → protocole

Une session de diagnostic WrenchBoard suit quatre temps :

1. Le symptôme, en langage naturel. « Carte morte, pas de LED, adaptateur 24 V branché. » Pas de formulaire, pas de codes : vous décrivez ce que vous voyez au banc.
2. Les règles de panne de l’appareil. La base de connaissances par appareil associe symptômes et causes connues, chacune avec un score de confiance. Un fusible d’entrée qui bloque le rail principal sort en tête avec sa probabilité.
3. Le graphe électrique. Si le schéma a été ingéré, l’agent vérifie ses hypothèses contre la topologie réelle : quels composants tombent si ce rail tombe, qu’est-ce qui doit s’allumer avant quoi dans la séquence de démarrage. Il peut simuler une cascade de panne avant que vous touchiez la carte.
4. Le protocole de mesure. L’hypothèse débouche sur des étapes ordonnées et typées : continuité aux bornes de F1, tension sur R49, contrôle diode sur le rail suspect. Le boardview zoome sur chaque point de mesure au moment où l’agent vous y envoie.

À chaque résultat rapporté, l’hypothèse se resserre ou bascule. Le journal de réparation garde tout : mesures, écarts avant/après, cause confirmée.

Un agent qui ne brode pas

L’intérêt d’un agent IA dans une boucle de diagnostic dépend entièrement de sa fiabilité. Un assistant qui invente un point de test fait perdre plus de temps qu’il n’en fait gagner. WrenchBoard applique une discipline stricte, détaillée sur la page IA et réparation électronique :

• chaque refdes cité est validé contre la carte parsée : un composant inexistant est signalé, jamais affirmé ;
• les causes proposées viennent des règles auditées de l’appareil ou du graphe électrique compilé, pas de la mémoire du modèle ;
• quand l’agent sort des règles établies pour raisonner sur la topologie seule, il l’annonce.

Du diagnostic ponctuel à la mémoire d’atelier

Une panne diagnostiquée n’est utile que si elle sert la suivante. En fin de session, la cause confirmée est enregistrée ; les patterns récurrents et les playbooks de diagnostic se partagent entre appareils. La dixième carte du même modèle avec le même symptôme se diagnostique en minutes : l’agent commence par ce qui a déjà fonctionné.

C’est la même logique qui fait de WrenchBoard un logiciel de microsoudure complet plutôt qu’un outil de consultation : la connaissance s’accumule là où le travail se fait.

Commencer sur une carte couverte

Le plan gratuit donne accès aux appareils couverts par la base de connaissances, dans le navigateur, sans installation. Décrivez un symptôme réel et regardez l’agent dérouler son arbre de pannes, la démo de deux minutes sur la page d’accueil montre une session complète sur une carte réelle.