ba5a8eb230
Seconde wallbox simulée appairée sur .75 après +etm27. L'entrée n'apparaît pas instantanément : ma première lecture montrait 4 charges, la suivante 5. Puis tout se confirme — rankOrigin "auto", rang 5 (insertion en queue), badge sur elle seule, alerte d'ex æquo muette. Le coût du §10 est constaté, et il est exactement celui annoncé : écho de "auto" par un client → EnergyErrorInvalidParameter, config INCHANGÉE "auto" → "" (ce que fait l'app) → accepté, LA MARQUE EST EFFACÉE "user" sur la seule borne visée → accepté, rang inchangé, seul ce champ change deux renommages voisins ensuite → "user" SURVIT Donc le badge a bien disparu d'une borne que personne n'avait classée, au renommage d'une autre charge — et la fragilité ne touche que "auto". ⚠️ TROUVAILLE 1 — un refus arrive en `status: "success"`, le verdict étant dans params.energyError. Le service de l'app teste bien les deux ; une sonde jetable écrite le jour même, non — elle a annoncé « ACCEPTÉ » sur une écriture que la box venait de rejeter, et c'est le journal de la box qui a rétabli les faits. La raison lisible n'existe que là : « la charge "Simulated wallbox 2" prétend un rankOrigin "auto" que le moteur n'a pas posé ». Côté RPC il ne reste que le code. §10 mis à jour avec la table et ce piège. ⚠️ TROUVAILLE 2 — l'insertion en queue CASSE la contiguïté des domaines : ecs, ev, ev, heating, ev. La note d'ordre entrelacé s'allume donc à juste titre, et prévient que le premier enregistrement regrouperait — remontant au rang 3 une borne que le moteur avait rangée en queue. Ce n'est pas un défaut de LM-1209, c'est son prix dès que la dernière charge n'est pas du même domaine. Trois lectures possibles, portées au brief moteur ; l'app ne change rien tant que ce n'est pas tranché. Et une erreur de ma part, dans une sonde jetable et pas dans l'app : j'ai comparé un id de borne SANS accolades à un id de charge qui en porte — le piège du §9, que j'avais écrit moi-même la veille. Les chemins de l'app normalisent (chargingModeOf) ou comparent l'id à lui-même (adoptRank) ; le script, lui, ne trouvait jamais sa cible. État du banc laissé : libellés restaurés, borne 2 en rankOrigin "user" au rang 5. Le "auto" est consommé — il faudra un nouvel appairage pour revoir le badge. 226 tests inchangés. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SQbZKrWqsMFP1Lh2jjjd9f
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.