Omnibattery Home Assistant integratie - Deel 1

[sniker]

toch vreemd ik begrijp dat het bij veel mensen niet werkt maar bij mij lijkt OB zijn werk gewoon goed te doen.

 vandaag niet helemaal vol geraakt omdat de solar voorspellign te hoog was vs realiteit. maar het was iig voldoende om het gat tot de goedkope uren te dichten en er was dus ook geen ruimte over om te verkopen ipv NOM. Hij doet ook geen laden of NOM als het zich niet loont tov de RTE en huidige prijs.



en uit de melding lijkt hij de plannign voor morgen ook redelijk goed te doen.


Heb het daadwerkelijk verkopen vooralsnog uit staan, ik check wel handmatig nog wat de marge zou zijn. en mijn gevoel is nu dat het zelfs op een dag als vandaag betrekkelijk weinig op levert met de ruimte in mijn batterij. en bijv morgen zou de effectieve spread 14ct zijn (zie plaatje, 40ct average price charging en 54 ct arbitrage ceiling) maar dan alleen voor wat ik niet zelf al nodig heb want dat levert meer op dan alles verkopen en dan daarna het huis moeten dekken van het net. voor die 14ct per kWh zou ik in dit geval  (10,24-1.23) 5.48 kWh aan theoretische capaciteit zijn en ik weet al dat die solar inschattign te hoog is dus dat ik meer voor het huis nodig ga hebben. Dat is 76 cent winst op een goeie dag met redelijke spread. Dan praat je in best case scenario over tientjes per jaar. niet iets wat ik als eerste prio zie. leuk om te optimaliseren (en ga ik ook wel proberen) maar meer een nice to have dan een must have.

of mis ik hier nu ergens iets wat significant impact heeft?

Edit:
hij laat ook mooi zien dat hij de nodige tijd lekker niks doet omdat het geen zin heeft de batterij aan te spreken ivm RTE verliezen (left to grid) :

[ Voor 9% gewijzigd door sniker op 10-11-2026 00:23 ]

[onlinaius]

sniker schreef op dinsdag 10 november 2026 @ 00:16:
toch vreemd ik begrijp dat het bij veel mensen niet werkt maar bij mij lijkt OB zijn werk gewoon goed te doen.

 vandaag niet helemaal vol geraakt omdat de solar voorspellign te hoog was vs realiteit. maar het was iig voldoende om het gat tot de goedkope uren te dichten en er was dus ook geen ruimte over om te verkopen ipv NOM. Hij doet ook geen laden of NOM als het zich niet loont tov de RTE en huidige prijs.

[Afbeelding]

en uit de melding lijkt hij de plannign voor morgen ook redelijk goed te doen.
[Afbeelding]

Heb het daadwerkelijk verkopen vooralsnog uit staan, ik check wel handmatig nog wat de marge zou zijn. en mijn gevoel is nu dat het zelfs op een dag als vandaag betrekkelijk weinig op levert met de ruimte in mijn batterij. en bijv morgen zou de effectieve spread 14ct zijn (zie plaatje, 40ct average price charging en 54 ct arbitrage ceiling) maar dan alleen voor wat ik niet zelf al nodig heb want dat levert meer op dan alles verkopen en dan daarna het huis moeten dekken van het net. voor die 14ct per kWh zou ik in dit geval  (10,24-1.23) 5.48 kWh aan theoretische capaciteit zijn en ik weet al dat die solar inschattign te hoog is dus dat ik meer voor het huis nodig ga hebben. Dat is 76 cent winst op een goeie dag met redelijke spread. Dan praat je in best case scenario over tientjes per jaar. niet iets wat ik als eerste prio zie. leuk om te optimaliseren (en ga ik ook wel proberen) maar meer een nice to have dan een must have.

of mis ik hier nu ergens iets wat significant impact heeft?

Edit:
hij laat ook mooi zien dat hij de nodige tijd lekker niks doet omdat het geen zin heeft de batterij aan te spreken ivm RTE verliezen (left to grid) :

[Afbeelding]

Die 'left to the grid' is precies wat ik zoek. Toch er nog maar eens induiken hoe ik dit ook voor elkaar krijg!

[sniker]

