Trois corrections de Patrick sur la section batterie, plus le brief séparé. 1. LE BOOST CHANGE DE NATURE, et ce n'est pas un détail de libellé. Ce n'est pas « vider la batterie dans la voiture » : c'est charger la voiture plus vite que l'abonnement ne le permet. Un client en 6 kVA veut 7,5 ; le réseau donne 6, la batterie comble l'écart, le disjoncteur ne saute pas. Le réglage devient donc une PUISSANCE DE CHARGE VISÉE, pas une cible de SOC batterie, et la première des trois fins devient « la voiture a atteint sa cible » — le plancher batterie reste, mais comme garde-fou et non comme objectif. On ne cherche pas à vider la batterie, on cherche à finir la charge plus tôt. Ma réserve « le boost pourrait acheter en cachette » tombe, et elle tombe à l'envers : ce mécanisme existe précisément pour NE PAS dépasser ce qu'on a le droit de soutirer. Écrit dans la note : ce bloc appartient au délestage de LM-1006-1 vu par l'autre bout — au lieu de réduire les charges pour tenir sous le plafond, on complète par la batterie. Même objet, pas un mécanisme parallèle. Et c'est un argument de vente réel, donc il est dit à l'écran : recharger plus vite sans passer de 6 à 9 kVA. 2. L'INTERRUPTEUR DE DÉCHARGE PROMETTAIT CE QUE LE MÉCANISME NE TIENT PAS. Il disait « la maison continue d'être servie ; seule la voiture ne l'est pas ». enableDischarging est binaire et l'onduleur ne voit qu'une consommation nette : coupé, le réfrigérateur passe au réseau comme la voiture. Reformulé en « geler la batterie », avec le mécanisme expliqué. La version modulée — plafonner dischargingRate sur la consommation hors borne, recalculé à chaque cycle — part au brief comme question, pas à l'écran comme réglage. C'est exactement la classe de défaut traquée depuis trois jours, et je l'avais écrite moi-même. 3. LA RÉSERVE ADAPTATIVE DEVIENT UN PLANCHER DE SECOURS. Mon avertissement sur Battery Life était juste mais incomplet : il disait ce que le bloc n'est pas sans dire ce qu'il est. Combien d'autonomie garder pour une coupure est une préférence de RISQUE — elle dépend du congélateur, du télétravail, de la fiabilité du réseau local. Héos ne pourra jamais la décider à la place du client, ce qui la qualifie exactement selon le critère qui a fait sortir les quatre autres blocs. Deux détails de cohérence : la batterie est la seule charge sans compteur dédié possible — elle publie currentPower elle-même — et c'est DIT plutôt qu'omis en silence comme dans les cinq autres écrans. Et chargingRate trouve sa place : plafond de soutirage sur la charge réseau, même motif que la recharge accélérée à l'envers. Le brief moteur est à part, dans BRIEF_plugin_depuis_maquettes.md : les trois questions de mécanisme (interdit actif, bail qui expire, controlHealthy), plus quatre que la recharge accélérée soulève — la boucle à la minute contre un disjoncteur en secondes, la marge dimensionnée contre le pire démarrage non piloté, le filet qui est la BORNE et non la batterie, et la latence du Fronius à mesurer sur le banc. Avec la conséquence honnête écrite noir sur blanc : en 6 kVA le gain réel est d'un à deux kilowatts, pas de 1,5 garanti. 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.
Description
Languages
Dart
91.5%
C++
4.3%
CMake
3.3%
Swift
0.4%
HTML
0.3%
Other
0.2%