Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO

[timscheffers]

Mijn wasmachine en droger hebben geen wifi, waardoor ze niet via DAO in te plannen zijn. Daarom wil ik het omdraaien: een slimme plug met vermogensmeting detecteert wanneer ik de machine zelf start, en die start wordt vervolgens via direct start aan DAO doorgegeven.
Heeft iemand hier ervaring mee, en heeft het überhaupt nut?

[KC27]

TheMystery schreef op zondag 26 april 2026 @ 00:22:
[...]

Ik had dezelfde entiteit bij solar al toegevoegd als bij de reports entities staat, hier zit voor jaren data in.

JSON:

  "solar": [
    {
      "name": "SolarEdge SE10K",
      "ml_prediction": "true",
      "entities sensors": "sensor.solaredge_lifetime_energy",
      "strings": [
        {
          "tilt": 45,
          "orientation": -35,
          "capacity": 6.00,
          "yield": 0.01125
        },
        {
          "tilt": 10,
          "orientation": 59,
          "capacity": 6.16,
          "yield": 0.01125
        }
      ]
     }
    ],

Log

[...]


Ondertussen werkt het tabblad reports en savings wel maar dan alleen voor vandaag, als ik morgen of gisteren selecteer krijg ik nog de internal server error.

Solar tab werkt nog niet.

Zie weinig fouten in de log, en na aanpassing werkt Bereken de baseloads en ML modellen trainen niet.

Bij baseloads krijg ik deze fout:

[...]


En dit voor ml modellen:


[...]


Edit: moesten volgens mij nog haakjes omheen maar ook hiermee zelfde fouten:
"entities sensors": ["sensor.solaredge_lifetime_energy"],

Ook deze nog aangepast zonder quotes omdat het een Boolean is als staat in documentatie met quotes:
"ml_prediction": true,

Ik vermoed dat je je Home assistant database verkeerd hebt geconfigureerd.
Kijk nog eens goed naar de wiki en/of DOCS.md.

[balk]

timscheffers schreef op zondag 26 april 2026 @ 08:35:
Mijn wasmachine en droger hebben geen wifi, waardoor ze niet via DAO in te plannen zijn. Daarom wil ik het omdraaien: een slimme plug met vermogensmeting detecteert wanneer ik de machine zelf start, en die start wordt vervolgens via direct start aan DAO doorgegeven.
Heeft iemand hier ervaring mee, en heeft het überhaupt nut?

Ik heb dat. Het werkt maar het lastige is dat je verschillende programmas hebt. Je moet voor elk programma een profiel definiereëren en dat doorgeven aan dao. De verschillen tussen programmas detecteren is het lastigst. Vaatwasser was niet zo'n probleem, daar gebruiken we eigenlijk maar 1 programma. Wasmachine is al ingewikkeld en oven is onmogelijk omdat je niet kunt voorspellen hoe lang die lasagne moet. Daar moet ik nog met blokken van 15 minuten gaan werken.

[KC27]

timscheffers schreef op zondag 26 april 2026 @ 08:35:
Mijn wasmachine en droger hebben geen wifi, waardoor ze niet via DAO in te plannen zijn. Daarom wil ik het omdraaien: een slimme plug met vermogensmeting detecteert wanneer ik de machine zelf start, en die start wordt vervolgens via direct start aan DAO doorgegeven.
Heeft iemand hier ervaring mee, en heeft het überhaupt nut?

Je kunt dan die start gebruiken om de switch direct starten te activeren.
Het heeft in zoverre zin dat DAO dan weet wanneer de machine draait en het dan alsnog meeneemt met de vermogensplanning. Zeker volgend jaar wel zinvol om teruglevering te minimaliseren en eigen opwek zo veel mogelijk te gebruiken.

[KC27]

Impossibl3 schreef op zondag 26 april 2026 @ 08:09:
[...]


Ik vroeg mij gisteren nog af. Hoe gaat de ML er mee om dat door de prijzen de zonnepanelen uitgeschakeld worden? Worden die momenten mee genomen in de ml berekening of eruit gelaten?

Goed punt.
Vorig jaar is het maar een paar keer gebeurd (twee dagen) en daarom hebben we ( @simnet en ondergetekende) er bewust geen rekening mee gehouden. Als het nou meer gebeurt zullen we hier wel voor moeten gaan corrigeren.
Volgend jaar wordt het nog interessanter omdat dan het terugleveren nog eerder geld gaat kosten, dus zullen zonnepanelen ook eerder terug geregeld of uitgezet gaan worden.
Dus ik denk dat we er nu al over moeten gaan nadenken.

[timscheffers]

balk schreef op zondag 26 april 2026 @ 08:58:
[...]

Ik heb dat. Het werkt maar het lastige is dat je verschillende programmas hebt. Je moet voor elk programma een profiel definiereëren en dat doorgeven aan dao. De verschillen tussen programmas detecteren is het lastigst. Vaatwasser was niet zo'n probleem, daar gebruiken we eigenlijk maar 1 programma. Wasmachine is al ingewikkeld en oven is onmogelijk omdat je niet kunt voorspellen hoe lang die lasagne moet. Daar moet ik nog met blokken van 15 minuten gaan werken.

Klopt, bij een oven blijft het een schatting en bij een droger trouwens ook. Je zou eventueel met een knop kunnen werken, bijvoorbeeld elke druk = kwartier erbij, maar ik heb het liefst alles volautomatisch 😄 Goed om te horen dat meer mensen hier mee bezig zijn. Ga ik ook eens mee hobbyen!

[TheMystery]

KC27 schreef op zondag 26 april 2026 @ 08:55:
[...]

Ik vermoed dat je je Home assistant database verkeerd hebt geconfigureerd.
Kijk nog eens goed naar de wiki en/of DOCS.md.

Ik gebruik de doa addon en als database gebruik ik de mariadb addon, dus had gisteren nog de default waardes weggelaten zoals in de wiki staat en wachtwoord staat in de secrets(ww gekopieerd uit de yaml van de mariadb addon), ik heb er nu dit instaan:

JSON:

