Une ligne par recharge : début, fin, énergie livrée ; plus tard le véhicule et la part surplus / réseau que funding distingue déjà. La raison est un manque, pas un confort : il n'existe aucun rapport, nulle part — ni par session, ni par charge, ni par mois. Le bilan journalier s'arrête à la journée. Au moteur et pas à l'app : c'est lui qui voit le début et la fin d'une session et connaît la ventilation surplus / réseau ; l'app ne peut que la reconstituer. Pas en intégrant une courbe : ce serait ré-estimer une somme que le plugin connaît exactement — sessionEnergy de la V2C est accumulé au watt-heure près (validé le 2026-08-28 : 9,04023 + 0,182573 = 9,222803, somme exacte). Ne remplace pas l'enregistrement de currentPower, qui couvre la consommation sur une période indépendamment des sessions — y compris une recharge lancée à la main sur la borne, hors pilotage. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01A41CTzMvir1Y5ABPXW8xpB
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.
Description
Languages
Dart
91.5%
C++
4.3%
CMake
3.3%
Swift
0.4%
HTML
0.3%
Other
0.2%