/u/304801/crop5bea8a2cd3d1a_cropped.png?f=community)
Oke ga eens de warning in de gaten houden voor het fine tunen.
En de afwijkingen tussen de packs.
Zie wel dat mogelijkheden zijn. Top
- leeg -
En de afwijkingen tussen de packs.
Zie wel dat mogelijkheden zijn. Top
/u/1521034/crop6161b4ded22f7_cropped.png?f=community)
Kia e-niro, smartEVSE, SolarEdge O/W 3/4 kW, Ferroli wpb 90 lt., Daikin 4kW monoblock, Victron MP2-5000 + 15 kWh, gasloos 2023
En hoe ziet dit plaatje er bij jou uit?
:no_upscale():strip_icc():strip_exif()/f/image/arHYO0doAxtN0BG3JyBnk4yt.jpg?f=user_large)
Kia e-niro, smartEVSE, SolarEdge O/W 3/4 kW, Ferroli wpb 90 lt., Daikin 4kW monoblock, Victron MP2-5000 + 15 kWh, gasloos 2023
Heb dynamic handmatig erafgehaald om de accu discharge te stoppen, maar je ziet het nog bij dit en vorige uur
/f/image/V7pSFWjbVxKqvgKnf2VmrCe2.png?f=fotoalbum_large)
:strip_exif()/f/image/V7pSFWjbVxKqvgKnf2VmrCe2.png?f=user_large)
Kia e-niro, smartEVSE, SolarEdge O/W 3/4 kW, Ferroli wpb 90 lt., Daikin 4kW monoblock, Victron MP2-5000 + 15 kWh, gasloos 2023
:no_upscale():strip_icc():strip_exif()/f/image/cneD1cLJAfogmGCG1VqUTUoz.jpg?f=user_large)
Kia e-niro, smartEVSE, SolarEdge O/W 3/4 kW, Ferroli wpb 90 lt., Daikin 4kW monoblock, Victron MP2-5000 + 15 kWh, gasloos 2023
2.730 Wp Enphase Zuid 30°, 4.450 Wp Enphase Noord 30° | Smart EVSE laadpaal | Victron Multiplus II 48/5000/70 3 Fase (nog niet actief) | 45kWh PylonTech Pelio accu (nog niet actief)
2.730 Wp Enphase Zuid 30°, 4.450 Wp Enphase Noord 30° | Smart EVSE laadpaal | Victron Multiplus II 48/5000/70 3 Fase (nog niet actief) | 45kWh PylonTech Pelio accu (nog niet actief)
2.730 Wp Enphase Zuid 30°, 4.450 Wp Enphase Noord 30° | Smart EVSE laadpaal | Victron Multiplus II 48/5000/70 3 Fase (nog niet actief) | 45kWh PylonTech Pelio accu (nog niet actief)
Hi all, DESS heeft bij mij wat edge cases. Ik heb een contract bij Tibber.
De standaard formule inclusief belastingen en overige kosten zorgt er voor dat DESS overtollige PV verkoopt zelfs wanneer de prijs exclusief onder de 0 cent zit. Pas wanneer de prijs inclusief belastingen en overige kosten onder de 0 zakt stopt DESS met exporteren. Dit is problematisch wanneer je meer PV exporteert dan je via de saldering terug mag pakken. En daarnaast is een prijs onder de 0 een signaal dat er teveel stroom is, dus is het beter voor het net om op dat moment niet / weinig te exporteren.
Anderzijds, de formule zonder belastingen maar met transport kosten is erg snel negatief en zorgt er voor dat DESS energie in gaat kopen van het net zelfs wanneer er die dag voldoende PV is. Vaak is de prijs inclusief belastingen en overige kosten dan alsnog positief.
Idealiter zou je in DESS een soort minimale in/verkoop prijs in kunnen stellen. Maar naar mijn weten kan dit momenteel niet.
Wat wel kan is een formule bouwen die deze edge cases afvangt.
Voor de goede orde, dit is het gewenste gedrag in python code:
Dit geeft de volgende impulse response bij een prijs tussen de [-1, 1].
/f/image/cxqRjI9Yly2c9zRUKNTlnGG3.png?f=fotoalbum_large)
Je ziet hier op de x-as de prijs / kWh en op de y-as het resultaat uit de gewenste formule. Buy = buy formula in DESS, sell = sell formula in DESS. Met dit gedrag stopt DESS met verkopen wanneer de prijs exclusief belastingen onder de 0 komt (met een kleine bias van -0.02 zodat DESS niet te snel verkoopt) en gaat DESS ook niet te snel opladen van het net omdat voor de buy de prijs inclusief belastingen aangehouden wordt totdat deze onder de 0 komt. Dit neemt de vorm aan van een wybertje.
Nu zit er in DESS een abs() functie. Abs() doet niets als een getal positief is, maar als een getal negatief is maakt dit een positief getal van het negatieve getal. Bijv. abs(-1) = 1, abs(1) = 1. Daar kunnen we een if-else mee emuleren.
Dit kunnen we gebruiken om bepaalde stukken formule aan of uit te zetten op basis van deze 0 of 1. Je krijgt dan best een wilde buy / sell formule. In dit geval specifiek voor Tibber, met een kleine bias om division by zero edge cases tegen te gaan, en in het geval van sell ook wat bias om niet te snel te verkopen. Het systeem is immers niet 100% efficient.
Je ziet in VRM dan een flinke pulldown ontstaan wanneer de sell prijs exclusief belastingen maar met transport kosten onder de 0 zakt. DESS reguleert in dat geval mijn MPPTs zodat er bijna niets naar het net geëxporteerd wordt.
/f/image/1wyfoEodC2CoxrFdaCS4bBlE.png?f=fotoalbum_large)
De formule is voor onze pythonistas makkelijk te updaten via de VRM api:
Edit 2025-07-03; Kleine bugfix in de sell formule
De standaard formule inclusief belastingen en overige kosten zorgt er voor dat DESS overtollige PV verkoopt zelfs wanneer de prijs exclusief onder de 0 cent zit. Pas wanneer de prijs inclusief belastingen en overige kosten onder de 0 zakt stopt DESS met exporteren. Dit is problematisch wanneer je meer PV exporteert dan je via de saldering terug mag pakken. En daarnaast is een prijs onder de 0 een signaal dat er teveel stroom is, dus is het beter voor het net om op dat moment niet / weinig te exporteren.
Anderzijds, de formule zonder belastingen maar met transport kosten is erg snel negatief en zorgt er voor dat DESS energie in gaat kopen van het net zelfs wanneer er die dag voldoende PV is. Vaak is de prijs inclusief belastingen en overige kosten dan alsnog positief.
Idealiter zou je in DESS een soort minimale in/verkoop prijs in kunnen stellen. Maar naar mijn weten kan dit momenteel niet.
Wat wel kan is een formule bouwen die deze edge cases afvangt.
Voor de goede orde, dit is het gewenste gedrag in python code:
code:
1
2
3
4
5
6
7
8
9
10
11
12
| # gewenste buy formule
def buy(price):
taxed_price = calc_taxed_price(price)
if taxed_price < 0:
return price
return taxed_price
# gewenste sell formule
def sell(price):
if price <= 0:
return price - 0.02
return calc_taxed_price(price) - 0.02 |
Dit geeft de volgende impulse response bij een prijs tussen de [-1, 1].
:strip_exif()/f/image/cxqRjI9Yly2c9zRUKNTlnGG3.png?f=user_large)
Je ziet hier op de x-as de prijs / kWh en op de y-as het resultaat uit de gewenste formule. Buy = buy formula in DESS, sell = sell formula in DESS. Met dit gedrag stopt DESS met verkopen wanneer de prijs exclusief belastingen onder de 0 komt (met een kleine bias van -0.02 zodat DESS niet te snel verkoopt) en gaat DESS ook niet te snel opladen van het net omdat voor de buy de prijs inclusief belastingen aangehouden wordt totdat deze onder de 0 komt. Dit neemt de vorm aan van een wybertje.
Nu zit er in DESS een abs() functie. Abs() doet niets als een getal positief is, maar als een getal negatief is maakt dit een positief getal van het negatieve getal. Bijv. abs(-1) = 1, abs(1) = 1. Daar kunnen we een if-else mee emuleren.
code:
1
2
3
4
| abs(x) + x = 0 wanneer x negatief is, ze heffen elkaar op abs(x) + x = 2*x wanneer x positief is. (abs(x) + x) / (2*abs(x)) = 0 wanneer x negatief is of 1 wanneer het getal positief is. |
Dit kunnen we gebruiken om bepaalde stukken formule aan of uit te zetten op basis van deze 0 of 1. Je krijgt dan best een wilde buy / sell formule. In dit geval specifiek voor Tibber, met een kleine bias om division by zero edge cases tegen te gaan, en in het geval van sell ook wat bias om niet te snel te verkopen. Het systeem is immers niet 100% efficient.
code:
1
2
3
| buy = ((p + 0.0175 + 0.1088) * 1.21 * (abs(p + 0.0175 + 0.1088) + (p + 0.0175 + 0.1088)) / (2 * abs(p + 0.0175 + 0.1088))) + p * (abs(p + 0.0175 + 0.1088) - (p + 0.0175 + 0.1088)) / (2 * abs(p + 0.0175 + 0.1088)) sell = ((((p + 0.0175 + 0.1088) * 1.21) * (abs(p) + p) / (2 * (abs(p) + 0.00001))) + (p) * (abs(p) - p) / (2 * (abs(p) + 0.00001))) - 0.02 |
Je ziet in VRM dan een flinke pulldown ontstaan wanneer de sell prijs exclusief belastingen maar met transport kosten onder de 0 zakt. DESS reguleert in dat geval mijn MPPTs zodat er bijna niets naar het net geëxporteerd wordt.
:strip_exif()/f/image/1wyfoEodC2CoxrFdaCS4bBlE.png?f=user_large)
De formule is voor onze pythonistas makkelijk te updaten via de VRM api:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
| from copy import deepcopy
import requests
import json
access_token = "<secret>"
id_site = '<secret>'
def get_ess_config(id_site, access_token):
headers = {
'x-authorization': f'Token {access_token}'
}
url = f"https://vrmapi.victronenergy.com/v2/installations/{id_site}/dynamic-ess-settings"
response = requests.get(url, headers=headers)
response.raise_for_status()
return response.json()
def update_ess_settings(id_site, access_token, data):
headers = {
'x-authorization': f'Token {access_token}',
'Content-Type': 'application/json'
}
url = f"https://vrmapi.victronenergy.com/v2/installations/{id_site}/dynamic-ess-settings"
response = requests.patch(url, headers=headers, data=json.dumps(data))
response.raise_for_status()
return response.json()
# Retrieve ESS buy and sell formulas
ess_config = get_ess_config(id_site, access_token)
print('ESS Config:')
print(json.dumps(ess_config, indent=2))
mod_ess_config = {}
mod_buy = '((p + 0.0175 + 0.1088) * 1.21 * (abs(p + 0.0175 + 0.1088) + (p + 0.0175 + 0.1088)) / (2 * abs(p + 0.0175 + 0.1088))) + p * (abs(p + 0.0175 + 0.1088) - (p + 0.0175 + 0.1088)) / (2 * abs(p + 0.0175 + 0.1088))'
mod_sell = '((((p + 0.0175 + 0.1088) * 1.21) * (abs(p) + p) / (2 * (abs(p) + 0.00001))) + (p) * (abs(p) - p) / (2 * (abs(p) + 0.00001))) - 0.02'
# sanitize formula (remove whitespaces)
mod_buy = mod_buy.replace(' ', '')
mod_sell = mod_sell.replace(' ', '')
mod_ess_config['buyPriceFormula'] = mod_buy
mod_ess_config['sellPriceFormula'] = mod_sell
update_ess_settings(id_site, access_token, mod_ess_config) |
Edit 2025-07-03; Kleine bugfix in de sell formule
:strip_icc():strip_exif()/u/86282/crop65a7ee1bac6ad_cropped.jpg?f=community)
:strip_exif()/u/8064/bang.gif?f=community)
Iemand enig idee waarom mijn VRM niet de consumed amp hours laat zien ?
Is dit een issue in de CAN communicatie tussen mijn JK BMS en en Cerbo wellicht ?
Iemand dit werkend in de combinatie JK BMS V15 en zijn Victron setup ?
/f/image/NO6T9y2nALL8DAXzaEPBWEVw.png?f=fotoalbum_large)
Is dit een issue in de CAN communicatie tussen mijn JK BMS en en Cerbo wellicht ?
Iemand dit werkend in de combinatie JK BMS V15 en zijn Victron setup ?
:strip_exif()/f/image/NO6T9y2nALL8DAXzaEPBWEVw.png?f=user_large)
Bij IT-ers gaat alles automatisch, maar niets vanzelf.
Linux is only free if your time has no value...
/u/1176/crop635f8931b2b68_cropped.png?f=community)
4900/4920 Wp ZW + 2520/2100 Wp ZO : SMA STP10.0-3AV-40/STP4.0-3AV-40 : 3xMP2-5000VA : 3xSeplos Mason 280L+42,9kWh : Arotherm VWL125/6+MEH97/6+VIH-RW300/3 : 100 m2 vvw als bijverwarming : Bouwjaar 2008
Morgen weer een 4-urig window van negatieve kWh prijzen (kaal). De formule lijkt zijn werk te doen en geeft een goede pullback op de sell prijs. Op dit moment plant DESS om de batterij in dit 4-uur durende window op te laden. PV export naar het net staat voornamelijk buiten dit window geplanned.
Morgen staat er ook een laadsessie van mijn EV geplanned (granny charger ~3kW.) Wellicht ooit nog eens mijn Cerbo customizen want het laden van de EV buiten het Victron systeem om zorgt voor rare voorspellingen in VRM. Of toch wachten tot dit als virtual device in Node Red toegevoegd kan worden?
:no_upscale():strip_icc():strip_exif()/f/image/rW9QLrEmO8yKb3UGway8Ix2x.jpg?f=user_large)
[ Voor 6% gewijzigd door Sikerdebaard op 03-07-2025 16:54 ]
Je kunt met Node Red de MPPT unit uitschakelen.
In Node Red --> Victron Energy --> Solar Charger
:no_upscale():strip_icc():strip_exif()/f/image/i6zlaixyRADfF5Dze6EyEyPw.jpg?f=user_large)
De logica wanneer je de unit aan- of uitzet moet je nog toevoegen.
Geen problemen hier. Alles draait prima incl. DESS.
3x Victron MP2-5000 | 32 kWh thuisaccu | 7.230 Wp Zonnepanelen
/u/210990/crop5db08141ca517_cropped.png?f=community)
PV: 49 kWp | ZB: 8kWp | WPs: 3x Pana 7J + Pana 5J + Nibe Savent + Vaillant aroSTOR 270BM + Samsung DVM S (L/L)
Kia e-niro, smartEVSE, SolarEdge O/W 3/4 kW, Ferroli wpb 90 lt., Daikin 4kW monoblock, Victron MP2-5000 + 15 kWh, gasloos 2023
17.550Wp Oost West | SMA Tripower x 15-50 | 150kWh LFP | 3 fase setup Victron MP2 8000VA | Gasloos | 500m2 bj 1900 | Fujitsu Split WP Boiler | Fujitsu Multisplit Aircon.
Beste mede-tweakers!
Na veel uitzoekwerk heb ik eindelijk mijn Victron 3-fase systeem draaiend.
Het gaat om een vrij standaard systeem met 3 (5kVa) multiplus 2 inverters, een Cerbo GX MK2 stuurunit en (nu nog) 2 Deye 5,12kWh batterijen.
Nu zie ik iets raars, wat jullie wellicht kunnen verklaren:
Tijdens het dischargen loopt er een negatieve stroom naar de accu en loopt de SOC op. Zou deze niet positief moeten zijn en de SOC dalen, immers de accu is aan het dischargen (dit geeft de BMS ook aan).
Ook lijkt het systeem goed te reageren op Dynamic ESS, echter als de stromen de verkeerde kant op lopen, gaat het systeem juist laden als er ontlaad moet worden en ontladen als er geladen moet worden.
Edit: Wellicht een domme vraag, maar bij Dynamic ESS moet de cerbo toch op externe besturing staan?
Is dit louter een instelling? Help!
:strip_exif()/f/image/MvEb419Om9jTE0UjbvSryMXt.jpg?f=fotoalbum_large)
Na veel uitzoekwerk heb ik eindelijk mijn Victron 3-fase systeem draaiend.
Het gaat om een vrij standaard systeem met 3 (5kVa) multiplus 2 inverters, een Cerbo GX MK2 stuurunit en (nu nog) 2 Deye 5,12kWh batterijen.
Nu zie ik iets raars, wat jullie wellicht kunnen verklaren:
Tijdens het dischargen loopt er een negatieve stroom naar de accu en loopt de SOC op. Zou deze niet positief moeten zijn en de SOC dalen, immers de accu is aan het dischargen (dit geeft de BMS ook aan).
Ook lijkt het systeem goed te reageren op Dynamic ESS, echter als de stromen de verkeerde kant op lopen, gaat het systeem juist laden als er ontlaad moet worden en ontladen als er geladen moet worden.
Edit: Wellicht een domme vraag, maar bij Dynamic ESS moet de cerbo toch op externe besturing staan?
Is dit louter een instelling? Help!
:no_upscale():strip_icc():strip_exif()/f/image/MvEb419Om9jTE0UjbvSryMXt.jpg?f=user_large)
[ Voor 23% gewijzigd door Paulluijken op 07-07-2025 08:39 ]
zonneboiler met 24 heatpipes, 10310 wp, Pellet cvkachel, gasloos sinds mei 2016, 3xMPII 3000, 32 kwh batterij
/u/123120/ibsd_daemon_small.png?f=community)
Dit klopt, dischargen is - stroom alleen zou de soc moeten aflopen...:
Beste mede-tweakers!
Na veel uitzoekwerk heb ik eindelijk mijn Victron 3-fase systeem draaiend.
Het gaat om een vrij standaard systeem met 3 (5kVa) multiplus 2 inverters, een Cerbo GX MK2 stuurunit en (nu nog) 2 Deye 5,12kWh batterijen.
Nu zie ik iets raars, wat jullie wellicht kunnen verklaren:
Tijdens het dischargen loopt er een negatieve stroom naar de accu en loopt de SOC op. Zou deze niet positief moeten zijn en de SOC dalen, immers de accu is aan het dischargen (dit geeft de BMS ook aan).
Ook lijkt het systeem goed te reageren op Dynamic ESS, echter als de stromen de verkeerde kant op lopen, gaat het systeem juist laden als er ontlaad moet worden en ontladen als er geladen moet worden.
Edit: Wellicht een domme vraag, maar bij Dynamic ESS moet de cerbo toch op externe besturing staan?
Is dit louter een instelling? Help!
[Afbeelding]
Ik heb nu in de Cerbo de Multiplus BMS gekozen in plaats van die van de batterij-BMS. Nu kloppen de stromen en plaatjes wel. Wel spreken de BMS'en elkaar tegen. Doe ik iets verkeerd?
:strip_exif()/f/image/HVIyy8D8UusHWqgmby3QCjPI.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():strip_exif()/f/image/HVIyy8D8UusHWqgmby3QCjPI.jpg?f=user_large)
@pvg DVCC staat inderdaad aan.
De rest (uiteindelijk 6 tot 8 in totaal) komen zo snel mogelijk hoop ik. Staan op nalevering
Ik heb hem nog geforceerd staan zonder DESS. Wel loopt de SOC van de multiplus uit de pas met die van de batterijen:
:strip_exif()/f/image/XwckfU9VxBWab7MBqa7kbwD2.jpg?f=fotoalbum_large)
De rest (uiteindelijk 6 tot 8 in totaal) komen zo snel mogelijk hoop ik. Staan op nalevering
Ik heb hem nog geforceerd staan zonder DESS. Wel loopt de SOC van de multiplus uit de pas met die van de batterijen:
:no_upscale():strip_icc():strip_exif()/f/image/XwckfU9VxBWab7MBqa7kbwD2.jpg?f=user_large)
Formule is nu (p+0.0205+0.1015)*1.21*1.10 inkoop
en (p+0.0205+0.1015)*1.21*0.90 verkoop.
Efficiency gaat met Putty SSH, dbus-spy com.victronenergy.settings/Settings/DynamicEss/SystemEfficiency.
Of met Nodered
:no_upscale():strip_icc():strip_exif()/f/image/dw9PsHs54EpugXU8VH4NdJSj.jpg?f=user_large)
[ Voor 43% gewijzigd door Pim57 op 07-07-2025 12:23 ]
Kia e-niro, smartEVSE, SolarEdge O/W 3/4 kW, Ferroli wpb 90 lt., Daikin 4kW monoblock, Victron MP2-5000 + 15 kWh, gasloos 2023
Mijn advies om dit soort issues te diagnosticeren is om in VRM > Advanced te kijken naar de Target SOC, zie hieronder. Nul betekent dat er voor dat moment NOM wordt gedraaid. In Venus OS 3.60 is ook e.e.a. verbeterd hieraan.
:strip_exif()/f/image/6s33VtJKtkgxUyMoJRY84kHi.png?f=user_large)
Verder is het heel belangrijk dat de laad en ontlaad-snelheden accuraat zijn. Als DESS de planning niet haalt wordt er een nieuwe planning gemaakt, en dat kan zomaar betekenen dat er binnen het uur wordt geswitcht van laden naar ontladen (of v.v.).
Tot slot: gebruik je green mode?
Met HA moet dat zeker kunnen. Wel de EM540 even een ander adres geven
Persoonlijk vond ik het te veel gedoe om naar elke meter een kabel te trekken, dus ben voor een Zigbee oplossing gegaan. Voor de 1F gebruik ik de slimme stopcontacten van de Ikea met power meting.
3x Victron MP2-5000 | 32 kWh thuisaccu | 7.230 Wp Zonnepanelen
Ik heb een plugin gemaakt voor VenusOS om de opbrengst van mijn zonnepanelen uit HomeAssistant te koppelen aan de Victron. Volgens mij houdt Dynamic ESS geen rekening met zonopbrengst als je deze niet aanlevert. Doe er je voordeel mee: https://github.com/ajvdw/dbus-ha-pvinverter
[ Voor 11% gewijzigd door aj_vdw op 09-07-2025 09:25 ]
/u/89824/Avatar_50x50.png?f=community){kind=avatar}
AMD 5950x || Asus VIII Dark Hero || G.Skill Trident Z Neo 2x16GB C16-16-16-36 || EVGA FTW3 3080 Ultra || 2x WD SN850 1TB || Corsair HX850i
4900/4920 Wp ZW + 2520/2100 Wp ZO : SMA STP10.0-3AV-40/STP4.0-3AV-40 : 3xMP2-5000VA : 3xSeplos Mason 280L+42,9kWh : Arotherm VWL125/6+MEH97/6+VIH-RW300/3 : 100 m2 vvw als bijverwarming : Bouwjaar 2008
:strip_icc():strip_exif()/u/320168/crop650816243d03b_cropped.jpg?f=community)
Denk dat je die niet allemaal goed gelezen / onthouden hebt, want volgens mij wordt je netjes gewaarschuwd dat je dan ook de assistenten dan opnieuw moet activeren.
En neem aan dat je ook de online manual remote firmware update goed hebt doorgenomen ?
Punt 2.5 is hierin nogal belangrijk :
:strip_exif()/f/image/GhBHltUtlN5KvuSxX0uJrdKc.png?f=user_large)
Snap dat de gemiddelde tweaker blind overal de nieuwste updates / firmwares opknalt maar met je (D)ESS systeem moet je daar echt stukken terughoudender in zijn.
Kan gewoon via VRM onder devices en dan remote VEConfigure.
Hiermee download je de config file die je vervolgens in de Victron toolkit kunt importeren, aanpassen en exporteren en dan weer uploaden.
Maar nogmaals devies is "if it ain't broke don't try to fix it"
Bij IT-ers gaat alles automatisch, maar niets vanzelf.
Linux is only free if your time has no value...
Ik heb mijn systeem een paar dagen geleden naar de laatste os gezet 3.62 Nu gaat de batterij lading niet verder dan 95% gevolg is dat mijn 2 batterijen uit elkaar gaan lopen.
Nu staat er in de instellingen de soc limit op 95% is echter niet te veranderen.
vraag is waarom niet en waar dan wel
:strip_exif()/f/image/uk5Fru6wsAihKlswCPNSfKSd.jpg?f=fotoalbum_large)
Blijkt het niet te zijn , blijft nu eens puzzelen waarom met zat PV de batterij niet gewoon een keer helemaal vol gaat.
Nu staat er in de instellingen de soc limit op 95% is echter niet te veranderen.
vraag is waarom niet en waar dan wel
:no_upscale():strip_icc():strip_exif()/f/image/uk5Fru6wsAihKlswCPNSfKSd.jpg?f=user_large)
Blijkt het niet te zijn , blijft nu eens puzzelen waarom met zat PV de batterij niet gewoon een keer helemaal vol gaat.
[ Voor 8% gewijzigd door habbekrats op 10-07-2025 19:52 ]
http://www.pvoutput.org/list.jsp?id=46229&sid=42168
Ik zie niets vreemds in het plaatje. De SOC kan niet oplopen want de batterij is aan het ontladen. Als het gebeurd dat is het vanwege kalibreren van het SOC%. Het kan ook zijn dat er hiervoor geladen is waardoor de SOC% hoger is geworden in de tussentijd dat je niet hebt gekeken. Dynamic ESS kan soms ineens de boel omgooien als je recent instellingen hebt veranderd of dat deze nog aan het inleren is qua verbruik en zonnevoorspelling.:
Beste mede-tweakers!
Na veel uitzoekwerk heb ik eindelijk mijn Victron 3-fase systeem draaiend.
Het gaat om een vrij standaard systeem met 3 (5kVa) multiplus 2 inverters, een Cerbo GX MK2 stuurunit en (nu nog) 2 Deye 5,12kWh batterijen.
Nu zie ik iets raars, wat jullie wellicht kunnen verklaren:
Tijdens het dischargen loopt er een negatieve stroom naar de accu en loopt de SOC op. Zou deze niet positief moeten zijn en de SOC dalen, immers de accu is aan het dischargen (dit geeft de BMS ook aan).
Ook lijkt het systeem goed te reageren op Dynamic ESS, echter als de stromen de verkeerde kant op lopen, gaat het systeem juist laden als er ontlaad moet worden en ontladen als er geladen moet worden.
Edit: Wellicht een domme vraag, maar bij Dynamic ESS moet de cerbo toch op externe besturing staan?
Is dit louter een instelling? Help!
[Afbeelding]
De Cerbo staat niet in dit plaatje wat zo heet het centrale systeem. Boven in het midden zie je de omvormer wat die aan het doen is. Heel soms staat hier ook de status "externe sturing" maar vaak zie je gewoon wat hij aan het doen is bijv laden ontladen of onderhouden.
Ik heb een Multiplus II 48/3000 GX aan een Seplos BMS (10E ofte V2) geknoopt (met 16x 280Ah cellen), alles geconfigureerd, incl. de ESS-assistent. Shelly EM (gen 1) als gridmeter toegevoegd.
Een paar vragen / bemerkingen die ik heb:
- De MP2 lijkt enkel te laden volgens de info die hij van de BMS ontvangt. Laden aan max vermogen, of gereduceerd laden aan 10A indien "single cel high voltage alarm" of "Total high voltage alarm" zijn bereikt.
De verschillende stapjes die in de ESS assistent zijn ingesteld, worden volledig genegeerd?
- Het volledige huis zit op AC-in, er is niets aangesloten op AC-out. Toch lijkt er wat verbruik te zitten op AC-out? Kan ik de AC-out ergens hard uitschakelen in de Multiplus, om een beetje sluipverbruik te vermijden?
Zie prentje: de batterij wordt geladen met 2414W, maar AC-out verbruikt 34W. De frequentie verschilt, dus genereert de MP2 zelf een sinussignaal?
/f/image/ny02PxVb3RheOgxUUWoFFswI.png?f=fotoalbum_large)
- Welke integratie / add-on is er onder Tweakers populair (en stabiel) om de info van Victron VRM in Home Assistant te krijgen?
Een paar vragen / bemerkingen die ik heb:
- De MP2 lijkt enkel te laden volgens de info die hij van de BMS ontvangt. Laden aan max vermogen, of gereduceerd laden aan 10A indien "single cel high voltage alarm" of "Total high voltage alarm" zijn bereikt.
De verschillende stapjes die in de ESS assistent zijn ingesteld, worden volledig genegeerd?
- Het volledige huis zit op AC-in, er is niets aangesloten op AC-out. Toch lijkt er wat verbruik te zitten op AC-out? Kan ik de AC-out ergens hard uitschakelen in de Multiplus, om een beetje sluipverbruik te vermijden?
Zie prentje: de batterij wordt geladen met 2414W, maar AC-out verbruikt 34W. De frequentie verschilt, dus genereert de MP2 zelf een sinussignaal?
:strip_exif()/f/image/ny02PxVb3RheOgxUUWoFFswI.png?f=user_large)
- Welke integratie / add-on is er onder Tweakers populair (en stabiel) om de info van Victron VRM in Home Assistant te krijgen?
[ Voor 1% gewijzigd door stefaantje op 11-07-2025 18:30 . Reden: Sgrijfvouten gecorrigeerd. ]