{
  "config_version": 0,
  "homeassistant": {},
  "database_ha": {
    "password": "!secret db_ha_password"
  },
  "database_da": {
    "engine": "sqlite",
    "db_path": "../data",
    "database": "day_ahead.db"
  },

Zou volgens wiki dan volledig moeten kloppen toch?

Kan het zijn dat ik home assistent nog moet upgraden van 2026.3 naar 2026.4 dat er misschien een tabel in de database veranderd is tussen deze versies? Ik vind het namelijk niet direct in de changelogs.

[pimNH]

KC27 schreef op zondag 26 april 2026 @ 09:07:
[...]

Goed punt.
Vorig jaar is het maar een paar keer gebeurd (twee dagen) en daarom hebben we ( @simnet en ondergetekende) er bewust geen rekening mee gehouden. Als het nou meer gebeurt zullen we hier wel voor moeten gaan corrigeren.
Volgend jaar wordt het nog interessanter omdat dan het terugleveren nog eerder geld gaat kosten, dus zullen zonnepanelen ook eerder terug geregeld of uitgezet gaan worden.
Dus ik denk dat we er nu al over moeten gaan nadenken.

De outliers worden er toch uit gefilterd? Stiekem heb je er dus al wel rekening mee gehouden.

[KC27]

TheMystery schreef op zondag 26 april 2026 @ 09:27:
[...]


Ik gebruik de doa addon en als database gebruik ik de mariadb addon, dus had gisteren nog de default waardes weggelaten zoals in de wiki staat en wachtwoord staat in de secrets(ww gekopieerd uit de yaml van de mariadb addon), ik heb er nu dit instaan:

JSON:

{
  "config_version": 0,
  "homeassistant": {},
  "database_ha": {
    "password": "!secret db_ha_password"
  },
  "database_da": {
    "engine": "sqlite",
    "db_path": "../data",
    "database": "day_ahead.db"
  },

Zou volgens wiki dan volledig moeten kloppen toch?

Kan het zijn dat ik home assistent nog moet upgraden van 2026.3 naar 2026.4 dat er misschien een tabel in de database veranderd is tussen deze versies? Ik vind het namelijk niet direct in de changelogs.

Nee ha database is niet veranderd met nieuwe versie van ha.

[ Voor 3% gewijzigd door KC27 op 26-04-2026 09:46 ]

[balk]

KC27 schreef op zondag 26 april 2026 @ 09:07:
[...]

Goed punt.
Vorig jaar is het maar een paar keer gebeurd (twee dagen) en daarom hebben we ( @simnet en ondergetekende) er bewust geen rekening mee gehouden. Als het nou meer gebeurt zullen we hier wel voor moeten gaan corrigeren.
Volgend jaar wordt het nog interessanter omdat dan het terugleveren nog eerder geld gaat kosten, dus zullen zonnepanelen ook eerder terug geregeld of uitgezet gaan worden.
Dus ik denk dat we er nu al over moeten gaan nadenken.

Is het mogelijk om gewoon de zon-datapunten waarbij e-prijs < 0 weg te filteren? Dan kom je aardig in de buurt denk ik.

[arjenhiemstra]

KC27 schreef op zaterdag 25 april 2026 @ 21:00:
De nieuwe versies 2026.4.4 en en 2026.4.4.rc1 zijn gepubliceerd;
Changelog:

• Fix error closing pv_dc
• Fix error datepicker on android

Excuses voor al het ongemak.
Ik hoor morgen graag of het allemaal werkt.

Excuses niet nodig! Dit is super leuk om te testen en ook nog super snel gefixed.
DAO doet de optimalisatie vrijwel altijd precies zoals ik het graag zou zien, top werk deze plugin, heel erg bedankt voor alle moeite die je erin stopt!!

[TheMystery]

KC27 schreef op zondag 26 april 2026 @ 09:45:
[...]

Nee ha database is niet veranderd met nieuwe versie van ha.

Nog een idee waar ik het dan nog kan zoeken?

[balk]

timscheffers schreef op zondag 26 april 2026 @ 09:19:
[...]

Klopt, bij een oven blijft het een schatting en bij een droger trouwens ook. Je zou eventueel met een knop kunnen werken, bijvoorbeeld elke druk = kwartier erbij, maar ik heb het liefst alles volautomatisch 😄 Goed om te horen dat meer mensen hier mee bezig zijn. Ga ik ook eens mee hobbyen!

Ik wil het ook automatisch hebben. Mijn Samsung droger geeft geen programma naam door aan welke API dan ook. Dat is vervelend. Maar, de meeste programma's zijn 2 uur lang en 400W continu valt mij nu op. Dus dat ga ik er maar in programmeren. Deze voorspelling is beter dan geen voorspelling.

[KC27]

TheMystery schreef op zondag 26 april 2026 @ 09:52:
[...]


Nog een idee waar ik het dan nog kan zoeken?

Jouw ha-database instelling werkt alleen als de naam van de database "homeassistant" is en de gebruiker ook "homeassistant". Zo niet dan moet je deze expliciet opnemen in je config.

[KC27]

balk schreef op zondag 26 april 2026 @ 09:51:
[...]

Is het mogelijk om gewoon de zon-datapunten waarbij e-prijs < 0 weg te filteren? Dan kom je aardig in de buurt denk ik.

Ik denk dat het alleen klopt als ook de inkoopprijs negatief is. Maar als je niet meer kunt salderen (volgend jaar) kan het ook voorkomen dat je je pv-productie gaat terugregelen (of uitzetten) als je er geen bestemming meer voor hebt (accu's vol, wasjes gedraaid enz) om terugleveren te voorkomen.

[balk]

KC27 schreef op zondag 26 april 2026 @ 11:17:
[...]

Ik denk dat het alleen klopt als ook de inkoopprijs negatief is. Maar als je niet meer kunt salderen (volgend jaar) kan het ook voorkomen dat je je pv-productie gaat terugregelen (of uitzetten) als je er geen bestemming meer voor hebt (accu's vol, wasjes gedraaid enz) om terugleveren te voorkomen.

Dus vanaf 1 januari filteren op retour prijs minus halve cycle cost < 0?

[TheMystery]

KC27 schreef op zondag 26 april 2026 @ 10:43:
[...]

Jouw ha-database instelling werkt alleen als de naam van de database "homeassistant" is en de gebruiker ook "homeassistant". Zo niet dan moet je deze expliciet opnemen in je config.

Ja dat is die, daarom eruit gehaald want had het eerst er wel in staan.
Nu nog eens erin gezet, maar nu ook met host core-mariadb en nu werkt het

JSON:

"database_ha": {
    "engine": "mysql",
    "host": "core-mariadb",
    "database": "homeassistant",
    "username": "homeassistant",
    "password": "!secret db_ha_password"
  },

Bedankt voor het mee denken dat het in de db connectie moest zitten.
Kan ik weer verder met apparaten toevoegen nu de basis staat, baseloads en ml modellen getraind zijn.
Had misschien nu wel verwacht met negatieve prijzen dit in de grafiek te zien dat pv uit moet, of moet je dan entity pv switch invullen en een helper aanmaken in ha?

Edit: met entity pv switch toegevoegd is het idd aangepast.

[ Voor 3% gewijzigd door TheMystery op 26-04-2026 11:55 ]

[simnet]

Voor de ml-learner moet je eigenlijk alle datapunten wegfilteren waarop curtailment actief is. Dat kan je het beste doe door nu alvast een sensor te configureren die bij houd wanneer PV is afgeschakeld/terugschroeft/nom draait/voltagelatch/etc.
Die kun je dan gebruiken om de metingen te filteren.
Wel zorgen dat die sensor long-term-statistics bijhoud. Dat laatste zit ik nog mee te stoeien en heb nog niet gevonden hoe je dat voor een binaire sensor aanzet. (Maar ook nog niet heel veel naar gekeken)

[Dogooder]

KC27 schreef op zaterdag 25 april 2026 @ 21:00:
De nieuwe versies 2026.4.4 en en 2026.4.4.rc1 zijn gepubliceerd;
Changelog:

• Fix error closing pv_dc
• Fix error datepicker on android

Excuses voor al het ongemak.
Ik hoor morgen graag of het allemaal werkt.

Ik draai 2026.4.4 en mijn dc panelen op Deye zijn op aanwijzen van DAO netjes teruggeschroefd naar 400W.
Ben ik blij mee.
Nu is het wel zo dat DAO 0 watt verwacht en de realiteit is 400W. Maar dat noem ik op dit moment gerommel in de marge.

[ Voor 11% gewijzigd door Dogooder op 26-04-2026 12:33 ]

[KC27]

simnet schreef op zondag 26 april 2026 @ 12:07:
Voor de ml-learner moet je eigenlijk alle datapunten wegfilteren waarop curtailment actief is. Dat kan je het beste doe door nu alvast een sensor te configureren die bij houd wanneer PV is afgeschakeld/terugschroeft/nom draait/voltagelatch/etc.
Die kun je dan gebruiken om de metingen te filteren.
Wel zorgen dat die sensor long-term-statistics bijhoud. Dat laatste zit ik nog mee te stoeien en heb nog niet gevonden hoe je dat voor een binaire sensor aanzet. (Maar ook nog niet heel veel naar gekeken)

Er zijn een aantallen omvormers ( zoals die van SolarEdge) die kun je gradueel "terugschroeven" tussen 0 en 100%. Ik ben van plan dat dit jaar nog te gaan ondersteunen zodat we volgend jaar optimaal van de pv-productie kunnen gaan profiteren. Aan/uit wordt dan 100% of 0%.
We kunnen ook dat percentage gaan opslaan in de DAO database. Die is altijd longterm.
Zolang dat percentage groter is dan 0 kunnen we de oorspronkelijke productie terugrekenen en die alsnog meenemen in de ml-training.

[ Voor 13% gewijzigd door KC27 op 26-04-2026 13:07 ]

[Beekforel]

BertSmelik schreef op zondag 5 april 2026 @ 17:50:
@KC27
Ik ben bezig een koppeling tot stand te brengen tussen DAO en HBC (Home Battery Control voor 2 x Marstek Venus 3). Nu wil ik een HA automation starten als DAO zijn optimalisering heeft afgerond. DAO optimalisering draait elk kwartier. Ik zie (in de DAO log van de optimalisering) dat dit tussen de 10 en 20 seconden ná het kwartier is; kennelijk afhankelijk van de complexiteit van de berekening en de overige bezetting op mijn Proxmox server.
De veranderingen in de verschillende output waarden van DAO werkt niet zo goed en levert veel "loze" starts van de automatisering op.
Mij vraag is:
1. wat is de beste entiteit die ik als trigger kan gebruiken om zeker te zijn dat de DAO berekening klaar is?
2. als dat niet gezegd kan worden, is het een idee om in een volgende versie hiervoor een entiteit te introduceren?

Heb je deze koppeling al voor elkaar? Hoe heb je het gedaan?

[Impossibl3]

KC27 schreef op zondag 26 april 2026 @ 13:04:
[...]

Er zijn een aantallen omvormers ( zoals die van SolarEdge) die kun je gradueel "terugschroeven" tussen 0 en 100%. Ik ben van plan dat dit jaar nog te gaan ondersteunen zodat we volgend jaar optimaal van de pv-productie kunnen gaan profiteren. Aan/uit wordt dan 100% of 0%.
We kunnen ook dat percentage gaan opslaan in de DAO database. Die is altijd longterm.
Zolang dat percentage groter is dan 0 kunnen we de oorspronkelijke productie terugrekenen en die alsnog meenemen in de ml-training.

Dit zou echt briljant zijn. Heb net voor een deel van mijn PV (Enphase) de Envoy Meterd gekocht die een deze dagen binnen komt. Daar kan ik niet alleen 0/100 instellen maar via 4 relais ook 14 gradaties tussen de 0 en 100%.

[thomvh]

KC27 schreef op zondag 26 april 2026 @ 13:04:
[...]

Er zijn een aantallen omvormers ( zoals die van SolarEdge) die kun je gradueel "terugschroeven" tussen 0 en 100%. Ik ben van plan dat dit jaar nog te gaan ondersteunen zodat we volgend jaar optimaal van de pv-productie kunnen gaan profiteren. Aan/uit wordt dan 100% of 0%.
We kunnen ook dat percentage gaan opslaan in de DAO database. Die is altijd longterm.
Zolang dat percentage groter is dan 0 kunnen we de oorspronkelijke productie terugrekenen en die alsnog meenemen in de ml-training.

Huawei Omvormers hebben die mogelijkheid ook!
Dit is momenteel via de HA integratie

[thomvh]

Ik loop nog steeds te stoeien met de laadpalen bij mij thuis in combinatie met DAO. Ik wil eigenlijk van Tibber grid Rewards gebruik maken en dat gaat prima op normale dagen. Maar op een dag als vandaag ramt tibber er doodleuk met hun smart charging doorheen en zou mijn thuisaccu niet geladen hebben op de goedkope tijden.

De accu kan het nog mooi duur terug verkopen vanmiddag de autos niet. Dus heb het liever in de accu's zitten dan in de autos. Heeft iemand anders hier misschien een goed tactiek voor uitgedacht?

Ik heb momenteel de EV's in DAO zitten en trigger de direct charging op basis van grid Rewards. Maar dat werkt niet op dagen als vandaag wanneer die puur probeert te smart laden op goedkope tijden.

[ Voor 16% gewijzigd door thomvh op 26-04-2026 14:53 ]

[arjenhiemstra]

Dogooder schreef op zondag 26 april 2026 @ 12:31:
[...]

Ik draai 2026.4.4 en mijn dc panelen op Deye zijn op aanwijzen van DAO netjes teruggeschroefd naar 400W.
Ben ik blij mee.
Nu is het wel zo dat DAO 0 watt verwacht en de realiteit is 400W. Maar dat noem ik op dit moment gerommel in de marge.

Same here, werkte als een zonnetje

Mijn minimum is 1000 watt, maar inderdaad, gerommel in de marge.

[UsernameIsInUse]

Ik heb 3 Marstek batterijen die DAO op dit moment als één grote batterij berekent en aanstuurt. Hiermee gaat het laden op de goedkoopste momenten en ontladen op dure uren helemaal goed.
Met het oog op 2027 heb ik zojuist in DAO eens zitten spelen met de instellingen voor energy_taxes_production (0) en vat_production (0) zoals we die gaan krijgen.
Mij valt op dat DAO dan de batterij ook gaat inzetten om de baseload af te dekken, hetgeen logisch is.
Ik vraag me af hoe ik dat het beste kan gaan aansturen met DAO en HA.
In DAO is er entity balance switch voor 0 op de meter, wordt deze dan ingeschakeld als de baseload moet worden afgedekt, is deze hiervoor juist bedoeld?
En hoe werkt dat met 3 (Marstek) batterijen? Het liefst zou ik deze niet tegelijkertijd op 0 op de meter willen zetten. Dit vanwege het relatief lage gevraagd baseload vermogen en als dat door drie batterijen tegelijkertijd geleverd wordt gaat de RTE nog verder naar beneden. Het liefst zou ik eerst batterij 1 op nul op de meter zetten, als deze leeg is batterij 2 en daarna pas batterij 3.
Iemand al tips voor deze situatie in 2027 met 3 batterijen?

[thewhi]

Ik heb gister mijn Peblar Business laadpunt aangesloten. En de entiteiten ingericht in HA. Maar helaas komt het verbruik niet terug in de reports. Enig idee wat ik hier fout doen?



uiteraard de entiteit waar de data in zit driedubbel gechecked, maar kan ook niet in de logging zien of er iets mis gaat... of kijk ik niet goed?

{
"config_version": 0,
"homeassistant": {
"ip_address": "192.168.1.101",
"ip_port": 8123,
"hasstoken": "!secret ha_api_token",
"protocol_api": "http"
},
"database_ha": {
"engine": "sqlite",
"db_path": "/homeassistant",
"database": "home-assistant_v2.db"
},
"database_da": {
"engine": "sqlite",
"db_path": "../data",
"database": "day_ahead.db"
},
"meteoserver_key": "!secret meteoserver-key",
"meteoserver_model": "harmonie",
"meteoserver_attemps": 2,
"prices": {
"source_day_ahead": "nordpool",
"entsoe_api_key": "!secret entsoe-api-key",
"energy_taxes_consumption": {
"2022-01-01": 0.06729,
"2023-01-01": 0.12599,
"2024-01-01": 0.1088,
"2025-01-01": 0.10154,
"2026-01-01": 0.09161
},
"energy_taxes_production": {
"2022-01-01": 0.06729,
"2023-01-01": 0.12599,
"2024-01-01": 0.1088,
"2025-01-01": 0.10154,
"2026-01-01": 0.09161
},
"cost_supplier_consumption": {
"2022-01-01": 0.002,
"2023-03-01": 0.018,
"2024-04-01": 0.0175,
"2024-08-01": 0.020496,
"2025-01-01": 0.01653,
"2026-01-01": 0.01653
},
"cost_supplier_production": {
"2022-01-01": 0.002,
"2023-03-01": 0.018,
"2024-04-01": 0.0175,
"2025-01-01": 0.03306,
"2026-01-01": 0.03306
},
"vat_consumption": {
"2022-01-01": 21.0,
"2022-07-01": 9.0,
"2023-01-01": 21.0
},
"vat_production": {
"2022-01-01": 21.0,
"2022-07-01": 9.0,
"2023-01-01": 21.0
},
"last_invoice": "2025-09-01",
"tax_refund": true,
"regular high": 0.5,
"regular low": 0.4,
"switch to low": 23
},
"logging_level": "debug",
"use_calc_baseload": true,
"baseload_calc_periode": 56,
"baseload": [
0.14,
0.38,
0.26,
0.42,
0.15,
0.12,
0.13,
0.15,
0.23,
0.26,
0.31,
0.32,
0.31,
0.23,
0.26,
0.21,
0.21,
0.54,
0.26,
0.26,
0.22,
0.19,
0.18,
0.16
],
"graphical_backend": "",
"graphics": {
"style": "Solarize_Light2",
"battery_balance": true,
"prices_consumption": true,
"prices_production": true,
"prices_spot": true,
"average_consumption": true,
"show": "true"
},
"interval": "1hour",
"strategy": "minimize cost",
"max_gap": 0.01,
"notifications": {
"opstarten": true,
"berekening": true
},
"grid": {
"max_power": 17.0
},
"history": {
"save_days": 7
},
"dashboard": {
"port": 5000
},
"battery": [
{
"name": "batterij",
"entity_actual_level": "sensor.instantaneous_battery_soc",
"capacity": 6.0,
"upper_limit": 100,
"lower_limit": 10,
"optimal_lower_level": 11,
"penalty_low_soc": 0.0025,
"charge_stages": [
{
"power": 0.0,
"efficiency": 1.0
},
{
"power": 60.0,
"efficiency": 0.75
},
{
"power": 110.0,
"efficiency": 0.78
},
{
"power": 220.0,
"efficiency": 0.8
},
{
"power": 330.0,
"efficiency": 0.82
},
{
"power": 440.0,
"efficiency": 0.85
},
{
"power": 660.0,
"efficiency": 0.88
},
{
"power": 880.0,
"efficiency": 0.89
},
{
"power": 1100.0,
"efficiency": 0.89
},
{
"power": 1320.0,
"efficiency": 0.9
},
{
"power": 1540.0,
"efficiency": 0.91
},
{
"power": 1760.0,
"efficiency": 0.92
},
{
"power": 1980.0,
"efficiency": 0.92
},
{
"power": 2000.0,
"efficiency": 0.92
}
],
"discharge_stages": [
{
"power": 0.0,
"efficiency": 1.0
},
{
"power": 60.0,
"efficiency": 0.7
},
{
"power": 110.0,
"efficiency": 0.75
},
{
"power": 220.0,
"efficiency": 0.76
},
{
"power": 330.0,
"efficiency": 0.78
},
{
"power": 440.0,
"efficiency": 0.79
},
{
"power": 660.0,
"efficiency": 0.8
},
{
"power": 880.0,
"efficiency": 0.82
},
{
"power": 1100.0,
"efficiency": 0.85
},
{
"power": 1320.0,
"efficiency": 0.9
},
{
"power": 1540.0,
"efficiency": 0.9
},
{
"power": 1760.0,
"efficiency": 0.9
},
{
"power": 1980.0,
"efficiency": 0.9
},
{
"power": 2000.0,
"efficiency": 0.9
}
],
"reduced_hours": {
"1": 2200,
"2": 2200,
"18": 2200,
"19": 2200
},
"reduce_power_low_soc": [],
"reduce_power_high_soc": [],
"minimum_power": 10,
"dc_to_bat_efficiency": 1.0,
"dc_to_bat_max_power": 2000.0,
"bat_to_dc_efficiency": 1.0,
"bat_to_dc_max_power": 2000.0,
"cycle_cost": 0.02,
"entity_set_power_feedin": "input_number.dao_feedin_grid",
"entity_set_operating_mode_on": "aan",
"entity_set_operating_mode_off": "uit",
"entity_balance_switch": "input_boolean.balanceer_grid",
"entity_from_ac": "input_number.dao_ac",
"entity_calculated_soc": "input_number.dao_calculated_soc",
"solar": []
}
],
"solar": [
{
"name": "pv woning",
"capacity": 5.67,
"strings": [
{
"tilt": 60.0,
"orientation": -90.0,
"capacity": 3.24,
"ml_prediction": false,
"entities_sensors": [],
"yield_factor": 0.007
},
{
"tilt": 60.0,
"orientation": 90.0,
"capacity": 2.43,
"ml_prediction": false,
"entities_sensors": [],
"yield_factor": 0.007
}
],
"ml_prediction": true,
"entities_sensors": [
"sensor.zonneplan_one_refurbished_yield_total"
],
"entity pv switch": "input_boolean.solar_pv_on_off",
"max_power": 6.0
}
],
"electric_vehicle": [
{
"name": "Skoda",
"capacity": 77,
"entity position": "device_tracker.skoda_enyaq_positie",
"entity actual level": "sensor.skoda_enyaq_accupercentage",
"entity plugged in": "binary_sensor.skoda_enyaq_laadkabel",
"charge stages": [
{ "ampere": 0, "efficiency": 0},
{ "ampere": 16, "efficiency": 1}
],
"charge three phase": "true",
"charge scheduler": {
"entity set level": "input_number.dao_enyaq_target_soc",
"level margin": 4,
"entity ready datetime": "input_datetime.dao_enyaq_charged_at"
},
"charge switch": "input_boolean.dao_enyaq_charge_switch",
"entity set charging ampere": "input_number.dao_enyaq_charge_ampere"
}],

"machines": [],
"boiler": {
"boiler_present": false,
"entity actual temp.": "sensor.boiler_gemeten",
"entity setpoint": "sensor.boiler_ingesteld",
"entity hysterese": "sensor.hysterese_hot_water",
"cop": 2.9,
"cooling rate": 0.4,
"volume": 180,
"heating allowed below": 44,
"elec. power": 1500,
"activate service": "press",
"activate entity": "input_button.hw_trigger"
},
"heating": {
"heater_present": false,
"degree days factor": 3.6,
"stages": [
{
"max_power": 225,
"cop": 7.1
},
{
"max_power": 300,
"cop": 7.0
},
{
"max_power": 400,
"cop": 6.5
},
{
"max_power": 500,
"cop": 6.0
},
{
"max_power": 600,
"cop": 5.5
},
{
"max_power": 750,
"cop": 5.0
},
{
"max_power": 1000,
"cop": 4.5
},
{
"max_power": 1250,
"cop": 4.0
}
],
"entity adjust heating curve": "input_number.stooklijn_verschuiving_day_ahead",
"adjustment factor": 0.04
},
"tibber": {
"api_token": "!secret tibber_api_token",
"api_url": "https://api.tibber.com/v1-beta/gql"
},
"xgboost": {
"tune_hyperparameters": true
},
"report": {
"entities_grid_consumption": [
"sensor.smartmeter_energieverbruik_laag_tarief",
"sensor.smartmeter_energieverbruik_hoog_tarief"
],
"entities_grid_production": [
"sensor.smartmeter_energieproductie_laag_tarief",
"sensor.smartmeter_energieproductie_hoog_tarief"
],
"entities_solar_production_ac": [
"sensor.zonneplan_one_refurbished_yield_total"
],
"entities_solar_production_dc": [],
"entities ev consumption" : ["sensor.peblar_ev_charger_levenslange_energie"],
"entities_wp_consumption": [],
"entities_boiler_consumption": [],
"entities_battery_consumption": [
"sensor.charge"
],
"entities_battery_production": [
"sensor.discharge"
],
"entities_machine_consumption": []
},
"scheduler": {
"active": true,
"schedule": [
{
"time": "0430",
"action": "get_meteo_data"
},
{
"time": "0145",
"action": "calc_baseloads"
},
{
"time": "1030",
"action": "get_meteo_data"
},
{
"time": "1630",
"action": "get_meteo_data"
},
{
"time": "2230",
"action": "get_meteo_data"
},
{
"time": "1259",
"action": "get_day_ahead_prices"
},
{
"time": "1355",
"action": "get_day_ahead_prices"
},
{
"time": "1455",
"action": "get_day_ahead_prices"
},
{
"time": "1551",
"action": "get_day_ahead_prices"
},
{
"time": "2255",
"action": "get_day_ahead_prices"
},
{
"time": "xx00",
"action": "calc_optimum"
},
{
"time": "2359",
"action": "clean_data"
},
{
"time": "2330",
"action": "train_ml_predictions"
}
]
}
}

en is het ook mogelijk om de laadkosten inzichtelijk te maken? Ben namelijk wel benieuwd wat ik kwijt ben aan het laden van mijn EV

[balk]

UsernameIsInUse schreef op zondag 26 april 2026 @ 18:11:
Ik heb 3 Marstek batterijen die DAO op dit moment als één grote batterij berekent en aanstuurt. Hiermee gaat het laden op de goedkoopste momenten en ontladen op dure uren helemaal goed.
Met het oog op 2027 heb ik zojuist in DAO eens zitten spelen met de instellingen voor energy_taxes_production (0) en vat_production (0) zoals we die gaan krijgen.
Mij valt op dat DAO dan de batterij ook gaat inzetten om de baseload af te dekken, hetgeen logisch is.
Ik vraag me af hoe ik dat het beste kan gaan aansturen met DAO en HA.
In DAO is er entity balance switch voor 0 op de meter, wordt deze dan ingeschakeld als de baseload moet worden afgedekt, is deze hiervoor juist bedoeld?
En hoe werkt dat met 3 (Marstek) batterijen? Het liefst zou ik deze niet tegelijkertijd op 0 op de meter willen zetten. Dit vanwege het relatief lage gevraagd baseload vermogen en als dat door drie batterijen tegelijkertijd geleverd wordt gaat de RTE nog verder naar beneden. Het liefst zou ik eerst batterij 1 op nul op de meter zetten, als deze leeg is batterij 2 en daarna pas batterij 3.
Iemand al tips voor deze situatie in 2027 met 3 batterijen?

Ik heb twee Sessy batterijen, dus dat is vergelijkbaar. Iemand heeft een mooie blueprint gemaakt om precies dit te regelen. Het verdeelt de load gelijkmatig indien hoog genoeg en wisselt de batterijen gelijkmatig indien te laag voor meerdere.

[pimNH]

UsernameIsInUse schreef op zondag 26 april 2026 @ 18:11:
Ik heb 3 Marstek batterijen die DAO op dit moment als één grote batterij berekent en aanstuurt. Hiermee gaat het laden op de goedkoopste momenten en ontladen op dure uren helemaal goed.
Met het oog op 2027 heb ik zojuist in DAO eens zitten spelen met de instellingen voor energy_taxes_production (0) en vat_production (0) zoals we die gaan krijgen.
Mij valt op dat DAO dan de batterij ook gaat inzetten om de baseload af te dekken, hetgeen logisch is.
Ik vraag me af hoe ik dat het beste kan gaan aansturen met DAO en HA.
In DAO is er entity balance switch voor 0 op de meter, wordt deze dan ingeschakeld als de baseload moet worden afgedekt, is deze hiervoor juist bedoeld?
En hoe werkt dat met 3 (Marstek) batterijen? Het liefst zou ik deze niet tegelijkertijd op 0 op de meter willen zetten. Dit vanwege het relatief lage gevraagd baseload vermogen en als dat door drie batterijen tegelijkertijd geleverd wordt gaat de RTE nog verder naar beneden. Het liefst zou ik eerst batterij 1 op nul op de meter zetten, als deze leeg is batterij 2 en daarna pas batterij 3.
Iemand al tips voor deze situatie in 2027 met 3 batterijen?

Ik heb een Marstek batterij en heb zelf een automation gemaakt die NOM doet, deze zou je kunnen aanpassen dat hij accu voor accu doet.

[Beekforel]

UsernameIsInUse schreef op zondag 26 april 2026 @ 18:11:
Ik heb 3 Marstek batterijen die DAO op dit moment als één grote batterij berekent en aanstuurt. Hiermee gaat het laden op de goedkoopste momenten en ontladen op dure uren helemaal goed.
Met het oog op 2027 heb ik zojuist in DAO eens zitten spelen met de instellingen voor energy_taxes_production (0) en vat_production (0) zoals we die gaan krijgen.
Mij valt op dat DAO dan de batterij ook gaat inzetten om de baseload af te dekken, hetgeen logisch is.
Ik vraag me af hoe ik dat het beste kan gaan aansturen met DAO en HA.
In DAO is er entity balance switch voor 0 op de meter, wordt deze dan ingeschakeld als de baseload moet worden afgedekt, is deze hiervoor juist bedoeld?
En hoe werkt dat met 3 (Marstek) batterijen? Het liefst zou ik deze niet tegelijkertijd op 0 op de meter willen zetten. Dit vanwege het relatief lage gevraagd baseload vermogen en als dat door drie batterijen tegelijkertijd geleverd wordt gaat de RTE nog verder naar beneden. Het liefst zou ik eerst batterij 1 op nul op de meter zetten, als deze leeg is batterij 2 en daarna pas batterij 3.
Iemand al tips voor deze situatie in 2027 met 3 batterijen?

Zou je kunnen delen hoe je dit hebt geconfigureerd?

Ik probeer DAO te doorgronden, ik heb de meeste config nu wel voor elkaar maar ik ben er nog niet uit hoe ik mijn Marstek batterijen nu precies ga aansturen. Ik heb momenteel Home Battery Control waar ik wel tevreden mee ben qua NOM aansturing maar ik mis de fine-grained planning die DAO doet.

[UsernameIsInUse]

Beekforel schreef op zondag 26 april 2026 @ 20:01:
[...]

Zou je kunnen delen hoe je dit hebt geconfigureerd?

Dit is mijn huidige configgedeelte voor de 3 Marstek Batterijen: (Verbeteringen zijn welkom )

"battery": [
{
"name": "3 Marstek accu's",
"entity_actual_level": "sensor.marstek_m1_battery_state_of_charge",
"capacity": 15.0,
"upper_limit": 100,
"lower_limit": 11,
"optimal_lower_level": 11,
"penalty_low_soc": 0.0025,
"entity_min_soc_end_opt": "input_number.min_soc_end_opt",
"entity_max_soc_end_opt": "input_number.max_soc_end_opt",
"charge_stages": [
{
"power": 0.0,
"efficiency": 1.0
},
{
"power": 4500.0,
"efficiency": 0.95
}
],
"discharge_stages": [
{
"power": 0.0,
"efficiency": 1.0
},
{
"power": 2400.0,
"efficiency": 0.95
}
],
"reduced_hours": {},
"reduce_power_low_soc": [],
"reduce_power_high_soc": [],
"minimum_power": 900,
"dc_to_bat_efficiency": 0.93,
"dc_to_bat_max_power": 4500.0,
"bat_to_dc_efficiency": 0.93,
"bat_to_dc_max_power": 2400.0,
"cycle_cost": 0.0,
"entity_set_power_feedin": "input_number.feedin_grid",
"entity_set_operating_mode": "input_select.battery_operating_mode",
"entity_set_operating_mode_on": "Aan",
"entity_set_operating_mode_off": "Uit",
"entity_stop_inverter": "input_datetime.stop_battery",
"entity_balance_switch": "input_boolean.balanceer_grid",
"entity_calculated_soc": "input_number.battery_calculated_soc",
"solar": []
}
],

[pimNH]

Beekforel schreef op zondag 26 april 2026 @ 20:01:
[...]

Zou je kunnen delen hoe je dit hebt geconfigureerd?

Ik probeer DAO te doorgronden, ik heb de meeste config nu wel voor elkaar maar ik ben er nog niet uit hoe ik mijn Marstek batterijen nu precies ga aansturen. Ik heb momenteel Home Battery Control waar ik wel tevreden mee ben qua NOM aansturing maar ik mis de fine-grained planning die DAO doet.

Het is allemaal nog wat in ontwikkeling, maar hierbij mijn automatiseringen:
NOM:

alias: Marstek NOM
description: ""
triggers:
- seconds: /6
trigger: time_pattern
enabled: true
conditions:
- condition: state
entity_id: input_select.dao_bat_opmode
state: Aan
- condition: state
entity_id: input_boolean.dao_bat_balance
state: "on"
actions:
- if:
- condition: template
value_template: "{{ grid_power > export_threshold }}"
then:
- target:
entity_id: timer.grid_export_20s
action: timer.cancel
- if:
- condition: template
value_template: "{{ grid_power < import_threshold }}"
then:
- target:
entity_id: timer.grid_import_20s
action: timer.cancel
- choose:
- conditions:
- condition: template
value_template: "{{ grid_power < export_threshold }}"
- condition: state
entity_id: timer.grid_export_20s
state: idle
sequence:
- target:
entity_id: timer.grid_export_20s
data:
duration: "00:00:20"
action: timer.start
- choose:
- conditions:
- condition: template
value_template: "{{ grid_power > import_threshold }}"
- condition: state
entity_id: timer.grid_import_20s
state: idle
sequence:
- target:
entity_id: timer.grid_import_20s
data:
duration: "00:00:20"
action: timer.start
- choose:
- conditions:
- condition: state
entity_id: select.marstek1_force_mode
state: discharge
sequence:
- target:
entity_id: number.marstek1_set_discharge_power
data:
value: >
{{ [grid_power, max_discharge_power | float(0)] | min | round(0)
}}
action: number.set_value
- choose:
- conditions:
- condition: state
entity_id: select.marstek1_force_mode
state: charge
sequence:
- target:
entity_id: number.marstek1_set_charge_power
data:
value: >
{{ [-grid_power, max_charge_power | float(0)] | min | round(0)
}}
action: number.set_value
mode: restart
variables:
grid_power: |-
{{ (states('sensor.electricity_meter_energieverbruik') | float(0) * 1000) +
(states('sensor.marstek1_ac_power') | float(0)) -
(float(7)) -
(states('sensor.electricity_meter_energieproductie') | float(0) * 1100)
}}
soc: "{{ states('sensor.marstek1_battery_soc') | float(50) }}"
max_discharge_power: |
{% if soc > 30 %}
2500
{% elif soc > 20 %}
2000
{% elif soc > 15 %}
1500
{% else %}
300
{% endif %}
max_charge_power: |
{% if soc < 88 %}
2500
{% elif soc < 93 %}
2000
{% elif soc < 95 %}
800
{% elif soc < 98 %}
200
{% elif soc < 99 %}
130
{% else %}
60
{% endif %}
export_threshold: -200
import_threshold: 80

Ik gebruik geen P(I)D want dat vind ik wat overdreven voor een niet dynamisch systeem. Met deze code kom ik ongeveer op 10Wh per uur import uit, wil je dichter naar de nul dan kun je de 7 aanpassen. (Ik heb een dsmr 5.0 meter, de update snelheid van de marstek is de limiterende factor in de regelsnelheid)

Timers om te wisselen:

alias: Timer export klaar → charge
description: ""
triggers:
- event_type: timer.finished
event_data:
entity_id: timer.grid_export_20s
trigger: event
conditions:
- condition: state
entity_id: input_select.dao_bat_opmode
state:
- Aan
- condition: state
entity_id: input_boolean.dao_bat_balance
state:
- "on"
- condition: not
conditions:
- condition: device
device_id: 9c6a1837bbeea7fc26c7dd2133ac411a
domain: select
entity_id: 19846e14a554b79350eeed49ba61d14e
type: selected_option
option: charge
actions:
- target:
entity_id: select.marstek1_force_mode
data:
option: charge
action: select.select_option
- device_id: 9c6a1837bbeea7fc26c7dd2133ac411a
domain: number
entity_id: 3829b02e5fb126ca33d29562f78762fa
type: set_value
value: 2500

alias: Timer import klaar → discharge
description: ""
triggers:
- event_type: timer.finished
event_data:
entity_id: timer.grid_import_20s
trigger: event
conditions:
- condition: state
entity_id: input_select.dao_bat_opmode
state:
- Aan
- condition: state
entity_id: input_boolean.dao_bat_balance
state:
- "on"
- condition: not
conditions:
- condition: device
device_id: 9c6a1837bbeea7fc26c7dd2133ac411a
domain: select
entity_id: 19846e14a554b79350eeed49ba61d14e
type: selected_option
option: discharge
actions:
- target:
entity_id: select.marstek1_force_mode
data:
option: discharge
action: select.select_option
- device_id: 9c6a1837bbeea7fc26c7dd2133ac411a
domain: number
entity_id: 4f7c29135cb9b97bd648971f85cd674a
type: set_value
value: 2500

Accu laden, deze laadstroom limitatie is beter, moet ik nog in NOM verwerken.
Laden wordt nog niet teruggeschroefd als er netto import optreed. Dit moet ik nog afhankelijk maken van de intentie van dao.

alias: Accu laden DAO
description: ""
triggers:
- trigger: state
entity_id:
- input_select.dao_bat_opmode
to:
- Aan
- trigger: state
entity_id:
- input_number.dao_bat_pwr
- trigger: state
entity_id:
- sensor.marstek1_battery_soc
- trigger: numeric_state
entity_id:
- sensor.marstek1_maximale_celspanning
above: 3.46
conditions:
- condition: state
entity_id: input_boolean.dao_bat_balance
state:
- "off"
enabled: true
- condition: state
entity_id: input_select.dao_bat_opmode
state:
- Aan
- condition: numeric_state
entity_id: input_number.dao_bat_pwr
above: 0
actions:
- target:
entity_id: number.marstek1_set_charge_power
data:
value: "{{ target_power }}"
action: number.set_value
- target:
entity_id: select.marstek1_force_mode
data:
option: charge
action: select.select_option
variables:
soc: "{{ states('sensor.marstek1_battery_soc') | float(50) }}"
maxcel: "{{ states('sensor.marstek1_maximale_celspanning') | float(50) }}"
target_power: |
{% set max_charge_power =
100 if maxcel > 3450 and soc > 80 else
2500 if soc < 80 else
2400 if soc < 82 else
2300 if soc < 85 else
2000 if soc < 88 else
1800 if soc < 89 else
1600 if soc < 90 else
1300 if soc < 91 else
1200 if soc < 92 else
1000 if soc < 93 else
800 if soc < 96 else
250 if soc < 98 else
80 if soc < 99 else
60
%}
{% set base = [
(states('input_number.dao_bat_pwr') | float(0) * 1.05),
max_charge_power
] | min
%}
{{ base }}

Ontaden:

alias: Accu ontladen DAO
description: ""
triggers:
- trigger: state
entity_id:
- input_number.dao_bat_pwr
enabled: true
to: null
- trigger: state
entity_id:
- input_select.dao_bat_opmode
to:
- Aan
- trigger: state
entity_id:
- input_boolean.dao_bat_balance
to:
- "off"
conditions:
- condition: state
entity_id: input_boolean.dao_bat_balance
state:
- "off"
enabled: true
- condition: state
entity_id: input_select.dao_bat_opmode
state:
- Aan
- condition: numeric_state
entity_id: input_number.dao_bat_pwr
below: 0
actions:
- target:
entity_id: number.marstek1_set_discharge_power
data:
value: "{{ -(states('input_number.dao_bat_pwr') | float(0)) }}"
action: number.set_value
- target:
entity_id: select.marstek1_force_mode
data:
option: discharge
action: select.select_option
- device_id: 9c6a1837bbeea7fc26c7dd2133ac411a
domain: number
entity_id: 4f7c29135cb9b97bd648971f85cd674a
type: set_value
value: 2500
mode: single

[storeman]

@KC27 Ik had vandaag wat raar gedrag (ontladen bij 19ct, rond 17u), terwijl de stroomprijs nog een stuk hoger ging worden en ook de hele nacht hoger was. Ik vond dit verdacht en had recent de reduced power toegevoegd.

Kan het zijn dat de reduced-power settings beide kanten op werken?

Ik heb dit:

code:

      "-reduce_power_low_soc": [
        { "soc": 5, "power": 1500},
        { "soc": 25, "power": 4500},
        { "soc": 30, "power": 6000}
      ],
      "-reduce_power_high_soc": [
        { "soc": 75, "power": 10000},
        { "soc": 78, "power": 4500},
        { "soc": 100, "power": 2500}
      ],

Mijn theorie is dat de verlaagde power bovenin ook wordt gebruikt bij ontladen? Logischer zou denk ik zijn om de keys te wijzigen in charge/discharge. De low/high soc-state blijkt immers wel uit de keys.

Vanmiddag zag ik ook een keer iets, net voor het diepste dal, daar wilde hij even iets gaan ontladen om vervolgens weer verder te laden. Deze parameters zijn mijn eerste verdachte.

[simnet]

KC27 schreef op zondag 26 april 2026 @ 13:04:
[...]

Er zijn een aantallen omvormers ( zoals die van SolarEdge) die kun je gradueel "terugschroeven" tussen 0 en 100%. Ik ben van plan dat dit jaar nog te gaan ondersteunen zodat we volgend jaar optimaal van de pv-productie kunnen gaan profiteren. Aan/uit wordt dan 100% of 0%.
We kunnen ook dat percentage gaan opslaan in de DAO database. Die is altijd longterm.
Zolang dat percentage groter is dan 0 kunnen we de oorspronkelijke productie terugrekenen en die alsnog meenemen in de ml-training.

Het probleem is alleen dat deze data i herent onbetrouwbaar zijn om te gebruiken voor training. Want wie zegt dat de mindere opbrengst komt door curtailment of daadwerkelijk mindere opbrengst. Ook al sla je die info op, kun je niet meer achterhalen wat de echte reden van de lagere opbrengst is.
Je kunt hooguit die datapunten volledig wegfilteren.

[Beekforel]

@pimNH en @UsernameIsInUse bedankt voor de inspiratie.

Ik heb nu het volgende in elkaar gezet in Home Assistant (met wat hulp van AI voor de onnodige emojis uiteraard) om DAO met HBC samen te laten werken (HBC kan de batterijen goed managen en netjes NOM houden):

Helpers:

YAML:

input_select:
  dao_battery_operating_mode:
    name: "DAO - Battery Operation"
    icon: mdi:home-battery
    options:
      - "Aan"
      - "Uit"

input_number:
  dao_battery_power_feedin:
    name: "DAO - Battery Feedin"
    icon: mdi:battery-charging
    min: -4500
    max: 4500
    step: 1
    unit_of_measurement: "W"
    mode: box

input_datetime:
  dao_battery_stop:
    name: "DAO - Battery Stop"
    icon: mdi:battery-outline
    has_date: true
    has_time: true

template:
  - sensor:
      # --- Combined battery SOC (average of 3 Marstek units) ---
      - name: "DAO - Battery SOC Combined"
        unique_id: dao_battery_soc_combined
        unit_of_measurement: "%"
        device_class: battery
        state: >
          {% set active = 'm2,m3' %}
          {% set socs = [] %}

          {% if 'm1' in active %}
            {% set socs = socs + [states('sensor.marstek_m1_battery_state_of_charge') | float(none)] %}
          {% endif %}
          {% if 'm2' in active %}
            {% set socs = socs + [states('sensor.marstek_m2_battery_state_of_charge') | float(none)] %}
          {% endif %}
          {% if 'm3' in active %}
            {% set socs = socs + [states('sensor.marstek_m3_battery_state_of_charge') | float(none)] %}
          {% endif %}

          {% set socs = socs | reject('none') | list %}
          {{ (socs | sum / socs | length) | round(1) if socs | length > 0 else 'unavailable' }}

      # --- Combined battery power (sum of active Marstek AC powers) ---
      - name: "DAO - Battery Power Combined"
        unique_id: dao_battery_power_combined
        unit_of_measurement: "W"
        device_class: power
        state_class: measurement
        state: >
          {% set active = 'm2,m3' %}
          {% set total = 0 %}

          {% if 'm1' in active %}
            {% set total = total + (states('sensor.marstek_m1_ac_power') | float(0)) %}
          {% endif %}
          {% if 'm2' in active %}
            {% set total = total + (states('sensor.marstek_m2_ac_power') | float(0)) %}
          {% endif %}
          {% if 'm3' in active %}
            {% set total = total + (states('sensor.marstek_m3_ac_power') | float(0)) %}
          {% endif %}

          {{ total | round(0) }}

Automation:

YAML:

automation:
  - id: 3b1b5dac-8ded-407b-8a3d-fbff5417bd9d
    alias: DAO -> HBC Battery Strategy Bridge
    mode: single

    trigger:
      - platform: state
        entity_id:
          - input_boolean.dao_battery_balance_mode
          - input_select.dao_battery_operating_mode
          - sensor.dao_battery_soc_combined
          - input_number.dao_battery_power_feedin
          - input_datetime.dao_battery_stop

      - platform: time_pattern
        minutes: "/2"

    action:
      - variables:
          balance_mode: "{{ is_state('input_boolean.dao_battery_balance_mode', 'on') }}"
          operating_mode: "{{ states('input_select.dao_battery_operating_mode') }}"
          soc: "{{ states('sensor.dao_battery_soc_combined') | float(0) }}"
          feedin_power: "{{ states('input_number.dao_battery_power_feedin') | float(0) }}"
          stop_time: "{{ states('input_datetime.dao_battery_stop') }}"
          now_time: "{{ now().strftime('%H:%M:%S') }}"
          stop_time_valid: >
            {{ stop_time not in ['unknown','unavailable','2000-01-01 00:00:00',''] }}

          stop_time_passed: >
            {% if stop_time not in ['unknown','unavailable','2000-01-01 00:00:00',''] %}
              {{ now() >= as_datetime(stop_time) }}
            {% else %}
              false
            {% endif %}

      - choose:
          # ---------------------------------------------------------
          # 🟥 FULL STOP (highest priority)
          # ---------------------------------------------------------
          - conditions:
              - condition: or
                conditions:
                  - condition: template
                    value_template: "{{ operating_mode == 'Uit' }}"
                  - condition: template
                    value_template: "{{ stop_time_passed }}"
            sequence:
              - service: input_select.select_option
                target:
                  entity_id: input_select.house_battery_strategy
                data:
                  option: "Full stop"
          # ---------------------------------------------------------
          # 🟩 SELF CONSUMPTION (balance mode ON)
          # ---------------------------------------------------------
          - conditions:
              - condition: state
                entity_id: input_boolean.dao_battery_balance_mode
                state: "on"
            sequence:
              - service: input_select.select_option
                target:
                  entity_id: input_select.house_battery_strategy
                data:
                  option: "Self-consumption"
        # ---------------------------------------------------------
        # 🟨 DEFAULT SAFE MODE
        # ---------------------------------------------------------
        default:
          - service: input_select.select_option
            target:
              entity_id: input_select.house_battery_strategy
            data:
              option: "Self-consumption"

      # -------------------------------------------------------------
      # ⚡ POWER LIMIT LOGIC (only when NOT balancing)
      # -------------------------------------------------------------
      - choose:
          - conditions:
              - condition: template
                value_template: >
                  {{ not is_state('input_boolean.dao_battery_balance_mode', 'on') }}
              - condition: template
                value_template: "{{ feedin_power > 0 }}"
            sequence:
              - service: input_number.set_value
                target:
                  entity_id: input_number.house_battery_control_power_limit_export
                data:
                  value: "{{ feedin_power }}"
        default:
          - service: input_number.set_value
            target:
              entity_id: input_number.house_battery_control_power_limit_export
            data:
              value: 0

Als strategie heb ik minimize consumption gekozen, beetje voorbereiden op volgend jaar denk ik dan maar.

[simnet]

Ik zou persoonlijk niet snel direct met rs485 de marstek battery aansturen voor NoM. Gebruik daar gewoon de ingebouwde controle mechanismen voor.
Je marstek heeft ongetwijfeld een gelimiteerde hoeveelheid writes naar de bms register en als je zelf een pid besturing gebruikt dan zijn dat veel writes.

Volledig onderbuik gevoel dit overigens en nergens op gebaseerd, maar de NoM functionaliteit van marstek zelf is uitstekend, dus waarom die niet gebruiken?

[Beekforel]

simnet schreef op zondag 26 april 2026 @ 21:49:
Ik zou persoonlijk noet snel direct met rs485 de marstek battery aansturen voor NoM. Gebruik daar gewoon de ingebouwde controle mechanismen voor.
Je marstek heeft ongetwijfeld een gelimiteerde hoeveelheid writes naar de bms en als je zelf een pid besturing gebruikt dan zijn dat veel writes.

Volledig onderbuik gevoel dit overigens en nergens op gebaseerd, maar de NoM functionaliteit van marstek zelf is uitstekend, dus waarom die niet gebruiken?

We gaan een beetje off-topic, maar hoe denk je dat de functionaliteit van Marstek zelf werkt dan? In de batterij zelf zit zover ik weet geen logica die NoM kan regelen zonder externe P1 meter. Ik wil niet afhankelijk zijn van een buggy Marstek app.

[simnet]

Beekforel schreef op zondag 26 april 2026 @ 21:52:
[...]

We gaan een beetje off-topic, maar hoe denk je dat de functionaliteit van Marstek zelf werkt dan? In de batterij zelf zit zover ik weet geen logica die NoM kan regelen zonder externe P1 meter. Ik wil niet afhankelijk zijn van een buggy Marstek app.

In de marstek zelf zit een pid controller die de data van een externe power meter uitleest en op die manier de bms aanstuurd. Dat gaat niet gepaard met modbus register writes.

Sterker nog, als je het interne mechanisme aan zet, moet je modbus aansturing disablen.

[ Voor 7% gewijzigd door simnet op 26-04-2026 21:56 ]

[simnet]

Als je trouwens een esphome P1 meter hebt kun je deze ook gebruiken voor je Marstek batterij met https://github.com/jsimon...mples/fake_shelly_em.yaml en dan de batterij laten zoeken naar een shelly pro meter.
Ik heb zelf de p1 meter van marcel zuidwijk en met deze custoem component hoef ik die waardeloze p1 meter van marstek zelf niet te gebruiken.

[hemertje]

Waarom gebruikt DAO eigenlijk geen P1 meter voor de registratie en correctie NOM?

[KC27]

hemertje schreef op zondag 26 april 2026 @ 23:12:
Waarom gebruikt DAO eigenlijk geen P1 meter voor de registratie en correctie NOM?

DAO doet zelf niks aan realtime meting en sturing. Dat is bij iedere gebruiker anders en dat kan uitstekend gebeuren in Home Assistant en de omvormer. Bovendien zijn er ook gebruikers die NOM willen tijdens het laden van de auto (heet daar load balancing). In theorie zou je met een regelbare pv-omvormer ook een NOM regelaar kunnen maken (is alleen vrij traag). Kortom zoveel keuzes: beter om dat aan de gebruiker en zijn Home Assistant over te laten.

[KC27]

storeman schreef op zondag 26 april 2026 @ 21:04:
@KC27 Ik had vandaag wat raar gedrag (ontladen bij 19ct, rond 17u), terwijl de stroomprijs nog een stuk hoger ging worden en ook de hele nacht hoger was. Ik vond dit verdacht en had recent de reduced power toegevoegd.

Kan het zijn dat de reduced-power settings beide kanten op werken?

Ik heb dit:

code:

      "-reduce_power_low_soc": [
        { "soc": 5, "power": 1500},
        { "soc": 25, "power": 4500},
        { "soc": 30, "power": 6000}
      ],
      "-reduce_power_high_soc": [
        { "soc": 75, "power": 10000},
        { "soc": 78, "power": 4500},
        { "soc": 100, "power": 2500}
      ],

Mijn theorie is dat de verlaagde power bovenin ook wordt gebruikt bij ontladen? Logischer zou denk ik zijn om de keys te wijzigen in charge/discharge. De low/high soc-state blijkt immers wel uit de keys.

Vanmiddag zag ik ook een keer iets, net voor het diepste dal, daar wilde hij even iets gaan ontladen om vervolgens weer verder te laden. Deze parameters zijn mijn eerste verdachte.

Ik denk dat jouw "reduce power" helemaal niet werkt.
Bij jou heet hij "-reduce_power_low_soc", maar dat streepje voor reduce mag er helemaal niet staan.
Nu worden deze key's en hun inhoud gezien als commentaar en genegeerd.
Ik heb helaas geen verklaring voor het beschreven laadgedrag. Ik zie het bij mij ook niet terug.
Heb je nog andere automations draaien die dit misschien kunnen verklaren?

[storeman]

KC27 schreef op zondag 26 april 2026 @ 23:34:
[...]

Ik denk dat jouw "reduce power" helemaal niet werkt.
Bij jou heet hij "-reduce_power_low_soc", maar dat streepje voor reduce mag er helemaal niet staan.
Nu worden deze key's en hun inhoud gezien als commentaar en genegeerd.
Ik heb helaas geen verklaring voor het beschreven laadgedrag. Ik zie het bij mij ook niet terug.
Heb je nog andere automations draaien die dit misschien kunnen verklaren?

Ik had het uitgecomment om te kijken of de berekening dan weer verwacht gedrag ging vertonen, en dat gebeurde, vandaar de -.

Het ging echt 'fout' in DAO. Hieronder de log van zo'n berekening.

2026-04-26 17:45:00 info: Day Ahead Optimalisering versie: 2026.4.4.rc1
2026-04-26 17:45:00 info: Day Ahead Optimalisering gestart op: 26-04-2026 17:45:00
2026-04-26 17:45:00 info: Day Ahead Optimalisatie gestart: 26-04-2026 17:45:00 taak: calc_optimum
2026-04-26 17:45:00 info: Debug = False
2026-04-26 17:45:00 info: Zelf berekende baseload
2026-04-26 17:45:00 info: ML prediction Growatt_PV1
date_time prediction
0 2026-04-26 17:00:00+02:00 5.421
1 2026-04-26 18:00:00+02:00 4.444
2 2026-04-26 19:00:00+02:00 2.533
3 2026-04-26 20:00:00+02:00 0.426
4 2026-04-26 21:00:00+02:00 0.008
5 2026-04-26 22:00:00+02:00 0.008
6 2026-04-26 23:00:00+02:00 0.008
7 2026-04-27 00:00:00+02:00 0.008
8 2026-04-27 01:00:00+02:00 0.008
9 2026-04-27 02:00:00+02:00 0.008
10 2026-04-27 03:00:00+02:00 0.008
11 2026-04-27 04:00:00+02:00 0.008
12 2026-04-27 05:00:00+02:00 0.008
13 2026-04-27 06:00:00+02:00 0.039
14 2026-04-27 07:00:00+02:00 0.381
15 2026-04-27 08:00:00+02:00 0.681
16 2026-04-27 09:00:00+02:00 1.006
17 2026-04-27 10:00:00+02:00 1.989
18 2026-04-27 11:00:00+02:00 2.492
19 2026-04-27 12:00:00+02:00 4.040
20 2026-04-27 13:00:00+02:00 6.006
21 2026-04-27 14:00:00+02:00 6.401
22 2026-04-27 15:00:00+02:00 5.995
23 2026-04-27 16:00:00+02:00 5.241
24 2026-04-27 17:00:00+02:00 4.019
25 2026-04-27 18:00:00+02:00 3.625
26 2026-04-27 19:00:00+02:00 0.803
27 2026-04-27 20:00:00+02:00 0.130
28 2026-04-27 21:00:00+02:00 0.009
29 2026-04-27 22:00:00+02:00 0.009
30 2026-04-27 23:00:00+02:00 0.009
2026-04-26 17:45:00 info: Start waarden:
uur tijd spot p_l p_t base pv_ac pv_dc
0 17:45 2026-04-26 17:45:00 0.049 0.200 0.170 -0.374 0 1.264
1 18:00 2026-04-26 18:00:00 0.045 0.195 0.165 -0.313 0 1.217
2 18:15 2026-04-26 18:15:00 0.105 0.268 0.238 -0.266 0 1.156
3 18:30 2026-04-26 18:30:00 0.151 0.323 0.293 -0.219 0 1.095
4 18:45 2026-04-26 18:45:00 0.172 0.349 0.319 -0.160 0 0.976
5 19:00 2026-04-26 19:00:00 0.123 0.289 0.259 -0.084 0 0.815
6 19:15 2026-04-26 19:15:00 0.140 0.310 0.280 -0.025 0 0.696
7 19:30 2026-04-26 19:30:00 0.174 0.351 0.321 0.034 0 0.577
8 19:45 2026-04-26 19:45:00 0.199 0.382 0.352 0.060 0 0.445
9 20:00 2026-04-26 20:00:00 0.159 0.333 0.303 0.069 0 0.278
10 20:15 2026-04-26 20:15:00 0.169 0.346 0.316 0.095 0 0.146
11 20:30 2026-04-26 20:30:00 0.175 0.352 0.322 0.121 0 0.014
12 20:45 2026-04-26 20:45:00 0.160 0.334 0.304 0.121 0 0.000
13 21:00 2026-04-26 21:00:00 0.154 0.327 0.297 0.101 0 0.035
14 21:15 2026-04-26 21:15:00 0.146 0.317 0.287 0.101 0 0.008
15 21:30 2026-04-26 21:30:00 0.140 0.310 0.280 0.101 0 0.000
16 21:45 2026-04-26 21:45:00 0.141 0.311 0.281 0.103 0 0.000
17 22:00 2026-04-26 22:00:00 0.137 0.306 0.276 0.107 0 0.002
18 22:15 2026-04-26 22:15:00 0.130 0.298 0.268 0.108 0 0.002
19 22:30 2026-04-26 22:30:00 0.124 0.291 0.261 0.110 0 0.002
20 22:45 2026-04-26 22:45:00 0.120 0.286 0.256 0.107 0 0.002
21 23:00 2026-04-26 23:00:00 0.122 0.288 0.258 0.100 0 0.002
22 23:15 2026-04-26 23:15:00 0.124 0.290 0.260 0.097 0 0.002
23 23:30 2026-04-26 23:30:00 0.118 0.283 0.253 0.094 0 0.002
24 23:45 2026-04-26 23:45:00 0.115 0.280 0.250 0.089 0 0.002
25 00:00 2026-04-27 00:00:00 0.121 0.287 0.257 0.079 0 0.002
26 00:15 2026-04-27 00:15:00 0.113 0.278 0.248 0.074 0 0.002
27 00:30 2026-04-27 00:30:00 0.107 0.271 0.241 0.069 0 0.002
28 00:45 2026-04-27 00:45:00 0.104 0.267 0.237 0.074 0 0.002
29 01:00 2026-04-27 01:00:00 0.107 0.271 0.241 0.089 0 0.002
30 01:15 2026-04-27 01:15:00 0.106 0.269 0.239 0.094 0 0.002
31 01:30 2026-04-27 01:30:00 0.107 0.270 0.240 0.098 0 0.002
32 01:45 2026-04-27 01:45:00 0.105 0.267 0.237 0.091 0 0.002
33 02:00 2026-04-27 02:00:00 0.107 0.270 0.240 0.073 0 0.002
34 02:15 2026-04-27 02:15:00 0.106 0.269 0.239 0.066 0 0.002
35 02:30 2026-04-27 02:30:00 0.106 0.269 0.239 0.059 0 0.002
36 02:45 2026-04-27 02:45:00 0.105 0.268 0.238 0.061 0 0.002
37 03:00 2026-04-27 03:00:00 0.105 0.268 0.238 0.069 0 0.002
38 03:15 2026-04-27 03:15:00 0.103 0.265 0.235 0.070 0 0.002
39 03:30 2026-04-27 03:30:00 0.104 0.267 0.237 0.072 0 0.002
40 03:45 2026-04-27 03:45:00 0.105 0.268 0.238 0.071 0 0.002
41 04:00 2026-04-27 04:00:00 0.105 0.268 0.238 0.068 0 0.002
42 04:15 2026-04-27 04:15:00 0.107 0.270 0.240 0.068 0 0.002
43 04:30 2026-04-27 04:30:00 0.110 0.273 0.243 0.067 0 0.002
44 04:45 2026-04-27 04:45:00 0.113 0.277 0.247 0.076 0 0.002
45 05:00 2026-04-27 05:00:00 0.111 0.275 0.245 0.092 0 0.002
46 05:15 2026-04-27 05:15:00 0.117 0.282 0.252 0.101 0 0.002
47 05:30 2026-04-27 05:30:00 0.123 0.290 0.260 0.109 0 0.002
48 05:45 2026-04-27 05:45:00 0.125 0.293 0.263 0.113 0 0.003
49 06:00 2026-04-27 06:00:00 0.150 0.322 0.292 0.117 0 0.002
50 06:15 2026-04-27 06:15:00 0.166 0.342 0.312 0.121 0 0.004
51 06:30 2026-04-27 06:30:00 0.170 0.347 0.316 0.125 0 0.006
52 06:45 2026-04-27 06:45:00 0.176 0.354 0.324 0.116 0 0.027
53 07:00 2026-04-27 07:00:00 0.185 0.365 0.335 0.099 0 0.064
54 07:15 2026-04-27 07:15:00 0.171 0.348 0.318 0.090 0 0.085
55 07:30 2026-04-27 07:30:00 0.143 0.314 0.284 0.080 0 0.106
56 07:45 2026-04-27 07:45:00 0.115 0.280 0.250 0.061 0 0.125
57 08:00 2026-04-27 08:00:00 0.174 0.351 0.321 0.036 0 0.142
58 08:15 2026-04-27 08:15:00 0.135 0.304 0.274 0.016 0 0.161
59 08:30 2026-04-27 08:30:00 0.109 0.273 0.243 -0.004 0 0.179
60 08:45 2026-04-27 08:45:00 0.090 0.249 0.219 -0.033 0 0.200
61 09:00 2026-04-27 09:00:00 0.152 0.325 0.295 -0.066 0 0.211
62 09:15 2026-04-27 09:15:00 0.125 0.292 0.262 -0.095 0 0.231
63 09:30 2026-04-27 09:30:00 0.122 0.289 0.259 -0.125 0 0.251
64 09:45 2026-04-27 09:45:00 0.088 0.247 0.217 -0.174 0 0.313
65 10:00 2026-04-27 10:00:00 0.131 0.299 0.269 -0.233 0 0.413
66 10:15 2026-04-27 10:15:00 0.100 0.261 0.231 -0.282 0 0.474
67 10:30 2026-04-27 10:30:00 0.076 0.233 0.203 -0.331 0 0.535
68 10:45 2026-04-27 10:45:00 0.034 0.182 0.152 -0.403 0 0.567
69 11:00 2026-04-27 11:00:00 0.024 0.170 0.140 -0.492 0 0.560
70 11:15 2026-04-27 11:15:00 0.000 0.141 0.111 -0.564 0 0.591
71 11:30 2026-04-27 11:30:00 0.000 0.141 0.111 -0.636 0 0.622
72 11:45 2026-04-27 11:45:00 0.000 0.141 0.111 -0.705 0 0.719
73 12:00 2026-04-27 12:00:00 0.000 0.141 0.111 -0.776 0 0.858
74 12:15 2026-04-27 12:15:00 0.000 0.141 0.111 -0.844 0 0.955
75 12:30 2026-04-27 12:30:00 -0.000 0.141 0.111 -0.913 0 1.052
76 12:45 2026-04-27 12:45:00 -0.000 0.141 0.111 -0.962 0 1.175
77 13:00 2026-04-27 13:00:00 -0.001 0.140 0.110 -1.013 0 1.342
78 13:15 2026-04-27 13:15:00 -0.001 0.140 0.110 -1.061 0 1.465
79 13:30 2026-04-27 13:30:00 -0.001 0.140 0.110 -1.110 0 1.587
80 13:45 2026-04-27 13:45:00 -0.001 0.140 0.110 -1.089 0 1.612
81 14:00 2026-04-27 14:00:00 -0.001 0.140 0.110 -1.018 0 1.576
82 14:15 2026-04-27 14:15:00 -0.000 0.141 0.111 -0.997 0 1.600
83 14:30 2026-04-27 14:30:00 0.000 0.141 0.111 -0.977 0 1.625
84 14:45 2026-04-27 14:45:00 0.000 0.141 0.111 -0.956 0 1.600
85 15:00 2026-04-27 15:00:00 0.000 0.141 0.111 -0.929 0 1.542
86 15:15 2026-04-27 15:15:00 0.000 0.141 0.111 -0.909 0 1.517
87 15:30 2026-04-27 15:30:00 0.000 0.141 0.111 -0.888 0 1.491
88 15:45 2026-04-27 15:45:00 0.020 0.165 0.135 -0.895 0 1.444
89 16:00 2026-04-27 16:00:00 0.016 0.160 0.130 -0.951 0 1.388
90 16:15 2026-04-27 16:15:00 0.046 0.197 0.167 -0.958 0 1.341
91 16:30 2026-04-27 16:30:00 0.076 0.233 0.203 -0.965 0 1.294
92 16:45 2026-04-27 16:45:00 0.098 0.259 0.229 -0.861 0 1.218
93 17:00 2026-04-27 17:00:00 0.063 0.217 0.187 -0.670 0 1.106
94 17:15 2026-04-27 17:15:00 0.097 0.258 0.228 -0.566 0 1.030
95 17:30 2026-04-27 17:30:00 0.115 0.279 0.249 -0.463 0 0.953
96 17:45 2026-04-27 17:45:00 0.123 0.290 0.260 -0.380 0 0.929
97 18:00 2026-04-27 18:00:00 0.101 0.263 0.233 -0.302 0 0.981
98 18:15 2026-04-27 18:15:00 0.115 0.280 0.250 -0.219 0 0.956
99 18:30 2026-04-27 18:30:00 0.131 0.300 0.270 -0.136 0 0.932
100 18:45 2026-04-27 18:45:00 0.139 0.308 0.278 -0.096 0 0.755
101 19:00 2026-04-27 19:00:00 0.133 0.302 0.272 -0.090 0 0.432
102 19:15 2026-04-27 19:15:00 0.157 0.330 0.300 -0.050 0 0.255
103 19:30 2026-04-27 19:30:00 0.175 0.353 0.323 -0.011 0 0.079
104 19:45 2026-04-27 19:45:00 0.234 0.424 0.394 0.030 0 0.037
105 20:00 2026-04-27 20:00:00 0.149 0.322 0.292 0.083 0 0.087
106 20:15 2026-04-27 20:15:00 0.169 0.345 0.315 0.124 0 0.045
107 20:30 2026-04-27 20:30:00 0.168 0.344 0.314 0.165 0 0.003
108 20:45 2026-04-27 20:45:00 0.149 0.321 0.291 0.162 0 0.000
109 21:00 2026-04-27 21:00:00 0.198 0.380 0.350 0.127 0 0.012
110 21:15 2026-04-27 21:15:00 0.148 0.320 0.290 0.125 0 0.004
111 21:30 2026-04-27 21:30:00 0.128 0.295 0.265 0.122 0 0.000
112 21:45 2026-04-27 21:45:00 0.114 0.279 0.249 0.118 0 0.000
113 22:00 2026-04-27 22:00:00 0.133 0.302 0.272 0.114 0 0.002
114 22:15 2026-04-27 22:15:00 0.123 0.290 0.260 0.110 0 0.002
115 22:30 2026-04-27 22:30:00 0.120 0.286 0.256 0.107 0 0.002
116 22:45 2026-04-27 22:45:00 0.107 0.271 0.241 0.103 0 0.002
117 23:00 2026-04-27 23:00:00 0.115 0.280 0.250 0.099 0 0.002
118 23:15 2026-04-27 23:15:00 0.106 0.270 0.240 0.096 0 0.002
119 23:30 2026-04-27 23:30:00 0.106 0.269 0.239 0.092 0 0.002
120 23:45 2026-04-27 23:45:00 0.099 0.261 0.231 0.088 0 0.002
2026-04-26 17:45:00 info: No reduced hours applied for Dyness T7
2026-04-26 17:45:00 info: Reduced power applied during discharging at low soc, between 5% and 25% power is reduced from 1500W until 4500W
2026-04-26 17:45:00 info: Reduced power applied during discharging at low soc, between 25% and 30% power is reduced from 4500W until 6000W
2026-04-26 17:45:00 info: Reduced power applied during charging at high soc, between 75% and 78% power is reduced from 10000W until 4500W
2026-04-26 17:45:00 info: Reduced power applied during charging at high soc, between 78% and 100% power is reduced from 4500W until 2500W
2026-04-26 17:45:00 info: Startwaarde SoC Dyness T7: 86.0%

2026-04-26 17:45:00 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-04-26 17:45:00 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-04-26 17:45:00 info: Apparaat Vaatwasser direct starten staat uit
2026-04-26 17:45:00 info: Machine Vaatwasser wordt niet ingepland, want er is gekozen voor Uit
2026-04-26 17:45:00 info: Apparaat Elektrische boiler direct starten staat uit
2026-04-26 17:45:00 info: Machine Elektrische boiler wordt niet ingepland, want in deze planning-window heeft de machine al gedraaid
2026-04-26 17:45:00 info: Machine Elektrische boiler wordt niet ingepland, want er is gekozen voor Uit
2026-04-26 17:45:00 info: Strategie: minimale kosten
2026-04-26 17:45:00 info: Maximale fout (maximal gap): 0.015000 euro
2026-04-26 17:45:00 info: Rekentijd: 0.23 sec
2026-04-26 17:45:00 info: Het programma heeft een optimale oplossing gevonden.
2026-04-26 17:45:00 info: Waarde boiler om 23 uur: -1.65 kWh
2026-04-26 17:45:00 info: Ontlaad volume in uur 0 17:45 1.7189542143343666 kWh
2026-04-26 17:45:00 info: 3 0.5680332986659151 4.5
2026-04-26 17:45:00 info: 4 0.4319667013340848 10.0
2026-04-26 17:45:00 info: Ontlaad volume in uur 1 18:00 0.1912629523313679 kWh
2026-04-26 17:45:00 info: 2 0.30602072373018857 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 2 18:15 1.0983953148126606 kWh
2026-04-26 17:45:00 info: 3 0.976351390944587 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 3 18:30 1.0403857558965683 kWh
2026-04-26 17:45:00 info: 3 0.9247873385747275 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 4 18:45 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 5 19:00 0.5597595969887664 kWh
2026-04-26 17:45:00 info: 3 0.4975640862122368 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 6 19:15 0.6612259149551394 kWh
2026-04-26 17:45:00 info: 3 0.5877563688490127 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 7 19:30 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 8 19:45 2.260321100917432 kWh
2026-04-26 17:45:00 info: 3 0.17431192660550437 4.5
2026-04-26 17:45:00 info: 4 0.8256880733944957 10.0
2026-04-26 17:45:00 info: Ontlaad volume in uur 9 20:00 0.26382750291377316 kWh
2026-04-26 17:45:00 info: 3 0.2345133359233539 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 10 20:15 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 11 20:30 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 12 20:45 0.12123437499826646 kWh
2026-04-26 17:45:00 info: 3 0.10776388888734795 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 13 21:00 0.10128124999999998 kWh
2026-04-26 17:45:00 info: 3 0.09002777777777775 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 14 21:15 0.10134374999999998 kWh
2026-04-26 17:45:00 info: 2 0.16214999999999996 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 16 21:45 0.015375883121683639 kWh
2026-04-26 17:45:00 info: 3 0.013667451663718789 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 17 22:00 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 2 0.0029357271734625104 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 18 22:15 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 2 0.0029357271734625104 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 19 22:30 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 2 0.0029357271734625104 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 20 22:45 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 2 0.0029357271734625104 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 21 23:00 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 3 0.0016309595408125059 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 22 23:15 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 3 0.0016309595408125059 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 23 23:30 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 3 0.0016309595408125059 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 24 23:45 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 2 0.0029357271734625104 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 25 00:00 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 3 0.0016309595408125059 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 26 00:15 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 2 0.0029357271734625104 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 27 00:30 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 3 0.0016309595408125059 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 28 00:45 0.0018348294834140695 kWh
2026-04-26 17:45:00 info: 3 0.0016309595408125059 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 29 01:00 0.0018299992938409562 kWh
2026-04-26 17:45:00 info: 2 0.002927998870145529 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 30 01:15 0.0018299992938409562 kWh
2026-04-26 17:45:00 info: 3 0.0016266660389697386 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 31 01:30 0.0018299992938409562 kWh
2026-04-26 17:45:00 info: 3 0.0016266660389697386 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 32 01:45 0.0018493200521334076 kWh
2026-04-26 17:45:00 info: 3 0.001643840046340807 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 33 02:00 0.0018879614304751155 kWh
2026-04-26 17:45:00 info: 2 0.0030207382887601844 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 34 02:15 0.0019072822993621236 kWh
2026-04-26 17:45:00 info: 2 0.0030516516789793977 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 35 02:30 0.0019266029470600195 kWh
2026-04-26 17:45:00 info: 2 0.003082564715296031 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 36 02:45 0.0019266029470600195 kWh
2026-04-26 17:45:00 info: 3 0.0017125359529422395 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 37 03:00 0.0019121124059893193 kWh
2026-04-26 17:45:00 info: 2 0.0030593798495829106 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 39 03:30 0.0019121124059893193 kWh
2026-04-26 17:45:00 info: 2 0.0030593798495829106 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 40 03:45 0.0019121124059893193 kWh
2026-04-26 17:45:00 info: 3 0.001699655471990506 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 41 04:00 0.0019121124059893193 kWh
2026-04-26 17:45:00 info: 3 0.001699655471990506 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 42 04:15 0.0019121124059893193 kWh
2026-04-26 17:45:00 info: 3 0.001699655471990506 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 43 04:30 0.0019121124059893193 kWh
2026-04-26 17:45:00 info: 2 0.0030593798495829106 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 44 04:45 0.0019121124059893193 kWh
2026-04-26 17:45:00 info: 3 0.001699655471990506 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 45 05:00 0.001458357044612058 kWh
2026-04-26 17:45:00 info: 3 0.0012963173729884957 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 46 05:15 0.001458357044612058 kWh
2026-04-26 17:45:00 info: 2 0.002333371271379292 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 47 05:30 0.001458357044612058 kWh
2026-04-26 17:45:00 info: 3 0.0012963173729884957 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 48 05:45 0.003273378490121104 kWh
2026-04-26 17:45:00 info: 2 0.005237405584193766 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 49 06:00 0.11717187500000001 kWh
2026-04-26 17:45:00 info: 3 0.10415277777777777 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 50 06:15 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 51 06:30 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 52 06:45 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 53 07:00 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 54 07:15 0.7586186480897066 kWh
2026-04-26 17:45:00 info: 3 0.6743276871908502 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 55 07:30 0.1011419222690165 kWh
2026-04-26 17:45:00 info: 2 0.1618270756304264 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 56 07:45 0.11900473022833472 kWh
2026-04-26 17:45:00 info: 3 0.1057819824251864 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 57 08:00 0.5662458952365237 kWh
2026-04-26 17:45:00 info: 3 0.5033296846546876 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 58 08:15 0.4273357630883675 kWh
2026-04-26 17:45:00 info: 2 0.683737220941388 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 59 08:30 0.17040696162730454 kWh
2026-04-26 17:45:00 info: 2 0.2726511386036873 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 61 09:00 0.4387692891351956 kWh
2026-04-26 17:45:00 info: 3 0.3900171458979516 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 62 09:15 0.3714280395495973 kWh
2026-04-26 17:45:00 info: 2 0.5942848632793556 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 63 09:30 0.33555680727403897 kWh
2026-04-26 17:45:00 info: 2 0.5368908916384623 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 64 09:45 0.2972132707014681 kWh
2026-04-26 17:45:00 info: 2 0.4755412331223488 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 65 10:00 0.4535238361875518 kWh
2026-04-26 17:45:00 info: 3 0.4031322988333794 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 66 10:15 0.4895020622113297 kWh
2026-04-26 17:45:00 info: 2 0.7832032995381274 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 67 10:30 0.5336043162952471 kWh
2026-04-26 17:45:00 info: 3 0.4743149478179973 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 68 10:45 0.5544145275507205 kWh
2026-04-26 17:45:00 info: 2 0.8870632440811527 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 69 11:00 0.5315360076725484 kWh
2026-04-26 17:45:00 info: 2 0.8504576122760774 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 70 11:15 0.5614131428301335 kWh
2026-04-26 17:45:00 info: 2 0.8982610285282135 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 71 11:30 0.5912902779877187 kWh
2026-04-26 17:45:00 info: 2 0.9460644447803499 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 72 11:45 0.6832254476845265 kWh
2026-04-26 17:45:00 info: 3 0.6073115090529124 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 73 12:00 0.815516807883978 kWh
2026-04-26 17:45:00 info: 3 0.7249038292302027 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 74 12:15 0.9074519209563734 kWh
2026-04-26 17:45:00 info: 3 0.8066239297389985 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 75 12:30 0.13854719861443823 kWh
2026-04-26 17:45:00 info: 2 0.22167551778310113 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 81 14:00 0.012301230305710587 kWh
2026-04-26 17:45:00 info: 3 0.01093442693840941 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 82 14:15 0.2074390215568196 kWh
2026-04-26 17:45:00 info: 3 0.1843902413838396 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 83 14:30 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 84 14:45 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 85 15:00 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 86 15:15 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 87 15:30 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 88 15:45 1.3494364739147893 kWh
2026-04-26 17:45:00 info: 3 0.8367734735165171 4.5
2026-04-26 17:45:00 info: 4 0.16322652648348301 10.0
2026-04-26 17:45:00 info: Ontlaad volume in uur 89 16:00 1.3011001124841357 kWh
2026-04-26 17:45:00 info: 3 0.8719271909206285 4.5
2026-04-26 17:45:00 info: 4 0.1280728090793715 10.0
2026-04-26 17:45:00 info: Ontlaad volume in uur 90 16:15 1.2604740892528383 kWh
2026-04-26 17:45:00 info: 3 0.9014733896342995 4.5
2026-04-26 17:45:00 info: 4 0.09852661036570061 10.0
2026-04-26 17:45:00 info: Ontlaad volume in uur 91 16:30 1.2198480660215394 kWh
2026-04-26 17:45:00 info: 3 0.9310195883479715 4.5
2026-04-26 17:45:00 info: 4 0.06898041165202855 10.0
2026-04-26 17:45:00 info: Ontlaad volume in uur 92 16:45 1.153905145345478 kWh
2026-04-26 17:45:00 info: 3 0.9789780761123796 4.5
2026-04-26 17:45:00 info: 4 0.021021923887620253 10.0
2026-04-26 17:45:00 info: Ontlaad volume in uur 93 17:00 1.0510113127529672 kWh
2026-04-26 17:45:00 info: 3 0.9342322780026376 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 94 17:15 0.9784074909985068 kWh
2026-04-26 17:45:00 info: 3 0.8696955475542283 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 95 17:30 0.9058036692440513 kWh
2026-04-26 17:45:00 info: 3 0.8051588171058232 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 96 17:45 0.8824162580072881 kWh
2026-04-26 17:45:00 info: 3 0.7843700071175893 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 97 18:00 0.9319754727184774 kWh
2026-04-26 17:45:00 info: 3 0.8284226424164244 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 98 18:15 0.9085881181061266 kWh
2026-04-26 17:45:00 info: 3 0.8076338827610015 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 99 18:30 0.8852007068693641 kWh
2026-04-26 17:45:00 info: 3 0.786845072772768 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 100 18:45 0.7176760800182821 kWh
2026-04-26 17:45:00 info: 3 0.6379342933495841 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 101 19:00 0.4101565433666111 kWh
2026-04-26 17:45:00 info: 2 0.6562504693865777 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 102 19:15 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 103 19:30 1.1908557398109658 kWh
2026-04-26 17:45:00 info: 3 0.9521049165011156 4.5
2026-04-26 17:45:00 info: 4 0.047895083498884224 10.0
2026-04-26 17:45:00 info: Ontlaad volume in uur 104 19:45 2.260321100917431 kWh
2026-04-26 17:45:00 info: 3 0.1743119266055047 4.5
2026-04-26 17:45:00 info: 4 0.8256880733944953 10.0
2026-04-26 17:45:00 info: Ontlaad volume in uur 105 20:00 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 106 20:15 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 107 20:30 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 108 20:45 0.5497740606690442 kWh
2026-04-26 17:45:00 info: 3 0.48868805392803927 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 109 21:00 1.125 kWh
2026-04-26 17:45:00 info: 3 1.0 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 110 21:15 0.750096950412546 kWh
2026-04-26 17:45:00 info: 3 0.666752844811152 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 111 21:30 0.12189062499999999 kWh
2026-04-26 17:45:00 info: 3 0.1083472222222222 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 112 21:45 0.118265625 kWh
2026-04-26 17:45:00 info: 2 0.18922499999999998 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 113 22:00 0.11395312499999999 kWh
2026-04-26 17:45:00 info: 2 0.18232499999999996 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 114 22:15 0.11032812500000001 kWh
2026-04-26 17:45:00 info: 3 0.09806944444444445 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 115 22:30 0.10670312500000001 kWh
2026-04-26 17:45:00 info: 2 0.170725 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 116 22:45 0.0020304954727180303 kWh
2026-04-26 17:45:00 info: 3 0.001804884864638249 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 117 23:00 0.09928125 kWh
2026-04-26 17:45:00 info: 2 0.15885 2.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 118 23:15 0.0020304954727180303 kWh
2026-04-26 17:45:00 info: 3 0.001804884864638249 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 119 23:30 0.0020304954727180303 kWh
2026-04-26 17:45:00 info: 3 0.001804884864638249 4.5
2026-04-26 17:45:00 info: Ontlaad volume in uur 120 23:45 0.0020304954727180303 kWh
2026-04-26 17:45:00 info: 2 0.003248792756348848 2.5
2026-04-26 17:45:00 info: In- en uitgaande energie per kwartier batterij Dyness T7
uur ac-> eff ->dc pv->dc dc-> eff ->bat o_eff SoC
kWh % kWh kWh kWh % kWh % %
17:45 -1.72 91.80 -1.87 0.00 -1.87 96.00 -1.95 88.12 74.92
18:00 -0.19 95.00 -0.20 1.22 1.02 96.00 0.98 -- 80.46
18:15 -1.10 95.00 -1.16 1.16 0.00 -- 0.00 -- 80.46
18:30 -1.04 95.00 -1.10 1.10 0.00 -- 0.00 -- 80.46
18:45 -1.12 95.00 -1.18 0.98 -0.21 96.00 -0.22 -- 79.22
19:00 -0.56 95.00 -0.59 0.82 0.23 96.00 0.22 -- 80.46
19:15 -0.66 95.00 -0.70 0.70 0.00 -- 0.00 -- 80.46
19:30 -1.12 95.00 -1.18 0.58 -0.61 96.00 -0.63 -- 76.86
19:45 -2.26 90.41 -2.50 0.44 -2.06 96.00 -2.14 -- 64.70
20:00 -0.26 95.00 -0.28 0.28 0.00 -- 0.00 -- 64.70
20:15 -1.12 95.00 -1.18 0.15 -1.04 96.00 -1.08 -- 58.55
20:30 -1.12 95.00 -1.18 0.01 -1.17 96.00 -1.22 -- 51.63
20:45 -0.12 95.00 -0.13 0.00 -0.13 96.00 -0.13 91.20 50.88
21:00 -0.10 95.00 -0.11 0.03 -0.07 96.00 -0.07 -- 50.45
21:15 -0.10 95.00 -0.11 0.01 -0.10 96.00 -0.10 -- 49.87
21:30 0.00 105.26 0.00 0.00 0.00 104.17 0.00 109.65 49.87
21:45 -0.02 95.00 -0.02 0.00 -0.02 96.00 -0.02 91.20 49.77
22:00 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
22:15 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
22:30 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
22:45 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
23:00 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
23:15 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
23:30 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
23:45 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
00:00 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
00:15 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
00:30 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
00:45 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
01:00 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
01:15 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
01:30 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
01:45 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
02:00 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
02:15 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
02:30 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
02:45 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
03:00 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.77
03:15 0.00 -- 0.00 0.00 0.00 96.00 0.00 -- 49.78
03:30 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.78
03:45 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.78
04:00 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.78
04:15 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.78
04:30 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.78
04:45 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.78
05:00 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.78
05:15 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.78
05:30 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.78
05:45 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 49.78
06:00 -0.12 95.00 -0.12 0.00 -0.12 96.00 -0.13 -- 49.06
06:15 -1.12 95.00 -1.18 0.00 -1.18 96.00 -1.23 -- 42.08
06:30 -1.12 95.00 -1.18 0.01 -1.18 96.00 -1.23 -- 35.10
06:45 -1.12 95.00 -1.18 0.03 -1.16 96.00 -1.21 -- 28.26
07:00 -1.12 95.00 -1.18 0.06 -1.12 96.00 -1.17 -- 21.62
07:15 -0.76 95.00 -0.80 0.09 -0.71 96.00 -0.74 -- 17.40
07:30 -0.10 95.00 -0.11 0.11 0.00 -- 0.00 -- 17.40
07:45 -0.12 95.00 -0.13 0.13 0.00 -- 0.00 -- 17.40
08:00 -0.57 95.00 -0.60 0.14 -0.45 96.00 -0.47 -- 14.71
08:15 -0.43 95.00 -0.45 0.16 -0.29 96.00 -0.30 -- 13.00
08:30 -0.17 95.00 -0.18 0.18 0.00 -- 0.00 -- 13.00
08:45 0.00 -- 0.00 0.20 0.20 96.00 0.19 -- 14.09
09:00 -0.44 95.00 -0.46 0.21 -0.25 96.00 -0.26 -- 12.60
09:15 -0.37 95.00 -0.39 0.23 -0.16 96.00 -0.17 -- 11.66
09:30 -0.34 95.00 -0.35 0.25 -0.10 96.00 -0.11 -- 11.06
09:45 -0.30 95.00 -0.31 0.31 0.00 -- 0.00 -- 11.06
10:00 -0.45 95.00 -0.48 0.41 -0.06 96.00 -0.07 -- 10.67
10:15 -0.49 95.00 -0.52 0.47 -0.04 96.00 -0.04 -- 10.43
10:30 -0.53 95.00 -0.56 0.54 -0.03 96.00 -0.03 -- 10.27
10:45 -0.55 95.00 -0.58 0.57 -0.02 96.00 -0.02 -- 10.17
11:00 -0.53 95.00 -0.56 0.56 0.00 -- 0.00 -- 10.17
11:15 -0.56 95.00 -0.59 0.59 0.00 -- 0.00 -- 10.17
11:30 -0.59 95.00 -0.62 0.62 0.00 -- 0.00 -- 10.17
11:45 -0.68 95.00 -0.72 0.72 0.00 -- 0.00 -- 10.17
12:00 -0.82 95.00 -0.86 0.86 0.00 -- 0.00 -- 10.17
12:15 -0.91 95.00 -0.96 0.96 0.00 -- 0.00 -- 10.17
12:30 -0.14 95.00 -0.15 1.05 0.91 96.00 0.87 -- 15.12
12:45 0.00 -- 0.00 1.17 1.17 96.00 1.13 -- 21.52
13:00 0.00 105.26 0.00 1.34 1.34 96.00 1.29 -- 28.84
13:15 0.00 105.26 0.00 1.46 1.46 96.00 1.41 -- 36.83
13:30 0.00 -- 0.00 1.59 1.59 96.00 1.52 -- 45.49
13:45 0.00 105.26 0.00 1.61 1.61 96.00 1.55 -- 54.28
14:00 -0.01 95.00 -0.01 1.58 1.56 96.00 1.50 -- 62.81
14:15 -0.21 95.00 -0.22 1.60 1.38 96.00 1.33 -- 70.34
14:30 -1.12 95.00 -1.18 1.63 0.44 96.00 0.42 -- 72.75
14:45 -1.12 95.00 -1.18 1.60 0.42 96.00 0.40 -- 75.02
15:00 -1.12 95.00 -1.18 1.54 0.36 96.00 0.34 -- 76.97
15:15 -1.12 95.00 -1.18 1.52 0.33 96.00 0.32 -- 78.78
15:30 -1.12 95.00 -1.18 1.49 0.31 96.00 0.29 -- 80.46
15:45 -1.35 93.43 -1.44 1.44 0.00 -- 0.00 -- 80.46
16:00 -1.30 93.72 -1.39 1.39 0.00 -- 0.00 -- 80.46
16:15 -1.26 93.98 -1.34 1.34 0.00 96.00 0.00 -- 80.46
16:30 -1.22 94.26 -1.29 1.29 0.00 96.00 0.00 -- 80.46
16:45 -1.15 94.76 -1.22 1.22 0.00 -- 0.00 -- 80.46
17:00 -1.05 95.00 -1.11 1.11 -0.00 104.17 -0.00 -- 80.46
17:15 -0.98 95.00 -1.03 1.03 0.00 -- 0.00 -- 80.46
17:30 -0.91 95.00 -0.95 0.95 0.00 -- 0.00 -- 80.46
17:45 -0.88 95.00 -0.93 0.93 0.00 -- 0.00 -- 80.46
18:00 -0.93 95.00 -0.98 0.98 0.00 -- 0.00 -- 80.46
18:15 -0.91 95.00 -0.96 0.96 0.00 -- 0.00 -- 80.46
18:30 -0.89 95.00 -0.93 0.93 0.00 -- 0.00 -- 80.46
18:45 -0.72 95.00 -0.76 0.76 0.00 -- 0.00 -- 80.46
19:00 -0.41 95.00 -0.43 0.43 0.00 -- 0.00 -- 80.46
19:15 -1.12 95.00 -1.18 0.26 -0.93 96.00 -0.97 -- 74.96
19:30 -1.19 94.47 -1.26 0.08 -1.18 96.00 -1.23 -- 67.97
19:45 -2.26 90.41 -2.50 0.04 -2.46 96.00 -2.57 -- 53.39
20:00 -1.12 95.00 -1.18 0.09 -1.10 96.00 -1.14 -- 46.90
20:15 -1.12 95.00 -1.18 0.04 -1.14 96.00 -1.19 -- 40.16
20:30 -1.12 95.00 -1.18 0.00 -1.18 96.00 -1.23 -- 33.16
20:45 -0.55 95.00 -0.58 0.00 -0.58 96.00 -0.60 91.20 29.74
21:00 -1.12 95.00 -1.18 0.01 -1.17 96.00 -1.22 -- 22.80
21:15 -0.75 95.00 -0.79 0.00 -0.79 96.00 -0.82 -- 18.15
21:30 -0.12 95.00 -0.13 0.00 -0.13 96.00 -0.13 91.20 17.39
21:45 -0.12 95.00 -0.12 0.00 -0.12 96.00 -0.13 91.20 16.65
22:00 -0.11 95.00 -0.12 0.00 -0.12 96.00 -0.12 -- 15.96
22:15 -0.11 95.00 -0.12 0.00 -0.11 96.00 -0.12 -- 15.28
22:30 -0.11 95.00 -0.11 0.00 -0.11 96.00 -0.11 -- 14.63
22:45 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 14.63
23:00 -0.10 95.00 -0.10 0.00 -0.10 96.00 -0.11 -- 14.02
23:15 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 14.02
23:30 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 14.02
23:45 -0.00 95.00 -0.00 0.00 0.00 -- 0.00 -- 14.02
Totaal -58.01 -61.44 50.41 -11.04 -12.67
2026-04-26 17:45:03 info: Berekende prognoses:
uur bat_in bat_out cons prod base boil wp ev pv_ac cost profit b_tem mach
17:45 0.00 1.72 0.00 2.09 -0.37 0.00 0.00 0.00 0.00 0.00 -0.36 20.00 0.00
18:00 0.00 0.19 0.00 0.50 -0.31 0.00 0.00 0.00 0.00 0.00 -0.08 20.00 0.00
18:15 0.00 1.10 0.00 1.36 -0.27 0.00 0.00 0.00 0.00 0.00 -0.33 20.00 0.00
18:30 0.00 1.04 0.00 1.26 -0.22 0.00 0.00 0.00 0.00 0.00 -0.37 20.00 0.00
18:45 0.00 1.12 0.00 1.29 -0.16 0.00 0.00 0.00 0.00 0.00 -0.41 20.00 0.00
19:00 0.00 0.56 0.00 0.64 -0.08 0.00 0.00 0.00 0.00 0.00 -0.17 20.00 0.00
19:15 0.00 0.66 0.00 0.69 -0.02 0.00 0.00 0.00 0.00 0.00 -0.19 20.00 0.00
19:30 0.00 1.12 0.00 1.09 0.03 0.00 0.00 0.00 0.00 0.00 -0.35 20.00 0.00
19:45 0.00 2.26 0.00 2.20 0.06 0.00 0.00 0.00 0.00 0.00 -0.77 20.00 0.00
20:00 0.00 0.26 0.00 0.20 0.07 0.00 0.00 0.00 0.00 0.00 -0.06 20.00 0.00
20:15 0.00 1.12 0.00 1.03 0.09 0.00 0.00 0.00 0.00 0.00 -0.33 20.00 0.00
20:30 0.00 1.12 0.00 1.00 0.12 0.00 0.00 0.00 0.00 0.00 -0.32 20.00 0.00
20:45 0.00 0.12 0.00 -0.00 0.12 0.00 0.00 0.00 0.00 0.00 0.00 20.00 0.00
21:00 0.00 0.10 0.00 0.00 0.10 0.00 0.00 0.00 0.00 0.00 -0.00 20.00 0.00
21:15 0.00 0.10 0.00 0.00 0.10 0.00 0.00 0.00 0.00 0.00 -0.00 20.00 0.00
21:30 0.00 -0.00 0.10 0.00 0.10 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
21:45 0.00 0.02 0.09 0.00 0.10 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
22:00 0.00 0.00 0.11 0.00 0.11 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
22:15 0.00 0.00 0.11 0.00 0.11 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
22:30 0.00 0.00 0.11 0.00 0.11 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
22:45 0.00 0.00 0.10 0.00 0.11 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
23:00 0.00 0.00 0.10 0.00 0.10 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
23:15 0.00 0.00 0.10 0.00 0.10 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
23:30 0.00 0.00 0.09 0.00 0.09 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
23:45 0.00 0.00 0.09 0.00 0.09 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
00:00 0.00 0.00 0.08 0.00 0.08 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
00:15 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
00:30 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
00:45 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
01:00 0.00 0.00 0.09 0.00 0.09 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
01:15 0.00 0.00 0.09 0.00 0.09 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
01:30 0.00 0.00 0.10 0.00 0.10 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
01:45 0.00 0.00 0.09 0.00 0.09 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
02:00 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
02:15 0.00 0.00 0.06 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
02:30 0.00 0.00 0.06 0.00 0.06 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
02:45 0.00 0.00 0.06 0.00 0.06 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
03:00 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
03:15 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
03:30 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
03:45 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
04:00 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
04:15 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
04:30 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
04:45 0.00 0.00 0.07 0.00 0.08 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
05:00 0.00 0.00 0.09 0.00 0.09 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
05:15 0.00 0.00 0.10 0.00 0.10 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
05:30 0.00 0.00 0.11 0.00 0.11 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
05:45 0.00 0.00 0.11 0.00 0.11 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
06:00 0.00 0.12 0.00 0.00 0.12 0.00 0.00 0.00 0.00 0.00 -0.00 20.00 0.00
06:15 0.00 1.12 0.00 1.00 0.12 0.00 0.00 0.00 0.00 0.00 -0.31 20.00 0.00
06:30 0.00 1.12 0.00 1.00 0.13 0.00 0.00 0.00 0.00 0.00 -0.32 20.00 0.00
06:45 0.00 1.12 0.00 1.01 0.12 0.00 0.00 0.00 0.00 0.00 -0.33 20.00 0.00
07:00 0.00 1.12 0.00 1.03 0.10 0.00 0.00 0.00 0.00 0.00 -0.34 20.00 0.00
07:15 0.00 0.76 0.00 0.67 0.09 0.00 0.00 0.00 0.00 0.00 -0.21 20.00 0.00
07:30 0.00 0.10 0.00 0.02 0.08 0.00 0.00 0.00 0.00 0.00 -0.01 20.00 0.00
07:45 0.00 0.12 0.00 0.06 0.06 0.00 0.00 0.00 0.00 0.00 -0.01 20.00 0.00
08:00 0.00 0.57 0.00 0.53 0.04 0.00 0.00 0.00 0.00 0.00 -0.17 20.00 0.00
08:15 0.00 0.43 0.00 0.41 0.02 0.00 0.00 0.00 0.00 0.00 -0.11 20.00 0.00
08:30 0.00 0.17 0.00 0.17 -0.00 0.00 0.00 0.00 0.00 0.00 -0.04 20.00 0.00
08:45 0.00 0.00 0.00 0.03 -0.03 0.00 0.00 0.00 0.00 0.00 -0.01 20.00 0.00
09:00 0.00 0.44 0.00 0.50 -0.07 0.00 0.00 0.00 0.00 0.00 -0.15 20.00 0.00
09:15 0.00 0.37 0.00 0.47 -0.10 0.00 0.00 0.00 0.00 0.00 -0.12 20.00 0.00
09:30 0.00 0.34 0.00 0.46 -0.12 0.00 0.00 0.00 0.00 0.00 -0.12 20.00 0.00
09:45 0.00 0.30 0.00 0.47 -0.17 0.00 0.00 0.00 0.00 0.00 -0.10 20.00 0.00
10:00 0.00 0.45 0.00 0.69 -0.23 0.00 0.00 0.00 0.00 0.00 -0.18 20.00 0.00
10:15 0.00 0.49 0.00 0.77 -0.28 0.00 0.00 0.00 0.00 0.00 -0.18 20.00 0.00
10:30 0.00 0.53 0.00 0.86 -0.33 0.00 0.00 0.00 0.00 0.00 -0.18 20.00 0.00
10:45 0.00 0.55 0.00 0.96 -0.40 0.00 0.00 0.00 0.00 0.00 -0.15 20.00 0.00
11:00 0.00 0.53 0.00 1.02 -0.49 0.00 0.00 0.00 0.00 0.00 -0.14 20.00 0.00
11:15 0.00 0.56 0.00 1.13 -0.56 0.00 0.00 0.00 0.00 0.00 -0.12 20.00 0.00
11:30 0.00 0.59 0.00 1.23 -0.64 0.00 0.00 0.00 0.00 0.00 -0.14 20.00 0.00
11:45 0.00 0.68 0.00 1.39 -0.70 0.00 0.00 0.00 0.00 0.00 -0.15 20.00 0.00
12:00 0.00 0.82 0.00 1.59 -0.78 0.00 0.00 0.00 0.00 0.00 -0.18 20.00 0.00
12:15 0.00 0.91 0.00 1.75 -0.84 0.00 0.00 0.00 0.00 0.00 -0.19 20.00 0.00
12:30 0.00 0.14 0.00 1.05 -0.91 0.00 0.00 0.00 0.00 0.00 -0.12 20.00 0.00
12:45 0.00 0.00 0.00 0.96 -0.96 0.00 0.00 0.00 0.00 0.00 -0.11 20.00 0.00
13:00 0.00 -0.00 0.00 1.01 -1.01 0.00 0.00 0.00 0.00 0.00 -0.11 20.00 0.00
13:15 0.00 -0.00 0.00 1.06 -1.06 0.00 0.00 0.00 0.00 0.00 -0.12 20.00 0.00
13:30 0.00 0.00 0.00 1.11 -1.11 0.00 0.00 0.00 0.00 0.00 -0.12 20.00 0.00
13:45 0.00 -0.00 0.00 1.09 -1.09 0.00 0.00 0.00 0.00 0.00 -0.12 20.00 0.00
14:00 0.00 0.01 0.00 1.03 -1.02 0.00 0.00 0.00 0.00 0.00 -0.11 20.00 0.00
14:15 0.00 0.21 0.00 1.20 -1.00 0.00 0.00 0.00 0.00 0.00 -0.13 20.00 0.00
14:30 0.00 1.12 0.00 2.10 -0.98 0.00 0.00 0.00 0.00 0.00 -0.23 20.00 0.00
14:45 0.00 1.12 0.00 2.08 -0.96 0.00 0.00 0.00 0.00 0.00 -0.23 20.00 0.00
15:00 0.00 1.12 0.00 2.05 -0.93 0.00 0.00 0.00 0.00 0.00 -0.23 20.00 0.00
15:15 0.00 1.12 0.00 2.03 -0.91 0.00 0.00 0.00 0.00 0.00 -0.23 20.00 0.00
15:30 0.00 1.12 0.00 2.01 -0.89 0.00 0.00 0.00 0.00 0.00 -0.22 20.00 0.00
15:45 0.00 1.35 0.00 2.24 -0.90 0.00 0.00 0.00 0.00 0.00 -0.30 20.00 0.00
16:00 0.00 1.30 0.00 2.25 -0.95 0.00 0.00 0.00 0.00 0.00 -0.29 20.00 0.00
16:15 0.00 1.26 0.00 2.22 -0.96 0.00 0.00 0.00 0.00 0.00 -0.37 20.00 0.00
16:30 0.00 1.22 0.00 2.18 -0.96 0.00 0.00 0.00 0.00 0.00 -0.44 20.00 0.00
16:45 0.00 1.15 0.00 2.02 -0.86 0.00 0.00 0.00 0.00 0.00 -0.46 20.00 0.00
17:00 0.00 1.05 0.00 1.72 -0.67 0.00 0.00 0.00 0.00 0.00 -0.32 20.00 0.00
17:15 0.00 0.98 0.00 1.54 -0.57 0.00 0.00 0.00 0.00 0.00 -0.35 20.00 0.00
17:30 0.00 0.91 0.00 1.37 -0.46 0.00 0.00 0.00 0.00 0.00 -0.34 20.00 0.00
17:45 0.00 0.88 0.00 1.26 -0.38 0.00 0.00 0.00 0.00 0.00 -0.33 20.00 0.00
18:00 0.00 0.93 0.00 1.23 -0.30 0.00 0.00 0.00 0.00 0.00 -0.29 20.00 0.00
18:15 0.00 0.91 0.00 1.13 -0.22 0.00 0.00 0.00 0.00 0.00 -0.28 20.00 0.00
18:30 0.00 0.89 0.00 1.02 -0.14 0.00 0.00 0.00 0.00 0.00 -0.28 20.00 0.00
18:45 0.00 0.72 0.00 0.81 -0.10 0.00 0.00 0.00 0.00 0.00 -0.23 20.00 0.00
19:00 0.00 0.41 0.00 0.50 -0.09 0.00 0.00 0.00 0.00 0.00 -0.14 20.00 0.00
19:15 0.00 1.12 0.00 1.18 -0.05 0.00 0.00 0.00 0.00 0.00 -0.35 20.00 0.00
19:30 0.00 1.19 0.00 1.20 -0.01 0.00 0.00 0.00 0.00 0.00 -0.39 20.00 0.00
19:45 0.00 2.26 0.00 2.23 0.03 0.00 0.00 0.00 0.00 0.00 -0.88 20.00 0.00
20:00 0.00 1.12 0.00 1.04 0.08 0.00 0.00 0.00 0.00 0.00 -0.30 20.00 0.00
20:15 0.00 1.12 0.00 1.00 0.12 0.00 0.00 0.00 0.00 0.00 -0.32 20.00 0.00
20:30 0.00 1.12 0.00 0.96 0.17 0.00 0.00 0.00 0.00 0.00 -0.30 20.00 0.00
20:45 0.00 0.55 0.00 0.39 0.16 0.00 0.00 0.00 0.00 0.00 -0.11 20.00 0.00
21:00 0.00 1.12 0.00 1.00 0.13 0.00 0.00 0.00 0.00 0.00 -0.35 20.00 0.00
21:15 0.00 0.75 0.00 0.63 0.12 0.00 0.00 0.00 0.00 0.00 -0.18 20.00 0.00
21:30 0.00 0.12 0.00 0.00 0.12 0.00 0.00 0.00 0.00 0.00 -0.00 20.00 0.00
21:45 0.00 0.12 0.00 0.00 0.12 0.00 0.00 0.00 0.00 0.00 -0.00 20.00 0.00
22:00 0.00 0.11 0.00 0.00 0.11 0.00 0.00 0.00 0.00 0.00 -0.00 20.00 0.00
22:15 0.00 0.11 0.00 0.00 0.11 0.00 0.00 0.00 0.00 0.00 -0.00 20.00 0.00
22:30 0.00 0.11 0.00 0.00 0.11 0.00 0.00 0.00 0.00 0.00 -0.00 20.00 0.00
22:45 0.00 0.00 0.10 0.00 0.10 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
23:00 0.00 0.10 0.00 0.00 0.10 0.00 0.00 0.00 0.00 0.00 -0.00 20.00 0.00
23:15 0.00 0.00 0.09 0.00 0.10 0.00 0.00 0.00 0.00 0.03 -0.00 20.00 0.00
23:30 0.00 0.00 0.09 0.00 0.09 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
23:45 0.00 0.00 0.09 0.00 0.09 0.00 0.00 0.00 0.00 0.02 -0.00 20.00 0.00
Totaal 0.00 58.01 3.22 82.51 -21.29 0.00 0.00 0.00 0.00 0.90 -17.39 NaN 0.00

2026-04-26 17:45:03 info: Consumption 3.22 (kWh)
2026-04-26 17:45:03 info: Cost consumption 0.90 (€)
2026-04-26 17:45:03 info: Tariff consumption 0.280 (€/kWh)
2026-04-26 17:45:03 info: Production 82.51 (kWh)
2026-04-26 17:45:03 info: Profit production -17.39 (€)
2026-04-26 17:45:03 info: Tariff production 0.211 (€/kWh)

2026-04-26 17:45:03 info:
Calculation profit after optimize in €
Cost before optimize -10.80
Cost consumption 0.90
Cycle cost 0.40
Penalty cost 0.00
Battery storage 2.95
Boiler storage 0.00
Profit production -17.39
Total -13.14
Cost after optimize -13.14
Profit: 2.34
2026-04-26 17:45:03 info: Doorzetten van alle settings naar HA
2026-04-26 17:45:03 info: Boiler opwarmen niet geactiveerd
2026-04-26 17:45:03 info: Boiler temperatuur 20.0 °C, waardering: -1.648 kWh = -0.44 euro
2026-04-26 17:45:03 info: Grid set point: -8372.0 W
2026-04-26 17:45:03 info: Cycle cost Dyness T7: 0.40 euro
2026-04-26 17:45:03 info: Netto vermogen naar(+)/uit(-) omvormer Dyness T7: -6875 W
2026-04-26 17:45:03 info: Balanceren: off
2026-04-26 17:45:03 info: Vermogen uit batterij: 7490W
2026-04-26 17:45:03 info: Vermogen dat binnenkomt van pv: 0W
2026-04-26 17:45:03 info: Vermogen dat binnenkomt van ac: -7490W
2026-04-26 17:45:03 info: Waarde SoC na eerste uur: 74.9%
2026-04-26 17:45:03 info: PV Growatt PV1 uitgezet
2026-04-26 17:45:03 info: Apparaat: Vaatwasser
2026-04-26 17:45:03 info: Programma: Uit
2026-04-26 17:45:03 info: Apparaat: Elektrische boiler
2026-04-26 17:45:03 info: Programma: Uit

[ Voor 3% gewijzigd door storeman op 26-04-2026 23:59 ]

[pimNH]

simnet schreef op zondag 26 april 2026 @ 21:49:
Ik zou persoonlijk niet snel direct met rs485 de marstek battery aansturen voor NoM. Gebruik daar gewoon de ingebouwde controle mechanismen voor.
Je marstek heeft ongetwijfeld een gelimiteerde hoeveelheid writes naar de bms register en als je zelf een pid besturing gebruikt dan zijn dat veel writes.

Volledig onderbuik gevoel dit overigens en nergens op gebaseerd, maar de NoM functionaliteit van marstek zelf is uitstekend, dus waarom die niet gebruiken?

Een beetje eeprom heeft 100k write cycles, dat zou bij iedere 6 seconden updaten uitkomen op 166u voordat hij kapot is. We gaan het zien maar ik geloof niet dat iedere modbus write in het eeprom wordt geschreven. Modbus systemen zijn juist ontworpen zodat je continue waardes kunt veranderen.

Ik heb de marstek P1 meter niet, ik las er niet zulke goede verhalen over en nu houd ik alle aansturing op een plek. Ik stuur hem via modbus tcp aan via de ethernetpoort, heb nog geen enkele keer problemen gehad.

[KC27]

storeman schreef op zondag 26 april 2026 @ 23:46:
[...]

Ik had het uitgecomment om te kijken of de berekening dan weer verwacht gedrag ging vertonen, en dat gebeurde, vandaar de -.

Het ging echt 'fout' in DAO. Hieronder de log van zo'n berekening.


[...]

Heb je er ook een of twee grafiekjes bij, ik ben nogal visueel ingesteld 😉.

[pimNH]

Ik heb het idee dat er om 12.00 in de nacht af en toe wat fout gaat met de aansturing van de accu.
Zie hier de voorspelling van DAO en de waardes van de entiteiten die dao schrijft:





Om 12u is de accu gaan ontladen met 800W maar eigenlijk zou hij NOM gedraaid moeten hebben.

De logging:

2026-04-27 00:00:00 info: Day Ahead Optimalisering versie: 2026.04.2
2026-04-27 00:00:00 info: Day Ahead Optimalisering gestart op: 27-04-2026 00:00:00
2026-04-27 00:00:00 info: Day Ahead Optimalisatie gestart: 27-04-2026 00:00:00 taak: calc_optimum
2026-04-27 00:00:00 info: Debug = False
2026-04-27 00:00:00 waarschuwing: "last invoice" (2022-09-01) is verouderd en moet worden bijgewerkt
2026-04-27 00:00:00 info: Baseload uit instellingen
2026-04-27 00:00:00 info: ML prediction achter
date_time prediction
0 2026-04-27 00:00:00+02:00 0.005
1 2026-04-27 01:00:00+02:00 0.005
2 2026-04-27 02:00:00+02:00 0.005
3 2026-04-27 03:00:00+02:00 0.005
4 2026-04-27 04:00:00+02:00 0.005
5 2026-04-27 05:00:00+02:00 0.005
6 2026-04-27 06:00:00+02:00 0.097
7 2026-04-27 07:00:00+02:00 1.050
8 2026-04-27 08:00:00+02:00 2.552
9 2026-04-27 09:00:00+02:00 2.934
10 2026-04-27 10:00:00+02:00 3.708
11 2026-04-27 11:00:00+02:00 3.850
12 2026-04-27 12:00:00+02:00 4.476
13 2026-04-27 13:00:00+02:00 3.995
14 2026-04-27 14:00:00+02:00 1.997
15 2026-04-27 15:00:00+02:00 1.654
16 2026-04-27 16:00:00+02:00 1.300
17 2026-04-27 17:00:00+02:00 0.609
18 2026-04-27 18:00:00+02:00 0.579
19 2026-04-27 19:00:00+02:00 0.343
20 2026-04-27 20:00:00+02:00 0.114
21 2026-04-27 21:00:00+02:00 0.005
22 2026-04-27 22:00:00+02:00 0.005
23 2026-04-27 23:00:00+02:00 0.005
2026-04-27 00:00:00 info: Start waarden:
uur tijd spot p_l p_t base pv_ac pv_dc
0 00:00 2026-04-27 00:00:00 0.111 0.266 0.222 0.140 0.005 0
1 01:00 2026-04-27 01:00:00 0.106 0.260 0.215 0.140 0.005 0
2 02:00 2026-04-27 02:00:00 0.106 0.260 0.215 0.140 0.005 0
3 03:00 2026-04-27 03:00:00 0.104 0.258 0.213 0.140 0.005 0
4 04:00 2026-04-27 04:00:00 0.109 0.263 0.218 0.140 0.005 0
5 05:00 2026-04-27 05:00:00 0.119 0.275 0.231 0.140 0.005 0
6 06:00 2026-04-27 06:00:00 0.166 0.332 0.287 0.140 0.097 0
7 07:00 2026-04-27 07:00:00 0.154 0.317 0.273 0.140 1.050 0
8 08:00 2026-04-27 08:00:00 0.127 0.285 0.240 0.140 2.552 0
9 09:00 2026-04-27 09:00:00 0.122 0.279 0.234 0.140 2.934 0
10 10:00 2026-04-27 10:00:00 0.085 0.234 0.189 0.140 3.708 0
11 11:00 2026-04-27 11:00:00 0.006 0.139 0.094 0.140 3.850 0
12 12:00 2026-04-27 12:00:00 -0.000 0.131 0.087 0.140 4.476 0
13 13:00 2026-04-27 13:00:00 -0.001 0.130 0.086 0.140 3.995 0
14 14:00 2026-04-27 14:00:00 -0.000 0.131 0.086 0.140 1.997 0
15 15:00 2026-04-27 15:00:00 0.005 0.137 0.093 0.140 1.654 0
16 16:00 2026-04-27 16:00:00 0.059 0.203 0.158 0.140 1.300 0
17 17:00 2026-04-27 17:00:00 0.099 0.252 0.207 0.600 0.609 0
18 18:00 2026-04-27 18:00:00 0.121 0.278 0.234 0.300 0.579 0
19 19:00 2026-04-27 19:00:00 0.175 0.343 0.298 0.300 0.343 0
20 20:00 2026-04-27 20:00:00 0.159 0.324 0.279 0.300 0.114 0
21 21:00 2026-04-27 21:00:00 0.147 0.309 0.265 0.300 0.005 0
22 22:00 2026-04-27 22:00:00 0.121 0.278 0.233 0.140 0.005 0
23 23:00 2026-04-27 23:00:00 0.107 0.260 0.216 0.140 0.005 0
2026-04-27 00:00:00 info: No reduced hours applied for Marstek Venus-E
2026-04-27 00:00:00 info: No reduced power applied during discharging at low soc
2026-04-27 00:00:00 info: No reduced power applied during charging at high soc
2026-04-27 00:00:00 info: Startwaarde SoC Marstek Venus-E: 52.0%

2026-04-27 00:00:00 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-04-27 00:00:00 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-04-27 00:00:00 info: Apparaat vaatwasser direct starten staat uit
2026-04-27 00:00:00 info: Machine vaatwasser wordt niet ingepland, want er is gekozen voor Uit
2026-04-27 00:00:00 info: Apparaat Koelkast direct starten staat uit
2026-04-27 00:00:00 info: Apparaat Koelkast met programma 'Kouder' wordt ingepland tussen 2026-04-27 00:00 en 2026-04-27 13:58.
2026-04-27 00:00:00 info: Apparaat WPBoiler direct starten staat uit
2026-04-27 00:00:00 info: Apparaat WPBoiler met programma 'aan' wordt ingepland tussen 2026-04-27 00:00 en 2026-04-27 17:00.
2026-04-27 00:00:00 info: Strategie: minimale kosten
2026-04-27 00:00:00 info: Maximale fout (maximal gap): 0.005000 euro
2026-04-27 00:00:00 info: Rekentijd: 0.73 sec
2026-04-27 00:00:00 info: Het programma heeft een optimale oplossing gevonden.
2026-04-27 00:00:00 info: Ontlaad volume in uur 0 00:00 0.10246319460696082 kWh
2026-04-27 00:00:00 info: 2 0.12807899325870103 0.8
2026-04-27 00:00:00 info: Ontlaad volume in uur 5 05:00 0.1345928053930402 kWh
2026-04-27 00:00:00 info: 2 0.16824100674130024 0.8
2026-04-27 00:00:00 info: Ontlaad volume in uur 6 06:00 0.8 kWh
2026-04-27 00:00:00 info: 2 1.0 0.8
2026-04-27 00:00:01 info: Ontlaad volume in uur 7 07:00 0.8 kWh
2026-04-27 00:00:01 info: 2 1.0 0.8
2026-04-27 00:00:01 info: Laad volume in uur 12 12:00 0.0 kWh
2026-04-27 00:00:01 info: 2 0.9941556281608112 0.8
2026-04-27 00:00:01 info: 3 0.005844371839188852 1.25
2026-04-27 00:00:01 info: Laad volume in uur 13 13:00 0.0 kWh
2026-04-27 00:00:01 info: 4 1.0 2.5
2026-04-27 00:00:01 info: Laad volume in uur 14 14:00 0.0 kWh
2026-04-27 00:00:01 info: 3 0.5146192665100098 1.25
2026-04-27 00:00:01 info: 4 0.4853807334899901 2.5
2026-04-27 00:00:01 info: Ontlaad volume in uur 19 19:00 2.2 kWh
2026-04-27 00:00:01 info: 4 0.88 2.5
2026-04-27 00:00:01 info: Ontlaad volume in uur 20 20:00 0.8 kWh
2026-04-27 00:00:01 info: 2 1.0 0.8
2026-04-27 00:00:01 info: Ontlaad volume in uur 21 21:00 0.8 kWh
2026-04-27 00:00:01 info: 2 1.0 0.8
2026-04-27 00:00:01 info: Ontlaad volume in uur 22 22:00 0.134650318287313 kWh
2026-04-27 00:00:01 info: 2 0.16831289785914125 0.8
2026-04-27 00:00:01 info: Ontlaad volume in uur 23 23:00 0.06339768171268748 kWh
2026-04-27 00:00:01 info: 2 0.07924710214085934 0.8
2026-04-27 00:00:01 info: In- en uitgaande energie per uur batterij Marstek Venus-E
uur ac-> eff ->dc pv->dc dc-> eff ->bat o_eff SoC
kWh % kWh kWh kWh % kWh % %
00:00 -0.10 92.00 -0.11 0.00 -0.11 100.00 -0.11 92.00 49.82
01:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 49.82
02:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 49.82
03:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 49.82
04:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 49.82
05:00 -0.13 92.00 -0.15 0.00 -0.15 100.00 -0.15 92.00 46.97
06:00 -0.80 92.00 -0.87 0.00 -0.87 100.00 -0.87 92.00 29.98
07:00 -0.80 92.00 -0.87 0.00 -0.87 100.00 -0.87 92.00 13.00
08:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 13.00
09:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 13.00
10:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 13.00
11:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 13.00
12:00 0.80 88.96 0.71 0.00 0.71 100.00 0.71 88.96 26.95
13:00 2.50 86.00 2.15 0.00 2.15 100.00 2.15 86.00 68.94
14:00 1.86 85.65 1.59 0.00 1.59 100.00 1.59 85.65 100.00
15:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 100.00
16:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 100.00
17:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 100.00
18:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 100.00
19:00 -2.20 88.00 -2.50 0.00 -2.50 100.00 -2.50 88.00 51.17
20:00 -0.80 92.00 -0.87 0.00 -0.87 100.00 -0.87 92.00 34.19
21:00 -0.80 92.00 -0.87 0.00 -0.87 100.00 -0.87 92.00 17.20
22:00 -0.13 92.00 -0.15 0.00 -0.15 100.00 -0.15 92.00 14.35
23:00 -0.06 92.00 -0.07 0.00 -0.07 100.00 -0.07 92.00 13.00
Totaal -0.68 -2.00 0.00 -2.00 -2.00
2026-04-27 00:00:01 info: Berekende prognoses:
uur bat_in bat_out cons prod base boil wp ev pv_ac cost profit b_tem mach
00:00 0.00 0.10 0.03 0.00 0.14 0.00 0.00 0.00 0.01 0.01 -0.00 20.00 0.00
01:00 0.00 0.00 0.13 0.00 0.14 0.00 0.00 0.00 0.01 0.03 -0.00 20.00 0.00
02:00 0.00 0.00 0.13 0.00 0.14 0.00 0.00 0.00 0.01 0.03 -0.00 20.00 0.00
03:00 0.00 0.00 0.13 0.00 0.14 0.00 0.00 0.00 0.01 0.03 -0.00 20.00 0.00
04:00 0.00 0.00 0.13 0.00 0.14 0.00 0.00 0.00 0.01 0.04 -0.00 20.00 0.00
05:00 0.00 0.13 0.00 0.00 0.14 0.00 0.00 0.00 0.01 0.00 -0.00 20.00 0.00
06:00 0.00 0.80 0.00 0.76 0.14 0.00 0.00 0.00 0.10 0.00 -0.22 20.00 0.00
07:00 0.00 0.80 0.00 1.71 0.14 0.00 0.00 0.00 1.05 0.00 -0.47 20.00 0.00
08:00 0.00 0.00 0.00 2.41 0.14 0.00 0.00 0.00 2.55 0.00 -0.58 20.00 0.00
09:00 0.00 0.00 0.00 2.79 0.14 0.00 0.00 0.00 2.93 0.00 -0.65 20.00 0.00
10:00 0.00 0.00 0.00 3.57 0.14 0.00 0.00 0.00 3.71 0.00 -0.68 20.00 0.00
11:00 0.00 0.00 0.00 3.71 0.14 0.00 0.00 0.00 3.85 0.00 -0.35 20.00 0.00
12:00 0.80 0.00 0.00 3.53 0.14 0.00 0.00 0.00 4.48 0.00 -0.31 20.00 0.00
13:00 2.50 0.00 0.00 1.35 0.14 0.00 0.00 0.00 4.00 0.00 -0.12 20.00 0.00
14:00 1.86 0.00 0.00 0.00 0.14 0.00 0.00 0.00 2.00 0.00 -0.00 20.00 0.00
15:00 0.00 0.00 0.00 1.51 0.14 0.00 0.00 0.00 1.65 0.00 -0.14 20.00 0.00
16:00 0.00 0.00 0.00 1.16 0.14 0.00 0.00 0.00 1.30 0.00 -0.18 20.00 0.00
17:00 0.00 0.00 0.00 0.01 0.60 0.00 0.00 0.00 0.61 0.00 -0.00 20.00 0.00
18:00 0.00 0.00 0.00 0.28 0.30 0.00 0.00 0.00 0.58 0.00 -0.07 20.00 0.00
19:00 0.00 2.20 0.00 2.24 0.30 0.00 0.00 0.00 0.34 0.00 -0.67 20.00 0.00
20:00 0.00 0.80 0.00 0.61 0.30 0.00 0.00 0.00 0.11 0.00 -0.17 20.00 0.00
21:00 0.00 0.80 0.00 0.51 0.30 0.00 0.00 0.00 0.01 0.00 -0.13 20.00 0.00
22:00 0.00 0.13 0.00 0.00 0.14 0.00 0.00 0.00 0.01 0.00 -0.00 20.00 0.00
23:00 0.00 0.06 0.07 0.00 0.14 0.00 0.00 0.00 0.01 0.02 -0.00 20.00 0.00
Totaal 5.16 5.84 0.64 26.16 4.46 0.00 0.00 0.00 29.31 0.17 -4.73 NaN 0.00

2026-04-27 00:00:01 info: Consumption 0.64 (kWh)
2026-04-27 00:00:01 info: Cost consumption 0.17 (€)
2026-04-27 00:00:01 info: Tariff consumption 0.260 (€/kWh)
2026-04-27 00:00:01 info: Production 26.16 (kWh)
2026-04-27 00:00:01 info: Profit production -4.73 (€)
2026-04-27 00:00:01 info: Tariff production 0.181 (€/kWh)

2026-04-27 00:00:01 info:
Calculation profit after optimize in €
Cost before optimize -3.32
Cost consumption 0.17
Cycle cost 0.44
Penalty cost 0.00
Battery storage 0.39
Boiler storage 0.00
Profit production -4.73
Total -3.73
Cost after optimize -3.73
Profit: 0.41
2026-04-27 00:00:01 info: Doorzetten van alle settings naar HA
2026-04-27 00:00:01 info: Grid set point: 32.0 W
2026-04-27 00:00:01 info: Cycle cost Marstek Venus-E: 0.44 euro
2026-04-27 00:00:01 info: Netto vermogen naar(+)/uit(-) omvormer Marstek Venus-E: -800 W tot: 2026-04-27 00:07
2026-04-27 00:00:01 info: Balanceren: off
2026-04-27 00:00:01 info: Vermogen uit batterij: 111W
2026-04-27 00:00:01 info: Vermogen dat binnenkomt van pv: 0W
2026-04-27 00:00:01 info: Vermogen dat binnenkomt van ac: -111W
2026-04-27 00:00:01 info: Waarde SoC na eerste uur: 49.8%
2026-04-27 00:00:01 info: Apparaat: vaatwasser
2026-04-27 00:00:01 info: Programma: Uit
2026-04-27 00:00:01 info: Apparaat: Koelkast
2026-04-27 00:00:01 info: Programma: Kouder
2026-04-27 00:00:01 info: Start op 2026-04-27 10:00
2026-04-27 00:00:01 info: Is klaar op 2026-04-27 14:00
2026-04-27 00:00:01 info: Apparaat: WPBoiler
2026-04-27 00:00:01 info: Programma: aan
2026-04-27 00:00:01 info: Start op 2026-04-27 13:00
2026-04-27 00:00:01 info: Is klaar op 2026-04-27 13:45

[ Voor 98% gewijzigd door pimNH op 27-04-2026 08:49 ]

[Beekforel]

Snap er weinig meer van, hij heeft besloten dat de batterijen vandaag niet geladen hoeven te worden.

Misschien doordat ik de strategie gister veranderd heb naar minimize consumption. Maar ik zou verwachten dat de batterijen wel vol moeten anders redden we de nacht niet.

Had wat config niet echt optimaal blijkbaar, onderstaande naar 0.95 gezet en het lijkt al een stuk beter.

JSON:

      "dc_to_bat efficiency": 0.80,
      "bat_to_dc efficiency": 0.80,

Ook "max gap" naar 0.03.

[ Voor 31% gewijzigd door Beekforel op 27-04-2026 09:34 ]

[hemertje]

KC27 schreef op zondag 26 april 2026 @ 23:23:
[...]

DAO doet zelf niks aan realtime meting en sturing. Dat is bij iedere gebruiker anders en dat kan uitstekend gebeuren in Home Assistant en de omvormer. Bovendien zijn er ook gebruikers die NOM willen tijdens het laden van de auto (heet daar load balancing). In theorie zou je met een regelbare pv-omvormer ook een NOM regelaar kunnen maken (is alleen vrij traag). Kortom zoveel keuzes: beter om dat aan de gebruiker en zijn Home Assistant over te laten.

Heeft iemand tips hoe dit te realiseren?

[Beekforel]

pimNH schreef op maandag 27 april 2026 @ 08:34:
[...]


Een beetje eeprom heeft 100k write cycles, dat zou bij iedere 6 seconden updaten uitkomen op 166u voordat hij kapot is. We gaan het zien maar ik geloof niet dat iedere modbus write in het eeprom wordt geschreven. Modbus systemen zijn juist ontworpen zodat je continue waardes kunt veranderen.

Ik heb de marstek P1 meter niet, ik las er niet zulke goede verhalen over en nu houd ik alle aansturing op een plek. Ik stuur hem via modbus tcp aan via de ethernetpoort, heb nog geen enkele keer problemen gehad.

Je schrijft volgens mij de meeste waardes niet naar de EEPROM, maar naar RAM. Maar goed, dat is wel gissen want we weten niet hoe de firmware van Marstek is opgebouwd.

I'll take my chances, 10 jaar "garantie" op die dingen. Moet je echter wel reactie van ze of leverancier krijgen...

Mijn P1 meter is DSMR 4.2 dus te traag voor de oplossingen via P1. De CT klemmen kan ik maar moeizaam kwijt. Mijn huidige oplossing, een Eastron als hoofdmeter die ik via modbus uitlees, is nagenoeg instant (ik kan eventueel elke 100 ms nieuwe data ophalen, maar 1 s is voldoende) en daarmee gaat de NoM sturing zeer netjes.

[ Voor 15% gewijzigd door Beekforel op 27-04-2026 11:04 ]

[TheMystery]

ik ben me alvast aan het oriënteren hoe ik straks de battery toe kan voegen aan mijn configuratie.
Alleen is er van een alphaess smile g3 t10 geen tabel met vermogen en rendement, hoe bepaal je de charge en discharge stages dan?
ik vind alleen Maximale / Europese efficiëntie 97,6 % / 96,8 %
Al eens dit topic gezocht maar kan hier niet direct een antwoord op vinden.

Nu heb ik dit eens aan verschillende ai's gevraagd maar dan krijg je natuurlijk ook verschillende antwoorden.

quote: json

"charge stages": [
{ "power": 0, "efficiency": 1 },
{ "power": 1000, "efficiency": 0.92 },
{ "power": 3000, "efficiency": 0.95 },
{ "power": 5000, "efficiency": 0.965 },
{ "power": 8000, "efficiency": 0.97 },
{ "power": 10000, "efficiency": 0.965 }
],

"discharge stages": [
{ "power": 0, "efficiency": 1 },
{ "power": 1000, "efficiency": 0.93 },
{ "power": 3000, "efficiency": 0.955 },
{ "power": 5000, "efficiency": 0.97 },
{ "power": 8000, "efficiency": 0.97 },
{ "power": 10000, "efficiency": 0.96 }
],
"dc_to_bat efficiency": 0.965,
"bat_to_dc efficiency": 0.965,

en een 2de:

"charge stages": [
{ "power": 0, "efficiency": 1 },
{ "power": 1000, "efficiency": 0.88 },
{ "power": 2500, "efficiency": 0.92 },
{ "power": 5000, "efficiency": 0.94 },
{ "power": 7500, "efficiency": 0.95 },
{ "power": 10000, "efficiency": 0.94 }
],
"discharge stages": [
{ "power": 0, "efficiency": 1 },
{ "power": 500, "efficiency": 0.85 },
{ "power": 1500, "efficiency": 0.91 },
{ "power": 3000, "efficiency": 0.94 },
{ "power": 6000, "efficiency": 0.96 },
{ "power": 10000, "efficiency": 0.95 }
],
"dc_to_bat efficiency": 0.98,
"bat_to_dc efficiency": 0.98,

Iemand een idee wat goede waardes zouden kunnen zijn?

[tomvandepoel3]

Er is jammer genoeg nog geen oplossing voor het migratie probleem dat ik eerder heb gemeld met de configuratie van mijn "yacuzzi" boiler:

code:

  "boiler": {
        "boiler present": true,
        "entity boiler enabled": "input_boolean.dao_yacuzzi_boiler_enabled",
        "entity actual temp.": "sensor.dao_yacuzzi_boiler_accurate_current_temperature",
        "entity setpoint": "input_number.dao_yacuzzi_boiler_setpoint", 
        "entity hysterese": "input_number.dao_yacuzzi_boiler_hysterese", 
        "cop": 0.8,
        "cooling rate": 0.16, 
        "volume": 1200,
        "heating allowed below": "sensor.dao_yacuzzi_boiler_heating_allowed_below",
        "elec. power": 3000,
        "switch entity": "input_boolean.dao_yacuzzi_boiler_activate_toggle"
  },

Dit resulteert in de volgende error:

code:

boiler.1.heating allowed below
  Input should be a valid number, unable to parse string as a number [type=float_parsing, input_value='sensor.dao_yacuzzi_boiler_heating_allowed_below', input_type=str]
    For further information visit https://errors.pydantic.dev/2.12/v/float_parsing

Voor de migratie kon ik een HA template sensor gebruiker voor de "heating allowed below". Nu is blijkbaar enkel een getal toegestaan. De template sensor was handig om HA automatisch de "heating allowed below" waarde aan te laten passen na wijzingen in setpoint en/of hysterese (b.v. bij seizoen wisseling zomer/winter).

@simnet , @KC27 dank voor al jullie werk. Is dit iets dat nog een keer opgepakt zou kunnen worden?
(heeft geen haast)

[Beekforel]

simnet schreef op zondag 26 april 2026 @ 22:06:
Als je trouwens een esphome P1 meter hebt kun je deze ook gebruiken voor je Marstek batterij met https://github.com/jsimon...mples/fake_shelly_em.yaml en dan de batterij laten zoeken naar een shelly pro meter.
Ik heb zelf de p1 meter van marcel zuidwijk en met deze custoem component hoef ik die waardeloze p1 meter van marstek zelf niet te gebruiken.

Deze had ik even gemist, interessante tip. Dit ga ik eens testen. Eerste batterij gaat er prima op, maar een tweede kan de fake Shelly niet vinden helaas. Lijkt maar 1 connectie te accepteren? Heb nog wat pogingen gedaan met meerdere entity's maar krijg dat niet voor elkaar op de esphome.

Maar nu ik er langer over nadenk: dat gaat natuulijk niet goed wanneer ik alle drie los van elkaar aanstuur. Daarom werkt HBC voor mij zo goed.

Stuur je je Marstek ook aan vanuit DAO? Zo ja, hoe?

[ Voor 21% gewijzigd door Beekforel op 27-04-2026 14:56 ]

[simnet]

Beekforel schreef op maandag 27 april 2026 @ 13:06:
[...]

Deze had ik even gemist, interessante tip. Dit ga ik eens testen. Eerste batterij gaat er prima op, maar een tweede kan de fake Shelly niet vinden helaas. Lijkt maar 1 connectie te accepteren? Heb nog wat pogingen gedaan met meerdere entity's maar krijg dat niet voor elkaar op de esphome.

Maar nu ik er langer over nadenk: dat gaat natuulijk niet goed wanneer ik alle drie los van elkaar aanstuur. Daarom werkt HBC voor mij zo goed.

Stuur je je Marstek ook aan vanuit DAO? Zo ja, hoe?

ik heb een lilygo modbus adapter voor de aansturing. Vervolgens heb ik 4 automations gemaakt om de batterij in te stellen:

code:

alias: "Marstek: charge"
description: ""
triggers: []
conditions: []
actions:
  - alias: Force charge
    sequence:
      - if:
          - condition: state
            entity_id: select.marstek_rs485_control_mode
            state: disable
        then:
          - sequence:
              - device_id: 18361b293067c0e8b8127cd2c90ca277
                domain: select
                entity_id: 2c16d1e0b3ffcdb3c1a971ea4e807abe
                type: select_option
                option: enable
              - alias: Wacht tot RS485 mode switch
                wait_for_trigger:
                  - trigger: state
                    entity_id:
                      - select.marstek_rs485_control_mode
                    to: enable
                timeout:
                  hours: 0
                  minutes: 0
                  seconds: 15
                  milliseconds: 0
        alias: turn on rs485 if disabled
      - alias: Set to charge if not set
        if:
          - condition: state
            entity_id: select.marstek_forcible_charge_discharge
            state: charge
        then: []
        else:
          - device_id: 18361b293067c0e8b8127cd2c90ca277
            domain: select
            entity_id: 56078c27f85025a1022826a3af00605c
            type: select_option
            option: charge
      - data_template:
          entity_id: number.marstek_forcible_charge_power
          value: "{{ charge_rate }}"
        action: number.set_value
        alias: Set Force Charge value
mode: restart

code:

alias: "Marstek: discharge "
description: ""
triggers: []
conditions: []
actions:
  - alias: Force discharge
    sequence:
      - if:
          - condition: state
            entity_id: select.marstek_rs485_control_mode
            state: disable
        then:
          - sequence:
              - device_id: 18361b293067c0e8b8127cd2c90ca277
                domain: select
                entity_id: 2c16d1e0b3ffcdb3c1a971ea4e807abe
                type: select_option
                option: enable
              - alias: Wacht tot RS485 mode switch
                wait_for_trigger:
                  - trigger: state
                    entity_id:
                      - select.marstek_rs485_control_mode
                    to: enable
                timeout:
                  hours: 0
                  minutes: 0
                  seconds: 15
                  milliseconds: 0
        alias: turn on rs485 if disabled
      - alias: Set to discharge if not set
        if:
          - condition: state
            entity_id: select.marstek_forcible_charge_discharge
            state: discharge
        then: []
        else:
          - device_id: 18361b293067c0e8b8127cd2c90ca277
            domain: select
            entity_id: 56078c27f85025a1022826a3af00605c
            type: select_option
            option: discharge
      - data_template:
          entity_id: number.marstek_forcible_discharge_power
          value: "{{ discharge_rate }}"
        action: number.set_value
        alias: Set Force Discharge value
mode: restart

code:

alias: "Marstek: NoM"
description: ""
triggers: []
conditions: []
actions:
  - alias: Zet marstek op anti-feed
    sequence:
      - device_id: 18361b293067c0e8b8127cd2c90ca277
        domain: select
        entity_id: 56078c27f85025a1022826a3af00605c
        type: select_option
        option: stop
      - device_id: 18361b293067c0e8b8127cd2c90ca277
        domain: number
        entity_id: 9c4510ba8c3f4c10e0db8800c8dce55b
        type: set_value
        value: 0
      - device_id: 18361b293067c0e8b8127cd2c90ca277
        domain: number
        entity_id: 12dd80103e5a0ec94b0f6e1e6cb041a2
        type: set_value
        value: 0
      - device_id: 18361b293067c0e8b8127cd2c90ca277
        domain: select
        entity_id: 2c16d1e0b3ffcdb3c1a971ea4e807abe
        type: select_option
        option: disable
      - alias: Wacht tot RS485 mode switch
        wait_for_trigger:
          - trigger: state
            entity_id:
              - select.marstek_rs485_control_mode
            to: disable
        timeout:
          hours: 0
          minutes: 0
          seconds: 15
          milliseconds: 0
      - device_id: 18361b293067c0e8b8127cd2c90ca277
        domain: select
        entity_id: 9dda9724660635cc0aa6a5c890ed6b8c
        type: select_option
        option: anti-feed
    enabled: true
mode: restart

code:

alias: "Marstek: Stop"
description: ""
triggers: []
conditions: []
actions:
  - alias: Disable
    sequence:
      - if:
          - condition: state
            entity_id: select.marstek_rs485_control_mode
            state: disable
        then:
          - sequence:
              - device_id: 18361b293067c0e8b8127cd2c90ca277
                domain: select
                entity_id: 2c16d1e0b3ffcdb3c1a971ea4e807abe
                type: select_option
                option: enable
              - alias: Wacht tot RS485 mode switch
                wait_for_trigger:
                  - trigger: state
                    entity_id:
                      - select.marstek_rs485_control_mode
                    to: enable
                timeout:
                  hours: 0
                  minutes: 0
                  seconds: 15
                  milliseconds: 0
        alias: turn on rs485 if disabled
      - if:
          - condition: state
            entity_id: select.marstek_forcible_charge_discharge
            state: stop
        then: []
        else:
          - device_id: 18361b293067c0e8b8127cd2c90ca277
            domain: select
            entity_id: 56078c27f85025a1022826a3af00605c
            type: select_option
            option: stop
        alias: Set to stop if not set to stop
mode: restart

DIe automations (staan disabled) roep ik dan in een hoofd automation aan:

code:

alias: "Control Battery"
description: ""
triggers:
  - trigger: state
    entity_id:
      - sensor.marstek_setpoint
  - trigger: state
    entity_id:
      - binary_sensor.mimirheim_marstek_exchange_mode
  - trigger: state
    entity_id:
      - automation.control_battery
    from:
      - "off"
    to:
      - "on"
conditions: []
actions:
  - wait_for_trigger:
      - trigger: state
        entity_id:
          - sensor.mimirheim_marstek_setpoint
      - trigger: state
        entity_id:
          - binary_sensor.mimirheim_marstek_exchange_mode
    timeout:
      hours: 0
      minutes: 0
      seconds: 5
      milliseconds: 0
  - choose:
      - conditions:
          - condition: state
            entity_id: binary_sensor.mimirheim_marstek_exchange_mode
            state:
              - "on"
        sequence:
          - action: automation.trigger
            metadata: {}
            target:
              entity_id: automation.marstek_nom
            data:
              skip_condition: true
        alias: NoM actief
      - conditions:
          - condition: numeric_state
            entity_id: sensor.mimirheim_marstek_setpoint
            below: 0
        sequence:
          - action: automation.trigger
            metadata: {}
            target:
              entity_id: automation.marstek_2
            data:
              variables:
                charge_rate: >-
                  {{ states('sensor.mimirheim_marstek_setpoint') | float(0) *
                  -1000 }}
              skip_condition: true
        alias: Charge
      - conditions:
          - condition: numeric_state
            entity_id: sensor.mimirheim_marstek_setpoint
            above: 0
        sequence:
          - action: automation.trigger
            metadata: {}
            data:
              variables:
                discharge_rate: >-
                  {{ states('sensor.mimirheim_marstek_setpoint') | float(0) *
                  1000 }}
              skip_condition: true
            target:
              entity_id: automation.marstek_discharge
        alias: Discharge
    default:
      - action: automation.trigger
        metadata: {}
        target:
          entity_id: automation.marstek
        data:
          skip_condition: true
mode: restart

De entities zullen bij jou iets anders zijn en ook de setpoint waarde moet precies omgedraaid zijn als je de directe dao input gebruikt. dus ter voorbeeld.

[timscheffers]

TheMystery schreef op maandag 27 april 2026 @ 11:28:
ik ben me alvast aan het oriënteren hoe ik straks de battery toe kan voegen aan mijn configuratie.
Alleen is er van een alphaess smile g3 t10 geen tabel met vermogen en rendement, hoe bepaal je de charge en discharge stages dan?
ik vind alleen Maximale / Europese efficiëntie 97,6 % / 96,8 %
Al eens dit topic gezocht maar kan hier niet direct een antwoord op vinden.

Nu heb ik dit eens aan verschillende ai's gevraagd maar dan krijg je natuurlijk ook verschillende antwoorden.

[...]


Iemand een idee wat goede waardes zouden kunnen zijn?

Ik kon voor mijn multiplus ook alleen de maximale efficiency vinden, dus ik ben gewoon gaan laden/ontladen met vaste setpoints en heb het zo zelf bepaald. Klopt best aardig en je kunt het altijd nog wat finetunen.

[TheMystery]

timscheffers schreef op maandag 27 april 2026 @ 17:15:
[...]

Ik kon voor mijn multiplus ook alleen de maximale efficiency vinden, dus ik ben gewoon gaan laden/ontladen met vaste setpoints en heb het zo zelf bepaald. Klopt best aardig en je kunt het altijd nog wat finetunen.

En welke vaste waardes heb jij gebruikt, zoiets als ik in het voorbeeld aangaf?

[timscheffers]

TheMystery schreef op maandag 27 april 2026 @ 17:38:
[...]


En welke vaste waardes heb jij gebruikt, zoiets als ik in het voorbeeld aangaf?

Ik wil met mijn multiplus maximaal 4000W laden / ontladen. Dus ik heb punten gepakt van 200, 500, 1000, 2000, 4000 en daarna Claude laten interpoleren Tot nu toe klopt het bijna altijd tot op de procent.

code:

      "charge_stages": [
        {"power": 0, "efficiency": 1.0},
        {"power": 200, "efficiency": 0.90},
        {"power": 400, "efficiency": 0.90},
        {"power": 600, "efficiency": 0.90},
        {"power": 800, "efficiency": 0.90},
        {"power": 1000, "efficiency": 0.90},
        {"power": 1200, "efficiency": 0.90},
        {"power": 1400, "efficiency": 0.90},
        {"power": 1600, "efficiency": 0.90},
        {"power": 1800, "efficiency": 0.90},
        {"power": 2000, "efficiency": 0.90},
        {"power": 2200, "efficiency": 0.906},
        {"power": 2400, "efficiency": 0.912},
        {"power": 2600, "efficiency": 0.918},
        {"power": 2800, "efficiency": 0.924},
        {"power": 3000, "efficiency": 0.93},
        {"power": 3200, "efficiency": 0.93},
        {"power": 3400, "efficiency": 0.93},
        {"power": 3600, "efficiency": 0.93},
        {"power": 3800, "efficiency": 0.93},
        {"power": 4000, "efficiency": 0.93}
      ],

[storeman]

KC27 schreef op maandag 27 april 2026 @ 08:40:
[...]

Heb je er ook een of twee grafiekjes bij, ik ben nogal visueel ingesteld 😉.

Ik dacht dat de log lezen jouw tweede natuur was , maar ik snap je. Bij deze de grafiekjes van hetzelfde tijdstip.



Later, na aanpassen/uitcommenten van de regels zag het er zo uit (in de tussentijd had ik het batterij gedrag in HA even overruled en DAO buiten werking gesteld)

[ Voor 27% gewijzigd door storeman op 27-04-2026 20:39 ]

[storeman]

timscheffers schreef op maandag 27 april 2026 @ 17:47:
[...]

Ik wil met mijn multiplus maximaal 4000W laden / ontladen. Dus ik heb punten gepakt van 200, 500, 1000, 2000, 4000 en daarna Claude laten interpoleren Tot nu toe klopt het bijna altijd tot op de procent.

code:

      "charge_stages": [
        {"power": 0, "efficiency": 1.0},
        {"power": 200, "efficiency": 0.90},
        {"power": 400, "efficiency": 0.90},
        {"power": 600, "efficiency": 0.90},
        {"power": 800, "efficiency": 0.90},
        {"power": 1000, "efficiency": 0.90},
        {"power": 1200, "efficiency": 0.90},
        {"power": 1400, "efficiency": 0.90},
        {"power": 1600, "efficiency": 0.90},
        {"power": 1800, "efficiency": 0.90},
        {"power": 2000, "efficiency": 0.90},
        {"power": 2200, "efficiency": 0.906},
        {"power": 2400, "efficiency": 0.912},
        {"power": 2600, "efficiency": 0.918},
        {"power": 2800, "efficiency": 0.924},
        {"power": 3000, "efficiency": 0.93},
        {"power": 3200, "efficiency": 0.93},
        {"power": 3400, "efficiency": 0.93},
        {"power": 3600, "efficiency": 0.93},
        {"power": 3800, "efficiency": 0.93},
        {"power": 4000, "efficiency": 0.93}
      ],

Als ik het goed begrijp is dit niet nodig. DAO pakt volgens mij automatisch een lineaire verband tussen twee punten. Ik heb laatst een boel punten geschrapt, wat de rekensnelheid bevordert. Dat lijkt mij logisch omdat je allemaal conditionele lineaire formules krijgt voor elke tussenruimte.

Ik zie met minder punten nog steeds dat DAO alle tussen waardes gewoon pakt als waarde voor her vermogen.

[thewhi]

Ik ben niet van het bumpen van eigen berichten. Maar volgens mij is deze in het batterijgeweld gesneuveld.

Maar ik krijg mijn meter/meetdata va de laaplaal dus niet naar boven. Entiteit is 100% okey. Maar kan het zijn dat ik het verkeerd heb aangemaakt in het energy dashboard van Home Assistant namelijk als Individual electrical devices? Of moet er een minimaal aantal dagen aan data beschikbaar zijn?

Zoeken op sit forum en de github wiki heeft mij nog niet geholpen...

thewhi schreef op zondag 26 april 2026 @ 19:13:
Ik heb gister mijn Peblar Business laadpunt aangesloten. En de entiteiten ingericht in HA. Maar helaas komt het verbruik niet terug in de reports. Enig idee wat ik hier fout doen?

[Afbeelding]

uiteraard de entiteit waar de data in zit driedubbel gechecked, maar kan ook niet in de logging zien of er iets mis gaat... of kijk ik niet goed?


[...]


en is het ook mogelijk om de laadkosten inzichtelijk te maken? Ben namelijk wel benieuwd wat ik kwijt ben aan het laden van mijn EV

[thomvh]

thewhi schreef op maandag 27 april 2026 @ 21:03:
Ik ben niet van het bumpen van eigen berichten. Maar volgens mij is deze in het batterijgeweld gesneuveld.

Maar ik krijg mijn meter/meetdata va de laaplaal dus niet naar boven. Entiteit is 100% okey. Maar kan het zijn dat ik het verkeerd heb aangemaakt in het energy dashboard van Home Assistant namelijk als Individual electrical devices? Of moet er een minimaal aantal dagen aan data beschikbaar zijn?

Zoeken op sit forum en de github wiki heeft mij nog niet geholpen...


[...]

Hoe ziet je config eruit?

[arjenhiemstra]

Beekforel schreef op maandag 27 april 2026 @ 11:02:
[...]

Je schrijft volgens mij de meeste waardes niet naar de EEPROM, maar naar RAM. Maar goed, dat is wel gissen want we weten niet hoe de firmware van Marstek is opgebouwd.

I'll take my chances, 10 jaar "garantie" op die dingen. Moet je echter wel reactie van ze of leverancier krijgen...

Mijn P1 meter is DSMR 4.2 dus te traag voor de oplossingen via P1. De CT klemmen kan ik maar moeizaam kwijt. Mijn huidige oplossing, een Eastron als hoofdmeter die ik via modbus uitlees, is nagenoeg instant (ik kan eventueel elke 100 ms nieuwe data ophalen, maar 1 s is voldoende) en daarmee gaat de NoM sturing zeer netjes.

Tip; Je kunt een aanvraag doen om je huidige meter te laten vervangen door een DSMR 5 meter

[KC27]

storeman schreef op maandag 27 april 2026 @ 20:36:
[...]


Ik dacht dat de log lezen jouw tweede natuur was , maar ik snap je. Bij deze de grafiekjes van hetzelfde tijdstip.

[Afbeelding]

Later, na aanpassen/uitcommenten van de regels zag het er zo uit (in de tussentijd had ik het batterij gedrag in HA even overruled en DAO buiten werking gesteld)

[Afbeelding]

Ik kan het nog steeds niet goed interpreteren, waarschijnlijk ook omdat jouw baseload negatieve waarden bevat o.a. in de tussen 17:00 en 19:00 uur.
Dat kan verkeerde resultaten geven.
Dus ik zou eerst proberen van die negatieve baseloads af te komen.

[Torch1969]

hemertje schreef op maandag 27 april 2026 @ 10:09:
[...]


Heeft iemand tips hoe dit te realiseren?

Dat is nogal een brede vraag. Hangt erg af van je use cases en je apparatuur. Wat heb je en wat wil je op welke manier realiseren?
Je zou bijvoorbeeld eens kunnen beginnen met de PID regelaar waar KC27 afgelopen week een uitgebreide howto voor heeft geschreven. Dat is dan in feite je NOM regeling. Haal de input uit je P1 meter en stuur je batterij daar mee aan (maar nu ben ik al aan het gissen….)

[KC27]

thewhi schreef op maandag 27 april 2026 @ 21:03:
Ik ben niet van het bumpen van eigen berichten. Maar volgens mij is deze in het batterijgeweld gesneuveld.

Maar ik krijg mijn meter/meetdata va de laaplaal dus niet naar boven. Entiteit is 100% okey. Maar kan het zijn dat ik het verkeerd heb aangemaakt in het energy dashboard van Home Assistant namelijk als Individual electrical devices? Of moet er een minimaal aantal dagen aan data beschikbaar zijn?

Zoeken op sit forum en de github wiki heeft mij nog niet geholpen...


[...]

Als je hem hebt aangemaakt in het Energy Dashboard van HA en het verbruik is daar ook zichtbaar dan moet hij ook in DAO zichtbaar zijn als je daar dezelfde sensor hebt opgegeven.
Wat is de "unit_of_measurement"?
Als je een beetje handig bent met sql kun je hem opsporen in de ha database (tabellen statistics en meta_statistics). Daar moet dan ieder uur een meterstand staan.

[thewhi]

Ja dat lijkt allemaal goed te gaan. Maar ik zal inderdaad eens SQL'en

state_class: total_increasing
unit_of_measurement: kWh
device_class: energy
friendly_name: Peblar EV Charger Levenslange energie

KC27 schreef op maandag 27 april 2026 @ 22:09:
[...]

Als je hem hebt aangemaakt in het Energy Dashboard van HA en het verbruik is daar ook zichtbaar dan moet hij ook in DAO zichtbaar zijn als je daar dezelfde sensor hebt opgegeven.
Wat is de "unit_of_measurement"?
Als je een beetje handig bent met sql kun je hem opsporen in de ha database (tabellen statistics en meta_statistics). Daar moet dan ieder uur een meterstand staan.

[Beekforel]

arjenhiemstra schreef op maandag 27 april 2026 @ 21:50:
[...]


Tip; Je kunt een aanvraag doen om je huidige meter te laten vervangen door een DSMR 5 meter

Alleen als ik daar 141 euro voor betaal (Liander) en dat vond ik wat te veel voor iets wat ik al heb.

Maar @simnet heeft mij wel op een ander spoor gezet. Ik vond https://github.com/tomquist/AstraMeter/tree/develop welke een CT003 kan emuleren op basis van Home Assistant entities. Dat heb ik inmiddels draaien en dat gaat goed. Nu nog even zijn automations nabouwen en dan maar weer eens kijken hoe het draait.

[simnet]

Beekforel schreef op maandag 27 april 2026 @ 22:20:
[...]

Alleen als ik daar 141 euro voor betaal (Liander) en dat vond ik wat te veel voor iets wat ik al heb.

Maar @simnet heeft mij wel op een ander spoor gezet. Ik vond https://github.com/tomquist/AstraMeter/tree/develop welke een CT003 kan emuleren op basis van Home Assistant entities. Dat heb ik inmiddels draaien en dat gaat goed. Nu nog even zijn automations nabouwen en dan maar weer eens kijken hoe het draait.

Kijk, ik wist niet dat dat project inmiddels het ct protocol geengineerd hadden. Kennelijk kan die u ook meerdere batterijen tegelijk aansturen op NoM. Dat is goed om te weten!

[thomvh]

Het lijkt voor mij onmogelijk om de EV's toe te voegen zonder schedule. Ik krijg namelijk de volgende error wat logisch is aangezien ik het stukje van de schedule uit de config laat:

code:

2026-04-28 12:23:57 fout: Er is een fout opgetreden, zie de fout-tracering
Traceback (most recent call last):
  File "/root/dao/prog/da_base.py", line 694, in run_task_function
    getattr(self, run_task["function"])()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/da_base.py", line 538, in calc_optimum_met_debug
    dacalc.calc_optimum()
    ~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/day_ahead.py", line 1541, in calc_optimum
    self.ev_options[e].charge_scheduler.entity_ready_datetime
AttributeError: 'NoneType' object has no attribute 'entity_ready_datetime'
Traceback (most recent call last):
  File "/root/dao/webserver/../prog/day_ahead.py", line 4708, in <module>
    main()
    ~~~~^^
  File "/root/dao/webserver/../prog/day_ahead.py", line 4679, in main
    da_calc.run_task_function("calc_optimum_met_debug")
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/prog/da_base.py", line 694, in run_task_function
    getattr(self, run_task["function"])()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/da_base.py", line 538, in calc_optimum_met_debug
    dacalc.calc_optimum()
    ~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/day_ahead.py", line 1541, in calc_optimum
    self.ev_options[e].charge_scheduler.entity_ready_datetime
AttributeError: 'NoneType' object has no attribute 'entity_ready_datetime'

code:

  "electric_vehicle": [
  {
    "name": "Polly",
    "capacity": 82,
    "entity position": "device_tracker.polestar_2_thom",
    "entity actual level": "sensor.2024_polestar_2_magnesium_state_of_charge",
    "entity plugged in": "binary_sensor.oprit_l1_plug",
    "charge three phase": true,
    "charge stages": [
      {"ampere": 0, "efficiency": 1},
      {"ampere": 16, "efficiency": 0.92}
    ],
    "entity instant start": "input_boolean.dao_polestar_instant_start",
    "entity instant level": "input_number.dao_polestar_instant_target_soc",
    "charge switch": "input_boolean.dao_polestar_charge_switch",
    "entity set charging ampere": "input_number.dao_polestar_ampere"
  }

De wiki geeft alleen wel aan dat je maar een van de twee moet configureren... Ik had het met een schedule geconfigureerd maar dan had het niet het gedrag wat ik verwacht had.

[ Voor 21% gewijzigd door thomvh op 28-04-2026 13:44 ]

[Beekforel]

Mijn baseloads berekening blijft negatief, uit de documentatie en voorbeelden word ik er niet veel wijzer van.

Welke waardes worden gebruikt voor die calculatie?

[kokorico]

Hallo,

wegens de sinds kort in België negatieve elektriciteitsprijzen wil ik heel binnenkort beginnen met het aansturen van de thuisbatterijen en de PV panelen (omvormer). Ik heb daarvoor een Raspberry Pi 5 8GB met NVMe SSD en Home Assistant gekocht, om home assistant te kunnen gebruiken. Ik heb nog geen kennis van home assistant, wel van programmeren plc's (Siemens/Schneider/HMI's, WinCC)

Wij hebben:

- Solax X3-10.0-T-D omvormer , 10kw 3fasig. We hebben 19800VApiek aan panelen daarom aangesloten dus we produceren wel veel elektriciteit, 110kwh in zomerdagen. Deze is via wifi verbonden op ons netwerk (Netwerk bestaat uit 2 x Unifi managed switch, 5 x Unifi AP's, zo veel mogelijk bekabeld).

- 3 x Marstek Venus E3.0 5.12kWh thuisbatterijen met de Marstek CT-002 energiemeting(stroomspoelen dus en niet op de P1 poort). Max 7.2kwh opladen, Max 7.5kwh ontladen

Graag wil ik het niet temoelijk maken, afgelopen zondag was de elekt prijs -0.42EU/kwh. Ik zou ze dan bvb volledig willen laten opladen van het net en de pv inverter uitschakelen via home assistant.

Bij prijzen rond 0 - > -0.15EU/kwh wil ik bijvoorbeeld de pv panelen uitschakelen

Hoe ga ik het beste te werk? Waar moet ik aan denken?

[Dogooder]

@Beekforel Heb je DC gekoppelde panelen?
De baseload berekening is als volgt:

code:

 baseload = grid_consumption - grid_production + solar_production - ev_consumption
         - wp_consumption - battery_consumption + battery_production

Alleen heb ik het probleem dat de solar_production volgens mij alleen naar AC gekoppelde panelen kijkt. Ik krijg namelijk sinds de winter steeds meer negatieve baseload en dan met name in de namiddag. Als de batterij vol is dan gaat de dc solar richting het grid, maar dat wordt binnen DAO nergens geregisteerd en dat eindigt in negatieve baseload.

Bij nader inzien, zou dat bij grid_production terug moeten komen, mmm ik ga even nakijken waarom bij mij anders uitpakt.

[ Voor 10% gewijzigd door Dogooder op 28-04-2026 17:00 ]

[Torch1969]

thomvh schreef op dinsdag 28 april 2026 @ 12:26:
Het lijkt voor mij onmogelijk om de EV's toe te voegen zonder schedule. Ik krijg namelijk de volgende error wat logisch is aangezien ik het stukje van de schedule uit de config laat:

[...]


[...]


De wiki geeft alleen wel aan dat je maar een van de twee moet configureren... Ik had het met een schedule geconfigureerd maar dan had het niet het gedrag wat ik verwacht had.

Entity_date_time is inderdaad verplicht. DAO moet weten voor wanneer je de EV geladen wil hebben tot het gewenste niveau. Wat had je verwacht?

[Beekforel]

Dogooder schreef op dinsdag 28 april 2026 @ 16:47:
@Beekforel Heb je DC gekoppelde panelen?
De baseload berekening is als volgt:

code:

 baseload = grid_consumption - grid_production + solar_production - ev_consumption
         - wp_consumption - battery_consumption + battery_production

Alleen heb ik het probleem dat de solar_production volgens mij alleen naar AC gekoppelde panelen kijkt. Ik krijg namelijk sinds de winter steeds meer negatieve baseload en dan met name in de namiddag. Als de batterij vol is dan gaat de dc solar richting het grid, maar dat wordt binnen DAO nergens geregisteerd en dat eindigt in negatieve baseload.

Bij nader inzien, zou dat bij grid_production terug moeten komen, mmm ik ga even nakijken waarom bij mij anders uitpakt.

Bedankt, dit gaf mij het inzicht alle sensoren nog eens te beoordelen. Blijkbaar is de sensor van m'n EV flink in de war en veroorzaakt deze de verkeerde cijfers.

Overigens is de logging (van o.a. de baseloads berekening) heel "springerig", hij knippert tussen de actuele en de vorige? Is dat normaal?

[Maikie18]

Torch1969 schreef op dinsdag 28 april 2026 @ 17:30:
[...]

Entity_date_time is inderdaad verplicht. DAO moet weten voor wanneer je de EV geladen wil hebben tot het gewenste niveau. Wat had je verwacht?

Ik was er zelf ook net mee bezig. Wil gewoon dat die gaat laden wanneer het voordeligste is. Als ik thuis kom met 50% hoeft die niet voor x tijd klaar te zijn. In de app van mijn auto kan ik kiezen laden tussen x en y of vol zijn om z. Van mij mag die laden als het voordelig is. Je geeft toch al een min en max waarde op, als die aangesloten is moet die daar gewoon op acteren

[Torch1969]

Maikie18 schreef op dinsdag 28 april 2026 @ 17:52:
[...]

Ik was er zelf ook net mee bezig. Wil gewoon dat die gaat laden wanneer het voordeligste is. Als ik thuis kom met 50% hoeft die niet voor x tijd klaar te zijn. In de app van mijn auto kan ik kiezen laden tussen x en y of vol zijn om z. Van mij mag die laden als het voordelig is. Je geeft toch al een min en max waarde op, als die aangesloten is moet die daar gewoon op acteren

Dat kan dus gewoon. De optie tussen x en y heb je niet nodig, die bepaald dao inderdaad het voordeligst. Maak je die Entity_date_time als time helper aan en stel je de tijd in waarvoor de auto geladen moet zijn (dat lijkt dus op variant “vol zijn om z’ van je auto).

[thomvh]

Torch1969 schreef op dinsdag 28 april 2026 @ 17:30:
[...]

Entity_date_time is inderdaad verplicht. DAO moet weten voor wanneer je de EV geladen wil hebben tot het gewenste niveau. Wat had je verwacht?

Ik ging af op deze melding in de DAO settings.md:

Must configure EITHER instant charging OR scheduler (not both)

Dus vandaar mijn aannemen, dat je het een of het ander moet instellen. Hij deed het ook niet met beide ingesteld moet ik eerlijk toegeven. Maar dat kan ook nog ergens anders aan liggen. Dus wilde het voor mijn eerste stap gewoon versimpelen. Wilde de instant start misbruiken om zo Tibber de controle te geven over de laadpalen. Dat was mijn uiteindelijk doel.

Ik zie nu naar wat verder zoeken dat er nogal een mismatch zit tussen de SETTINGS.md en de https://github.com/cornee...ellingen#electric-vehicle dus misschien moet ik even in het tweede kijken voor de juiste opties.

[ Voor 22% gewijzigd door thomvh op 28-04-2026 19:06 ]

[hemertje]

Torch1969 schreef op maandag 27 april 2026 @ 22:08:
[...]

Dat is nogal een brede vraag. Hangt erg af van je use cases en je apparatuur. Wat heb je en wat wil je op welke manier realiseren?
Je zou bijvoorbeeld eens kunnen beginnen met de PID regelaar waar KC27 afgelopen week een uitgebreide howto voor heeft geschreven. Dat is dan in feite je NOM regeling. Haal de input uit je P1 meter en stuur je batterij daar mee aan (maar nu ben ik al aan het gissen….)

Hoi ik kan met niet herinneren iets van PID regelaar afgelopen week gelezen te hebben?

Vanavond hopelijk opzoeken

[TheMystery]

Ik heb een contract afgesloten bij zonneplan dus in doa hetvolgende ingevuld:

JSON:

"prices": {
    "source_day_ahead": "nordpool",
    "energy_taxes_consumption": {
      "2025-01-01": 0.10154
    },
    "energy_taxes_production": {
      "2025-01-01": 0.10154
    },
    "cost_supplier_consumption": {
      "2024-08-01": 0.02
    },
    "cost_supplier_production": {
      "2024-08-01": 0.02
    },
    "vat_consumption": {
      "2023-01-01": 21.0
    },
    "vat_production": {
      "2023-01-01": 21.0
    },
    "last_invoice": "2025-09-01",
    "tax_refund": true,
    "regular high": 0.5,
    "regular low": 0.4,
    "switch to low": 23
  },

als ik dan p_l en p_t vergelijk met de prijzen in de app van zonneplan zit hier een 1,6 cent verschil in, waar kan dit inzitten?

[storeman]

TheMystery schreef op dinsdag 28 april 2026 @ 20:07:
Ik heb een contract afgesloten bij zonneplan dus in doa hetvolgende ingevuld:

JSON:

"prices": {
    "source_day_ahead": "nordpool",
    "energy_taxes_consumption": {
      "2025-01-01": 0.10154
    },
    "energy_taxes_production": {
      "2025-01-01": 0.10154
    },
    "cost_supplier_consumption": {
      "2024-08-01": 0.02
    },
    "cost_supplier_production": {
      "2024-08-01": 0.02
    },
    "vat_consumption": {
      "2023-01-01": 21.0
    },
    "vat_production": {
      "2023-01-01": 21.0
    },
    "last_invoice": "2025-09-01",
    "tax_refund": true,
    "regular high": 0.5,
    "regular low": 0.4,
    "switch to low": 23
  },

als ik dan p_l en p_t vergelijk met de prijzen in de app van zonneplan zit hier een 1,6 cent verschil in, waar kan dit inzitten?

Kan dat de zonnebonus zijn?

Ben zelf aan het overwegen om over te gaan naar zonneplan.

[Maikie18]

Torch1969 schreef op dinsdag 28 april 2026 @ 18:40:
[...]

Dat kan dus gewoon. De optie tussen x en y heb je niet nodig, die bepaald dao inderdaad het voordeligst. Maak je die Entity_date_time als time helper aan en stel je de tijd in waarvoor de auto geladen moet zijn (dat lijkt dus op variant “vol zijn om z’ van je auto).

Als ik dan om 20u thuis kom met 60% gaat die duur laden terwijl het niet nodig is. Kan er natuurlijk ook voor kiezen hem dan niet aan te sluiten en pas de volgende ochtend doen of ik moet hem dan juist op vol voor 16u instellen dat is de oplossing waarschijnlijk?

[Torch1969]

thomvh schreef op dinsdag 28 april 2026 @ 19:00:
[...]

Ik ging af op deze melding in de DAO settings.md:

[...]

Dus vandaar mijn aannemen, dat je het een of het ander moet instellen. Hij deed het ook niet met beide ingesteld moet ik eerlijk toegeven. Maar dat kan ook nog ergens anders aan liggen. Dus wilde het voor mijn eerste stap gewoon versimpelen. Wilde de instant start misbruiken om zo Tibber de controle te geven over de laadpalen. Dat was mijn uiteindelijk doel.

Ik zie nu naar wat verder zoeken dat er nogal een mismatch zit tussen de SETTINGS.md en de https://github.com/cornee...ellingen#electric-vehicle dus misschien moet ik even in het tweede kijken voor de juiste opties.

Zet de entity_date_time gewoon op een datum ver in de toekomst en gebruik dan de instant charge zoals je wilt.
Ga maar uit van de wiki. Als je iets tegenkomt wat niet klopt, meld het dan even, of meld je aan als contributor om de wiki zelf bij te werken.

[Torch1969]

Maikie18 schreef op dinsdag 28 april 2026 @ 21:01:
[...]

Als ik dan om 20u thuis kom met 60% gaat die duur laden terwijl het niet nodig is. Kan er natuurlijk ook voor kiezen hem dan niet aan te sluiten en pas de volgende ochtend doen of ik moet hem dan juist op vol voor 16u instellen dat is de oplossing waarschijnlijk?

Klopt, als je alleen de tijd instelt, dan pakt DAO altijd die tijd in de toekomst, eventueel de volgende dag. Hou er wel rekening mee dat DAO pas inplant als de prijzen voor die periode bekend zijn.

[Torch1969]

hemertje schreef op dinsdag 28 april 2026 @ 19:57:
[...]


Hoi ik kan met niet herinneren iets van PID regelaar afgelopen week gelezen te hebben?

Vanavond hopelijk opzoeken

https://gathering.tweakers.net/forum/view_message/85130056

[Torch1969]

TheMystery schreef op dinsdag 28 april 2026 @ 20:07:
Ik heb een contract afgesloten bij zonneplan dus in doa hetvolgende ingevuld:

JSON:

"prices": {
    "source_day_ahead": "nordpool",
    "energy_taxes_consumption": {
      "2025-01-01": 0.10154
    },
    "energy_taxes_production": {
      "2025-01-01": 0.10154
    },
    "cost_supplier_consumption": {
      "2024-08-01": 0.02
    },
    "cost_supplier_production": {
      "2024-08-01": 0.02
    },
    "vat_consumption": {
      "2023-01-01": 21.0
    },
    "vat_production": {
      "2023-01-01": 21.0
    },
    "last_invoice": "2025-09-01",
    "tax_refund": true,
    "regular high": 0.5,
    "regular low": 0.4,
    "switch to low": 23
  },

als ik dan p_l en p_t vergelijk met de prijzen in de app van zonneplan zit hier een 1,6 cent verschil in, waar kan dit inzitten?

Je vergeet de nieuwste belasting tarieven van 2026

code:

  "prices": {
    "source_day_ahead": "nordpool",
    "energy_taxes_consumption": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.1088,
      "2025-01-01": 0.10154,
      "2026-01-01": 0.09161
    },
    "energy_taxes_production": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.1088,
      "2025-01-01": 0.10154,
      "2026-01-01": 0.09161
    },
    "cost_supplier_consumption": {
      "2024-08-01": 0.02
    },
    "cost_supplier_production": {
      "2024-08-01": 0.02
    },
    "vat_consumption": {
      "2022-01-01": 21.0,
      "2022-07-01": 9.0,
      "2023-01-01": 21.0
    },
    "vat_production": {
      "2022-01-01": 21.0,
      "2022-07-01": 9.0,
      "2023-01-01": 21.0

[KC27]

Beekforel schreef op dinsdag 28 april 2026 @ 17:48:
[...]

Bedankt, dit gaf mij het inzicht alle sensoren nog eens te beoordelen. Blijkbaar is de sensor van m'n EV flink in de war en veroorzaakt deze de verkeerde cijfers.

Overigens is de logging (van o.a. de baseloads berekening) heel "springerig", hij knippert tussen de actuele en de vorige? Is dat normaal?

Ja dat is nog een storende bug maar nog geen showstopper. Wordt aan gewerkt.

[thewhi]

KC27 schreef op maandag 27 april 2026 @ 22:09:
[...]

Als je hem hebt aangemaakt in het Energy Dashboard van HA en het verbruik is daar ook zichtbaar dan moet hij ook in DAO zichtbaar zijn als je daar dezelfde sensor hebt opgegeven.
Wat is de "unit_of_measurement"?
Als je een beetje handig bent met sql kun je hem opsporen in de ha database (tabellen statistics en meta_statistics). Daar moet dan ieder uur een meterstand staan.

Inmiddels ook een query gedraaid, ook daar lijkt e.e.a. vrij consistent..Of zie je hier wat mis gaan?

672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.233 2.699
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 5.504 2.97
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 7.289 4.755
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 17.925 15.391
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.713 26.179
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.717 26.183
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.782 26.248
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 28.782 26.248
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 37.302 34.768
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 48.147 45.613
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.898 47.364
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.914 47.38
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418
672 sensor.peblar_ev_charger_energie recorder kWh 1 0 energy 49.952 47.418

dit is mijn huidige config:

{
"config_version": 0,
"homeassistant": {
"ip_address": "192.168.1.101",
"ip_port": 8123,
"hasstoken": "!secret ha_api_token",
"protocol_api": "http"
},
"database_ha": {
"engine": "sqlite",
"db_path": "/homeassistant",
"database": "home-assistant_v2.db"
},
"database_da": {
"engine": "sqlite",
"db_path": "../data",
"database": "day_ahead.db"
},
"meteoserver_key": "!secret meteoserver-key",
"meteoserver_model": "harmonie",
"meteoserver_attemps": 2,
"prices": {
"source_day_ahead": "nordpool",
"entsoe_api_key": "!secret entsoe-api-key",
"energy_taxes_consumption": {
"2022-01-01": 0.06729,
"2023-01-01": 0.12599,
"2024-01-01": 0.1088,
"2025-01-01": 0.10154,
"2026-01-01": 0.09161
},
"energy_taxes_production": {
"2022-01-01": 0.06729,
"2023-01-01": 0.12599,
"2024-01-01": 0.1088,
"2025-01-01": 0.10154,
"2026-01-01": 0.09161
},
"cost_supplier_consumption": {
"2022-01-01": 0.002,
"2023-03-01": 0.018,
"2024-04-01": 0.0175,
"2024-08-01": 0.020496,
"2025-01-01": 0.01653,
"2026-01-01": 0.01653
},
"cost_supplier_production": {
"2022-01-01": 0.002,
"2023-03-01": 0.018,
"2024-04-01": 0.0175,
"2025-01-01": 0.03306,
"2026-01-01": 0.03306
},
"vat_consumption": {
"2022-01-01": 21.0,
"2022-07-01": 9.0,
"2023-01-01": 21.0
},
"vat_production": {
"2022-01-01": 21.0,
"2022-07-01": 9.0,
"2023-01-01": 21.0
},
"last_invoice": "2025-09-01",
"tax_refund": true,
"regular high": 0.5,
"regular low": 0.4,
"switch to low": 23
},
"logging_level": "debug",
"use_calc_baseload": true,
"baseload_calc_periode": 56,
"baseload": [
0.14,
0.38,
0.26,
0.42,
0.15,
0.12,
0.13,
0.15,
0.23,
0.26,
0.31,
0.32,
0.31,
0.23,
0.26,
0.21,
0.21,
0.54,
0.26,
0.26,
0.22,
0.19,
0.18,
0.16
],
"graphical_backend": "",
"graphics": {
"style": "Solarize_Light2",
"battery_balance": true,
"prices_consumption": true,
"prices_production": true,
"prices_spot": true,
"average_consumption": true,
"show": "true"
},
"interval": "1hour",
"strategy": "minimize cost",
"max_gap": 0.01,
"notifications": {
"opstarten": true,
"berekening": true
},
"grid": {
"max_power": 17.0
},
"history": {
"save_days": 7
},
"dashboard": {
"port": 5000
},
"battery": [
{
"name": "batterij",
"entity_actual_level": "sensor.instantaneous_battery_soc",
"capacity": 6.0,
"upper_limit": 100,
"lower_limit": 10,
"optimal_lower_level": 11,
"penalty_low_soc": 0.0025,
"charge_stages": [
{
"power": 0.0,
"efficiency": 1.0
},
{
"power": 60.0,
"efficiency": 0.75
},
{
"power": 110.0,
"efficiency": 0.78
},
{
"power": 220.0,
"efficiency": 0.8
},
{
"power": 330.0,
"efficiency": 0.82
},
{
"power": 440.0,
"efficiency": 0.85
},
{
"power": 660.0,
"efficiency": 0.88
},
{
"power": 880.0,
"efficiency": 0.89
},
{
"power": 1100.0,
"efficiency": 0.89
},
{
"power": 1320.0,
"efficiency": 0.9
},
{
"power": 1540.0,
"efficiency": 0.91
},
{
"power": 1760.0,
"efficiency": 0.92
},
{
"power": 1980.0,
"efficiency": 0.92
},
{
"power": 2000.0,
"efficiency": 0.92
}
],
"discharge_stages": [
{
"power": 0.0,
"efficiency": 1.0
},
{
"power": 60.0,
"efficiency": 0.7
},
{
"power": 110.0,
"efficiency": 0.75
},
{
"power": 220.0,
"efficiency": 0.76
},
{
"power": 330.0,
"efficiency": 0.78
},
{
"power": 440.0,
"efficiency": 0.79
},
{
"power": 660.0,
"efficiency": 0.8
},
{
"power": 880.0,
"efficiency": 0.82
},
{
"power": 1100.0,
"efficiency": 0.85
},
{
"power": 1320.0,
"efficiency": 0.9
},
{
"power": 1540.0,
"efficiency": 0.9
},
{
"power": 1760.0,
"efficiency": 0.9
},
{
"power": 1980.0,
"efficiency": 0.9
},
{
"power": 2000.0,
"efficiency": 0.9
}
],
"reduced_hours": {
"1": 2200,
"2": 2200,
"18": 2200,
"19": 2200
},
"reduce_power_low_soc": [],
"reduce_power_high_soc": [],
"minimum_power": 10,
"dc_to_bat_efficiency": 1.0,
"dc_to_bat_max_power": 2000.0,
"bat_to_dc_efficiency": 1.0,
"bat_to_dc_max_power": 2000.0,
"cycle_cost": 0.02,
"entity_set_power_feedin": "input_number.dao_feedin_grid",
"entity_set_operating_mode_on": "aan",
"entity_set_operating_mode_off": "uit",
"entity_balance_switch": "input_boolean.balanceer_grid",
"entity_from_ac": "input_number.dao_ac",
"entity_calculated_soc": "input_number.dao_calculated_soc",
"solar": []
}
],
"solar": [
{
"name": "pv woning",
"capacity": 5.67,
"strings": [
{
"tilt": 60.0,
"orientation": -90.0,
"capacity": 3.24,
"ml_prediction": false,
"entities_sensors": [],
"yield_factor": 0.007
},
{
"tilt": 60.0,
"orientation": 90.0,
"capacity": 2.43,
"ml_prediction": false,
"entities_sensors": [],
"yield_factor": 0.007
}
],
"ml_prediction": true,
"entities_sensors": [
"sensor.zonneplan_one_refurbished_yield_total"
],
"entity pv switch": "input_boolean.solar_pv_on_off",
"max_power": 6.0
}
],
"electric_vehicle": [
{
"name": "Skoda",
"capacity": 77,
"entity position": "device_tracker.skoda_enyaq_positie",
"entity actual level": "sensor.skoda_enyaq_accupercentage",
"entity plugged in": "binary_sensor.skoda_enyaq_laadkabel",
"charge stages": [
{ "ampere": 0, "efficiency": 0},
{ "ampere": 16, "efficiency": 1}
],
"charge three phase": "true",
"charge scheduler": {
"entity set level": "input_number.dao_enyaq_target_soc",
"level margin": 4,
"entity ready datetime": "input_datetime.dao_enyaq_charged_at"
},
"charge switch": "input_boolean.dao_enyaq_charge_switch",
"entity set charging ampere": "input_number.dao_enyaq_charge_ampere"
}],

"machines": [],
"boiler": {
"boiler_present": false,
"entity actual temp.": "sensor.boiler_gemeten",
"entity setpoint": "sensor.boiler_ingesteld",
"entity hysterese": "sensor.hysterese_hot_water",
"cop": 2.9,
"cooling rate": 0.4,
"volume": 180,
"heating allowed below": 44,
"elec. power": 1500,
"activate service": "press",
"activate entity": "input_button.hw_trigger"
},
"heating": {
"heater_present": false,
"degree days factor": 3.6,
"stages": [
{
"max_power": 225,
"cop": 7.1
},
{
"max_power": 300,
"cop": 7.0
},
{
"max_power": 400,
"cop": 6.5
},
{
"max_power": 500,
"cop": 6.0
},
{
"max_power": 600,
"cop": 5.5
},
{
"max_power": 750,
"cop": 5.0
},
{
"max_power": 1000,
"cop": 4.5
},
{
"max_power": 1250,
"cop": 4.0
}
],
"entity adjust heating curve": "input_number.stooklijn_verschuiving_day_ahead",
"adjustment factor": 0.04
},
"tibber": {
"api_token": "!secret tibber_api_token",
"api_url": "https://api.tibber.com/v1-beta/gql"
},
"xgboost": {
"tune_hyperparameters": true
},
"report": {
"entities ev consumption" : ["sensor.peblar_ev_charger_energie"],
"entities_grid_consumption": [
"sensor.smartmeter_energieverbruik_laag_tarief",
"sensor.smartmeter_energieverbruik_hoog_tarief"
],
"entities_grid_production": [
"sensor.smartmeter_energieproductie_laag_tarief",
"sensor.smartmeter_energieproductie_hoog_tarief"
],
"entities_solar_production_ac": [
"sensor.zonneplan_one_refurbished_yield_total"
],
"entities_solar_production_dc": [],
"entities_wp_consumption": [],
"entities_boiler_consumption": [],
"entities_battery_consumption": [
"sensor.charge"
],
"entities_battery_production": [
"sensor.discharge"
],
"entities_machine_consumption": []
},
"scheduler": {
"active": true,
"schedule": [
{
"time": "0430",
"action": "get_meteo_data"
},
{
"time": "0145",
"action": "calc_baseloads"
},
{
"time": "1030",
"action": "get_meteo_data"
},
{
"time": "1630",
"action": "get_meteo_data"
},
{
"time": "2230",
"action": "get_meteo_data"
},
{
"time": "1259",
"action": "get_day_ahead_prices"
},
{
"time": "1355",
"action": "get_day_ahead_prices"
},
{
"time": "1455",
"action": "get_day_ahead_prices"
},
{
"time": "1551",
"action": "get_day_ahead_prices"
},
{
"time": "2255",
"action": "get_day_ahead_prices"
},
{
"time": "xx00",
"action": "calc_optimum"
},
{
"time": "2359",
"action": "clean_data"
},
{
"time": "2330",
"action": "train_ml_predictions"
}
]
}
}

[rescla]

Ik heb weer wat raar gedrag. De model 3 kan niet laden met minder dan 6A op alle 3 de fases, maar ik krijg het niet voor elkaar om DAO zo ver te krijgen dat hij dit snapt. Ik had eerder de 0 en 5.9A stages er niet in staan, dan krijg je een 0 ampere stage met 1 efficiency er bij, maar dat is ook niet helemaal de bedoeling.

Normaal werkt het prima, maar dan kan hij gewoon op het goedkoopste moment laden. Maar nu zijn dat momenten waarop de batterij ook aan het terugleveren is (omdat ik hem voor morgenochtend op een bepaald percentage wil hebben).

code:

 2026-04-28 23:13:15 INFO: Loaded 6 secrets from ../data/secrets.json
2026-04-28 23:13:15 INFO: Validating configuration with ConfigurationV0
2026-04-28 23:13:15 info: Day Ahead Optimalisering versie: 2026.4.4
2026-04-28 23:13:15 info: Day Ahead Optimalisering gestart op: 28-04-2026 23:13:15
2026-04-28 23:13:15 info: Day Ahead Optimalisatie gestart: 28-04-2026 23:13:15 taak: calc_optimum
2026-04-28 23:13:15 info: Debug = False
2026-04-28 23:13:15 info: Zelf berekende baseload
2026-04-28 23:13:15 info: ML prediction huawei
                   date_time  prediction
0  2026-04-28 23:00:00+02:00       0.018
1  2026-04-29 00:00:00+02:00       0.018
2  2026-04-29 01:00:00+02:00       0.018
3  2026-04-29 02:00:00+02:00       0.015
4  2026-04-29 03:00:00+02:00       0.015
5  2026-04-29 04:00:00+02:00       0.015
6  2026-04-29 05:00:00+02:00       0.015
7  2026-04-29 06:00:00+02:00       0.220
8  2026-04-29 07:00:00+02:00       1.385
9  2026-04-29 08:00:00+02:00       2.685
10 2026-04-29 09:00:00+02:00       4.096
11 2026-04-29 10:00:00+02:00       5.341
12 2026-04-29 11:00:00+02:00       6.337
13 2026-04-29 12:00:00+02:00       7.315
14 2026-04-29 13:00:00+02:00       7.378
15 2026-04-29 14:00:00+02:00       7.471
16 2026-04-29 15:00:00+02:00       6.772
17 2026-04-29 16:00:00+02:00       5.824
18 2026-04-29 17:00:00+02:00       4.770
19 2026-04-29 18:00:00+02:00       3.207
20 2026-04-29 19:00:00+02:00       1.703
21 2026-04-29 20:00:00+02:00       0.375
22 2026-04-29 21:00:00+02:00       0.018
23 2026-04-29 22:00:00+02:00       0.018
24 2026-04-29 23:00:00+02:00       0.018
2026-04-28 23:13:15 info: Start waarden: 
      uur                tijd   spot   p_l   p_t  base  pv_ac  pv_dc
0   23:00 2026-04-28 23:00:00  0.091 0.238 0.221 1.463  0.014      0
1   00:00 2026-04-29 00:00:00  0.090 0.236 0.220 1.231  0.018      0
2   01:00 2026-04-29 01:00:00  0.088 0.234 0.217 1.270  0.018      0
3   02:00 2026-04-29 02:00:00  0.087 0.233 0.216 1.270  0.015      0
4   03:00 2026-04-29 03:00:00  0.086 0.232 0.215 1.531  0.015      0
5   04:00 2026-04-29 04:00:00  0.088 0.234 0.217 0.820  0.015      0
6   05:00 2026-04-29 05:00:00  0.095 0.243 0.226 0.726  0.015      0
7   06:00 2026-04-29 06:00:00  0.135 0.290 0.274 0.786  0.220      0
8   07:00 2026-04-29 07:00:00  0.116 0.268 0.252 0.863  1.385      0
9   08:00 2026-04-29 08:00:00  0.101 0.250 0.233 1.543  2.685      0
10  09:00 2026-04-29 09:00:00  0.058 0.198 0.181 1.520  4.096      0
11  10:00 2026-04-29 10:00:00 -0.000 0.128 0.111 2.550  5.341      0
12  11:00 2026-04-29 11:00:00 -0.010 0.116 0.099 3.013  6.337      0
13  12:00 2026-04-29 12:00:00 -0.032 0.089 0.072 1.631  7.315      0
14  13:00 2026-04-29 13:00:00 -0.057 0.059 0.042 3.827  7.378      0
15  14:00 2026-04-29 14:00:00 -0.052 0.064 0.047 3.117  7.471      0
16  15:00 2026-04-29 15:00:00 -0.033 0.087 0.070 1.566  6.772      0
17  16:00 2026-04-29 16:00:00 -0.011 0.115 0.098 1.100  5.824      0
18  17:00 2026-04-29 17:00:00  0.018 0.149 0.133 1.520  4.770      0
19  18:00 2026-04-29 18:00:00  0.081 0.226 0.209 0.971  3.207      0
20  19:00 2026-04-29 19:00:00  0.117 0.269 0.252 1.243  1.703      0
21  20:00 2026-04-29 20:00:00  0.146 0.304 0.287 1.282  0.375      0
22  21:00 2026-04-29 21:00:00  0.130 0.285 0.268 1.072  0.018      0
23  22:00 2026-04-29 22:00:00  0.106 0.256 0.239 0.997  0.018      0
24  23:00 2026-04-29 23:00:00  0.095 0.243 0.226 1.820  0.018      0
2026-04-28 23:13:16 info: No reduced hours applied for Victron
2026-04-28 23:13:16 info: No reduced power applied during discharging at low soc
2026-04-28 23:13:16 info: No reduced power applied during charging at high soc
2026-04-28 23:13:16 info: Startwaarde SoC Victron: 65.0%

2026-04-28 23:13:16 info: Boiler direct opwarmen staat uit
2026-04-28 23:13:16 info: Boiler setpoint 50.0 °C
2026-04-28 23:13:16 info: Boiler hysterese 10.0 K
2026-04-28 23:13:16 info: Boiler opwarmen wordt ingepland tussen: 2026-04-29 02:00 en 2026-04-29 23:00
2026-04-28 23:13:16 info: Boiler verbruik in 1 uur: 3.75 kWh
2026-04-28 23:13:16 info: Prognose boiler:
                  tijd  act_temp  heat  elec  interval  cost  end_temp  end_value  netto_cost
0  2026-04-28 23:00:00    49.000 0.657 0.327         1 0.078    42.800     -0.284       0.361
1  2026-04-29 00:00:00    48.700 0.854 0.394         1 0.093    43.100     -0.270       0.363
2  2026-04-29 01:00:00    48.400 1.051 0.462         1 0.108    43.400     -0.256       0.365
3  2026-04-29 02:00:00    48.100 1.248 0.530         1 0.124    43.700     -0.243       0.366
4  2026-04-29 03:00:00    47.800 1.445 0.598         1 0.139    44.000     -0.229       0.368
5  2026-04-29 04:00:00    47.500 1.642 0.666         1 0.156    44.300     -0.215       0.371
6  2026-04-29 05:00:00    47.200 1.839 0.734         1 0.178    44.600     -0.201       0.380
7  2026-04-29 06:00:00    46.900 2.037 0.802         1 0.233    44.900     -0.188       0.421
8  2026-04-29 07:00:00    46.600 2.234 0.870         1 0.234    45.200     -0.174       0.407
9  2026-04-29 08:00:00    46.300 2.431 0.938         1 0.235    45.500     -0.160       0.395
10 2026-04-29 09:00:00    46.000 2.628 1.006         1 0.199    45.800     -0.146       0.346
11 2026-04-29 10:00:00    45.700 2.825 1.074         1 0.137    46.100     -0.133       0.270
12 2026-04-29 11:00:00    45.400 3.022 1.142         1 0.132    46.400     -0.119       0.251
13 2026-04-29 12:00:00    45.100 3.219 1.210         1 0.108    46.700     -0.105       0.213
14 2026-04-29 13:00:00    44.800 3.416 1.278         1 0.075    47.000     -0.092       0.167
15 2026-04-29 14:00:00    44.500 3.613 1.346         1 0.087    47.300     -0.078       0.164
16 2026-04-29 15:00:00    44.200 3.810 1.414         1 0.124    47.600     -0.064       0.188
17 2026-04-29 16:00:00    43.900 4.007 1.482         1 0.170    47.900     -0.050       0.221
18 2026-04-29 17:00:00    43.600 4.204 1.550         1 0.232    48.200     -0.037       0.268
19 2026-04-29 18:00:00    43.300 4.402 1.618         1 0.365    48.500     -0.023       0.388
20 2026-04-29 19:00:00    43.000 4.599 1.686         1 0.454    48.800     -0.009       0.463
21 2026-04-29 20:00:00    42.700 4.796 1.754         1 0.533    49.100      0.005       0.528
22 2026-04-29 21:00:00    42.400 4.993 1.822         1 0.519    49.400      0.018       0.501
23 2026-04-29 22:00:00    42.100 5.190 1.890         1 0.483    49.700      0.032       0.451
24 2026-04-29 23:00:00    41.800 5.387 1.958         1 0.476    50.000      0.046       0.430

2026-04-28 23:13:16 info: Instellingen voor laden van EV: Tesla Model 3
2026-04-28 23:13:16 info: Direct laden is uit
2026-04-28 23:13:16 info:  Ampere  Effic. Grid kW Accu kW
2026-04-28 23:13:16 info:    0.00    0.00    0.00    0.00
2026-04-28 23:13:16 info:    5.90    0.00    4.07    0.00
2026-04-28 23:13:16 info:    6.00    0.96    4.14    3.97
2026-04-28 23:13:16 info:   16.00    0.98   11.04   10.82
2026-04-28 23:13:16 info: Capaciteit accu: 68.45 kWh
2026-04-28 23:13:16 info: Maximaal laadvermogen: 11.04 kW
2026-04-28 23:13:16 info: Klaar met laden op: 29-04-2026 08:00:00
2026-04-28 23:13:16 info: Huidig laadniveau: 47.69 %
2026-04-28 23:13:16 info: Gewenst laadniveau:70.0 %
2026-04-28 23:13:16 info: Marge voor het laden: 0 %
2026-04-28 23:13:16 info: Locatie: home
2026-04-28 23:13:16 info: Ingeplugged:True
2026-04-28 23:13:16 info: Benodigde netto energie: 15.271 kWh
2026-04-28 23:13:16 info: Tijd nodig om te laden: 1:25 uur
2026-04-28 23:13:16 info: Afgerond naar hele intervallen: 2 uur
2026-04-28 23:13:16 info: Stand laden schakelaar: on
2026-04-28 23:13:16 info: Stand aantal ampere laden: 16.0 A
2026-04-28 23:13:16 info: Opladen wordt ingepland.
2026-04-28 23:13:16 info: Gewogen graaddagen vandaag: 3.8 K.day
2026-04-28 23:13:16 info: Gewogen graaddagen morgen: 4.1 K.day
2026-04-28 23:13:16 info: Gewogen graaddagen totaal: 7.8 K.day
2026-04-28 23:13:16 info: Degree days factor: 0.8 kWh/K.day
2026-04-28 23:13:16 info: Totaal benodigde warmte: 5.9 kWh
2026-04-28 23:13:16 info: Reeds geproduceerde warmte: 26.3 kWh
2026-04-28 23:13:16 info: Nog benodigde warmte: 0.0 kWh
2026-04-28 23:13:16 info: Geen warmte nodig: warmtepomp wordt niet ingepland
2026-04-28 23:13:16 info: Apparaat Vaatwasser direct starten staat uit
2026-04-28 23:13:16 info: Strategie: minimale kosten
2026-04-28 23:13:16 info: Maximale fout (maximal gap): 0.005000 euro
2026-04-28 23:13:16 info: Rekentijd: 0.06  sec
2026-04-28 23:13:16 info: Het programma heeft een optimale oplossing gevonden.
2026-04-28 23:13:16 info: Waarde boiler om 23 uur: 1.69 kWh
2026-04-28 23:13:16 info: Ontlaad volume in uur 0 23:00 1.5644750907018237 kWh
2026-04-28 23:13:16 info: 3 0.8366176955624726 2.4
2026-04-28 23:13:16 info: Ontlaad volume in uur 1 00:00 2.3999999999999995 kWh
2026-04-28 23:13:16 info: 3 1.0 2.4
2026-04-28 23:13:16 info: Ontlaad volume in uur 2 01:00 2.4 kWh
2026-04-28 23:13:16 info: 3 1.0 2.4
2026-04-28 23:13:16 info: Ontlaad volume in uur 3 02:00 2.4 kWh
2026-04-28 23:13:16 info: 3 1.0 2.4
2026-04-28 23:13:16 info: Ontlaad volume in uur 5 04:00 0.8047944546490908 kWh
2026-04-28 23:13:16 info: 3 0.33533102277045446 2.4
2026-04-28 23:13:16 info: Ontlaad volume in uur 6 05:00 0.7107944546490906 kWh
2026-04-28 23:13:16 info: 3 0.2961643561037878 2.4
2026-04-28 23:13:16 info: Ontlaad volume in uur 7 06:00 11.32584 kWh
2026-04-28 23:13:16 info: 3 0.09840000000000003 2.4
2026-04-28 23:13:16 info: 4 0.9016 12.3
2026-04-28 23:13:16 info: Ontlaad volume in uur 8 07:00 11.325839999999998 kWh
2026-04-28 23:13:16 info: 3 0.09840000000000003 2.4
2026-04-28 23:13:16 info: 4 0.9016 12.3
2026-04-28 23:13:16 info: Ontlaad volume in uur 9 08:00 2.4 kWh
2026-04-28 23:13:16 info: 3 1.0 2.4
2026-04-28 23:13:16 info: Laad volume in uur 11 10:00 0.0 kWh
2026-04-28 23:13:16 info: 3 0.9111662683091225 3.0
2026-04-28 23:13:16 info: 4 0.08883373169087751 10.5
2026-04-28 23:13:16 info: Laad volume in uur 12 11:00 0.0 kWh
2026-04-28 23:13:16 info: 4 1.0 10.5
2026-04-28 23:13:16 info: Laad volume in uur 13 12:00 0.0 kWh
2026-04-28 23:13:16 info: 5 1.0 11.25
2026-04-28 23:13:16 info: Laad volume in uur 14 13:00 0.0 kWh
2026-04-28 23:13:16 info: 5 1.0 11.25
2026-04-28 23:13:16 info: Laad volume in uur 15 14:00 0.0 kWh
2026-04-28 23:13:16 info: 5 1.0 11.25
2026-04-28 23:13:16 info: Laad volume in uur 16 15:00 0.0 kWh
2026-04-28 23:13:16 info: 5 1.0 11.25
2026-04-28 23:13:16 info: Laad volume in uur 17 16:00 0.0 kWh
2026-04-28 23:13:16 info: 4 1.0 10.5
2026-04-28 23:13:16 info: Ontlaad volume in uur 20 19:00 11.32584 kWh
2026-04-28 23:13:16 info: 3 0.09840000000000003 2.4
2026-04-28 23:13:16 info: 4 0.9016 12.3
2026-04-28 23:13:16 info: Ontlaad volume in uur 21 20:00 11.32584 kWh
2026-04-28 23:13:16 info: 3 0.09840000000000003 2.4
2026-04-28 23:13:16 info: 4 0.9016 12.3
2026-04-28 23:13:16 info: Ontlaad volume in uur 22 21:00 11.325839999999998 kWh
2026-04-28 23:13:16 info: 3 0.09840000000000003 2.4
2026-04-28 23:13:16 info: 4 0.9016 12.3
2026-04-28 23:13:16 info: Ontlaad volume in uur 23 22:00 11.325839999999998 kWh
2026-04-28 23:13:16 info: 3 0.09840000000000003 2.4
2026-04-28 23:13:16 info: 4 0.9016 12.3
2026-04-28 23:13:16 info: Ontlaad volume in uur 24 23:00 6.965476079999992 kWh
2026-04-28 23:13:16 info: 3 0.5388408000000008 2.4
2026-04-28 23:13:16 info: 4 0.4611591999999992 12.3
2026-04-28 23:13:16 info: In- en uitgaande energie per uur batterij Victron
   uur   ac->    eff   ->dc pv->dc   dc->    eff  ->bat  o_eff    SoC
          kWh      %    kWh    kWh    kWh      %    kWh      %      %
 23:00  -1.56  96.00  -1.63   0.00  -1.63  98.00  -1.66  94.08  62.41
 00:00  -2.40  96.00  -2.50   0.00  -2.50  98.00  -2.55  94.08  58.45
 01:00  -2.40  96.00  -2.50   0.00  -2.50  98.00  -2.55  94.08  54.48
 02:00  -2.40  96.00  -2.50   0.00  -2.50  98.00  -2.55  94.08  50.51
 03:00   0.00     --   0.00   0.00   0.00     --   0.00     --  50.51
 04:00  -0.80  96.00  -0.84   0.00  -0.84  98.00  -0.86  94.08  49.18
 05:00  -0.71  96.00  -0.74   0.00  -0.74  98.00  -0.76  94.08  48.01
 06:00 -11.33  92.08 -12.30   0.00 -12.30  98.00 -12.55  90.24  28.49
 07:00 -11.33  92.08 -12.30   0.00 -12.30  98.00 -12.55  90.24   8.97
 08:00  -2.40  96.00  -2.50   0.00  -2.50  98.00  -2.55  94.08   5.00
 09:00   0.00     --   0.00   0.00   0.00     --   0.00     --   5.00
 10:00   3.67  92.24   3.38   0.00   3.38  98.00   3.31  90.39  10.15
 11:00  10.50  90.00   9.45   0.00   9.45  98.00   9.26  88.20  24.56
 12:00  11.25  89.00  10.01   0.00  10.01  98.00   9.81  87.22  39.82
 13:00  11.25  89.00  10.01   0.00  10.01  98.00   9.81  87.22  55.08
 14:00  11.25  89.00  10.01   0.00  10.01  98.00   9.81  87.22  70.34
 15:00  11.25  89.00  10.01   0.00  10.01  98.00   9.81  87.22  85.60
 16:00  10.50  90.00   9.45   0.00   9.45  98.00   9.26  88.20 100.00
 17:00   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 18:00   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 19:00 -11.33  92.08 -12.30   0.00 -12.30  98.00 -12.55  90.24  80.48
 20:00 -11.33  92.08 -12.30   0.00 -12.30  98.00 -12.55  90.24  60.96
 21:00 -11.33  92.08 -12.30   0.00 -12.30  98.00 -12.55  90.24  41.44
 22:00 -11.33  92.08 -12.30   0.00 -12.30  98.00 -12.55  90.24  21.92
 23:00  -6.97  92.72  -7.51   0.00  -7.51  98.00  -7.67  90.86  10.00
Totaal -17.93        -32.19   0.00 -32.19        -35.36              
2026-04-28 23:13:18 info: Berekende prognoses: 
   uur  bat_in  bat_out   cons   prod   base   boil     wp     ev  pv_ac   cost  profit  b_tem   mach
 23:00    0.00     1.56   0.00   0.00   1.46   0.00   0.00   0.44   0.01   0.00   -0.00  48.70   0.00
 00:00    0.00     2.40   0.00   0.00   1.23   0.00   0.00   1.19   0.02   0.00   -0.00  48.40   0.00
 01:00    0.00     2.40   0.00   0.00   1.27   0.00   0.00   1.15   0.02   0.00   -0.00  48.10   0.00
 02:00    0.00     2.40   0.63   0.00   1.27   0.00   0.00   1.77   0.02   0.15   -0.00  47.80   0.00
 03:00    0.00     0.00  12.56   0.00   1.53   0.00   0.00  11.04   0.02   2.92   -0.00  47.50   0.00
 04:00    0.00     0.80   0.00   0.00   0.82   0.00   0.00   0.00   0.02   0.00   -0.00  47.20   0.00
 05:00    0.00     0.71   0.00   0.00   0.73   0.00   0.00   0.00   0.02   0.00   -0.00  46.90   0.00
 06:00    0.00    11.33   0.00  10.76   0.79   0.00   0.00   0.00   0.22   0.00   -2.94  46.60   0.00
 07:00    0.00    11.33   0.00  11.85   0.86   0.00   0.00   0.00   1.39   0.00   -2.98  46.30   0.00
 08:00    0.00     2.40   0.00   3.54   1.54   0.00   0.00   0.00   2.68   0.00   -0.83  46.00   0.00
 09:00    0.00     0.00   0.00   2.58   1.52   0.00   0.00   0.00   4.10   0.00   -0.47  45.70   0.00
 10:00    3.67     0.00   0.88   0.00   2.55   0.00   0.00   0.00   5.34   0.11   -0.00  45.40   0.00
 11:00   10.50     0.00   7.18   0.00   3.01   0.00   0.00   0.00   6.34   0.83   -0.00  45.10   0.00
 12:00   11.25     0.00   5.57   0.00   1.63   0.00   0.00   0.00   7.31   0.50   -0.00  44.80   0.00
 13:00   11.25     0.00   7.70   0.00   3.83   0.00   0.00   0.00   7.38   0.45   -0.00  44.50   0.00
 14:00   11.25     0.00   8.24   0.00   3.12   1.35   0.00   0.00   7.47   0.53   -0.00  50.14   0.00
 15:00   11.25     0.00   6.04   0.00   1.57   0.00   0.00   0.00   6.77   0.53   -0.00  49.84   0.00
 16:00   10.50     0.00   5.78   0.00   1.10   0.00   0.00   0.00   5.82   0.66   -0.00  49.54   0.00
 17:00    0.00     0.00   0.00   3.25   1.52   0.00   0.00   0.00   4.77   0.00   -0.43  49.24   0.00
 18:00    0.00     0.00   0.00   2.24   0.97   0.00   0.00   0.00   3.21   0.00   -0.47  48.94   0.00
 19:00    0.00    11.33   0.00  11.79   1.24   0.00   0.00   0.00   1.70   0.00   -2.97  48.64   0.00
 20:00    0.00    11.33   0.00  10.42   1.28   0.00   0.00   0.00   0.38   0.00   -2.99  48.34   0.00
 21:00    0.00    11.33   0.00  10.27   1.07   0.00   0.00   0.00   0.02   0.00   -2.75  48.04   0.00
 22:00    0.00    11.33   0.00  10.35   1.00   0.00   0.00   0.00   0.02   0.00   -2.47  47.74   0.00
 23:00    0.00     6.97   0.00   5.16   1.82   0.00   0.00   0.00   0.02   0.00   -1.17  47.44   0.00
Totaal   69.67    87.60  54.56  82.20  38.73   1.35   0.00  15.58  65.04   6.68  -20.47    NaN   0.00

2026-04-28 23:13:18 info: Consumption              54.56 (kWh)
2026-04-28 23:13:18 info: Cost consumption          6.68 (€)
2026-04-28 23:13:18 info: Tariff consumption        0.122 (€/kWh)
2026-04-28 23:13:18 info: Production               82.20 (kWh)
2026-04-28 23:13:18 info: Profit production       -20.47 (€)
2026-04-28 23:13:18 info: Tariff production         0.249 (€/kWh)

2026-04-28 23:13:18 info: 
Calculation profit after optimize in €
Cost before optimize              2.94
Cost consumption      6.68
Cycle cost            1.57
Penalty cost          0.13
Battery storage       4.75
Boiler storage        0.07
Profit production   -20.47
Total                -7.27
Cost after optimize              -7.27
Profit:                          10.22
2026-04-28 23:13:18 info: Doorzetten van alle settings naar HA
2026-04-28 23:13:18 info: Boiler opwarmen niet geactiveerd
2026-04-28 23:13:18 info: Boiler opwarmen ingepland vanaf: 2026-04-29 14:00:00 met 1 interval(len)
2026-04-28 23:13:18 info: Boiler temperatuur 47.4 °C,  waardering: 1.686 kWh = 0.34 euro
2026-04-28 23:13:18 info: Inzet-factor laden Tesla Model 3 per stap
uur      0.0A   5.9A   6.0A  16.0A      cons  power
23:00    0.95(1.0)   0.00(0.0)   0.00(0.0)   0.05(1.0)     0.438  11.040
00:00    0.89(1.0)   0.00(0.0)   0.00(0.0)   0.11(1.0)     1.187  11.040
01:00    0.90(1.0)   0.00(0.0)   0.00(0.0)   0.10(1.0)     1.148  11.040
02:00    0.84(1.0)   0.00(0.0)   0.00(0.0)   0.16(1.0)     1.770  11.040
03:00    0.00(0.0)   0.00(0.0)   0.00(0.0)   1.00(1.0)     11.040  11.040
04:00    1.00(1.0)   0.00(0.0)   0.00(0.0)   0.00(0.0)     0.000  0.000
05:00    1.00(1.0)   0.00(0.0)   0.00(0.0)   0.00(0.0)     0.000  0.000
06:00    1.00(1.0)   0.00(0.0)   0.00(0.0)   0.00(0.0)     0.000  0.000
07:00    1.00(1.0)   0.00(0.0)   0.00(0.0)   0.00(0.0)     0.000  0.000
2026-04-28 23:13:18 info: Tesla Model 3 wordt geladen tussen 2026-04-28 23:00:00 en 2026-04-29 04:00:00
2026-04-28 23:13:18 info: Berekeningsuitkomst voor opladen van Tesla Model 3:
2026-04-28 23:13:18 info: - aantal ampere 16.0A (was 16.0A)
2026-04-28 23:13:18 info: - stand schakelaar 'on' (was 'on')
2026-04-28 23:13:18 info: - positie: home
2026-04-28 23:13:18 info: - ingeplugd: True
2026-04-28 23:13:18 info: Laden van Tesla Model 3 is doorgegaan met 16.0 A
2026-04-28 23:13:18 info: Evaluatie status laden Tesla Model 3 op 2026-04-28 23:13
2026-04-28 23:13:18 info: - schakelaar laden: on
2026-04-28 23:13:18 info: - aantal ampere: 16.0
2026-04-28 23:13:18 info: Grid set point: 0.0 W
2026-04-28 23:13:18 info: Cycle cost Victron: 1.57 euro
2026-04-28 23:13:18 info: Netto vermogen naar(+)/uit(-) omvormer Victron: -2007 W 
2026-04-28 23:13:18 info: Balanceren: on
2026-04-28 23:13:18 info: Vermogen uit batterij: 2091W
2026-04-28 23:13:18 info: Vermogen dat binnenkomt van pv: 0W
2026-04-28 23:13:18 info: Vermogen dat binnenkomt van ac: -2091W
2026-04-28 23:13:18 info: Waarde SoC na eerste uur: 62.4%
2026-04-28 23:13:18 info: Apparaat: Vaatwasser
2026-04-28 23:13:18 info: Programma: Auto2
2026-04-28 23:13:18 info: Niet ingepland

code:

  "electric_vehicle": [
    {
      "charge_stages": [
        { "ampere": 0, "efficiency": 0},
        { "ampere": 5.9,
          "efficiency": 0
        },
        {
          "ampere": 6,
          "efficiency": 0.96
        },
        {
          "ampere": 16,
          "efficiency": 0.98
        }
      ],
    }
  ],

[KC27]

thewhi schreef op dinsdag 28 april 2026 @ 22:56:
[...]


Inmiddels ook een query gedraaid, ook daar lijkt e.e.a. vrij consistent..Of zie je hier wat mis gaan?


[...]


dit is mijn huidige config:


[...]

Ik zie zo niks geks.
Die laatste twee kolommen van de sql-select: welke zijn dat. Zijn dat "state" en "sum"?
Kun je er nog een kolom bijzetten: start_ts en afhankelijk van je soort database deze "vertaald' naar datum/tijd?
Als het sqlite is kun je deze functie gebruiken: datetime(`statistics`.`start_ts`, "unixepoch", "localtime").
Ik blijf het vreemd vinden, de andere kolommen van de report\balans werken wel toch?

Edit:
Stom van mij dat ik het nu pas zie:
"entities_ev_consumption"
Er moeten vanaf versie 2026.4.0 underscores tussen de woorden van de key.
Deze zijn met de upgrade automatisch toegevoegd maar bij nieuwe keys gebeurt dat niet.

[ Voor 14% gewijzigd door KC27 op 29-04-2026 00:08 ]

[balk]

kokorico schreef op dinsdag 28 april 2026 @ 15:08:
Hallo,

wegens de sinds kort in België negatieve elektriciteitsprijzen wil ik heel binnenkort beginnen met het aansturen van de thuisbatterijen en de PV panelen (omvormer). Ik heb daarvoor een Raspberry Pi 5 8GB met NVMe SSD en Home Assistant gekocht, om home assistant te kunnen gebruiken. Ik heb nog geen kennis van home assistant, wel van programmeren plc's (Siemens/Schneider/HMI's, WinCC)

Wij hebben:

- Solax X3-10.0-T-D omvormer , 10kw 3fasig. We hebben 19800VApiek aan panelen daarom aangesloten dus we produceren wel veel elektriciteit, 110kwh in zomerdagen. Deze is via wifi verbonden op ons netwerk (Netwerk bestaat uit 2 x Unifi managed switch, 5 x Unifi AP's, zo veel mogelijk bekabeld).

- 3 x Marstek Venus E3.0 5.12kWh thuisbatterijen met de Marstek CT-002 energiemeting(stroomspoelen dus en niet op de P1 poort). Max 7.2kwh opladen, Max 7.5kwh ontladen

Graag wil ik het niet temoelijk maken, afgelopen zondag was de elekt prijs -0.42EU/kwh. Ik zou ze dan bvb volledig willen laten opladen van het net en de pv inverter uitschakelen via home assistant.

Bij prijzen rond 0 - > -0.15EU/kwh wil ik bijvoorbeeld de pv panelen uitschakelen

Hoe ga ik het beste te werk? Waar moet ik aan denken?

Hi, ik ken jouw hardware niet. Maar in algemene zin zijn dit de stappen:
- krijg Home Assistant aan de praat. Er staan duidelijke instructies op hun website
- voeg integratie toe voor Solax . Er lijkt er 1 standaard in ha te zitten
- krijg de marstek verbonden met home assistant. Er lijkt geen standaard integratie te zijn, maar er zijn mensen die het aan de praat hebben, zoals @simnet
- voeg de app Day Ahead Optimizer toe. Zie de start post voor instructies

Daarna moet je in home assistant een aantal entiteiten hebben. Die zijn misschien hierboven al gemaakt, maar misschien ook niet.
- een helper switch die dao gebruikt om de pv omvormer aan te zetten. Switch aan = solar productie aan. Ik moest een automation aanmaken om deze aan/uit logica te vertalen in iets wat mij SolarEdge snapt.
- als je NoM wil: een switch die jouw Marstek in NoM modus gaat laten werken

Hierna kan je beginnen met het instellen van Dao. Ook niet makkelijk. Begin simpel en voeg niet te veel toe. De instructies in de wiki zijn best duidelijk.

[thewhi]

KC27 schreef op woensdag 29 april 2026 @ 00:02:
[...]

Ik zie zo niks geks.
Die laatste twee kolommen van de sql-select: welke zijn dat. Zijn dat "state" en "sum"?
Kun je er nog een kolom bijzetten: start_ts en afhankelijk van je soort database deze "vertaald' naar datum/tijd?
Als het sqlite is kun je deze functie gebruiken: datetime(`statistics`.`start_ts`, "unixepoch", "localtime").
Ik blijf het vreemd vinden, de andere kolommen van de report\balans werken wel toch?

Edit:
Stom van mij dat ik het nu pas zie:
"entities_ev_consumption"
Er moeten vanaf versie 2026.4.0 underscores tussen de woorden van de key.
Deze zijn met de upgrade automatisch toegevoegd maar bij nieuwe keys gebeurt dat niet.

En stom van mij, klakkeloos uit oudere configuraties op het forum zitten kopiëren en plakken.

Nu gaat het netjes! Thanks!

[TheMystery]

Torch1969 schreef op dinsdag 28 april 2026 @ 21:27:
[...]


Je vergeet de nieuwste belasting tarieven van 2026


[...]

Bedankt, aangepast had ik idd even niet meer ann gedacht.
prijzen komen nu iets beter overeen maar nog niet helemaal, zit nog een 0,45 cent verschil in.

b.v doa geeft voor nu 8 uur een p_l aan van 0.258 (25,8) en zonneplan geeft 25,34ct aan

[Beekforel]

KC27 schreef op woensdag 29 april 2026 @ 00:02:
[...]

Stom van mij dat ik het nu pas zie:
"entities_ev_consumption"
Er moeten vanaf versie 2026.4.0 underscores tussen de woorden van de key.
Deze zijn met de upgrade automatisch toegevoegd maar bij nieuwe keys gebeurt dat niet.

Voor welke keys geldt dit allemaal? Ik heb dit ook niet.

Overal toegepast en het werkt nog.

[ Voor 5% gewijzigd door Beekforel op 29-04-2026 10:31 ]

[hemertje]

Torch1969 schreef op dinsdag 28 april 2026 @ 21:24:
[...]

https://gathering.tweakers.net/forum/view_message/85130056

ivm vakantie was ik nog niet helemaal bij

[Bravo]

TheMystery schreef op woensdag 29 april 2026 @ 08:04:
[...]


Bedankt, aangepast had ik idd even niet meer ann gedacht.
prijzen komen nu iets beter overeen maar nog niet helemaal, zit nog een 0,45 cent verschil in.

b.v doa geeft voor nu 8 uur een p_l aan van 0.258 (25,8) en zonneplan geeft 25,34ct aan

YAML:

    "energy_taxes_consumption": {
      "2025-01-01": 0.10154
    },
    "energy_taxes_production": {
      "2025-01-01": 0.10154
    },
    "cost_supplier_consumption": {
      "2024-08-01": 0.02
    },
    "cost_supplier_production": {
      "2024-08-01": 0.02

Zijn dit de bedragen incl BTW? Dat zou excl BTW moeten zijn, die wordt door DAO zelf toegevoegd.

[Maikie18]

KC27 schreef op woensdag 9 april 2025 @ 08:40:
[...]


[...]

Dat blijkt dus nog een foutje te zijn.
Ik reken eigenlijk met de drie methoden zo veel mogelijk parallel.
Ik zal dat aanpassen zodat het programma daar niet de mist mee ingaat.


[...]

De COP is inderdaad veel beter bij een hogere buitentemperatuur. Methode drie (aan/uit) maakt daar bewust gebruik van. Maar de vermogen-methode indirect ook.
Doordat er bij een hogere buitentemperatuur er veel minder warmte nodig is en met "stages" die bij hogere vermogens een slechtere COP hebben zal het programma automatisch naar een oplossing zoeken met weinig verbruik (hoge cop) in de goedkope uren.

Dit is nog niet opgelost? Krijg nu namelijk deze melding

code:

2026-04-29 12:09:50 ERROR: Configuratie kon niet worden geladen: Configuration validation failed:
  • heating → 1: Value error, At least one stage is required when adjustment is 'heating curve'

Volgens mij zie ik ook vreemd gedrag als je boiler gebruikt en huidige temperatuur boven setpoint is? Dit komt 1x per week voor na een legionella run

code:

2026-04-29 12:16:47 info: Boiler direct opwarmen staat uit
2026-04-29 12:16:47 info: Boiler setpoint 53.0 °C
2026-04-29 12:16:47 info: Boiler hysterese 5.0 K
2026-04-29 12:16:47 info: Boiler opwarmen wordt ingepland tussen: 2026-04-29 16:00 en 2026-04-29 19:00
2026-04-29 12:16:47 info: Boiler verbruik in 1 uur: 1.0 kWh
2026-04-29 12:16:47 info: Prognose boiler:
                  tijd  act_temp  heat  elec  interval  cost  end_temp  end_value  netto_cost
0  2026-04-29 12:00:00    53.000 0.000 0.100         1 0.010    45.300     -0.130       0.140
1  2026-04-29 13:00:00    52.300 0.190 0.163         1 0.011    46.000     -0.118       0.129
2  2026-04-29 14:00:00    51.600 0.381 0.227         1 0.016    46.700     -0.106       0.123
3  2026-04-29 15:00:00    50.900 0.571 0.290         1 0.027    47.400     -0.095       0.122
4  2026-04-29 16:00:00    50.200 0.761 0.354         1 0.043    48.100     -0.083       0.126
5  2026-04-29 17:00:00    49.500 0.952 0.417         1 0.065    48.800     -0.071       0.136
6  2026-04-29 18:00:00    48.800 1.142 0.481         1 0.112    49.500     -0.059       0.171
7  2026-04-29 19:00:00    48.100 1.333 0.544         1 0.151    50.200     -0.047       0.198
8  2026-04-29 20:00:00    47.400 1.523 0.608         1 0.189    50.900     -0.035       0.225
9  2026-04-29 21:00:00    46.700 1.713 0.671         1 0.196    51.600     -0.024       0.220
10 2026-04-29 22:00:00    46.000 1.904 0.735         1 0.193    52.300     -0.012       0.205
11 2026-04-29 23:00:00    45.300 2.094 0.798         1 0.200    53.000      0.000       0.200

[ Voor 46% gewijzigd door Maikie18 op 29-04-2026 12:28 ]

[TheMystery]

Bravo schreef op woensdag 29 april 2026 @ 11:44:
[...]

YAML:

    "energy_taxes_consumption": {
      "2025-01-01": 0.10154
    },
    "energy_taxes_production": {
      "2025-01-01": 0.10154
    },
    "cost_supplier_consumption": {
      "2024-08-01": 0.02
    },
    "cost_supplier_production": {
      "2024-08-01": 0.02

Zijn dit de bedragen incl BTW? Dat zou excl BTW moeten zijn, die wordt door DAO zelf toegevoegd.

dat was het idd, tarrief nu op 0.0165 gezet en nu komt het overeen alleen andere afronding omdat doa 1 cijfer achter de komma minder gebruikt, dus voor andere zonneplan gebruiker het wordt dan dit:

JSON:

  "prices": {
    "source_day_ahead": "nordpool",
    "energy_taxes_consumption": {
      "2025-01-01": 0.10154,
      "2026-01-01": 0.09161
    },
    "energy_taxes_production": {
      "2025-01-01": 0.10154,
      "2026-01-01": 0.09161
    },
    "cost_supplier_consumption": {
      "2024-08-01": 0.0165
    },
    "cost_supplier_production": {
      "2024-08-01": 0.0165
    },
    "vat_consumption": {
      "2023-01-01": 21.0
    },
    "vat_production": {
      "2023-01-01": 21.0
    },
    "last_invoice": "2025-09-01",
    "tax_refund": true,
    "regular high": 0.5,
    "regular low": 0.4,
    "switch to low": 23
  },

[Impossibl3]

Hoi Allen,

Ik heb vandaag (eindelijk) DAO een update gegeven van 2026.3.2 naar 2026.4.4 maar nu krijg ik de onderstaande foutmelding. Ik heb gegeken in de changelog maar kan niet 123 vinden waarom het nu niet werkt.

Ik heb alle "True" en " False" gewijzigd naar true en false volgens changelog 2026.4.0 maar de foutmelding die gegeven wordt bij pv_switch kan ik niet achterhalen. Hebben jullie het antwoord?

De config:

JSON:

{
  "homeassistant": {},
  "database ha": {
    "password": "!secret db_ha_password"
  },
  "database da": {
    "engine": "mysql",
    "server": "core-mariadb",
    "port": 3306,
    "database": "day_ahead",
    "username": "day_ahead",
    "password": "!secret db_da_password"
  },
  "meteoserver-key": "!secret meteoserver-key",
  "prices": {
    "source day ahead": "nordpool",
    "entsoe-api-key": "!secret entsoe-api-key",
    "regular high": 0.5,
    "regular low": 0.4,
    "switch to low": 23,
    "energy_taxes_consumption": {
      "2025-01-01": 0.10154,
      "2026-01-01": 0.09161
    },
    "energy_taxes_production": {
      "2025-01-01": 0.10154,
      "2026-01-01": 0.09161
    },
    "cost_supplier_consumption": {
      "2024-08-01": 0.0165
    },
    "cost_supplier_production": {
      "2024-08-01": 0.0165
    },
    "vat_consumption": {
      "2023-01-01": 21.0
    },
    "vat_production": {
      "2023-01-01": 21.0
    },
    "last_invoice": "2025-09-01",
    "tax refund": true
  },
  
  "logging level": "info",
  
  "use_calc_baseload": false,
  "baseload calc periode": 7,
  "baseload": [
    0.19, 0.18, 0.17, 0.17, 0.18, 0.17, 0.20, 0.22, 0.15, 0.18, 0.15, 0.28, 
    0.13, 0.25, 0.26, 0.36, 0.34, 0.34, 0.30, 0.29, 0.35, 0.32, 0.31, 0.23 
  ],
  
  "graphical backend": "",
  "graphics": {
    "style": "Solarize_Light2",
    "show": true,
    "battery balance": false,
    "prices consumption": true,
    "prices production": false,
    "prices spot": true,
    "average consumption": true
  },
  
  "interval": "1hour", 
  "strategy": "minimize cost",
  "notifications": {
    "enabled": false
  },
  "grid": {
    "max_power": 17
  },
  "history": {
    "save days": 7
  },
  "dashboard": {
    "port": 5000
   },
  "boiler": {
    "boiler present": true,
    "boiler heated by heatpump": true,
    "entity boiler enabled": "input_boolean.dao_boiler_enabled",
    "entity instant start": "input_boolean.dao_dhw_start_run_now",
    "entity actual temp.": "sensor.ithodaalderop_amber_domestic_hot_water_temperature",
    "entity setpoint": "sensor.dhw_setpoint",
    "entity hysterese": "input_number.dao_boiler_hysterese",
    "cop": 3.4,
    "cooling rate": 0.2,
    "volume": 270,
    "heating allowed below": "input_number.dao_boiler_heating_allowed_below",
    "elec. power": 1750,
    "activate service": "press",
    "activate entity": "input_button.dao_dhw_active_run"
  },
  "heating": {
    "heater present": true,
    "adjustment": "heating curve",
    "degree days factor": 4.1,
    "stages": [
     { "max_power": 1566, "cop": 3.80 },
     { "max_power": 1387, "cop": 4.05 },
     { "max_power": 1283, "cop": 4.34 },
     { "max_power":  988, "cop": 4.69 },
     { "max_power":  865, "cop": 5.05 },
     { "max_power":  748, "cop": 5.50 },
     { "max_power":  563, "cop": 5.87 },
     { "max_power":  436, "cop": 6.84 }
    ],
    "entity adjust heating curve": "input_number.dao_thermostaat_hysterese",
    "adjustment factor": 0.05
  },
  "battery": [],
  "solar": [
    {
      "name": "pv schuin dak",
      "entity pv switch": false,
      "ml_prediction": true,
      "entities sensors": ["sensor.envoy_122320106024_lifetime_energy_production"],
      "strings": [
        { "tilt": 30, "orientation": 70, "capacity": 1.72, "max power": 1.32, "yield": 0.003655 },
        { "tilt": 30, "orientation": -20, "capacity": 2.15, "max power": 1.65, "yield": 0.00456875 },
        { "tilt": 30, "orientation": -70, "capacity": 1.72, "max power": 1.32, "yield": 0.003655 }
      ]
    },
    {
      "name": "pv garage",
      "tilt": 0,
      "orientation": -45,
      "capacity": 2.745,
      "max power": 2.5,
      "yield": 0.002667975,
      "entity pv switch": false,
      "ml_prediction": true,
      "entities sensors": ["sensor.zonnepanelen_garage_energie_export"]
    }
  ],
  "electric vehicle": [],
  "machines": [],

  "report": {
    "entities grid consumption": [
      "sensor.p1_electricity_consumed_off_peak_cumulative",
      "sensor.p1_electricity_consumed_peak_cumulative"
    ],
    "entities grid production": [
      "sensor.p1_electricity_produced_off_peak_cumulative",
      "sensor.p1_electricity_produced_peak_cumulative"
    ],
    "entities solar production ac": [
      "sensor.zonnepanelen_garage_energie_export",
      "sensor.envoy_122320106024_lifetime_energy_production"
    ],
    "entities solar production dc": [],
    "entities ev consumption": ["sensor.easee_laadpaal_levensduur_verbruik"],
    "entities wp consumption": ["sensor.daily_wp_consumption_heating"],
    "entities boiler consumption": ["sensor.daily_wp_consumption_hot_water"],
    "entities battery consumption": [],
    "entities battery production": [],
    "entity co2-intensity": ["sensor.co2_signal_co2_intensity"]
  },
  "scheduler": {
    "active": true,
    "0005": "train_ml_predictions",
    "0430": "get_meteo_data",
    "1030": "get_meteo_data",
    "1630": "get_meteo_data",
    "2230": "get_meteo_data",
    "1255": "get_day_ahead_prices",
    "1355": "get_day_ahead_prices",
    "1455": "get_day_ahead_prices",
    "1554": "get_day_ahead_prices",
    "1655": "get_day_ahead_prices",
    "xx00": "calc_optimum",
    "xx15": "calc_optimum",
    "xx30": "calc_optimum",
    "xx45": "calc_optimum",
    "2359": "clean_data"
  }
}

Mijn log:

code:

2026-04-29 20:52:38 INFO: Configuration needs migration from unversioned to v0
2026-04-29 20:52:38 INFO: Saved backup configuration to ../data/options_unversioned.json
2026-04-29 20:52:38 INFO: Migrating unversioned configuration to v0
2026-04-29 20:52:38 INFO: Added config_version=0 to unversioned configuration
2026-04-29 20:52:38 INFO: Migrated scheduler: active=True, 15 schedule entries
2026-04-29 20:52:38 INFO: Set database ha engine to mysql (old default)
2026-04-29 20:52:38 INFO: Configuration at version 0
2026-04-29 20:52:38 ERROR: Configuratie kon niet worden geladen: 4 validation errors for ConfigurationV0
solar.0.entity pv switch
  Input should be a valid string [type=string_type, input_value=False, input_type=bool]
    For further information visit https://errors.pydantic.dev/2.13/v/string_type
solar.1.entity pv switch
  Input should be a valid string [type=string_type, input_value=False, input_type=bool]
    For further information visit https://errors.pydantic.dev/2.13/v/string_type
boiler.1.heating allowed below
  Input should be a valid number, unable to parse string as a number [type=float_parsing, input_value='input_number.dao_boiler_heating_allowed_below', input_type=str]
    For further information visit https://errors.pydantic.dev/2.13/v/float_parsing
heating.1
  Value error, Heating stages must be sorted by max_power (ascending) [type=value_error, input_value={'heater present': True, ...djustment factor': 0.05}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.13/v/value_error
Traceback (most recent call last):
  File "/root/dao/webserver/../prog/day_ahead.py", line 4708, in <module>
    main()
    ~~~~^^
  File "/root/dao/webserver/../prog/day_ahead.py", line 4668, in main
    da_calc = DaCalc("../data/options.json")
  File "/root/dao/webserver/../prog/day_ahead.py", line 30, in __init__
    if self.config is None:
       ^^^^^^^^^^^
AttributeError: 'DaCalc' object has no attribute 'config'. Did you mean: '_config'?

[konehead]

Impossibl3 schreef op woensdag 29 april 2026 @ 21:04:
Hoi Allen,

Ik heb vandaag (eindelijk) DAO een update gegeven van 2026.3.2 naar 2026.4.4 maar nu krijg ik de onderstaande foutmelding. Ik heb gegeken in de changelog maar kan niet 123 vinden waarom het nu niet werkt.

Ik heb alle "True" en " False" gewijzigd naar true en false volgens changelog 2026.4.0 maar de foutmelding die gegeven wordt bij pv_switch kan ik niet achterhalen. Hebben jullie het antwoord?

De config:

[...]


Mijn log:

[...]

check even de "entity' errors. Bijvoorbeeld: "entity_pv_switch": "input_boolean.Dao_curtail_PV"

[Dogooder]

Impossibl3 schreef op woensdag 29 april 2026 @ 21:04:
Hoi Allen,

Ik heb vandaag (eindelijk) DAO een update gegeven van 2026.3.2 naar 2026.4.4 maar nu krijg ik de onderstaande foutmelding. Ik heb gegeken in de changelog maar kan niet 123 vinden waarom het nu niet werkt.

Ik heb alle "True" en " False" gewijzigd naar true en false volgens changelog 2026.4.0 maar de foutmelding die gegeven wordt bij pv_switch kan ik niet achterhalen. Hebben jullie het antwoord?

De config:

[...]


Mijn log:

[...]

"entity pv switch" moet een input_boolean entity hebben die DAO kan zetten als de zonnepanelen moeten worden afgeschakeld. Daar moet je dan zelf een automation voor maken in Home assistant.
Anders de optie "entity pv switch" gewoon weghalen uit de configfile.

[Impossibl3]

konehead schreef op woensdag 29 april 2026 @ 21:09:
[...]

check even de "entity' errors. Bijvoorbeeld: "entity_pv_switch": "input_boolean.Dao_curtail_PV"

Ik had tot 2026.3.2 de entity's staan als "entity pv switch" en daarna allemaal aangepast naar "entity_pv_switch" (met _ ). Maar dan bleef ik de foutmelding krijgen.