Patrick Schurig e84f59d04a docs(brief): trois constats du moteur vers l'app, dont un retiré
1. SetChargingInfo remplace un targetPercentage absent par 80, EN SILENCE — réponse
   EnergyErrorNoError, aucun avertissement, et la seule trace au journal imprime déjà 80.
   L'objet est reconstruit entier à chaque écriture : un champ omis retombe sur son défaut,
   il n'est pas « inchangé ». L'app doit lire-patcher-réécrire, et ne pas afficher 80 comme
   une cible que l'utilisateur aurait choisie.

2. L'alerte sur SampleRate15Mins était FAUSSE et je la retire : ma sonde lisait
   currentPowerProduction là où les entrées de log portent production. Vérifié dans les deux
   sens — 51 échantillons non nuls par RPC, 7908 lignes en base. L'historique 90 jours n'est
   bloqué par rien. Le piège réel est le nom des champs, sans préfixe currentPower.

3. loads[] contient enfin les bornes (buildTelemetry les sautait) et porte un champ funding
   surplus/grid, sans lequel sommer allocatedW donne un écart ininterprétable. Avec la mise
   en garde qui va avec : adjustEvChargers() re-décide après le waterfall, donc pour une
   borne l'allocation publiée est une intention, pas un ordre.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01XPUo3RMr8SzK6qbFtfBm8H
2026-08-26 18:43:54 +02:00

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
No description provided
Readme 4.6 MiB
Languages
Dart 91.5%
C++ 4.3%
CMake 3.3%
Swift 0.4%
HTML 0.3%
Other 0.2%