Le parc se declare, la politique batterie suit
Quatre US5000 arrivent aujourd'hui. Les bandes de politique batterie sont en amperes ABSOLUS (souple -50 A / dur -100 A au-dessus de 90 % de SOC, etc.) et decrivent le parc de 4 modules sur lequel elles sont en vigueur -- l'arret dur du 11/09 a mordu au bon endroit, 87 A pour une limite de 70. Les garder telles quelles briderait un parc trois fois plus gros au niveau de l'ancien. Deux lectures, aucune table reecrite : - ECHELLE : le parc DECLARE (`evcs_balance_modules_en_service`, en equivalents US2000C -- un US5000 en vaut DEUX), le meme helper que la capacite utile et que le bilan energetique. Une seule valeur a tenir a jour, et les trois consommateurs restent forcement d'accord. - PLAFOND : ce que le BMS declare accepter a l'instant (`maximum_allowed_discharge_current` / `_charge_current`, nouvellement lus dans le snapshot). On ne s'autorise jamais plus. ⚠️ On ne met PAS a l'echelle sur la limite BMS lue en direct : elle s'effondre quand une cellule monte en tension (04/09 : plafond de charge de 150 a 20 A en cinq secondes). Une regle de confort ne suit pas un signal aussi nerveux ; elle se plafonne dessus, c'est tout. Parc absent ou BMS illisible => echelle 1, plafond inactif, comportement inchange. C'est pourquoi les 95 scenarios existants passent sans modification. Golden 95 -> 98. Mutation : echelle neutralisee -> seul `parc-double-decharge-toleree` tombe ; plafond BMS ignore -> seul `parc-double-plafond-bms` tombe. Verifie en production : execution 05:28:30 en succes, le gabarit rend bms_max_discharge_current_a=100, bms_max_charge_current_a=100, modules_en_service=4. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GwpFpy2aQ2rJok6tNQSbVj
This commit is contained in:
File diff suppressed because one or more lines are too long
Reference in New Issue
Block a user