b60c74d2e4
RECAP.md porte les neuf commits du jour et les trois défauts que seul l'appareil a montrés : deux cibles tactiles hors norme (26 px, 18 px), et une correction naïve laide que le test validait — c'est la capture qui a tranché, pas l'assertion. Ce qui manquait dans le suivi, et qui est écrit noir sur blanc : AUCUN BILAN JOURNALIER N'EXISTE DANS L'APP. Les quatre tuiles du tableau de bord mêlent deux natures de grandeur, et aucune n'est journalière — Autoconsommation et Autonomie sont des pourcentages instantanés, Vers réseau et Depuis réseau des kWh cumulés depuis l'origine. Les deux dernières portaient « aujourd'hui » : totalReturn n'est pas remis à zéro chaque nuit, d'où le « · cumulé ». Le bilan du jour reste à écrire, et le TODO porte les trois pièges de sa mise en œuvre — bornes à minuit local, clés de log SANS le préfixe currentPower, et les cumulés corrompus de .75. Et la question ouverte au moteur, telle qu'elle s'est posée : « ECS d'abord, batterie ensuite » n'est pas exprimable aujourd'hui, et batteryLevelConsideration fait l'inverse — il annule le budget SOUS le seuil, donc la batterie passe avant. La cause est structurelle : la batterie n'est dans aucun GetLoadConfig et le plugin ne la commande nulle part. Le levier existe pourtant, la classe SunSpec Storage de .75 déclare enableCharging, chargingRate et enableDischarging. Deux entrées du TODO étaient devenues fausses : kCodesReserveBatterie est fait, et « Zones — à ne pas entreprendre » est revu puisque le lot est cadré. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016vrTVifar2GN5rtUh89Wkq
etm_powersync_app
A new Flutter project.
Getting Started
This project is a starting point for a Flutter application.
A few resources to get you started if this is your first Flutter project:
For help getting started with Flutter development, view the online documentation, which offers tutorials, samples, guidance on mobile development, and a full API reference.