pv_mid passe aussi a 130 A
Le patch precedent n'avait releve que pv_boost : au-dessus de 80 % de SOC c'est pv_mid qui commande, donc son plafond de 110 A restait le plus bas et rien n'etait observable cet apres-midi. Table finale : 150 / 130 / 80 / 30, toujours decroissante. Applique a 13:31. Le courant est passe de 90 a 116 A dans la minute — mais la charge de la maison a chute de 2,6 kW au meme moment, et le courant n'a repris que 1,3 kW des 2,6 liberes tandis qu'un chargeur de plus se bridait. Ce n'est donc PAS une preuve propre, et je ne la presente pas comme telle. Ce que le releve montre vraiment : dans la tranche 80-90, le courant a plafonne vers 116 A sans jamais approcher les 130, pendant que la tension montait de 50,82 a 51,07 V vers la consigne. A ce niveau de SOC c'est la TENSION qui contraint, pas le courant. La ou le plafond mordait : a 12:36-12:42, SOC 78-80, le courant etait a 129 A pour une DVCC de 130 — colle dessus. C'est la tranche pv_boost, donc c'est la charge du matin qui dira ce que le 150 A libere. Cellules a 2 mV et aucune alarme sur toute la sequence. Golden ACM 20/20, attendu de acm-jour-mid mis a jour dans le meme commit. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GwpFpy2aQ2rJok6tNQSbVj
This commit is contained in:
34
HANDOFF.md
34
HANDOFF.md
@@ -6076,5 +6076,37 @@ pourquoi une consigne poussee a 11:11 ne s'applique qu'a 11:15.
|
||||
millivolts. S'il s'ouvre, on s'arrete a ce palier.
|
||||
3. Nombre de chargeurs `voltage_current_limited` a charge maison comparable.
|
||||
|
||||
### Suite immediate : `pv_mid` 110 → 130 A
|
||||
Le premier patch n'avait releve que `pv_boost`, donc rien n'etait observable a
|
||||
SOC 88. Table finale : **150 / 130 / 80 / 30**, toujours decroissante.
|
||||
|
||||
Applique a 13:31 (cycle ACM de 11:30 UTC). Ce qui s'est passe dans la minute :
|
||||
|
||||
| | 13:29:54 | 13:31:09 |
|
||||
|---|---:|---:|
|
||||
| DVCC | 110 A | **130 A** |
|
||||
| courant pris | 90 A | **116 A** |
|
||||
| tension | 50,82 V | 50,94 V |
|
||||
| maison | 6 159 W | 3 561 W |
|
||||
|
||||
⚠️ **A NE PAS PRESENTER COMME UNE PREUVE PROPRE** : la charge de la maison a
|
||||
chute de 2,6 kW dans le meme intervalle. Le courant n'a repris que 1,3 kW des
|
||||
2,6 kW liberes, et le nombre de chargeurs brides est monte de 1/7 a 2/7 — donc
|
||||
l'essentiel de ce qui a ete libere n'a PAS ete absorbe.
|
||||
|
||||
Ce que le releve montre vraiment : dans la tranche 80-90, le plafond de courant
|
||||
n'etait que marginalement contraignant. Le courant a plafonne vers **116 A sans
|
||||
jamais approcher les 130** et la tension montait vers la consigne (50,82 →
|
||||
51,07 V) : a ce niveau de SOC, c'est la TENSION qui contraint, pas le courant.
|
||||
Puis a 13:35, SOC 93, l'ACM est passe en `day_pv_topoff` (80 A / 52,4 V) et
|
||||
6 chargeurs sur 7 se sont brides — ecretage NORMAL de haut de charge, batterie
|
||||
quasi pleine, a ne pas confondre avec le sujet.
|
||||
|
||||
**Ou le plafond mordait vraiment** : a 12:36-12:42, SOC 78-80, le courant etait
|
||||
a **129 A pour une DVCC de 130** — colle dessus. C'est la tranche `pv_boost`, et
|
||||
c'est donc la charge du MATIN qui dira ce que le 150 A libere.
|
||||
|
||||
Cellules a 2 mV d'ecart et aucune alarme sur toute la sequence.
|
||||
|
||||
---
|
||||
*Document mis a jour le : 13/09/2026 — plafond de charge 130 → 150 A, pv_mid 51,2 → 51,5 V, golden-acm 20/20*
|
||||
*Document mis a jour le : 13/09/2026 — table de charge 150/130/80/30, pv_mid 51,2 → 51,5 V, golden-acm 20/20*
|
||||
|
||||
@@ -154,10 +154,14 @@ export const scenarios = [
|
||||
},
|
||||
{
|
||||
id: 'acm-jour-mid',
|
||||
label: 'Jour, SOC 85 entre 80 et 90 : 110 A a 51,5 V (la colonne des tensions redescendait entre 80 et 90)',
|
||||
// 13/09/2026 — 110 -> 130 A, meme raison que pv_boost : le 110 A venait de
|
||||
// l'ANCIEN parc. A 12:49, SOC 82, la batterie prenait encore 127 A juste
|
||||
// avant que l'ACM ne la ramene a son plafond. La table reste decroissante :
|
||||
// 150 / 130 / 80 / 30.
|
||||
label: 'Jour, SOC 85 entre 80 et 90 : 130 A a 51,5 V',
|
||||
time: h(ETE, '11:00'),
|
||||
overrides: { ...parcNeuf, soc_percent: '85', pv_power_w: '4000', battery_voltage_v: '50.5' },
|
||||
expect: { mode: 'day_pv_mid', profil: 'pv_mid', courantA: 110, tensionV: 51.5 },
|
||||
expect: { mode: 'day_pv_mid', profil: 'pv_mid', courantA: 130, tensionV: 51.5 },
|
||||
},
|
||||
{
|
||||
id: 'acm-jour-topoff-52v4',
|
||||
|
||||
45
tools/patch-20260913b-pvmid-130a.mjs
Normal file
45
tools/patch-20260913b-pvmid-130a.mjs
Normal file
@@ -0,0 +1,45 @@
|
||||
#!/usr/bin/env node
|
||||
// `pv_mid` (SOC 80-90) passe de 110 a 130 A.
|
||||
//
|
||||
// Suite directe du patch du meme jour, qui n'avait releve que `pv_boost`
|
||||
// (130 -> 150 A) : au-dessus de 80 % de SOC c'est `pv_mid` qui commande, donc
|
||||
// son plafond de 110 A restait le plus bas des deux et la mesure de l'apres-midi
|
||||
// ne pouvait rien montrer.
|
||||
//
|
||||
// Ce que la mesure du 13/09 avait etabli, et qui vaut pour cette tranche aussi :
|
||||
// - le BMS declare autoriser 250 A de charge et 53,2 V ;
|
||||
// - les 135 cellules du nouveau parc tiennent dans 2 mV, aucune alarme,
|
||||
// aucun module ne bloque la charge ;
|
||||
// - a 12:49, SOC 82, la batterie prenait encore 127 A — donc bien au-dessus
|
||||
// des 110 A que cette tranche autorise — juste avant que l'ACM ne la
|
||||
// ramene a son plafond a 12:50.
|
||||
// C'est le meme constat que pour pv_boost : le 110 A venait de l'ANCIEN parc.
|
||||
//
|
||||
// La table reste decroissante : 150 / 130 / 80 / 30. `pv_topoff` (80 A,
|
||||
// 52,4 V, regle le 06/09 sur mesure) et `pv_hold` (30 A, 50,6 V, delibere :
|
||||
// on atteint le haut, on n'y sejourne pas) ne sont pas touches.
|
||||
//
|
||||
// ⚠️ Contrairement au 150 A de pv_boost, celui-ci est observable IMMEDIATEMENT
|
||||
// tant que le SOC est entre 80 et 90.
|
||||
//
|
||||
// node tools/patch-20260913b-pvmid-130a.mjs
|
||||
import fs from 'fs';
|
||||
|
||||
const F = 'workflows/victron-auto-charge-manager-v1.2.json';
|
||||
const w = JSON.parse(fs.readFileSync(F, 'utf8'));
|
||||
const n = w.nodes.find((x) => x.name === 'Compute Charge Targets');
|
||||
if (!n) { console.error('noeud "Compute Charge Targets" introuvable'); process.exit(1); }
|
||||
|
||||
const avant = ' pv_mid: { current_a: 110, voltage_v: 51.5 },';
|
||||
const apres = ' pv_mid: { current_a: 130, voltage_v: 51.5 },';
|
||||
if (n.parameters.jsCode.includes(apres)) {
|
||||
console.log('deja applique');
|
||||
} else {
|
||||
if (!n.parameters.jsCode.includes(avant)) {
|
||||
console.error('ancre introuvable — le patch 20260913 (pv_mid a 51,5 V) doit etre applique d abord');
|
||||
process.exit(1);
|
||||
}
|
||||
n.parameters.jsCode = n.parameters.jsCode.replace(avant, apres);
|
||||
fs.writeFileSync(F, JSON.stringify(w, null, 2) + '\n');
|
||||
console.log(apres.trim());
|
||||
}
|
||||
File diff suppressed because one or more lines are too long
Reference in New Issue
Block a user