zorg dat je in de integratie opties de juiste settings hebt staan. min. arbitrage is echt nodig om de juiste logica te triggeren in zijn rekensommetje. (deze moet je de eerste keer in de Integratie opties aanzetten, die staat niet standaard in het optie tabje van OB.
hierop klikken en dan naar onder scrollen:



is in eerdere posts ook al gezegd, maar omdat het zo ver weg zit en niet standaard aan staat gaat dit volgens mij bij veel mensen mis.

ik ben begonnen met de op 1 nov door gyrolion geposte settings:

Predictive Chargin = enable

1. Discharge only above price = enable
2. Surplus price hold = enable
3. High-price sale mode = Surplus +arbitrage (buy back later)
4. Min. Arbitrage margin = 0.060 €/kWh
5. Round-trip efficiency = 0.84
6. surplus hold min saving = 0.040 /kWh

en heb die aangepast naar:

1. Discharge only above price = enable
2. Surplus price hold = enable
3. High-price sale mode = Surplus
4. Min. Arbitrage margin = 0.020 €/kWh
5. Round-trip efficiency = 0.81
6. surplus hold min saving = 0.030 /kWh
7. discharge reserved = enabled
8. discharge reserved min. saving 0.040 /kWh

[ Voor 38% gewijzigd door sniker op 10-11-2026 02:03 ]

[Gramser]

Pakhaas schreef op maandag 9 november 2026 @ 23:00:
[...]

Nice!

Onze EV (VW E-up) is helaas niet zo slim te maken en de ander PHEV ook niet. Dus ben wat zoekende wat slim is. Ik denk volgend jaar Gielz Dynamisch NOM. Bijladen op goedkope momenten, want komt in winter te weinig van pv naast EV laden en als nachts auto aan de lader staat naar standby en overdag naar alleen slim laden. Kom zo een heel eind denk ik. Die laatste centen, gaan het verschil niet maken.

Ik heb alleen een PHEV, geen volwaardige EV, en ik ga het exact zo doen. Moet nog wel even wat spelen met “alleen slim laden” want die strategie ken ik nog niet.

[gratiz]

sniker schreef op dinsdag 10 november 2026 @ 01:53:
zorg dat je in de integratie opties de juiste settings hebt staan. min. arbitrage is echt nodig om de juiste logica te triggeren in zijn rekensommetje. (deze moet je de eerste keer in de Integratie opties aanzetten, die staat niet standaard in het optie tabje van OB.
hierop klikken en dan naar onder scrollen:

[Afbeelding]

is in eerdere posts ook al gezegd, maar omdat het zo ver weg zit en niet standaard aan staat gaat dit volgens mij bij veel mensen mis.

ik ben begonnen met de op 1 nov door gyrolion geposte settings:

Predictive Chargin = enable

1. Discharge only above price = enable
2. Surplus price hold = enable
3. High-price sale mode = Surplus +arbitrage (buy back later)
4. Min. Arbitrage margin = 0.060 €/kWh
5. Round-trip efficiency = 0.84
6. surplus hold min saving = 0.040 /kWh

en heb die aangepast naar:

1. Discharge only above price = enable
2. Surplus price hold = enable
3. High-price sale mode = Surplus
4. Min. Arbitrage margin = 0.020 €/kWh
5. Round-trip efficiency = 0.81
6. surplus hold min saving = 0.030 /kWh
7. discharge reserved = enabled
8. discharge reserved min. saving 0.040 /kWh

Ik heb dezelfde settings. Alleen staat 'Verkoop bij hoge prijs' op Overschot en Arbitrage'. Laden op voordelige uren doet OB prima.

Maar het enige wat OB bij mij niet doet, is alles verkopen tegen hoge prijzen. Dus de hele thuisbatterij leeggooien, zoals gisteren toen de prijs boven de 80 cent stond. Dat is in mijn ogen de enige juiste beslissing.

Heeft hij dit bij jou wel gedaan?

[ateun]

Ik ben er nog niet helemaal uit hoe het nu logisch werkt.
Maar heb het idee dat Omni te veel naar de verwachte opbrengst van de panelen kijkt.
Gisteren de stroom tussen 1600 tot 000 duur voldoende accu capaciteit omdat te dekken.
Als ik dan naar de prijzen van afgelopen nacht kijkt komt die op 38ct tussen 02:00 en 06:00. De batterijen zijn nog zo'n 25% gevuld, hierna komt een dure periode van 0600 tot 1200 dan twee uurtje wat goedkoper maar vanaqf 1500 tot 2300 schiet de prijs omhoog.
Nergens in de genoemde tijden komt de prijs ook maar in de buurt van de goedkope prijs tussen 02:00 tot 06:00, waarom is er vannacht dan niet geladen volgens mij kan dit alleen maar komen door een te possitieve Solar opbrengst verwachting.
Als je vanmiddag een groot verbruiker (wasmachine/vaatwasser) aanzet ga je de mist al in, net zo mistig als het trouwens nu is.
Werk met Solcast als verwachte opbrengstgever moet een van de betere zijn, heb Helios er naast draaien als vergelijker maar daarvan zeggen ze dat je die eerst een tijdje moet laten draaien om gegevens te verzamelen.
Komende nacht gaat de prijs weer onder de 38ct en dan zal ik hem een tijdslot geven om op te laden, anders komt de accu's nooit boven de 50% in deze tijd op deze manier.

[gratiz]

ateun schreef op dinsdag 10 november 2026 @ 09:09:
Ik ben er nog niet helemaal uit hoe het nu logisch werkt.
Maar heb het idee dat Omni te veel naar de verwachte opbrengst van de panelen kijkt.
Gisteren de stroom tussen 1600 tot 000 duur voldoende accu capaciteit omdat te dekken.
Als ik dan naar de prijzen van afgelopen nacht kijkt komt die op 38ct tussen 02:00 en 06:00. De batterijen zijn nog zo'n 25% gevuld, hierna komt een dure periode van 0600 tot 1200 dan twee uurtje wat goedkoper maar vanaqf 1500 tot 2300 schiet de prijs omhoog.
Nergens in de genoemde tijden komt de prijs ook maar in de buurt van de goedkope prijs tussen 02:00 tot 06:00, waarom is er vannacht dan niet geladen volgens mij kan dit alleen maar komen door een te possitieve Solar opbrengst verwachting.
Als je vanmiddag een groot verbruiker (wasmachine/vaatwasser) aanzet ga je de mist al in, net zo mistig als het trouwens nu is.
Werk met Solcast als verwachte opbrengstgever moet een van de betere zijn, heb Helios er naast draaien als vergelijker maar daarvan zeggen ze dat je die eerst een tijdje moet laten draaien om gegevens te verzamelen.
Komende nacht gaat de prijs weer onder de 38ct en dan zal ik hem een tijdslot geven om op te laden, anders komt de accu's nooit boven de 50% in deze tijd op deze manier.

Heb je alle settings wel goed staan? Zie bericht van Sniker hierboven.
Mijn ervaring is dat het volladen tegen goedkope tarieven geen enkel probleem is. Je krijgt er ook netjes een melding van: Gisterenavond al een bericht dat hij vol ging laden. Afgelopen nacht:

[Quadrupool]

Gisteren avond geüpdatet naar 1.6, maar sindsdien wil hij niks mee importeren terwijl ik niks aan de settings heb veranderd.

Beetje mee lopen pielen maar het lijkt dat als ik de minimale arbitrage margin op iets anders dan 0 zet, er meteen geen slots meer worden gepland.

Ik gebruik zonneplan voor prijs (werkte eerder prima) en heb een RTE van 0.85 ingesteld.

Iemand een goede tip?

[onlinaius]

sniker schreef op dinsdag 10 november 2026 @ 01:53:
zorg dat je in de integratie opties de juiste settings hebt staan. min. arbitrage is echt nodig om de juiste logica te triggeren in zijn rekensommetje. (deze moet je de eerste keer in de Integratie opties aanzetten, die staat niet standaard in het optie tabje van OB.
hierop klikken en dan naar onder scrollen:

[Afbeelding]

is in eerdere posts ook al gezegd, maar omdat het zo ver weg zit en niet standaard aan staat gaat dit volgens mij bij veel mensen mis.

ik ben begonnen met de op 1 nov door gyrolion geposte settings:

Predictive Chargin = enable

1. Discharge only above price = enable
2. Surplus price hold = enable
3. High-price sale mode = Surplus +arbitrage (buy back later)
4. Min. Arbitrage margin = 0.060 €/kWh
5. Round-trip efficiency = 0.84
6. surplus hold min saving = 0.040 /kWh

en heb die aangepast naar:

1. Discharge only above price = enable
2. Surplus price hold = enable
3. High-price sale mode = Surplus
4. Min. Arbitrage margin = 0.020 €/kWh
5. Round-trip efficiency = 0.81
6. surplus hold min saving = 0.030 /kWh
7. discharge reserved = enabled
8. discharge reserved min. saving 0.040 /kWh

Dank je, dat was inderdaad wat bij mij verkeerd stond!
Ik had de min arbitrage margin op 0 staan, omdat ik al werkte met de kale energieprijs als verkoopprijs, en de prijs incl belastingen als aankoopprijs (dus eigenlijk al de situatie vanaf 1 januari, maar dan moet de margin er uiteraard wel weer in). Die margin aanzetten zorgde er voor dat er volgens de berekening nergens meer gekocht kon worden. Toen ik discharge reserve aanzette begon het er meer uit te zien zoals bij jou met koopblokken en

Ik moet wel eerlijk zeggen dat ik, ondanks dat ik best redelijk in deze materie zit, nog niet helemaal begrijp wat ik nu precies gedaan heb. Omnibattery heeft misschien een beslislog nodig, waarin op ieder moment wordt aangegeven welke actie er op dit moment gebeurd, en waarom. (misschien ook eens aan AI vragen, mogelijk kan die me verder uitleggen wat ik precies moet instellen waarom).

Ik ben heel benieuwd wat er nu vanavond gaat gebeuren. Gezien de prijzen lijkt de meest efficiente strategie om maximaal te dumpen tussen 16:00 en 18:00, het op grid consumptie te doen tot 21:00 (of 22:00 of 23:00 of later afhankelijk van wat de prijzen morgen gaan worden).

Ik ben benieuwd!

Edit: die instellingen kun je overigens ook bereiken via het Omnibattery control panel. Onder control, predictive charging, en dan het kleine instellingen icoontje bovenin zodat de extra instellingen zichtbaar worden.

[ Voor 4% gewijzigd door onlinaius op 10-11-2026 10:54 ]

[gratiz]

gratiz schreef op dinsdag 10 november 2026 @ 08:49:
[...]

Ik heb dezelfde settings. Alleen staat 'Verkoop bij hoge prijs' op Overschot en Arbitrage'. Laden op voordelige uren doet OB prima.

Maar het enige wat OB bij mij niet doet, is alles verkopen tegen hoge prijzen. Dus de hele thuisbatterij leeggooien, zoals gisteren toen de prijs boven de 80 cent stond. Dat is in mijn ogen de enige juiste beslissing.

Heeft hij dit bij jou wel gedaan?

Slim voorontladen is nog nooit getriggerd bij mij. Zie screenshot laatste week. Werkt het bij jullie wel? Terwijl het wel aanstaat

[meesje]

Ik doe niks bijzonders met OB. Staat ingesteld op NOM. Er draaien geen grootverbruikers. En er is niet veel zonopbrengst. Volgens mij klopt de 1.65kW naar huis niet. Er is bijna afname van het net, maar de batterijen worden wel opgeladen.
Klopt bij jullie deze grafiek ook niet? Ik zit op versie 1.6.0.

[JBS]

@meesje Hier lijkt het wel gewoon te kloppen. Wat zeggen je individuele sensoren die gebruikt worden voor die grafische weergave?

[meesje]

JBS schreef op dinsdag 10 november 2026 @ 12:59:
@meesje Hier lijkt het wel gewoon te kloppen. Wat zeggen je individuele sensoren die gebruikt worden voor die grafische weergave?

De betreffende home sensor in OB bleef al een lange tijd op dit verbruik staan. Zojuist de integratie opnieuw geladen. Nu wordt onderstaande getoond wat een betere weergave is.

[GJzon]

meesje schreef op dinsdag 10 november 2026 @ 13:16:
[...]

De betreffende home sensor in OB bleef al een lange tijd op dit verbruik staan. Zojuist de integratie opnieuw geladen. Nu wordt onderstaande getoond wat een betere weergave is.

[Afbeelding]

En even checken je P1 meter wel op 1 seconde update staat ingesteld. Als je tenminste een DSMR v5 hebt. Standaard HA is 5 seconden.

[sniker]

@meesje ook die lijkt iets te missen, je zonopbrengst. hoe kan je anders 719W laden als je verbruik en import beiden 62W zijn.

en dat verklaart ook denk ik hoe je andere grafiek zo vele huis verbruik geeft terwijl er geen import is.

volgens mij rekent hij het huisverbruik ook op die manier uit, (import/export + zonnepanelen) - wat er in de accu's gaat. maar dat is een aanname van mij.

[ Voor 25% gewijzigd door sniker op 10-11-2026 13:58 ]

[GJzon]

sniker schreef op dinsdag 10 november 2026 @ 13:54:
@meesje ook die lijkt iets te missen, je zonopbrengst. hoe kan je anders 719W laden als je verbruik en import beiden 62W zijn.

en dat verklaart ook denk ik hoe je andere grafiek zo vele huis verbruik geeft terwijl er geen import is.

Hij heeft 3 accu's. Ze (ont)laden elkaar op lijkt het.
In OB dit goed ingesteld bij alle drie?

[sniker]

zowel laden als ontladen moeten toegestaan moeten zijn. zo heb ik het iig staan.

[GJzon]

sniker schreef op dinsdag 10 november 2026 @ 14:14:
zowel laden als ontladen moeten toegestaan moeten zijn. zo heb ik het iig staan.

Keuzes. Ik wil als er toch geen zon is, m'n accu's sparen. Maar als je meerdere accu's hebt, loop je kans dat ze elkaar opladen...en dat wil je niet. Spreek uit ervaring.

@meesje Heb je zonnepanelen op je 800 Plussen?

[ Voor 7% gewijzigd door GJzon op 10-11-2026 14:20 ]

[onlinaius]

GJzon schreef op dinsdag 10 november 2026 @ 14:19:
[...]

Keuzes. Ik wil als er toch geen zon is, m'n accu's sparen. Maar als je meerdere accu's hebt, loop je kans dat ze elkaar opladen...en dat wil je niet. Spreek uit ervaring.

@meesje Heb je zonnepanelen op je 800 Plussen?

Met Omnibattery, batterijen die elkaar ontladen en opladen? Dat heb ik eerlijk gezegd nog nooit gezien, behalve heel kort als een van de batterijen om een of andere reden even niet online is (maar nog wel aan het afnemen / terugleveren is).

[sniker]

gratiz schreef op dinsdag 10 november 2026 @ 12:26:
[...]

Slim voorontladen is nog nooit getriggerd bij mij. Zie screenshot laatste week. Werkt het bij jullie wel? Terwijl het wel aanstaat

[Afbeelding] [Afbeelding]

zijn je batterijen dan ook al wel volledig vol geweest met nog zonneopbrangst over tijdens de goedkope momenten van de dag?
dat is bij mij namelijk tot nog toe niet het geval geweest. Vergeet ook niet dat de round trip efficientie en het lagere verkoop tarief bij export betekend dat de prijs op zijn laagste moment wel heel erg laag moet zijn om het interresant te maken de huidige charge te verkopen zodat je straks weer met zon kan vullen als de stroom nog goedkoper is dan wat verkopen je nu oplevert. De all in prijs moet dan namelijk ruim goedkoper zijn tijdens de opwek uren dan de kale prijs in de ochtend piek (ie. het prijsverschil tussen die 2 moet groter zijn dan RTE verlies + aankoop + verkoop vergoeding) en dat op een dag dat er gelijk of meer zon opbrengst is dan je batterijen aan zouden kunnen. Ik denk sowieso dat dat slechts zelden voorkomt eigenlijk alleen wanneer de prijs (bijna) negatief gaat en/of je batterijen nog behoorlijk vol zitten met zon van gisteren.

[sniker]

onlinaius schreef op dinsdag 10 november 2026 @ 10:52:
[...]

Dank je, dat was inderdaad wat bij mij verkeerd stond!
Ik had de min arbitrage margin op 0 staan, omdat ik al werkte met de kale energieprijs als verkoopprijs, en de prijs incl belastingen als aankoopprijs (dus eigenlijk al de situatie vanaf 1 januari, maar dan moet de margin er uiteraard wel weer in). Die margin aanzetten zorgde er voor dat er volgens de berekening nergens meer gekocht kon worden. Toen ik discharge reserve aanzette begon het er meer uit te zien zoals bij jou met koopblokken en

Ik moet wel eerlijk zeggen dat ik, ondanks dat ik best redelijk in deze materie zit, nog niet helemaal begrijp wat ik nu precies gedaan heb. Omnibattery heeft misschien een beslislog nodig, waarin op ieder moment wordt aangegeven welke actie er op dit moment gebeurd, en waarom. (misschien ook eens aan AI vragen, mogelijk kan die me verder uitleggen wat ik precies moet instellen waarom).

Ik ben heel benieuwd wat er nu vanavond gaat gebeuren. Gezien de prijzen lijkt de meest efficiente strategie om maximaal te dumpen tussen 16:00 en 18:00, het op grid consumptie te doen tot 21:00 (of 22:00 of 23:00 of later afhankelijk van wat de prijzen morgen gaan worden).

Ik ben benieuwd!

Edit: die instellingen kun je overigens ook bereiken via het Omnibattery control panel. Onder control, predictive charging, en dan het kleine instellingen icoontje bovenin zodat de extra instellingen zichtbaar worden.

zie ook even mijn bovenstaande post. opladen tijdens goedkope moment en verkopen tijdens duur levert alleen wat op als het verschil heel groot is. je verkoopt namelijk niet tegen je inkoop tarief: (marktprijs + belasting + aankoopvergoeding) * BTW maar verkoopt tegen verkoop tarief (marktprijs - verkoopvergoeding). en dan moet je ook nog je RTE meerekenen. dus het verschil moet echt heel groot zijn om daar nog iets aan te verdienen. ik heb de afgelopen dagen daar slechts een paar momenten van gezien. Vergeet ook niet dat het altijd nog meer oplevert om je batterij leeg te verbuiken dan om hem leeg te verkopen. Dus er moet wel nog genoeg in blijven zitten om helemaal tot de volgende ochtend piek door te komen.

edit:
vandaag even als voorbeeld, vannacht laagste inkoop tarief (02:00 uur) 40,3 ct. Piek (08:00 uur) 47,3 cent verkooptarief. dat is dus 7 cent per kWh winst als je het verkoopt alleen moet je dan nog wel 2ct batterij afschrijving meenemen (die zet je dus in je min arbitrage margin.) en dan zou het 5ct per kWh opgelevert hebben. Maar die zelfde kWh's zijn zelfs vanmiddag tijdens het goedkoopste moment nog steeds 56,6 cent waard als je ze dan niet hoeft in te kopen.

Dus theoretisch kan je er wat mee verdienen maar dat is letterlijk enkele tientallen centen per dag en alleen als de omstandigheden gunstig zijn. Daarom heb ik dat ook na een keertje rekenen maar weer uitgezet.

Edit 2: bedenk me net dat dit natuurlijk veranderd in de zomer als er zoveel zon is dat je meerdere dagen achter elkaar je accu's op alleen zon al meer dan vol krijgt. Dan wil je die op een zo duur mogelijk moment leeg maken (verkopen) om plek te maken voor zonne-energie tijdens de volgende dag wanneer de tarieven zeer laag of zelfs negatief zijn.

[ Voor 18% gewijzigd door sniker op 10-11-2026 15:35 ]

[meesje]

@GJzon @sniker Het plaatje is inderdaad niet compleet. Ik heb wel zonnepanelen (met SolarEdge omvormer). Echter de huidige integratie is per 3 nov. komen te vervallen. Ik moet nu over naar modbus. Wanneer dit ingeregeld is, zullen de waarden in het plaatje wel een juist beeld schetsen. Er is dus wel zonne-energie. Dit heb ik gecheckt via de HW en de SE apps. Naar mijn weten heeft het ontbreken van de zonopbrengst in de grafiek geen effect op de werking van OB (bij NOM).

Ik maak overigens gebruik van de HW realtime integratie, welke standaard op 2 sec. ingesteld staat. Deze waarde heb ik aangepast naar 1 sec.
Laden en ontladen staan bij de drie batterijen beide aan.

Al met al bedankt voor het meedenken, maar gezien de extra info die ik nu heb verstrekt (wel zonnepanelen en energie) en het herladen van de integratie wel normale cijfers laat zien, denk ik dat de home_consumption sensor om de een of andere reden bleef handen op dezelfde waarde. De grafiek toont van 11.40-13.10 uur een continue waarde van 1654w. Zo stabiel kan natuurlijk nooit juist zijn. Er stond geen enkele grootverbruiker aan en niemand was thuis.

[onlinaius]

sniker schreef op dinsdag 10 november 2026 @ 14:47:
[...]

zie ook even mijn bovenstaande post. opladen tijdens goedkope moment en verkopen tijdens duur levert alleen wat op als het verschil heel groot is. je verkoopt namelijk niet tegen je inkoop tarief: (marktprijs + belasting + aankoopvergoeding) * BTW maar verkoopt tegen verkoop tarief (marktprijs - verkoopvergoeding). en dan moet je ook nog je RTE meerekenen. dus het verschil moet echt heel groot zijn om daar nog iets aan te verdienen. ik heb de afgelopen dagen daar slechts een paar momenten van gezien. Vergeet ook niet dat het altijd nog meer oplevert om je batterij leeg te verbuiken dan om hem leeg te verkopen. Dus er moet wel nog genoeg in blijven zitten om helemaal tot de volgende ochtend piek door te komen.

Dat is in 2027 het geval, maar nu krijg je de belasting toch ook nog weggesaldeert? (even aangenomen dat ik dit jaar genoeg teruggeleverd heb om alles weg te salderen, maar dat is waarschijnlijk wel het geval).

Dan wordt de winst dus ((kWh x 0.8) x kale verkoopprijs minus verkoopboete) - (kWh x (inkoopprijs minus inkoopvergoeding)) lijkt mij?

Dan kom je met een hoogste prijs (vanaf 16:00) van 0.463, en terugkopen vanavond tegen 0.219 best een eind?

[sniker]

ja klopt als je mag salderen wel. dat mag je echter alleen met een vast contract en niet met dynamisch daar werkte het altijd al zo.
een vast contract mag dan wel salderen maar heeft dan weer het probleem met de teruglever boete. Ik ben bijvoorbeeld in Okt. van vast naar dynamisch gegaan, en ik moest voor de 800kWh die ik teruggelevert heb afgelopen jaar 36 euro betalen. En ik ben geen netto terugleveraar ik had nog steeds een verbruik van +/-2500 kWh staan.

[gratiz]

sniker schreef op dinsdag 10 november 2026 @ 14:36:
[...]

zijn je batterijen dan ook al wel volledig vol geweest met nog zonneopbrangst over tijdens de goedkope momenten van de dag?
dat is bij mij namelijk tot nog toe niet het geval geweest. Vergeet ook niet dat de round trip efficientie en het lagere verkoop tarief bij export betekend dat de prijs op zijn laagste moment wel heel erg laag moet zijn om het interresant te maken de huidige charge te verkopen zodat je straks weer met zon kan vullen als de stroom nog goedkoper is dan wat verkopen je nu oplevert. De all in prijs moet dan namelijk ruim goedkoper zijn tijdens de opwek uren dan de kale prijs in de ochtend piek (ie. het prijsverschil tussen die 2 moet groter zijn dan RTE verlies + aankoop + verkoop vergoeding) en dat op een dag dat er gelijk of meer zon opbrengst is dan je batterijen aan zouden kunnen. Ik denk sowieso dat dat slechts zelden voorkomt eigenlijk alleen wanneer de prijs (bijna) negatief gaat en/of je batterijen nog behoorlijk vol zitten met zon van gisteren.

Batterijen zitten elke dag vol. Heb je de tarieven wel gezien de laatste dagen? Verschil tussen hoog en laag was 45 cent! Hiermee kom je echt uit alle kosten en moet je gewoon in dat uur alles verkopen. Je hoeft ook niks over te houden, terug kopen uit net een paar uren later is goedkoper.

[NiCNCo]

Ben toch maar terug bij Gielz met Nodered proxy voor mijn drie Zendure stapels. Het resultaat spreekt boekdelen. Kosten zijn lager (grijs), rendement van de Zendures hoger (blauw), groen is mijn zonne productie.

Het verscihil lijkt mee te vallen, maar in de weken hiervoor stond the blauwe balk meerdere maals in de min! Meestal eigenlijk. Met een iets te hoge abitrage gebeurd er geen drol. En met een iets lagere abritrage gaat hij niet op de duurste uren terug leveren maar vlak ervoor of gewoon op ongunstige uren. Snacht laden op de goedkope uren mondjes maat. Ik wil controle, en dat levert Gielz in de top. Bij Omnibattery doet ie maar wat helaas.

[ Voor 36% gewijzigd door NiCNCo op 10-11-2026 18:20 ]

[onlinaius]

sniker schreef op dinsdag 10 november 2026 @ 15:53:
ja klopt als je mag salderen wel. dat mag je echter alleen met een vast contract en niet met dynamisch daar werkte het altijd al zo.
een vast contract mag dan wel salderen maar heeft dan weer het probleem met de teruglever boete. Ik ben bijvoorbeeld in Okt. van vast naar dynamisch gegaan, en ik moest voor de 800kWh die ik teruggelevert heb afgelopen jaar 36 euro betalen. En ik ben geen netto terugleveraar ik had nog steeds een verbruik van +/-2500 kWh staan.

Eeehm, jawel, ook met een dynamisch contract saldeer je gewoon de belasting op energie nog gewoon (tot eind dit jaar). De marktprijs waarvoor je afneemt / teruglevert is wel dynamisch.

[ateun]

Volgens de voorspelling moeten de accu's komende nacht worden opgeladen.

Het zal me benieuwen morgenvroeg.
Ik heb overgens de Guaranteed minimum SOC op 45% gezet.
Deze staat default op 20% en hiermee kun je Omni dwingen de accu toch te laden ondanks verwachte Solar opbrengst en netverbruik


Predictive Charging: Price Optimization - 2.0h selected

🔋 Battery: 34% (2.30 kWh usable)
☀️ Solar remaining today: 0.00 kWh
☀️ Solar tomorrow: 1.73 kWh
📊 Home consumption remaining until tomorrow midnight: 13.34 kWh
Basis: learned 15-minute profile
🌙 Of which tomorrow (00:00-24:00): 10.85 kWh
⚡ Energy deficit: 9.80 kWh
🔌 Grid charge planned: 6.71 kWh → 2.0h of charging needed

🕒 Required before deadlines: 6.71 kWh
💰 Flexible by price: 0.00 kWh
💰 Selected slots (cheapest able to meet each deadline):
• 03:00-04:00 → 0.3491 €/kWh, 4.25 kWh [before 08:30]
• 04:00-05:00 → 0.3523 €/kWh, 2.46 kWh [before 15:30]

Average price: 0.3503 €/kWh
Estimated cost: ~2.76 €
Max charge power: 5000W (ICP: 17300W, batteries: 5000W)

[meesje]

N.a.v. een artikel van Zendure (over hoe om te gaan met de batterijen in periode nov-feb), had ik de min soc ingesteld op 30%. Gezien de zonuren gedurende de komende dagen, vnl. donderdag t/m zondag, toch maar de min soc verlaagd naar 10%. Ik denk dat ik gedurende die dagen de batterijen wel vol ga krijgen.

[ Voor 3% gewijzigd door meesje op 10-11-2026 18:57 ]

[xzaz]

meesje schreef op dinsdag 10 november 2026 @ 18:57:
N.a.v. een artikel van Zendure (over hoe om te gaan met de batterijen in periode nov-feb), had ik de min soc ingesteld op 30%. Gezien de zonuren gedurende de komende dagen, vnl. donderdag t/m zondag, toch maar de min soc verlaagd naar 10%. Ik denk dat ik gedurende die dagen de batterijen wel vol ga krijgen.

Heb je een link naar dat artikel?

[meesje]

xzaz schreef op dinsdag 10 november 2026 @ 18:58:
[...]
Heb je een link naar dat artikel?

Zie eerste artikel op https://www.zendure.nl/blogs/news
De overige artikelen misschien ook lees waardig?

[sniker]

onlinaius schreef op dinsdag 10 november 2026 @ 18:32:
[...]

Eeehm, jawel, ook met een dynamisch contract saldeer je gewoon de belasting op energie nog gewoon (tot eind dit jaar). De marktprijs waarvoor je afneemt / teruglevert is wel dynamisch.

nog eens nagezocht en idd je hebt gelijk. voor de komende 2 maanden kan het nog wel dus.

[sniker]

gratiz schreef op dinsdag 10 november 2026 @ 17:42:
[...]

Batterijen zitten elke dag vol. Heb je de tarieven wel gezien de laatste dagen? Verschil tussen hoog en laag was 45 cent! Hiermee kom je echt uit alle kosten en moet je gewoon in dat uur alles verkopen. Je hoeft ook niks over te houden, terug kopen uit net een paar uren later is goedkoper.

ik had met energie belasting en btw in de nieuwe situatie gerekend (ie. zoals geld vanaf januari als je niet meer mag salderen.) Dan loont zich ook hoge verschillen niet echt meer. Kijk maar naar mijn rekenvoorbeeld van eerder. daar was het verschil in all in tarief 33 cent en er bleef 5 cent van over na alles teruggerekend te hebben. Situaties zoals gisteren dat er 40+ cent tussen dal en piek zit verwacht ik niet dat een dagelijks ding gaat worden eigenlijk. maar misschien is mijn beeld wel verkeerd.

[Mai Pensato]

NiCNCo schreef op dinsdag 10 november 2026 @ 18:17:
Ben toch maar terug bij Gielz met Nodered proxy voor mijn drie Zendure stapels. Het resultaat spreekt boekdelen. Kosten zijn lager (grijs), rendement van de Zendures hoger (blauw), groen is mijn zonne productie.

Het verscihil lijkt mee te vallen, maar in de weken hiervoor stond the blauwe balk meerdere maals in de min! Meestal eigenlijk. Met een iets te hoge abitrage gebeurd er geen drol. En met een iets lagere abritrage gaat hij niet op de duurste uren terug leveren maar vlak ervoor of gewoon op ongunstige uren. Snacht laden op de goedkope uren mondjes maat. Ik wil controle, en dat levert Gielz in de top. Bij Omnibattery doet ie maar wat helaas.

[Afbeelding]

Mooi overzicht van Profit en payback! Hoe heb je dit gemaakt ?

[Mai Pensato]

onlinaius schreef op dinsdag 10 november 2026 @ 18:32:
[...]

Eeehm, jawel, ook met een dynamisch contract saldeer je gewoon de belasting op energie nog gewoon (tot eind dit jaar). De marktprijs waarvoor je afneemt / teruglevert is wel dynamisch.

Correct inderdaad! Pas vanaf 1 januari 2027 hebben we te maken met de dubbele energiebelasting waardoor de spread ruim 11 ct/kwh groter moet zijn. Hoewel ik pas gelezen heb dat er een oplossing is waar de overheid achter staat, die moet TNO eerst nog testen en dan zou die al in januari ingevoerd kunnen worden.

[Mai Pensato]

Iets heel anders: Omnibattery berekent de RTE per batterij, ze noemen dit Efficientie. Mijn drie Zendure Solarflow 3000 MIX batterijen zitten continu tussen de 87 en 90%. Dit zou erg goed zijn, maar hoe betrouwbaar zijn deze berekeningen?

[onlinaius]

Mai Pensato schreef op dinsdag 10 november 2026 @ 21:06:
[...]

Correct inderdaad! Pas vanaf 1 januari 2027 hebben we te maken met de dubbele energiebelasting waardoor de spread ruim 11 ct/kwh groter moet zijn. Hoewel ik pas gelezen heb dat er een oplossing is waar de overheid achter staat, die moet TNO eerst nog testen en dan zou die al in januari ingevoerd kunnen worden.

Ja, ik ben ook erg benieuwd wat daar uitkomt, het lijkt me wel verstandig, want er zijn er heel wat (hier ook) die tegen de juiste financiele prikkel best willen helpen om netcongestie / onbalans tegen te gaan.

Ik vind het dan ook oliedom dat ze hier niet eerder aan hebben gedacht, sterker nog: ik zou er nog een stapje verder mee gaan: energiebelasting een percentage van de marktprijs maken, dan zie je 'vanzelf' allerlei oplossingen ontstaan.

[RemarkM]

ateun schreef op dinsdag 10 november 2026 @ 18:50:
Volgens de voorspelling moeten de accu's komende nacht worden opgeladen.

Het zal me benieuwen morgenvroeg.
Ik heb overgens de Guaranteed minimum SOC op 45% gezet.
Deze staat default op 20% en hiermee kun je Omni dwingen de accu toch te laden ondanks verwachte Solar opbrengst en netverbruik


Predictive Charging: Price Optimization - 2.0h selected

🔋 Battery: 34% (2.30 kWh usable)
☀️ Solar remaining today: 0.00 kWh
☀️ Solar tomorrow: 1.73 kWh
📊 Home consumption remaining until tomorrow midnight: 13.34 kWh
Basis: learned 15-minute profile
🌙 Of which tomorrow (00:00-24:00): 10.85 kWh
⚡ Energy deficit: 9.80 kWh
🔌 Grid charge planned: 6.71 kWh → 2.0h of charging needed

🕒 Required before deadlines: 6.71 kWh
💰 Flexible by price: 0.00 kWh
💰 Selected slots (cheapest able to meet each deadline):
• 03:00-04:00 → 0.3491 €/kWh, 4.25 kWh [before 08:30]
• 04:00-05:00 → 0.3523 €/kWh, 2.46 kWh [before 15:30]

Average price: 0.3503 €/kWh
Estimated cost: ~2.76 €
Max charge power: 5000W (ICP: 17300W, batteries: 5000W)

@ateun Dit gaat niet goed want dan houdt hij geen rekening met de energie prijs. Hij kan dan dus gaan laden in dure uren!!!

Ik heb ook deze denk fout gemaakt maar ben daar gelukkig op tijd op gecorrigeerd:

" The purpose of the guaranteed minimum SOC feature is strictly resilience: it prioritizes reaching that battery threshold to ensure backup power is available in case of a grid outage, regardless of current energy prices. Pausing the charge based on market rates would defeat the purpose of it being guaranteed."

[RemarkM]

Advies: Update allemaal zsm even naar v1.6.1b1
het is dan wel een pre-release maar dit lost bij veel mensen problemen op:
https://github.com/ffunes/Omnibattery/releases

Zeker even testen en vergelijken of nu wel alles positief uitwerkt.

[ Voor 40% gewijzigd door RemarkM op 10-11-2026 22:37 ]

[RemarkM]

Daarnaast vraag ik me als algemene vraag af of degene die Omnibattery testen/gebruiken überhaupt wel "voorspellend laden" hebben ingesteld?

Als je dat namelijk niet doet dan zijn veel van de wat negatievere gebruikers ervaringen hier inderdaad waar. Je moet dit echt instellen om resultaat te behalen!

[Pocketware]

RemarkM schreef op dinsdag 10 november 2026 @ 22:25:
Advies: Update allemaal zsm even naar v1.6.1b1
het is dan wel een pre-release maar dit lost bij veel mensen problemen op:
https://github.com/ffunes/Omnibattery/releases

Zeker even testen en vergelijken of nu wel alles positief uitwerkt.

Afgelopen dagen zijn er redelijk wat aanpassingen in gedeelte van Predictive Charging gedaan en meerdere bugs opgelost.

Daarnaast heb ik lokaal een logger toegevoegd die elke berekening en aanpassing opslaat in een jsonl file waardoor er achteraf analyses (en verbeteringen) op kunnen worden gedaan.

Als laatste een dashboard toegevoegd waarin te zien is wat de voorspelling was uitgezet tegen de werkelijkheid.Daar heb ik dan morgen de eerste resultaten van.

[RemarkM]

@Pocketware ik ben heel benieuwd naar je uitkomst
ik zag dat veel bugs opgelost zijn door jouw toevoegingen

Als de bugs en verbeteringen zo nel opgelost blijven worden zou dit echt een goed systeem kunnen zijn.

[ Voor 32% gewijzigd door RemarkM op 10-11-2026 23:06 ]

[onlinaius]

Pocketware schreef op dinsdag 10 november 2026 @ 22:52:
[...]

Afgelopen dagen zijn er redelijk wat aanpassingen in gedeelte van Predictive Charging gedaan en meerdere bugs opgelost.

Daarnaast heb ik lokaal een logger toegevoegd die elke berekening en aanpassing opslaat in een jsonl file waardoor er achteraf analyses (en verbeteringen) op kunnen worden gedaan.

Als laatste een dashboard toegevoegd waarin te zien is wat de voorspelling was uitgezet tegen de werkelijkheid.Daar heb ik dan morgen de eerste resultaten van.

Jij bent de ontwikkelaar van Omnibattery? (altijd me afgevraagd of hij / zij een Nederlander is).

[Pocketware]

onlinaius schreef op dinsdag 10 november 2026 @ 23:10:
[...]

Jij bent de ontwikkelaar van Omnibattery? (altijd me afgevraagd of hij / zij een Nederlander is).

Nee, ik ben een gebruiker van

[ateun]

RemarkM schreef op dinsdag 10 november 2026 @ 22:21:
[...]

@ateun Dit gaat niet goed want dan houdt hij geen rekening met de energie prijs. Hij kan dan dus gaan laden in dure uren!!!

Ik heb ook deze denk fout gemaakt maar ben daar gelukkig op tijd op gecorrigeerd:

" The purpose of the guaranteed minimum SOC feature is strictly resilience: it prioritizes reaching that battery threshold to ensure backup power is available in case of a grid outage, regardless of current energy prices. Pausing the charge based on market rates would defeat the purpose of it being guaranteed."

Of jij heb er een andere tekst erbij staan of we hebben het beide over iets anders.

A floor on the current SOC, with a hysteresis band against re-triggering: if any battery drops below it, forces a grid charge to bring the fleet back up, even when the energy balance shows no deficit. Acts as a safety net against forecast errors. Use the Guaranteed Minimum SOC switch to turn it off.