Nous avons tous vécu ce moment magique où, après d’innombrables heures frustrantes d’expérimentation et de creusement de cerveau, l’objet de notre attention commence à fonctionner. L’imprimante 3D produit enfin un bon rendement. L’ordinateur portable piraté démarre enfin. Le moteur de la voiture ronronne enfin. La question est, savons-nous pourquoi cela a commencé à fonctionner?

C’est plus important que vous ne le pensez. Connaître la réponse vous permet de confirmer que le problème principal a été résolu, sinon vous venez peut-être de corriger un symptôme. Et le manque de compréhension signifie que la résolution d’un problème peut simplement en créer un autre.

La solution est d’adopter une méthode de dépannage méthodique. Nous parlons d’une technique de résolution de problèmes structurée qui, lorsqu’elle est utilisée correctement, peut nous aider à résoudre un problème en son cœur sans laisser de détails. Une telle méthodologie vous permettra également de savoir pourquoi une solution a fonctionné ou n’a pas fonctionné à la fin, et vous donnera des résultats reproductibles.

Moteur de voiture compliqué
Oh ouais, prenons notre clé et creusons directement !

Il n’est pas raisonnable de s’attendre à ce que nous puissions réparer efficacement tout ce que nous ne comprenons pas. Par exemple, si une voiture ne fonctionne pas tout à fait correctement, il sera inutile de tenter une solution si vous ne connaissez pas les bases du calage de l’allumage, de l’alimentation en carburant, du fonctionnement du moteur au moins à un niveau de base.

Si vous essayez de créer quelque chose à partir de zéro ou d’apporter une modification importante à un produit existant, une solide compréhension de ce à quoi devrait ressembler le produit final sera nécessaire. Si vous n’êtes pas au courant de ces choses, il est peut-être temps de plonger profondément, en descendant le terrier du lapin comme on dit, sur le sujet en question.

Wikipédia, articles techniques, forums, communautés de médias sociaux (groups.io, groupes facebook, reddit, etc.) et bien sûr Hackaday sont autant de ressources possibles pour apprendre. Une fois que vous avez compris comment tout système est censé fonctionner, vous pouvez passer à l’étape suivante du dépannage : le processus d’élimination.

Maintenant que vous êtes aussi expert que vous allez l’être sur le sujet de votre choix, il est temps de plonger et de voir ce qui ne va pas. Armés de notre vision claire de ce à quoi ressemble un processus réussi et du processus d’élimination, nous allons enquêter. Oui, nous allons à fond Sherlock Holmes ! Si vous avez grandi en jouant à un certain jeu de société déposé et protégé par le droit d’auteur, vous saurez alors comment cela fonctionne.

Le but est simple : identifier toutes les étapes qui composent un processus réussi, puis les vérifier une par une, en commençant par la première étape — même si (surtout si !) vous pensez savoir où se situe déjà le problème. Un pas après l’autre. Pas des multiples, et certainement pas tous. Pas de saut en avant. Juste un. Et puis, après avoir vérifié un seul des éléments à la fois, vous notez : cela a-t-il résolu le problème ? Oui? Non? Pas certain? C’est très bien.

À chaque étape, enregistrez vos résultats, puis passez à l’élément suivant de votre liste. L’enregistrement des résultats est vital pour le processus. Et parfois, nous n’avons tous les faits que plus tard dans l’enquête. Ainsi, être en mesure de revoir les notes nous aidera à repérer des tendances que nous n’aurions jamais remarquées autrement.

Même si vous pensez avoir résolu le problème, continuez à parcourir votre liste. Parcourez l’ensemble du système pour vous assurer que tout fonctionne comme il se doit. Le dépannage est incomplet si vous ne regardez qu’une partie du processus.

Dans les systèmes plus complexes, une approche à plusieurs niveaux sera très utile. Commencez par une vue d’ensemble de haut niveau du système à portée de main. Suivez le processus jusqu’à ce que vous trouviez quelque chose de cassé. Une fois que vous avez isolé la zone à problème, redémarrez le processus de dépannage dans cette zone à problème, en prenant des notes au fur et à mesure. Si vous résolvez un problème, revenez au premier niveau de dépannage et continuez jusqu’à ce que le processus soit terminé. Cela vous aidera à répondre à la question suivante.

Si vous avez identifié et résolu ce que vous pensez être le problème principal, il est temps de vérifier que le correctif est efficace. La meilleure façon de le faire est de tester votre article ou processus de la même manière qu’il sera utilisé. Parfois, c’est simple : The Thing fonctionne, et c’est réparé ; il y a très peu entre les deux à avoir. D’autres fois, des tests plus approfondis sont nécessaires. Imaginez réparer une voiture qui ne démarre pas, remettre les clés à son propriétaire, puis découvrir à la dure qu’elle n’avait pas non plus de freins !

Il se peut donc que vous deviez faire un « essai routier » pour ainsi dire. L’objectif devrait être de vérifier que vous n’avez pas résolu un problème mais que vous en avez créé deux autres et que l’ensemble du système fonctionne comme prévu.

