a1d0659db7
Formulée depuis une demande simple de Patrick : que le surplus aille d'abord à l'eau chaude, et à la batterie seulement ensuite. Elle n'est pas exprimable aujourd'hui, et le brief dit pourquoi avec ce qui a été vérifié plutôt qu'avec ce qui est supposé. Quatre constats : batteryLevelConsideration donne la priorité à la BATTERIE (le budget est annulé sous le seuil, pas au-dessus) ; la batterie n'est dans aucun GetLoadConfig ; enableCharging et ses quatre voisins ont zéro occurrence dans energyplugin/ ; et pourtant la classe SunSpec Storage de .75 les déclare comme actions exécutables. Plus un indice : domain: "battery" est déjà accepté par SetLoadConfig sans que rien n'en fasse quoi que ce soit. Quatre sous-questions, dont la première est la leçon de 3g-2 retournée vers eux : l'onduleur Fronius a sa propre logique de charge, donc avant d'ajouter un commandeur il faut savoir qui commande déjà. C'est littéralement le défaut d'adjustEvChargers(), et il serait absurde de le réintroduire sur la batterie le jour où ils viennent de le supprimer sur les bornes. Et ce que nous nous interdisons en attendant, dit explicitement : une règle Rules.* qui couperait enableCharging fonctionnerait, et nous l'écartons — ce serait un second commandeur sans arbitre. Mieux vaut dire « pas réglable aujourd'hui » qu'offrir un réglage dont personne ne garantit l'effet. 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.