bf23bda070
Sonde sur le banc, version relue avant (1.15.2+etm52, posée le 03/09), obligation déclarée puis retirée, restauration « 0 écart, clé par clé ». `progressMeasurable: true` et `regime: "measured"` sortent enfin sur la même charge : l'avertissement de saisie parlera là où il faut, et l'achat à l'aveugle a cessé pour une charge instrumentée. `deliveredWh` est présent (0, pas absent), `measuredSince` stable sur sept cycles. `purchasedWh` et `deliveredWh` divergent — 27,5 Wh achetés, 0 livré — et c'est ce qui prouve qu'ils ne font pas doublon. Ici la cause est bénigne : `ECS-Meter.totalEnergyConsumed` vaut 10 depuis le 1er septembre, constante du mock. Mais la divergence donne à l'écran un contrôle qu'il n'aurait pas su fabriquer : sous `measured`, acheté qui monte et livré qui reste plat = soit la charge ne consomme pas, soit le compteur ne compte pas. Non conclu : la décroissance de `remainingWh`, donc l'étalement adaptatif. Elle exige un cumul qui avance. Le comportement observé est aujourd'hui identique à celui d'`unmeasurable` pour une raison entièrement différente — la coïncidence même qui ferait conclure juste sur une mauvaise raison. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GKM8FDNHZWogAsjjfB8pSw
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.