Comme pour toute méthode ou processus, il est tout à fait possible de penser que nous avons raison alors que ce n’est pas le cas. Le dépannage n’est pas différent. Si nous avançons du tout dans le processus ou si nous ne prenons pas de notes en cours de route, il sera assez facile de passer à côté du problème. De même, si nous ne comprenons pas pleinement le sujet, nous pourrions ne pas être en mesure d’identifier quand quelque chose ne semble pas tout à fait correct.

Sonder un circuit imprimé avec un multimètreD’un autre côté, peut-être que nous reprenons un projet de quelqu’un d’autre et qu’ils nous ont dit ce qui ne va pas, mais admettons qu’ils ne savent pas comment y remédier. Cela soulève une question épineuse : s’ils ne savent pas comment le réparer, comment peuvent-ils être sûrs de ce qui ne va pas pour commencer ? Prenez les informations entrantes avec un grain de sel et vérifiez par vous-même quel est le problème avant de commencer à chercher une solution.

Quand j’étais jeune, j’ai entendu les malheurs des mécaniciens d’arrière-cour qui se plaignaient d’avoir remplacé des pièces pour des centaines de dollars, mais le problème qu’ils rencontraient n’était pas résolu. Je me souviens distinctement d’eux blâmant les nouveaux « trucs électroniques » de fantaisie (injection de carburant) pour leurs problèmes. La réalité est qu’ils ne comprenaient pas le système avec lequel ils travaillaient et ne pouvaient donc pas le dépanner efficacement, et ils ont donc cessé d’analyser le problème. et j’ai juste réagi en y jetant des pièces jusqu’à ce que quelque chose fonctionne, espérons-le. Et c’est une autre façon d’échouer au processus de dépannage.

Dans certains cas, le processus de dépannage exact peut être excessif. Pour vous appuyer à nouveau sur l’analogie avec la voiture, imaginez que vous avez un véhicule à injection de carburant plus ancien qui ne fonctionne pas correctement. Il se peut qu’en raison de l’âge du système dans son ensemble, rien ne résoudra vraiment le problème. Des années de crasse, de mauvaises connexions et des pièces usées contribuent tous à un vague problème difficile à reproduire. De plus, nous ne savons pas quand le système a été réparé pour la dernière fois. Dans de tels cas, il peut être nécessaire d’adopter l’approche du fusil de chasse. Et non, je ne parle pas de le retirer et de le tirer !

La méthode de dépannage susmentionnée pourrait être décrite comme un fusil de haute précision : nous visons soigneusement et appliquons un correctif. La méthode du fusil à pompe est exactement le contraire : nous visons dans la direction générale du problème et tirons plusieurs projectiles, en espérant que l’un d’eux atteigne sa cible et résolve le problème.

Dans notre exemple EFI en difficulté, il n’est peut-être pas déraisonnable de remplacer tous les capteurs et tous les connecteurs cassés. Ceci serait suivi par la reconstruction de la partie mécanique telle que le corps de papillon. Même le remplacement des pompes à carburant, des filtres et le nettoyage du système d’alimentation en carburant avec un additif pour carburant peuvent être utiles. Et puis une fois que le système a été ramené à un état connu, il peut être testé et tous les défauts restants peuvent être examinés en utilisant la technique de dépannage appropriée.

Un autre cas d’utilisation de l’approche fusil de chasse est celui où nous avons un problème urgent qui doit être résolu. Le problème racine peut n’avoir que quelques causes connues, donc l’application de tous les correctifs en même temps peut être plus rapide dans certains cas. Par exemple, nous n’avons peut-être pas le temps de dépanner correctement un serveur critique avec un problème matériel inconnu. Le remplacement du système de stockage par un nouvel ordinateur le remettra rapidement en ligne, puis le matériel précédent pourra être soumis à des tests sans de telles contraintes de temps.

Quel que soit le cas, avoir une solide compréhension du système sur lequel vous travaillez vous aidera à adopter la bonne approche pour résoudre le problème.

Vous avez peut-être remarqué que les méthodes de dépannage discutées sont très similaires à la méthode scientifique qu’au moins la plupart d’entre nous avons apprise à l’école. Et c’est pourquoi prendre des notes est si important.

Adam Savage a dit en plaisantant « Rappelez-vous les enfants, la seule différence entre foutre et la science est de l’écrire ! » (Cela a ensuite été attribué à Alex Jason.) Et c’est vraiment le point ici : écrire des choses, prendre des notes sur les choses, qu’elles fonctionnent ou non, est une partie vitale de tout ce processus. Sinon, nous ne faisons que poignarder aveuglément dans l’obscurité.

J’espère que cette incursion dans la réparation de choses délicates vous a été utile. Avez-vous votre propre histoire de dépannage, méthode ou « Aha ! » moment à partager ? Assurez-vous de nous le faire savoir dans les commentaires ci-dessous!