Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO

[djoenez]

Noshi schreef op dinsdag 17 maart 2026 @ 11:31:
[...]

Je kunt het opgegeven vermogen van de drie fase laadpaal met 3 vermenigvuldigen. En dan de laadpaal efficiëntie door 3 delen o.i.d.

Bedankt voor je bericht! Hoe zou dit helpen?

[2xdehelft]

Ik gebruik DAO nu sinds een maand of 5 en zeer tevreden. Het was wel even werk om het helemaal aan de praat te krijgen maar het draait als een zonnetje.

Ik heb nog wel een feature request maar dan wil ik eerst hier eens even navraag doen. Zijn hier gebruikers met een Alfen laadpaal? Deze laadpaal heeft namelijk een feature dat deze automatisch kan solar chargen. Aan de hand van de data van de P1 poort word bij negatief verbruik automatisch het laden van de auto gestart. Zo ver ik weet word dit nog niet ondersteund door DAO.

Een uitdaging hierin is dat de Alfen / mijn auto minimaal met 1 fase 6A kan laden (ongeveer 1400W) en vanuit hier vanzelf opschaalt naar 1 fase 16A, en wanneer er genoeg zonnestroom is overschakelt naar 3 fasen 6A, tot de max van 3 fasen 16A.

Ik heb de afgelopen maanden wel eens met deze setting zitten spelen i.c.m. mijn accus die ook op P1 in balanceer modus gaan. In de praktijk komt het er op neer dat de accus eerst gaan laden gezien de limiet van 1400w aan teruglevering eerst niet word gehaald. Wanneer de zonnestroom langzaam oploopt gaan de accus harder laden.

Echter als de accus vol zijn, of er trekt even een dikke wolk over (dip in de solar opbrengst) dan besluit de Alfen bij terugkomst van de zon ineens wel te gaan laden.... heel langzaam wint dan de Alfen, deze gaat steeds sneller laden, wat de thuisaccus proberen te compenseren (balanceren) totdat er 11KW in de auto gaat en de thuisaccu's dik aan het ontladen zijn

Al met al niet handig dus.

Ik heb het nu in DAO zo ingericht dat DAO 1 fase aanstuurt van 6-48 ampere. Met behulp van de automation in Home Assistant word dit vertaald in 1 fase 6A tot 3 fasen 16A.

Zou er veel winst te behalen zijn door deze solar charging feature van Alfen toe te voegen aan DAO?

[balk]

2xdehelft schreef op woensdag 18 maart 2026 @ 16:05:
Ik gebruik DAO nu sinds een maand of 5 en zeer tevreden. Het was wel even werk om het helemaal aan de praat te krijgen maar het draait als een zonnetje.

Ik heb nog wel een feature request maar dan wil ik eerst hier eens even navraag doen. Zijn hier gebruikers met een Alfen laadpaal? Deze laadpaal heeft namelijk een feature dat deze automatisch kan solar chargen. Aan de hand van de data van de P1 poort word bij negatief verbruik automatisch het laden van de auto gestart. Zo ver ik weet word dit nog niet ondersteund door DAO.

Een uitdaging hierin is dat de Alfen / mijn auto minimaal met 1 fase 6A kan laden (ongeveer 1400W) en vanuit hier vanzelf opschaalt naar 1 fase 16A, en wanneer er genoeg zonnestroom is overschakelt naar 3 fasen 6A, tot de max van 3 fasen 16A.

Ik heb de afgelopen maanden wel eens met deze setting zitten spelen i.c.m. mijn accus die ook op P1 in balanceer modus gaan. In de praktijk komt het er op neer dat de accus eerst gaan laden gezien de limiet van 1400w aan teruglevering eerst niet word gehaald. Wanneer de zonnestroom langzaam oploopt gaan de accus harder laden.

Echter als de accus vol zijn, of er trekt even een dikke wolk over (dip in de solar opbrengst) dan besluit de Alfen bij terugkomst van de zon ineens wel te gaan laden.... heel langzaam wint dan de Alfen, deze gaat steeds sneller laden, wat de thuisaccus proberen te compenseren (balanceren) totdat er 11KW in de auto gaat en de thuisaccu's dik aan het ontladen zijn

Al met al niet handig dus.

Ik heb het nu in DAO zo ingericht dat DAO 1 fase aanstuurt van 6-48 ampere. Met behulp van de automation in Home Assistant word dit vertaald in 1 fase 6A tot 3 fasen 16A.

Zou er veel winst te behalen zijn door deze solar charging feature van Alfen toe te voegen aan DAO?

Klinkt alsof er twee kapiteins op een schip zitten. DAO is de strateeg, niet de uitvoerder. DAO is niet geschikt om op de seconde iets te regelen, dat moet je met home assistant oplossen. Met behulp van 1 automation die zowel de accu als laadpaal aanstuurt.

[2xdehelft]

balk schreef op woensdag 18 maart 2026 @ 16:22:
[...]

Klinkt alsof er twee kapiteins op een schip zitten. DAO is de strateeg, niet de uitvoerder. DAO is niet geschikt om op de seconde iets te regelen, dat moet je met home assistant oplossen. Met behulp van 1 automation die zowel de accu als laadpaal aanstuurt.

Nee dat snap ik, maar het was wel een leuk experiment :-) Beide apparaten op balanceren is zeker geen optie.

Maar als volgend jaar het salderen er af is zijn er natuurlijk genoeg scenario's te bedenken waarbij dit wel gunstig is. Bijvoorbeeld eerst de thuisaccu vol laden, daarna pas de auto op resterende solar. Auto standaard tot 80% laden en daarna alleen met "gratis" solar. Zonder salderen wil je natuurlijk zo veel mogelijk solar zelf gebruiken en dan is dit een goed hulpmiddel.

[ Voor 3% gewijzigd door 2xdehelft op 18-03-2026 17:17 ]

[Levim]

Sinds gisteren krijg ik dat DAO geen oplossing vindt voor "minimize cost". Initieel vermoedde ik dat dit komt omdat ENTSO-E geen data doorgaf, maar zelfs bij overschakelen naar nordpool (data krijg ik nu wel binnen), vindt hij geen oplossing bij het runnen.

Enig idee?

Indien nuttig is hier mijn config:

code:

{
  "homeassistant": {
    "host": "!secret homeassistant_host_ip",
    "ip port": 8123,
    "token": "!secret homeassistant_long_lived_access_token"
   },
  "database ha": {
    "engine": "sqlite",
    "database": "home-assistant_v2.db",
    "db_path": "/homeassistant"
  },
  "database da": {
    "engine": "sqlite",
    "db_path": "../data"
  },
  "meteoserver-key": "!secret meteoserver-key",
  "prices": {
    "source day ahead": "nordpool",
    "bidding zone": "10YBE----------2",
    "entsoe-api-key": "!secret entsoe-api-key",
    "energy taxes consumption": { "2025-01-01": 0.12384 },
    "energy taxes production": { "2025-10-01": 0 },
    "cost supplier consumption": { "2025-10-01": 0.015 },
    "cost supplier production": { "2025-10-01": -0.01},
    "vat consumption": { "2025-10-01": 12 },
    "vat production": { "2025-10-01": 0 },
    "last invoice": "2025-10-01",
    "tax refund": "false"
  },
  "interval": "1hour",
  "logging level" : "info",
  "use_calc_baseload": "true",
  "baseload calc periode": 21,
  "baseload": [
    0.35,
    0.35,
    0.35,
    0.35,
    0.35,
    0.35,
    0.35,
    0.60,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    1.50,
    1.00,
    0.50,
    0.50,
    0.50,
    0.35
  ],
  "graphical backend": "Agg",
  "graphics": {
    "style": "Solarize_Light2",
    "show" : "true",
    "battery balance": "true",
    "prices consumption": "true",
    "prices production": "true",
    "prices spot": "true",
    "average consumption": "true"
  },
  "strategy": "minimize cost",
  "notifications": {
  },
  "grid": {
    "max_power": 2.5
  },
  "history": {
    "save days": 7
  },
  "dashboard": {
    "port": 5000
  },
  "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
  },
  "battery": [ 
    {
      "name": "Thuisbatterij",
      "entity actual level": "sensor.deye_inverter_battery",
      "capacity": 30,
      "lower limit": 10,
      "optimal lower level": 15,
      "upper limit": 100,
      "penalty low soc": 0.00,
      "charge stages": [
        {"power": 0, "efficiency": 1},
        {"power": 1500, "efficiency": 0.87},
        {"power": 3300, "efficiency": 0.90}
      ],
      "discharge stages": [
        {"power": 0, "efficiency": 1},
        {"power": 300, "efficiency": 0.75},
        {"power": 600, "efficiency": 0.891},
        {"power": 1500, "efficiency": 0.935},
        {"power": 3000, "efficiency": 0.952},
        {"power": 4500, "efficiency": 0.952},
        {"power": 7500, "efficiency": 0.934}
      ],
      "minimum power": 1,
      "dc_to_bat efficiency": 0.96,
      "dc_to_bat max power": 5000,
      "bat_to_dc efficiency": 0.95,
      "bat_to_dc max power": 5000,
      "cycle cost": 0.00,
      "entity set power feedin": "input_number.dao_set_power_feedin",
      "entity set operating mode": "input_select.dao_set_operating_mode",
      "entity stop inverter": "input_datetime.dao_stop_inverter",
      "entity balance switch": "input_boolean.dao_balance_switch",
      "entity from battery": "input_number.dao_from_battery",
      "entity from pv": "input_number.dao_from_pv",
      "entity from ac": "input_number.dao_from_grid",
      "entity calculated soc": "input_number.dao_calculated_soc",
      "solar": [
        {"name": "PV Achterkant Zuid",
          "tilt": 45,
          "orientation": 0,
          "capacity": 8,
          "yield": 0.020,
          "entity pv switch": ""
        }
      ]
    }
  ],
  "solar": [ ],
  "electric vehicle": [ ],
  "machines" : [ ],
  "tibber": {
    "api_token": "!secret tibber_api_token"
  },
  "report": {
    "entities grid consumption": [ "sensor.p1_meter_energy_import" ],
    "entities grid production": [ "sensor.p1_meter_energy_export"  ],
    "entities solar production ac": [ "sensor.deye_inverter_microinverter_energy" ],
    "entities solar production dc": [ "" ],
    "entities ev consumption" : [""],
    "entities wp consumption" : [""],
    "entities boiler consumption": [""],
    "entities battery consumption": ["sensor.deye_inverter_total_battery_charge"],
    "entities battery production": ["sensor.deye_inverter_total_battery_discharge"],
    "entity co2-intensity": ["sensor.electricity_maps_co2_intensiteit"]
  },
  "scheduler": {
    "active": "true",
    "0436": "get_meteo_data",
    "1036": "get_meteo_data",
    "1636": "get_meteo_data",
    "2236": "get_meteo_data",
    "1354": "get_day_ahead_prices",
    "1454": "get_day_ahead_prices",
    "1554": "get_day_ahead_prices",
    "1654": "get_day_ahead_prices",
    "1754": "get_day_ahead_prices",
    "xx00": "calc_optimum",
    "xx15": "calc_optimum",
    "xx30": "calc_optimum",
    "xx45": "calc_optimum",
    "2237": "calc_baseloads",
    "2359": "clean_data"
  }
}

[ Voor 0% gewijzigd door Levim op 19-03-2026 09:29 . Reden: typo ]

[balk]

2xdehelft schreef op woensdag 18 maart 2026 @ 17:15:
[...]


Nee dat snap ik, maar het was wel een leuk experiment :-) Beide apparaten op balanceren is zeker geen optie.

Maar als volgend jaar het salderen er af is zijn er natuurlijk genoeg scenario's te bedenken waarbij dit wel gunstig is. Bijvoorbeeld eerst de thuisaccu vol laden, daarna pas de auto op resterende solar. Auto standaard tot 80% laden en daarna alleen met "gratis" solar. Zonder salderen wil je natuurlijk zo veel mogelijk solar zelf gebruiken en dan is dit een goed hulpmiddel.

Dus wat je wil is
If 0 < solar < 1400 then
Charge accu with nul op meter and set ev charge 0
If solar > 1400 then
Set Charge accu = 0 and set ev with nul op meter
Else
Doe niets

Zoiets?

[ Voor 61% gewijzigd door balk op 18-03-2026 18:58 ]

[2xdehelft]

balk schreef op woensdag 18 maart 2026 @ 18:55:
[...]

Dus wat je wil is
If 0 < solar < 1400 then
Charge accu with nul op meter and set ev charge 0
If solar > 1400 then
Set Charge accu = 0 and set ev with nul op meter
Else
Doe niets

Zoiets?

Bijvoorbeeld, maar dan intelligent in de calculatie van DAO. Nu wordt de accu ook selectief opgeladen, ontladen of in balance gezet door DAO. Dat zou dan met de Alfen laadpaal ook moeten kunnen. (Op het ontladen na dan natuurlijk, nog geen V2G hier helaas)

[The Source]

Ik heb gisteren met hulp van voorbeelden van medetweakers (dank!) mijn automatiseringen geschreven. Donderdag ga ik deze testen. Maar er zijn een paar dingen die ik (totaal) niet begrijp. Graag jullie uitleg.

1. balance mode
Voor nul op de meter heb ik "minimum power": 200 voor de batterij gedefinieerd (ik denk dat dit gerelateerd is aan nul op de meter). Echter zie ik dat de balance mode soms aangaat (met geel gemarkeerd en in geel feedin watt aangegeven) als feedin nog wel hoge waardes (1800, 1200, 1800) doorkrijgt om te chargen. Echter twijfel ik of ik bij nul op de meter kan laden (Deye), misschien is het hier de bedoeling dat solar naar de batterij gaat? Of hoe moet ik dit zien?

2. Operating mode
Ik gebruik set_operating_mode op dit moment niet als trigger (enkel balance_switch en feedin waarde) echter geeft soms aan dat de batterij idle moet zijn terwjil feedin nog wel een waarde heeft (in mijn voorbeeld altijd om te chargen, weet niet op het een positieve waarde kan zijn. Met groen heb ik deze momenten aangegeven in de afbeelding. Dan is er ook nog de stop_inverter (die ik ook niet gebruik) die soms achterloopt op operating_mode.



Hier mijn ongeteste automatisering voor de Deye:

alias: DOA DEYE Battery Mode Control
description: >

Balance: Zero Export to CT, TOU enabled, SOC 10%, Charge off
Discharge: Export first, feedin > charge current, SOC 10%, Charge off
Charge: Zero Export To Load, feedin > charge current, SOC 100%, Charge on
Idle: Zero Export To Load, TOU enabled, Master Grid Charge off, SOC 10%, Charge off

triggers:
- entity_id:
- input_boolean.dao_balance_switch
- input_number.dao_set_power_feedin
trigger: state
conditions: []
actions:
- choose:
- conditions:
- condition: state
entity_id: input_boolean.dao_balance_switch
state: "on"
sequence:
- action: select.select_option
metadata: {}
data:
option: Zero Export To CT
target:
entity_id: select.deye_work_mode
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_time_of_use
data:
option: Enabled
- action: select.select_option
metadata: {}
target:
entity_id:
- select.deye_program_1_charging
- select.deye_program_2_charging
data:
option: Disabled
- action: number.set_value
metadata: {}
target:
entity_id:
- number.deye_program_1_soc
- number.deye_program_2_soc
data:
value: "10"
alias: Balans, Nul op meter
- conditions:
- condition: state
entity_id: input_boolean.dao_balance_switch
state: "off"
- condition: template
value_template: "{{ states('input_number.dao_set_power_feedin')|float < 0 }}"
sequence:
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_work_mode
data:
option: Export First
- action: switch.turn_off
metadata: {}
target:
entity_id: switch.deye_battery_grid_charging
data: {}
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_time_of_use
data:
option: Enabled
- action: select.select_option
metadata: {}
target:
entity_id:
- select.deye_program_1_charging
- select.deye_program_2_charging
data:
option: Disabled
- action: number.set_value
metadata: {}
target:
entity_id:
- number.deye_program_1_soc
- number.deye_program_2_soc
data:
value: "10"
- target:
entity_id:
- number.deye_program_1_power
- number.deye_program_2_power
data:
value: "{{ (states('input_number.dao_set_power_feedin')|float | abs) }}"
action: number.set_value
alias: Discharge
- conditions:
- condition: state
entity_id: input_boolean.dao_balance_switch
state: "off"
- condition: template
value_template: "{{ states('input_number.dao_set_power_feedin')|float < 0 }}"
sequence:
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_work_mode
data:
option: Zero Export To Load
- action: switch.turn_on
metadata: {}
target:
entity_id: switch.deye_battery_grid_charging
data: {}
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_time_of_use
data:
option: Enabled
- action: select.select_option
metadata: {}
target:
entity_id:
- select.deye_program_1_charging
- select.deye_program_2_charging
data:
option: Grid
- action: number.set_value
metadata: {}
target:
entity_id:
- number.deye_program_1_soc
- number.deye_program_2_soc
data:
value: "100"
- target:
entity_id:
- number.deye_program_1_power
- number.deye_program_2_power
data:
value: "{{ (states('input_number.dao_set_power_feedin')|float | abs) }}"
action: number.set_value
alias: Charge
- conditions:
- condition: state
entity_id: input_boolean.dao_balance_switch
state: "off"
- condition: template
value_template: "{{ states('input_number.dao_set_power_feedin')|float == 0 }}"
sequence:
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_work_mode
data:
option: Zero Export To Load
- action: switch.turn_off
metadata: {}
target:
entity_id: switch.deye_battery_grid_charging
data: {}
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_time_of_use
data:
option: Enabled
- action: select.select_option
metadata: {}
target:
entity_id:
- select.deye_program_1_charging
- select.deye_program_2_charging
data:
option: Disabled
- action: number.set_value
metadata: {}
target:
entity_id:
- number.deye_program_1_soc
- number.deye_program_2_soc
data:
value: "10"
alias: Idle
mode: single

[balk]

2xdehelft schreef op woensdag 18 maart 2026 @ 19:01:
[...]


Bijvoorbeeld, maar dan intelligent in de calculatie van DAO. Nu wordt de accu ook selectief opgeladen, ontladen of in balance gezet door DAO. Dat zou dan met de Alfen laadpaal ook moeten kunnen. (Op het ontladen na dan natuurlijk, nog geen V2G hier helaas)

Ik heb geen ev, maar is het kosten technisch niet hetzelfde om te ev nom te laden of je accu? Dus indien Dao nom dirigeert, dan kan je deze logica toch gebruiken?

Heb je ook geprobeerd om bij charge stages niet bij 0 te beginnen? @KC27 in de wiki staat charging stages, niet charge stages. Welke is correct?

[simnet]

Dit verschilt per moment van de dag;

Om de stroom in je batterij te kunnen gebruiken moet je deze omzetten naar AC met alle verliezen van dien. Je EV motoren draaien DC, dus die heeft die verliezen niet.

Echter de stroom in je batterij kan op een later moment meer waard worden om te gebruiken/verkopen. Dat kan met energie in een EV weer niet.

[itavero]

Snap ik de grafiek nu niet of is de Teruglevering en Accu in hier echt verkeerd getekend?

Log van laatste run

code:

2026-03-18 20:52:25 info: Day Ahead Optimalisering versie: 2026.03.2
2026-03-18 20:52:25 info: Day Ahead Optimalisering gestart op: 18-03-2026 20:52:25
2026-03-18 20:52:25 info: Day Ahead Optimalisatie gestart: 18-03-2026 20:52:25 taak: calc_optimum
2026-03-18 20:52:25 info: Debug = False
2026-03-18 20:52:27 info: Zelf berekende baseload
2026-03-18 20:52:28 info: ML prediction Dak_woning_Zuid
                   date_time  prediction
0  2026-03-18 20:00:00+01:00       0.000
1  2026-03-18 21:00:00+01:00       0.000
2  2026-03-18 22:00:00+01:00       0.000
3  2026-03-18 23:00:00+01:00       0.000
4  2026-03-19 00:00:00+01:00       0.000
5  2026-03-19 01:00:00+01:00       0.000
6  2026-03-19 02:00:00+01:00       0.000
7  2026-03-19 03:00:00+01:00       0.000
8  2026-03-19 04:00:00+01:00       0.000
9  2026-03-19 05:00:00+01:00       0.000
10 2026-03-19 06:00:00+01:00       0.007
11 2026-03-19 07:00:00+01:00       0.213
12 2026-03-19 08:00:00+01:00       0.752
13 2026-03-19 09:00:00+01:00       1.888
14 2026-03-19 10:00:00+01:00       2.972
15 2026-03-19 11:00:00+01:00       3.453
16 2026-03-19 12:00:00+01:00       3.595
17 2026-03-19 13:00:00+01:00       3.450
18 2026-03-19 14:00:00+01:00       2.723
19 2026-03-19 15:00:00+01:00       2.129
20 2026-03-19 16:00:00+01:00       0.995
21 2026-03-19 17:00:00+01:00       0.336
22 2026-03-19 18:00:00+01:00       0.062
23 2026-03-19 19:00:00+01:00       0.000
24 2026-03-19 20:00:00+01:00       0.000
25 2026-03-19 21:00:00+01:00       0.000
26 2026-03-19 22:00:00+01:00       0.000
27 2026-03-19 23:00:00+01:00       0.000
2026-03-18 20:52:28 info: Start waarden: 
       uur                tijd  spot   p_l   p_t   base  pv_ac  pv_dc
0    20:45 2026-03-18 20:45:00 0.120 0.283 0.253  0.219  0.000      0
1    21:00 2026-03-18 21:00:00 0.130 0.295 0.265  0.227  0.000      0
2    21:15 2026-03-18 21:15:00 0.125 0.289 0.259  0.236  0.000      0
3    21:30 2026-03-18 21:30:00 0.118 0.281 0.251  0.245  0.000      0
4    21:45 2026-03-18 21:45:00 0.105 0.264 0.234  0.234  0.000      0
5    22:00 2026-03-18 22:00:00 0.126 0.290 0.260  0.210  0.000      0
6    22:15 2026-03-18 22:15:00 0.115 0.277 0.247  0.199  0.000      0
7    22:30 2026-03-18 22:30:00 0.109 0.270 0.240  0.188  0.000      0
8    22:45 2026-03-18 22:45:00 0.110 0.270 0.240  0.168  0.000      0
9    23:00 2026-03-18 23:00:00 0.117 0.279 0.249  0.136  0.000      0
10   23:15 2026-03-18 23:15:00 0.107 0.266 0.236  0.116  0.000      0
11   23:30 2026-03-18 23:30:00 0.106 0.265 0.235  0.096  0.000      0
12   23:45 2026-03-18 23:45:00 0.101 0.260 0.230  0.096  0.000      0
13   00:00 2026-03-19 00:00:00 0.109 0.269 0.239  0.111  0.000      0
14   00:15 2026-03-19 00:15:00 0.105 0.264 0.234  0.111  0.000      0
15   00:30 2026-03-19 00:30:00 0.103 0.263 0.232  0.112  0.000      0
16   00:45 2026-03-19 00:45:00 0.102 0.261 0.231  0.111  0.000      0
17   01:00 2026-03-19 01:00:00 0.108 0.269 0.239  0.109  0.000      0
18   01:15 2026-03-19 01:15:00 0.107 0.267 0.237  0.109  0.000      0
19   01:30 2026-03-19 01:30:00 0.108 0.268 0.238  0.108  0.000      0
20   01:45 2026-03-19 01:45:00 0.108 0.268 0.238  0.107  0.000      0
21   02:00 2026-03-19 02:00:00 0.109 0.269 0.239  0.107  0.000      0
22   02:15 2026-03-19 02:15:00 0.108 0.268 0.238  0.107  0.000      0
23   02:30 2026-03-19 02:30:00 0.109 0.269 0.239  0.107  0.000      0
24   02:45 2026-03-19 02:45:00 0.110 0.271 0.241  0.107  0.000      0
25   03:00 2026-03-19 03:00:00 0.105 0.265 0.235  0.108  0.000      0
26   03:15 2026-03-19 03:15:00 0.107 0.268 0.238  0.109  0.000      0
27   03:30 2026-03-19 03:30:00 0.112 0.274 0.244  0.109  0.000      0
28   03:45 2026-03-19 03:45:00 0.116 0.277 0.247  0.109  0.000      0
29   04:00 2026-03-19 04:00:00 0.114 0.276 0.246  0.107  0.000      0
30   04:15 2026-03-19 04:15:00 0.116 0.278 0.248  0.107  0.000      0
31   04:30 2026-03-19 04:30:00 0.118 0.280 0.250  0.107  0.000      0
32   04:45 2026-03-19 04:45:00 0.121 0.284 0.254  0.108  0.000      0
33   05:00 2026-03-19 05:00:00 0.116 0.278 0.248  0.110  0.000      0
34   05:15 2026-03-19 05:15:00 0.122 0.285 0.255  0.112  0.000      0
35   05:30 2026-03-19 05:30:00 0.126 0.290 0.260  0.114  0.000      0
36   05:45 2026-03-19 05:45:00 0.141 0.309 0.279  0.120  0.000      0
37   06:00 2026-03-19 06:00:00 0.122 0.285 0.255  0.131  0.000      0
38   06:15 2026-03-19 06:15:00 0.150 0.319 0.289  0.137  0.000      0
39   06:30 2026-03-19 06:30:00 0.163 0.334 0.304  0.143  0.000      0
40   06:45 2026-03-19 06:45:00 0.169 0.342 0.312  0.144  0.012      0
41   07:00 2026-03-19 07:00:00 0.200 0.379 0.349  0.147  0.029      0
42   07:15 2026-03-19 07:15:00 0.176 0.350 0.320  0.148  0.042      0
43   07:30 2026-03-19 07:30:00 0.150 0.319 0.289  0.149  0.054      0
44   07:45 2026-03-19 07:45:00 0.116 0.278 0.248  0.126  0.088      0
45   08:00 2026-03-19 08:00:00 0.180 0.355 0.325  0.085  0.128      0
46   08:15 2026-03-19 08:15:00 0.151 0.320 0.290  0.062  0.162      0
47   08:30 2026-03-19 08:30:00 0.116 0.278 0.248  0.038  0.195      0
48   08:45 2026-03-19 08:45:00 0.102 0.260 0.230  0.011  0.266      0
49   09:00 2026-03-19 09:00:00 0.117 0.279 0.249 -0.019  0.366      0
50   09:15 2026-03-19 09:15:00 0.096 0.254 0.224 -0.046  0.437      0
51   09:30 2026-03-19 09:30:00 0.080 0.235 0.205 -0.074  0.508      0
52   09:45 2026-03-19 09:45:00 0.054 0.203 0.173 -0.106  0.576      0
53   10:00 2026-03-19 10:00:00 0.094 0.251 0.221 -0.143  0.651      0
54   10:15 2026-03-19 10:15:00 0.058 0.207 0.177 -0.175  0.719      0
55   10:30 2026-03-19 10:30:00 0.035 0.180 0.150 -0.208  0.786      0
56   10:45 2026-03-19 10:45:00 0.019 0.160 0.130 -0.234  0.816      0
57   11:00 2026-03-19 11:00:00 0.018 0.159 0.129 -0.264  0.823      0
58   11:15 2026-03-19 11:15:00 0.008 0.148 0.118 -0.291  0.854      0
59   11:30 2026-03-19 11:30:00 0.001 0.139 0.109 -0.317  0.884      0
60   11:45 2026-03-19 11:45:00 0.000 0.138 0.108 -0.311  0.893      0
61   12:00 2026-03-19 12:00:00 0.000 0.138 0.108 -0.280  0.890      0
62   12:15 2026-03-19 12:15:00 0.000 0.138 0.108 -0.274  0.899      0
63   12:30 2026-03-19 12:30:00 0.000 0.138 0.108 -0.268  0.908      0
64   12:45 2026-03-19 12:45:00 0.000 0.138 0.108 -0.264  0.899      0
65   13:00 2026-03-19 13:00:00 0.001 0.138 0.108 -0.269  0.885      0
66   13:15 2026-03-19 13:15:00 0.001 0.138 0.108 -0.266  0.876      0
67   13:30 2026-03-19 13:30:00 0.002 0.140 0.110 -0.262  0.867      0
68   13:45 2026-03-19 13:45:00 0.010 0.149 0.119 -0.232  0.822      0
69   14:00 2026-03-19 14:00:00 0.009 0.149 0.119 -0.180  0.747      0
70   14:15 2026-03-19 14:15:00 0.025 0.168 0.138 -0.151  0.701      0
71   14:30 2026-03-19 14:30:00 0.052 0.201 0.171 -0.121  0.656      0
72   14:45 2026-03-19 14:45:00 0.071 0.223 0.193 -0.102  0.619      0
73   15:00 2026-03-19 15:00:00 0.038 0.184 0.154 -0.095  0.596      0
74   15:15 2026-03-19 15:15:00 0.073 0.226 0.196 -0.076  0.559      0
75   15:30 2026-03-19 15:30:00 0.088 0.244 0.214 -0.057  0.522      0
76   15:45 2026-03-19 15:45:00 0.108 0.268 0.238 -0.025  0.451      0
77   16:00 2026-03-19 16:00:00 0.087 0.243 0.213  0.008  0.348      0
78   16:15 2026-03-19 16:15:00 0.098 0.256 0.226  0.040  0.277      0
79   16:30 2026-03-19 16:30:00 0.110 0.271 0.241  0.072  0.206      0
80   16:45 2026-03-19 16:45:00 0.144 0.311 0.281  0.140  0.165      0
81   17:00 2026-03-19 17:00:00 0.086 0.242 0.212  0.259  0.140      0
82   17:15 2026-03-19 17:15:00 0.123 0.286 0.256  0.327  0.099      0
83   17:30 2026-03-19 17:30:00 0.156 0.326 0.296  0.395  0.057      0
84   17:45 2026-03-19 17:45:00 0.198 0.377 0.347  0.360  0.040      0
85   18:00 2026-03-19 18:00:00 0.165 0.338 0.308  0.243  0.038      0
86   18:15 2026-03-19 18:15:00 0.202 0.382 0.352  0.208  0.021      0
87   18:30 2026-03-19 18:30:00 0.223 0.408 0.378  0.174  0.004      0
88   18:45 2026-03-19 18:45:00 0.237 0.424 0.394  0.162  0.000      0
89   19:00 2026-03-19 19:00:00 0.229 0.415 0.385  0.165  0.005      0
90   19:15 2026-03-19 19:15:00 0.207 0.389 0.358  0.154  0.001      0
91   19:30 2026-03-19 19:30:00 0.192 0.369 0.339  0.142  0.000      0
92   19:45 2026-03-19 19:45:00 0.180 0.356 0.326  0.143  0.000      0
93   20:00 2026-03-19 20:00:00 0.175 0.350 0.320  0.150  0.000      0
94   20:15 2026-03-19 20:15:00 0.157 0.327 0.297  0.151  0.000      0
95   20:30 2026-03-19 20:30:00 0.146 0.314 0.284  0.152  0.000      0
96   20:45 2026-03-19 20:45:00 0.135 0.300 0.270  0.170  0.000      0
97   21:00 2026-03-19 21:00:00 0.149 0.317 0.287  0.210  0.000      0
98   21:15 2026-03-19 21:15:00 0.144 0.312 0.282  0.227  0.000      0
99   21:30 2026-03-19 21:30:00 0.139 0.305 0.275  0.245  0.000      0
100  21:45 2026-03-19 21:45:00 0.126 0.290 0.260  0.220  0.000      0
101  22:00 2026-03-19 22:00:00 0.138 0.304 0.274  0.158  0.000      0
102  22:15 2026-03-19 22:15:00 0.133 0.299 0.269  0.133  0.000      0
103  22:30 2026-03-19 22:30:00 0.126 0.290 0.260  0.109  0.000      0
104  22:45 2026-03-19 22:45:00 0.117 0.280 0.250  0.110  0.000      0
105  23:00 2026-03-19 23:00:00 0.131 0.296 0.266  0.130  0.000      0
106  23:15 2026-03-19 23:15:00 0.122 0.286 0.256  0.132  0.000      0
107  23:30 2026-03-19 23:30:00 0.126 0.290 0.260  0.133  0.000      0
108  23:45 2026-03-19 23:45:00 0.113 0.274 0.244  0.134  0.000      0
2026-03-18 20:52:31 info: No reduced hours applied for Sessy
2026-03-18 20:52:31 info: No reduced power applied during discharging at low soc
2026-03-18 20:52:31 info: No reduced power applied during charging at high soc
2026-03-18 20:52:31 info: Startwaarde SoC Sessy: 37.0%

2026-03-18 20:52:31 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-03-18 20:52:32 info: Instellingen voor laden van EV: Tesla MY24
2026-03-18 20:52:32 info: Direct laden is uit
2026-03-18 20:52:32 info:  Ampere  Effic. Grid kW Accu kW
2026-03-18 20:52:32 info:    0.00    0.00    0.00    0.00
2026-03-18 20:52:32 info:    6.00    0.85    4.14    3.52
2026-03-18 20:52:32 info:    7.00    0.87    4.83    4.20
2026-03-18 20:52:32 info:    8.00    0.89    5.52    4.91
2026-03-18 20:52:32 info:    9.00    0.90    6.21    5.59
2026-03-18 20:52:32 info:   10.00    0.91    6.90    6.28
2026-03-18 20:52:32 info:   11.00    0.91    7.59    6.91
2026-03-18 20:52:32 info:   12.00    0.92    8.28    7.62
2026-03-18 20:52:32 info:   13.00    0.92    8.97    8.25
2026-03-18 20:52:32 info:   14.00    0.93    9.66    8.98
2026-03-18 20:52:32 info:   15.00    0.95   10.35    9.83
2026-03-18 20:52:32 info:   16.00    0.95   11.04   10.49
2026-03-18 20:52:32 info: Capaciteit accu: 57.5 kWh
2026-03-18 20:52:32 info: Maximaal laadvermogen: 11.04 kW
2026-03-18 20:52:32 info: Klaar met laden op: 06-03-2026 09:30:00
2026-03-18 20:52:32 info: Huidig laadniveau: 21.0 %
2026-03-18 20:52:32 info: Gewenst laadniveau:100.0 %
2026-03-18 20:52:32 info: Marge voor het laden: 5 %
2026-03-18 20:52:32 info: Locatie: home
2026-03-18 20:52:32 info: Ingeplugged:True
2026-03-18 20:52:32 waarschuwing: Er is te weinig tijd om tot 100.0% te laden
2026-03-18 20:52:32 info: Bijgesteld gewenst laadniveau:20.0 %
2026-03-18 20:52:32 info: Benodigde netto energie: 0.000 kWh
2026-03-18 20:52:32 info: Tijd nodig om te laden: 0:0 uur
2026-03-18 20:52:32 info: Afgerond naar hele intervallen: 0 kwartier
2026-03-18 20:52:32 info: Stand laden schakelaar: off
2026-03-18 20:52:32 info: Stand aantal ampere laden: 0.0 A
2026-03-18 20:52:32 info: Opladen wordt niet ingepland, omdat werkelijk niveau (21.0%) hoger is of gelijk aan gewenst niveau (20.0% minus de marge 5%), opgegeven tijdstip (2026-03-06 09:30:00) is verouderd.
2026-03-18 20:52:32 info: Instellingen voor laden van EV: Opel Corsa
2026-03-18 20:52:32 info: Direct laden is uit
2026-03-18 20:52:32 info:  Ampere  Effic. Grid kW Accu kW
2026-03-18 20:52:32 info:    0.00    0.00    0.00    0.00
2026-03-18 20:52:32 info:    6.00    0.85    4.14    3.52
2026-03-18 20:52:32 info:    7.00    0.87    4.83    4.20
2026-03-18 20:52:32 info:    8.00    0.89    5.52    4.91
2026-03-18 20:52:32 info:    9.00    0.90    6.21    5.59
2026-03-18 20:52:32 info:   10.00    0.91    6.90    6.28
2026-03-18 20:52:32 info:   11.00    0.91    7.59    6.91
2026-03-18 20:52:32 info:   12.00    0.92    8.28    7.62
2026-03-18 20:52:32 info:   13.00    0.92    8.97    8.25
2026-03-18 20:52:32 info:   14.00    0.93    9.66    8.98
2026-03-18 20:52:32 info:   15.00    0.95   10.35    9.83
2026-03-18 20:52:32 info:   16.00    0.94   11.04   10.38
2026-03-18 20:52:32 info: Capaciteit accu: 44 kWh
2026-03-18 20:52:32 info: Maximaal laadvermogen: 11.04 kW
2026-03-18 20:52:32 info: Klaar met laden op: 19-03-2026 07:00:00
2026-03-18 20:52:32 info: Huidig laadniveau: 34.0 %
2026-03-18 20:52:32 info: Gewenst laadniveau:100.0 %
2026-03-18 20:52:32 info: Marge voor het laden: 3 %
2026-03-18 20:52:32 info: Locatie: home
2026-03-18 20:52:32 info: Ingeplugged:False
2026-03-18 20:52:32 info: Benodigde netto energie: 29.040 kWh
2026-03-18 20:52:32 info: Tijd nodig om te laden: 2:48 uur
2026-03-18 20:52:33 info: Afgerond naar hele intervallen: 12 kwartier
2026-03-18 20:52:33 info: Stand laden schakelaar: off
2026-03-18 20:52:33 info: Stand aantal ampere laden: 0.0 A
2026-03-18 20:52:33 info: Opladen wordt niet ingepland, omdat auto is niet ingeplugd.
2026-03-18 20:52:33 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-03-18 20:52:33 info: Apparaat Vaatwasser direct starten staat uit
2026-03-18 20:52:33 info: Machine Vaatwasser wordt niet ingepland, want er is gekozen voor Off
2026-03-18 20:52:33 info: Strategie: minimale kosten
2026-03-18 20:52:33 info: Maximale fout (maximal gap): 0.005000 euro
2026-03-18 20:52:35 info: Rekentijd: 1.27  sec
2026-03-18 20:52:35 info: Het programma heeft een optimale oplossing gevonden.
2026-03-18 20:52:35 info: Ontlaad volume in uur 36 05:45 0.11961442418902882 kWh
2026-03-18 20:52:35 info: 7 0.7036142599354636 0.68
2026-03-18 20:52:35 info: Ontlaad volume in uur 38 06:15 0.137203125 kWh
2026-03-18 20:52:35 info: 8 0.6456617647058823 0.85
2026-03-18 20:52:35 info: Ontlaad volume in uur 39 06:30 0.255 kWh
2026-03-18 20:52:35 info: 9 1.0 1.02
2026-03-18 20:52:35 info: Ontlaad volume in uur 40 06:45 0.255 kWh
2026-03-18 20:52:35 info: 9 1.0 1.02
2026-03-18 20:52:35 info: Ontlaad volume in uur 41 07:00 0.39431411917098436 kWh
2026-03-18 20:52:35 info: 12 0.7220207253886032 1.53
2026-03-18 20:52:35 info: 13 0.27797927461139676 1.7
2026-03-18 20:52:35 info: Ontlaad volume in uur 42 07:15 0.2681377328747809 kWh
2026-03-18 20:52:35 info: 9 0.6908768735345687 1.02
2026-03-18 20:52:35 info: 10 0.30912312646543144 1.19
2026-03-18 20:52:35 info: Ontlaad volume in uur 43 07:30 0.09484433971584075 kWh
2026-03-18 20:52:35 info: 8 0.44632630454513295 0.85
2026-03-18 20:52:35 info: Ontlaad volume in uur 45 08:00 0.39431411917098436 kWh
2026-03-18 20:52:35 info: 12 0.7220207253886032 1.53
2026-03-18 20:52:35 info: 13 0.27797927461139676 1.7
2026-03-18 20:52:35 info: Laad volume in uur 57 11:00 0.0 kWh
2026-03-18 20:52:35 info: 8 1.0 1.1
2026-03-18 20:52:35 info: Laad volume in uur 58 11:15 0.0 kWh
2026-03-18 20:52:35 info: 11 1.0 1.76
2026-03-18 20:52:35 info: Laad volume in uur 59 11:30 0.0 kWh
2026-03-18 20:52:35 info: 12 1.0 1.98
2026-03-18 20:52:35 info: Laad volume in uur 60 11:45 0.0 kWh
2026-03-18 20:52:35 info: 12 0.867256637168213 1.98
2026-03-18 20:52:35 info: 13 0.1327433628317871 2.2
2026-03-18 20:52:35 info: Laad volume in uur 61 12:00 0.0 kWh
2026-03-18 20:52:35 info: 12 1.0 1.98
2026-03-18 20:52:35 info: Laad volume in uur 62 12:15 0.0 kWh
2026-03-18 20:52:35 info: 12 1.0 1.98
2026-03-18 20:52:35 info: Laad volume in uur 63 12:30 0.0 kWh
2026-03-18 20:52:35 info: 12 1.0 1.98
2026-03-18 20:52:35 info: Laad volume in uur 64 12:45 0.0 kWh
2026-03-18 20:52:35 info: 12 1.0 1.98
2026-03-18 20:52:35 info: Laad volume in uur 65 13:00 0.0 kWh
2026-03-18 20:52:35 info: 12 1.0 1.98
2026-03-18 20:52:35 info: Laad volume in uur 66 13:15 0.0 kWh
2026-03-18 20:52:35 info: 12 1.0 1.98
2026-03-18 20:52:35 info: Laad volume in uur 67 13:30 0.0 kWh
2026-03-18 20:52:35 info: 12 1.0 1.98
2026-03-18 20:52:35 info: Laad volume in uur 68 13:45 0.0 kWh
2026-03-18 20:52:35 info: 10 1.0 1.54
2026-03-18 20:52:35 info: Laad volume in uur 69 14:00 0.0 kWh
2026-03-18 20:52:35 info: 10 1.0 1.54
2026-03-18 20:52:35 info: Ontlaad volume in uur 83 17:30 0.33721430056821555 kWh
2026-03-18 20:52:35 info: 10 0.0655458689831638 1.19
2026-03-18 20:52:35 info: 11 0.9344541310168363 1.36
2026-03-18 20:52:35 info: Ontlaad volume in uur 84 17:45 0.39431411917098436 kWh
2026-03-18 20:52:35 info: 12 0.7220207253886032 1.53
2026-03-18 20:52:35 info: 13 0.27797927461139676 1.7
2026-03-18 20:52:35 info: Ontlaad volume in uur 85 18:00 0.21250000000000002 kWh
2026-03-18 20:52:35 info: 8 1.0 0.85
2026-03-18 20:52:35 info: Ontlaad volume in uur 86 18:15 0.39431411917098436 kWh
2026-03-18 20:52:35 info: 12 0.7220207253886032 1.53
2026-03-18 20:52:35 info: 13 0.27797927461139676 1.7
2026-03-18 20:52:35 info: Ontlaad volume in uur 87 18:30 0.39431411917098436 kWh
2026-03-18 20:52:35 info: 12 0.7220207253886032 1.53
2026-03-18 20:52:35 info: 13 0.27797927461139676 1.7
2026-03-18 20:52:35 info: Ontlaad volume in uur 88 18:45 0.39431411917098436 kWh
2026-03-18 20:52:35 info: 12 0.7220207253886032 1.53
2026-03-18 20:52:35 info: 13 0.27797927461139676 1.7
2026-03-18 20:52:35 info: Ontlaad volume in uur 89 19:00 0.39431411917098436 kWh
2026-03-18 20:52:35 info: 12 0.7220207253886032 1.53
2026-03-18 20:52:35 info: 13 0.27797927461139676 1.7
2026-03-18 20:52:35 info: Ontlaad volume in uur 90 19:15 0.39431411917098436 kWh
2026-03-18 20:52:35 info: 12 0.7220207253886032 1.53
2026-03-18 20:52:35 info: 13 0.27797927461139676 1.7
2026-03-18 20:52:35 info: Ontlaad volume in uur 91 19:30 0.39431411917098436 kWh
2026-03-18 20:52:35 info: 12 0.7220207253886032 1.53
2026-03-18 20:52:35 info: 13 0.27797927461139676 1.7
2026-03-18 20:52:35 info: Ontlaad volume in uur 92 19:45 0.39431411917098436 kWh
2026-03-18 20:52:35 info: 12 0.7220207253886032 1.53
2026-03-18 20:52:35 info: 13 0.27797927461139676 1.7
2026-03-18 20:52:35 info: Ontlaad volume in uur 93 20:00 0.255 kWh
2026-03-18 20:52:35 info: 9 1.0 1.02
2026-03-18 20:52:35 info: Ontlaad volume in uur 94 20:15 0.15109374999837405 kWh
2026-03-18 20:52:35 info: 8 0.7110294117570544 0.85
2026-03-18 20:52:35 info: Ontlaad volume in uur 95 20:30 0.15228125 kWh
2026-03-18 20:52:35 info: 7 0.8957720588235294 0.68
2026-03-18 20:52:35 info: Ontlaad volume in uur 96 20:45 0.0854848167479026 kWh
2026-03-18 20:52:35 info: 8 0.4022814905783652 0.85
2026-03-18 20:52:35 info: Ontlaad volume in uur 97 21:00 0.20984374999999997 kWh
2026-03-18 20:52:35 info: 8 0.9874999999999998 0.85
2026-03-18 20:52:35 info: Ontlaad volume in uur 98 21:15 0.22728125 kWh
2026-03-18 20:52:35 info: 8 0.6522058823529414 0.85
2026-03-18 20:52:35 info: 9 0.34779411764705853 1.02
2026-03-18 20:52:35 info: Ontlaad volume in uur 99 21:30 0.21250000000000002 kWh
2026-03-18 20:52:35 info: 8 1.0 0.85
2026-03-18 20:52:35 info: Ontlaad volume in uur 101 22:00 0.15764062500161674 kWh
2026-03-18 20:52:35 info: 7 0.9272977941271574 0.68
2026-03-18 20:52:35 info: In- en uitgaande energie per kwartier batterij Sessy
   uur   ac->    eff   ->dc pv->dc   dc->    eff  ->bat  o_eff    SoC
          kWh      %    kWh    kWh    kWh      %    kWh      %      %
 20:45   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 21:00   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 21:15   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 21:30   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 21:45   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 22:00   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 22:15   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 22:30   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 22:45   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 23:00   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 23:15   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 23:30   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 23:45   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 00:00   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 00:15   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 00:30   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 00:45   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 01:00   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 01:15   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 01:30   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 01:45   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 02:00   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 02:15   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 02:30   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 02:45   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 03:00   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 03:15   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 03:30   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 03:45   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 04:00   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 04:15   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 04:30   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 04:45   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 05:00   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 05:15   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 05:30   0.00     --   0.00   0.00   0.00     --   0.00     --  37.00
 05:45  -0.12  95.70  -0.12   0.00  -0.12 100.00  -0.12  95.70  34.73
 06:00   0.00     --   0.00   0.00   0.00     --   0.00     --  34.73
 06:15  -0.14  95.70  -0.14   0.00  -0.14 100.00  -0.14  95.70  32.12
 06:30  -0.26  95.30  -0.27   0.00  -0.27 100.00  -0.27  95.30  27.26
 06:45  -0.26  95.30  -0.27   0.00  -0.27 100.00  -0.27  95.30  22.39
 07:00  -0.39  92.78  -0.42   0.00  -0.42 100.00  -0.42  92.78  14.66
 07:15  -0.27  94.95  -0.28   0.00  -0.28 100.00  -0.28  94.95   9.53
 07:30  -0.09  95.70  -0.10   0.00  -0.10 100.00  -0.10  95.70   7.73
 07:45   0.00     --   0.00   0.00   0.00     --   0.00     --   7.73
 08:00  -0.39  92.78  -0.42   0.00  -0.42 100.00  -0.42  92.78   0.00
 08:15   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 08:30   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 08:45   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 09:00   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 09:15   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 09:30   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 09:45   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 10:00   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 10:15   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 10:30   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 10:45   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 11:00   0.28  94.60   0.26   0.00   0.26 100.00   0.26  94.60   4.73
 11:15   0.44  92.90   0.41   0.00   0.41 100.00   0.41  92.90  12.16
 11:30   0.49  92.10   0.46   0.00   0.46 100.00   0.46  92.10  20.45
 11:45   0.50  91.91   0.46   0.00   0.46 100.00   0.46  91.91  28.84
 12:00   0.49  92.10   0.46   0.00   0.46 100.00   0.46  92.10  37.13
 12:15   0.49  92.10   0.46   0.00   0.46 100.00   0.46  92.10  45.42
 12:30   0.49  92.10   0.46   0.00   0.46 100.00   0.46  92.10  53.71
 12:45   0.49  92.10   0.46   0.00   0.46 100.00   0.46  92.10  62.00
 13:00   0.49  92.10   0.46   0.00   0.46 100.00   0.46  92.10  70.29
 13:15   0.49  92.10   0.46   0.00   0.46 100.00   0.46  92.10  78.58
 13:30   0.49  92.10   0.46   0.00   0.46 100.00   0.46  92.10  86.87
 13:45   0.38  93.80   0.36   0.00   0.36 100.00   0.36  93.80  93.43
 14:00   0.38  93.80   0.36   0.00   0.36 100.00   0.36  93.80 100.00
 14:15   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 14:30   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 14:45   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 15:00   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 15:15   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 15:30   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 15:45   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
 16:15   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 16:30   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 16:45   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
 17:15   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 17:30  -0.34  93.64  -0.36   0.00  -0.36 100.00  -0.36  93.64  93.45
 17:45  -0.39  92.78  -0.42   0.00  -0.42 100.00  -0.42  92.78  85.73
 18:00  -0.21  95.70  -0.22   0.00  -0.22 100.00  -0.22  95.70  81.69
 18:15  -0.39  92.78  -0.42   0.00  -0.42 100.00  -0.42  92.78  73.96
 18:30  -0.39  92.78  -0.42   0.00  -0.42 100.00  -0.42  92.78  66.23
 18:45  -0.39  92.78  -0.42   0.00  -0.42 100.00  -0.42  92.78  58.51
 19:00  -0.39  92.78  -0.42   0.00  -0.42 100.00  -0.42  92.78  50.78
 19:15  -0.39  92.78  -0.42   0.00  -0.42 100.00  -0.42  92.78  43.05
 19:30  -0.39  92.78  -0.42   0.00  -0.42 100.00  -0.42  92.78  35.32
 19:45  -0.39  92.78  -0.42   0.00  -0.42 100.00  -0.42  92.78  27.60
 20:00  -0.26  95.30  -0.27   0.00  -0.27 100.00  -0.27  95.30  22.73
 20:15  -0.15  95.70  -0.16   0.00  -0.16 100.00  -0.16  95.70  19.86
 20:30  -0.15  95.70  -0.16   0.00  -0.16 100.00  -0.16  95.70  16.97
 20:45  -0.09  95.70  -0.09   0.00  -0.09 100.00  -0.09  95.70  15.34
 21:00  -0.21  95.70  -0.22   0.00  -0.22 100.00  -0.22  95.70  11.36
 21:15  -0.23  95.54  -0.24   0.00  -0.24 100.00  -0.24  95.54   7.03
 21:30  -0.21  95.70  -0.22   0.00  -0.22 100.00  -0.22  95.70   2.99
 21:45   0.00     --   0.00   0.00   0.00     --   0.00     --   2.99
 22:00  -0.16  95.70  -0.16   0.00  -0.16 100.00  -0.16  95.70   0.00
 22:15   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 22:30   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 22:45   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 23:00   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 23:15   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 23:30   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
 23:45   0.00     --   0.00   0.00   0.00     --   0.00     --   0.00
Totaal  -1.13    NaN  -2.04   0.00  -2.04    NaN  -2.04    NaN    NaN
2026-03-18 20:52:51 info: Berekende prognoses: 
   uur  bat_in  bat_out   cons   prod   base   boil     wp     ev  pv_ac   cost  profit  b_tem   mach
 20:45    0.00     0.00   0.11   0.00   0.22   0.00   0.00   0.00   0.00   0.03   -0.00  20.00   0.00
 21:00    0.00     0.00   0.23   0.00   0.23   0.00   0.00   0.00   0.00   0.07   -0.00  20.00   0.00
 21:15    0.00     0.00   0.24   0.00   0.24   0.00   0.00   0.00   0.00   0.07   -0.00  20.00   0.00
 21:30    0.00     0.00   0.25   0.00   0.25   0.00   0.00   0.00   0.00   0.07   -0.00  20.00   0.00
 21:45    0.00     0.00   0.23   0.00   0.23   0.00   0.00   0.00   0.00   0.06   -0.00  20.00   0.00
 22:00    0.00     0.00   0.21   0.00   0.21   0.00   0.00   0.00   0.00   0.06   -0.00  20.00   0.00
 22:15    0.00     0.00   0.20   0.00   0.20   0.00   0.00   0.00   0.00   0.06   -0.00  20.00   0.00
 22:30    0.00     0.00   0.19   0.00   0.19   0.00   0.00   0.00   0.00   0.05   -0.00  20.00   0.00
 22:45    0.00     0.00   0.17   0.00   0.17   0.00   0.00   0.00   0.00   0.05   -0.00  20.00   0.00
 23:00    0.00     0.00   0.14   0.00   0.14   0.00   0.00   0.00   0.00   0.04   -0.00  20.00   0.00
 23:15    0.00     0.00   0.12   0.00   0.12   0.00   0.00   0.00   0.00   0.03   -0.00  20.00   0.00
 23: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
 23:45    0.00     0.00   0.10   0.00   0.10   0.00   0.00   0.00   0.00   0.02   -0.00  20.00   0.00
 00: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
 00: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
 00: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
 00: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
 01: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
 01: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
 01: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
 01: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
 02: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
 02: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
 02: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
 02: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
 03: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
 03: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
 03: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
 03: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
 04: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
 04: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
 04: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
 04: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
 05: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
 05: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
 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.12   0.00   0.00   0.12   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 06:00    0.00     0.00   0.13   0.00   0.13   0.00   0.00   0.00   0.00   0.04   -0.00  20.00   0.00
 06:15    0.00     0.14   0.00   0.00   0.14   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 06:30    0.00     0.26   0.00   0.11   0.14   0.00   0.00   0.00   0.00   0.00   -0.03  20.00   0.00
 06:45    0.00     0.26   0.00   0.12   0.14   0.00   0.00   0.00   0.01   0.00   -0.04  20.00   0.00
 07:00    0.00     0.39   0.00   0.28   0.15   0.00   0.00   0.00   0.03   0.00   -0.10  20.00   0.00
 07:15    0.00     0.27   0.00   0.16   0.15   0.00   0.00   0.00   0.04   0.00   -0.05  20.00   0.00
 07:30    0.00     0.09   0.00   0.00   0.15   0.00   0.00   0.00   0.05   0.00   -0.00  20.00   0.00
 07:45    0.00     0.00   0.04   0.00   0.13   0.00   0.00   0.00   0.09   0.01   -0.00  20.00   0.00
 08:00    0.00     0.39   0.00   0.44   0.09   0.00   0.00   0.00   0.13   0.00   -0.14  20.00   0.00
 08:15    0.00     0.00   0.00   0.10   0.06   0.00   0.00   0.00   0.16   0.00   -0.03  20.00   0.00
 08:30    0.00     0.00   0.00   0.16   0.04   0.00   0.00   0.00   0.20   0.00   -0.04  20.00   0.00
 08:45    0.00     0.00   0.00   0.26   0.01   0.00   0.00   0.00   0.27   0.00   -0.06  20.00   0.00
 09:00    0.00     0.00   0.00   0.39  -0.02   0.00   0.00   0.00   0.37   0.00   -0.10  20.00   0.00
 09:15    0.00     0.00   0.00   0.48  -0.05   0.00   0.00   0.00   0.44   0.00   -0.11  20.00   0.00
 09:30    0.00     0.00   0.00   0.58  -0.07   0.00   0.00   0.00   0.51   0.00   -0.12  20.00   0.00
 09:45    0.00     0.00   0.00   0.68  -0.11   0.00   0.00   0.00   0.58   0.00   -0.12  20.00   0.00
 10:00    0.00     0.00   0.00   0.79  -0.14   0.00   0.00   0.00   0.65   0.00   -0.18  20.00   0.00
 10:15    0.00     0.00   0.00   0.89  -0.18   0.00   0.00   0.00   0.72   0.00   -0.16  20.00   0.00
 10:30    0.00     0.00   0.00   0.99  -0.21   0.00   0.00   0.00   0.79   0.00   -0.15  20.00   0.00
 10:45    0.00     0.00   0.00   1.05  -0.23   0.00   0.00   0.00   0.82   0.00   -0.14  20.00   0.00
 11:00    0.28     0.00   0.00   0.81  -0.26   0.00   0.00   0.00   0.82   0.00   -0.11  20.00   0.00
 11:15    0.44     0.00   0.00   0.70  -0.29   0.00   0.00   0.00   0.85   0.00   -0.08  20.00   0.00
 11:30    0.49     0.00   0.00   0.71  -0.32   0.00   0.00   0.00   0.88   0.00   -0.08  20.00   0.00
 11:45    0.50     0.00   0.00   0.70  -0.31   0.00   0.00   0.00   0.89   0.00   -0.08  20.00   0.00
 12:00    0.49     0.00   0.00   0.68  -0.28   0.00   0.00   0.00   0.89   0.00   -0.07  20.00   0.00
 12:15    0.49     0.00   0.00   0.68  -0.27   0.00   0.00   0.00   0.90   0.00   -0.07  20.00   0.00
 12:30    0.49     0.00   0.00   0.68  -0.27   0.00   0.00   0.00   0.91   0.00   -0.07  20.00   0.00
 12:45    0.49     0.00   0.00   0.67  -0.26   0.00   0.00   0.00   0.90   0.00   -0.07  20.00   0.00
 13:00    0.49     0.00   0.00   0.66  -0.27   0.00   0.00   0.00   0.89   0.00   -0.07  20.00   0.00
 13:15    0.49     0.00   0.00   0.65  -0.27   0.00   0.00   0.00   0.88   0.00   -0.07  20.00   0.00
 13:30    0.49     0.00   0.00   0.63  -0.26   0.00   0.00   0.00   0.87   0.00   -0.07  20.00   0.00
 13:45    0.38     0.00   0.00   0.67  -0.23   0.00   0.00   0.00   0.82   0.00   -0.08  20.00   0.00
 14:00    0.38     0.00   0.00   0.54  -0.18   0.00   0.00   0.00   0.75   0.00   -0.06  20.00   0.00
 14:15    0.00     0.00   0.00   0.85  -0.15   0.00   0.00   0.00   0.70   0.00   -0.12  20.00   0.00
 14:30    0.00     0.00   0.00   0.78  -0.12   0.00   0.00   0.00   0.66   0.00   -0.13  20.00   0.00
 14:45    0.00     0.00   0.00   0.72  -0.10   0.00   0.00   0.00   0.62   0.00   -0.14  20.00   0.00
 15:00    0.00     0.00   0.00   0.69  -0.09   0.00   0.00   0.00   0.60   0.00   -0.11  20.00   0.00
 15:15    0.00     0.00   0.00   0.64  -0.08   0.00   0.00   0.00   0.56   0.00   -0.12  20.00   0.00
 15:30    0.00     0.00   0.00   0.58  -0.06   0.00   0.00   0.00   0.52   0.00   -0.12  20.00   0.00
 15:45    0.00     0.00   0.00   0.48  -0.03   0.00   0.00   0.00   0.45   0.00   -0.11  20.00   0.00
 16:00    0.00     0.00   0.00   0.34   0.01   0.00   0.00   0.00   0.35   0.00   -0.07  20.00   0.00
 16:15    0.00     0.00   0.00   0.24   0.04   0.00   0.00   0.00   0.28   0.00   -0.05  20.00   0.00
 16:30    0.00     0.00   0.00   0.13   0.07   0.00   0.00   0.00   0.21   0.00   -0.03  20.00   0.00
 16:45    0.00     0.00   0.00   0.03   0.14   0.00   0.00   0.00   0.16   0.00   -0.01  20.00   0.00
 17:00    0.00     0.00   0.12   0.00   0.26   0.00   0.00   0.00   0.14   0.03   -0.00  20.00   0.00
 17:15    0.00     0.00   0.23   0.00   0.33   0.00   0.00   0.00   0.10   0.07   -0.00  20.00   0.00
 17:30    0.00     0.34   0.00   0.00   0.39   0.00   0.00   0.00   0.06   0.00   -0.00  20.00   0.00
 17:45    0.00     0.39   0.00   0.07   0.36   0.00   0.00   0.00   0.04   0.00   -0.03  20.00   0.00
 18:00    0.00     0.21   0.00   0.01   0.24   0.00   0.00   0.00   0.04   0.00   -0.00  20.00   0.00
 18:15    0.00     0.39   0.00   0.21   0.21   0.00   0.00   0.00   0.02   0.00   -0.07  20.00   0.00
 18:30    0.00     0.39   0.00   0.22   0.17   0.00   0.00   0.00   0.00   0.00   -0.08  20.00   0.00
 18:45    0.00     0.39   0.00   0.23   0.16   0.00   0.00   0.00   0.00   0.00   -0.09  20.00   0.00
 19:00    0.00     0.39   0.00   0.23   0.16   0.00   0.00   0.00   0.00   0.00   -0.09  20.00   0.00
 19:15    0.00     0.39   0.00   0.24   0.15   0.00   0.00   0.00   0.00   0.00   -0.09  20.00   0.00
 19:30    0.00     0.39   0.00   0.25   0.14   0.00   0.00   0.00   0.00   0.00   -0.09  20.00   0.00
 19:45    0.00     0.39   0.00   0.25   0.14   0.00   0.00   0.00   0.00   0.00   -0.08  20.00   0.00
 20:00    0.00     0.26   0.00   0.11   0.15   0.00   0.00   0.00   0.00   0.00   -0.03  20.00   0.00
 20:15    0.00     0.15   0.00  -0.00   0.15   0.00   0.00   0.00   0.00   0.00    0.00  20.00   0.00
 20:30    0.00     0.15   0.00   0.00   0.15   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 20:45    0.00     0.09   0.08   0.00   0.17   0.00   0.00   0.00   0.00   0.03   -0.00  20.00   0.00
 21:00    0.00     0.21   0.00   0.00   0.21   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 21:15    0.00     0.23   0.00   0.00   0.23   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 21:30    0.00     0.21   0.03   0.00   0.24   0.00   0.00   0.00   0.00   0.01   -0.00  20.00   0.00
 21:45    0.00     0.00   0.22   0.00   0.22   0.00   0.00   0.00   0.00   0.06   -0.00  20.00   0.00
 22:00    0.00     0.16  -0.00   0.00   0.16   0.00   0.00   0.00   0.00  -0.00   -0.00  20.00   0.00
 22:15    0.00     0.00   0.13   0.00   0.13   0.00   0.00   0.00   0.00   0.04   -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.11   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.13   0.00   0.13   0.00   0.00   0.00   0.00   0.04   -0.00  20.00   0.00
 23:15    0.00     0.00   0.13   0.00   0.13   0.00   0.00   0.00   0.00   0.04   -0.00  20.00   0.00
 23:30    0.00     0.00   0.13   0.00   0.13   0.00   0.00   0.00   0.00   0.04   -0.00  20.00   0.00
 23:45    0.00     0.00   0.13   0.00   0.13   0.00   0.00   0.00   0.00   0.04   -0.00  20.00   0.00
Totaal    5.95     7.07   6.50  23.56   6.76   0.00   0.00   0.00  22.59   1.81   -4.22    NaN   0.00

2026-03-18 20:52:51 info: Consumption               6.50 (kWh)
2026-03-18 20:52:51 info: Cost consumption          1.81 (€)
2026-03-18 20:52:51 info: Tariff consumption        0.278 (€/kWh)
2026-03-18 20:52:51 info: Production               23.56 (kWh)
2026-03-18 20:52:51 info: Profit production        -4.22 (€)
2026-03-18 20:52:51 info: Tariff production         0.179 (€/kWh)

2026-03-18 20:52:51 info: 
Calculation profit after optimize in €
Cost before optimize             -0.59
Cost consumption      1.81
Cycle cost            0.26
Penalty cost          0.00
Battery storage       0.49
Boiler storage        0.00
Profit production    -4.22
Total                -1.66
Cost after optimize              -1.66
Profit:                           1.07
2026-03-18 20:52:51 info: Doorzetten van alle settings naar HA
2026-03-18 20:52:51 info: Laden van Tesla MY24 is niet ingepland
2026-03-18 20:52:51 info: Berekeningsuitkomst voor opladen van Tesla MY24:
2026-03-18 20:52:51 info: - aantal ampere 0A (was 0.0A)
2026-03-18 20:52:51 info: - stand schakelaar 'off' (was 'off')
2026-03-18 20:52:51 info: - positie: home
2026-03-18 20:52:51 info: - ingeplugd: True
2026-03-18 20:52:51 info: Evaluatie status laden Tesla MY24 op 2026-03-18 20:52
2026-03-18 20:52:51 info: - schakelaar laden: off
2026-03-18 20:52:51 info: - aantal ampere: 0.0
2026-03-18 20:52:51 info: Laden van Opel Corsa is niet ingepland
2026-03-18 20:52:52 info: Berekeningsuitkomst voor opladen van Opel Corsa:
2026-03-18 20:52:52 info: - aantal ampere 0A (was 0.0A)
2026-03-18 20:52:52 info: - stand schakelaar 'off' (was 'off')
2026-03-18 20:52:52 info: - positie: home
2026-03-18 20:52:52 info: - ingeplugd: False
2026-03-18 20:52:52 info: Opel Corsa is niet thuis of niet ingeplugd
2026-03-18 20:52:52 info: Evaluatie status laden Opel Corsa op 2026-03-18 20:52
2026-03-18 20:52:52 info: - schakelaar laden: off
2026-03-18 20:52:52 info: - aantal ampere: 0.0
2026-03-18 20:52:52 info: Grid set point: 876.0 W
2026-03-18 20:52:52 info: Cycle cost Sessy: 0.26 euro
2026-03-18 20:52:52 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: 0 W
2026-03-18 20:52:52 info: Balanceren: False
2026-03-18 20:52:53 info: Vermogen uit batterij: 0W
2026-03-18 20:52:53 info: Vermogen dat binnenkomt van pv: 0W
2026-03-18 20:52:53 info: Vermogen dat binnenkomt van ac: 0W
2026-03-18 20:52:53 info: Waarde SoC na eerste uur: 37.0%
2026-03-18 20:52:53 info: Apparaat: Vaatwasser
2026-03-18 20:52:53 info: Programma: Off

[KC27]

itavero schreef op woensdag 18 maart 2026 @ 20:56:
Snap ik de grafiek nu niet of is de Teruglevering en Accu in hier echt verkeerd getekend?

[Afbeelding]


[...]

Je berekening en daardoor ook je grafiek wordt op het verkeerde been gezet door een foute berekening van je baseload. Deze is overdag negatief. Dat kan natuurlijk niet: er is altijd wel een beetje verbruik. Waarschijnlijk wordt dit veroorzaakt door onnauwkeurige metingen van je pv productie: als die meer meten dan de daadwerkelijke productie dan wordt dat gecorrigeerd met een negatieve basislast.
Je kunt controleren of dit klopt door voor een de dag als vandaag (met veel zon) de rapportage report/balans op te vragen. Hoe pakt daar de kolom basislast uit?

[KC27]

balk schreef op woensdag 18 maart 2026 @ 19:44:
[...]

Ik heb geen ev, maar is het kosten technisch niet hetzelfde om te ev nom te laden of je accu? Dus indien Dao nom dirigeert, dan kan je deze logica toch gebruiken?

Heb je ook geprobeerd om bij charge stages niet bij 0 te beginnen? @KC27 in de wiki staat charging stages, niet charge stages. Welke is correct?

Zowel bij de auto, maar ook bij de batterij zijn het "charge stages".
In de wiki moet het worden gecorrigeerd.@Torch1969 is momenteel druk, wie helpt bij het corrigeren?

[KC27]

Levim schreef op woensdag 18 maart 2026 @ 18:53:
Sinds gisteren krijg ik dat DAO geen oplossing vindt voor "minimize cost". Initieel vermoedde ik dat dit komt omdat ENTSO-E geen data doorgaf, maar zelfs bij overschakelen naar nordpool (data krijg ik nu wel binnen), vindt hij geen oplossing bij het runnen.

Enig idee?

Indien nuttig is hier mijn config:

code:

"{
  "homeassistant": {
    "host": "!secret homeassistant_host_ip",
    "ip port": 8123,
    "token": "!secret homeassistant_long_lived_access_token"
   },
  "database ha": {
    "engine": "sqlite",
    "database": "home-assistant_v2.db",
    "db_path": "/homeassistant"
  },
  "database da": {
    "engine": "sqlite",
    "db_path": "../data"
  },
  "meteoserver-key": "!secret meteoserver-key",
  "prices": {
    "source day ahead": "nordpool",
    "bidding zone": "10YBE----------2",
    "entsoe-api-key": "!secret entsoe-api-key",
    "energy taxes consumption": { "2025-01-01": 0.12384 },
    "energy taxes production": { "2025-10-01": 0 },
    "cost supplier consumption": { "2025-10-01": 0.015 },
    "cost supplier production": { "2025-10-01": -0.01},
    "vat consumption": { "2025-10-01": 12 },
    "vat production": { "2025-10-01": 0 },
    "last invoice": "2025-10-01",
    "tax refund": "false"
  },
  "interval": "1hour",
  "logging level" : "info",
  "use_calc_baseload": "true",
  "baseload calc periode": 21,
  "baseload": [
    0.35,
    0.35,
    0.35,
    0.35,
    0.35,
    0.35,
    0.35,
    0.60,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    0.50,
    1.50,
    1.00,
    0.50,
    0.50,
    0.50,
    0.35
  ],
  "graphical backend": "Agg",
  "graphics": {
    "style": "Solarize_Light2",
    "show" : "true",
    "battery balance": "true",
    "prices consumption": "true",
    "prices production": "true",
    "prices spot": "true",
    "average consumption": "true"
  },
  "strategy": "minimize cost",
  "notifications": {
  },
  "grid": {
    "max_power": 2.5
  },
  "history": {
    "save days": 7
  },
  "dashboard": {
    "port": 5000
  },
  "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
  },
  "battery": [ 
    {
      "name": "Thuisbatterij",
      "entity actual level": "sensor.deye_inverter_battery",
      "capacity": 30,
      "lower limit": 10,
      "optimal lower level": 15,
      "upper limit": 100,
      "penalty low soc": 0.00,
      "charge stages": [
        {"power": 0, "efficiency": 1},
        {"power": 1500, "efficiency": 0.87},
        {"power": 3300, "efficiency": 0.90}
      ],
      "discharge stages": [
        {"power": 0, "efficiency": 1},
        {"power": 300, "efficiency": 0.75},
        {"power": 600, "efficiency": 0.891},
        {"power": 1500, "efficiency": 0.935},
        {"power": 3000, "efficiency": 0.952},
        {"power": 4500, "efficiency": 0.952},
        {"power": 7500, "efficiency": 0.934}
      ],
      "minimum power": 1,
      "dc_to_bat efficiency": 0.96,
      "dc_to_bat max power": 5000,
      "bat_to_dc efficiency": 0.95,
      "bat_to_dc max power": 5000,
      "cycle cost": 0.00,
      "entity set power feedin": "input_number.dao_set_power_feedin",
      "entity set operating mode": "input_select.dao_set_operating_mode",
      "entity stop inverter": "input_datetime.dao_stop_inverter",
      "entity balance switch": "input_boolean.dao_balance_switch",
      "entity from battery": "input_number.dao_from_battery",
      "entity from pv": "input_number.dao_from_pv",
      "entity from ac": "input_number.dao_from_grid",
      "entity calculated soc": "input_number.dao_calculated_soc",
      "solar": [
        {"name": "PV Achterkant Zuid",
          "tilt": 45,
          "orientation": 0,
          "capacity": 8,
          "yield": 0.020,
          "entity pv switch": ""
        }
      ]
    }
  ],
  "solar": [ ],
  "electric vehicle": [ ],
  "machines" : [ ],
  "tibber": {
    "api_token": "!secret tibber_api_token"
  },
  "report": {
    "entities grid consumption": [ "sensor.p1_meter_energy_import" ],
    "entities grid production": [ "sensor.p1_meter_energy_export"  ],
    "entities solar production ac": [ "sensor.deye_inverter_microinverter_energy" ],
    "entities solar production dc": [ "" ],
    "entities ev consumption" : [""],
    "entities wp consumption" : [""],
    "entities boiler consumption": [""],
    "entities battery consumption": ["sensor.deye_inverter_total_battery_charge"],
    "entities battery production": ["sensor.deye_inverter_total_battery_discharge"],
    "entity co2-intensity": ["sensor.electricity_maps_co2_intensiteit"]
  },
  "scheduler": {
    "active": "true",
    "0436": "get_meteo_data",
    "1036": "get_meteo_data",
    "1636": "get_meteo_data",
    "2236": "get_meteo_data",
    "1354": "get_day_ahead_prices",
    "1454": "get_day_ahead_prices",
    "1554": "get_day_ahead_prices",
    "1654": "get_day_ahead_prices",
    "1754": "get_day_ahead_prices",
    "xx00": "calc_optimum",
    "xx15": "calc_optimum",
    "xx30": "calc_optimum",
    "xx45": "calc_optimum",
    "2237": "calc_baseloads",
    "2359": "clean_data"
  }
}"

Heb je ook de logging van een berekening?
Graag tussen code en quote tags.
Wil je je settings in je post ook tussen quote-tags zetten (maakt het allemaal makkelijker om te scrollen).

[Impossibl3]

KC27 schreef op woensdag 18 maart 2026 @ 21:51:
[...]

Zowel bij de auto, maar ook bij de batterij zijn het "charge stages".
In de wiki moet het worden gecorrigeerd.@Torch1969 is momenteel druk, wie helpt bij het corrigeren?

Heb het aangepast. In de hele wiki is het nu charge ipv charging stages.

[KC27]

The Source schreef op woensdag 18 maart 2026 @ 19:26:
Ik heb gisteren met hulp van voorbeelden van medetweakers (dank!) mijn automatiseringen geschreven. Donderdag ga ik deze testen. Maar er zijn een paar dingen die ik (totaal) niet begrijp. Graag jullie uitleg.

1. balance mode
Voor nul op de meter heb ik "minimum power": 200 voor de batterij gedefinieerd (ik denk dat dit gerelateerd is aan nul op de meter). Echter zie ik dat de balance mode soms aangaat (met geel gemarkeerd en in geel feedin watt aangegeven) als feedin nog wel hoge waardes (1800, 1200, 1800) doorkrijgt om te chargen. Echter twijfel ik of ik bij nul op de meter kan laden (Deye), misschien is het hier de bedoeling dat solar naar de batterij gaat? Of hoe moet ik dit zien?

2. Operating mode
Ik gebruik set_operating_mode op dit moment niet als trigger (enkel balance_switch en feedin waarde) echter geeft soms aan dat de batterij idle moet zijn terwjil feedin nog wel een waarde heeft (in mijn voorbeeld altijd om te chargen, weet niet op het een positieve waarde kan zijn. Met groen heb ik deze momenten aangegeven in de afbeelding. Dan is er ook nog de stop_inverter (die ik ook niet gebruik) die soms achterloopt op operating_mode.

[Afbeelding]

Hier mijn ongeteste automatisering voor de Deye:

[...]

Bij "balance mode" zegt DAO tegen HA: ga de accu (het komende kwartier of uur) zo regelen dat er geen inkoop maar ook geen teruglevering is: nul op de meter!. Het kan zijn dat je omvormer dat al kan. In dat geval moet HA dit als commando doorzetten naar de omvormer. Kan de omvormer het niet zelf dan zal je in HA de voeding van de accu steeds moeten bijsturen op basis van wat er van/naar het grid gaat, Dit heeft niks met minimum power te maken.
"Minimum power" is bedoeld om de omvormer efficiënt te laten werken. Zolang je nog kunt salderen kun je beter met een hogere efficiency 5 minuten 900 W laden dan 15 minuten 300 W met een lagere efficiency. In dat geval zet je minimum power op 900.
"Operating mode"is bedoeld voor inverters die je "uit" kunt zetten. Dan heb je geen stilstandsverliezen.
Maar als je je hele huis achter een Deye hebt hangen zul je deze nooit uitzetten.

[2xdehelft]

balk schreef op woensdag 18 maart 2026 @ 19:44:
[...]

Ik heb geen ev, maar is het kosten technisch niet hetzelfde om te ev nom te laden of je accu? Dus indien Dao nom dirigeert, dan kan je deze logica toch gebruiken?

Heb je ook geprobeerd om bij charge stages niet bij 0 te beginnen? @KC27 in de wiki staat charging stages, niet charge stages. Welke is correct?

Dan zou ik de EV als thuisaccu moeten toevoegen, op zich een leuk idee alleen er kan nooit terug geleverd worden, volgend mij is DAO hier zo niet voor bedoeld.

De charging states heb ik allemaal wel in orde. DAO laad de EV ook regelmatig op 6 of 11 A wanneer dit uitkomt, volgens mij inderdaad om ongeveer gelijk met de solar opbrengst te laden. Wanneer ik volgend jaar de "Tax refund" op false zet zal dat waarschijnlijk nog veel meer gebeuren.

DAO stuurt inderdaad niet op de seconde maar op kwartier, daarom lijkt het mij dan ook efficiënter om op deze momenten de thuisaccu bijvoorbeeld een vaste waarde te laten laden (of eerst vol laden), en solar op het restant de EV te laten balanceren. ik heb 15kWh aan thuisaccu en op een goeie dag meer dan 60kWh aan solar opbrengst...

Maar dan zal deze functie in DAO opgenomen moeten worden...

[Bravo]

2xdehelft schreef op donderdag 19 maart 2026 @ 08:41:
[...]


Dan zou ik de EV als thuisaccu moeten toevoegen, op zich een leuk idee alleen er kan nooit terug geleverd worden, volgend mij is DAO hier zo niet voor bedoeld.

De charging states heb ik allemaal wel in orde. DAO laad de EV ook regelmatig op 6 of 11 A wanneer dit uitkomt, volgens mij inderdaad om ongeveer gelijk met de solar opbrengst te laden. Wanneer ik volgend jaar de "Tax refund" op false zet zal dat waarschijnlijk nog veel meer gebeuren.

DAO stuurt inderdaad niet op de seconde maar op kwartier, daarom lijkt het mij dan ook efficiënter om op deze momenten de thuisaccu bijvoorbeeld een vaste waarde te laten laden (of eerst vol laden), en solar op het restant de EV te laten balanceren. ik heb 15kWh aan thuisaccu en op een goeie dag meer dan 60kWh aan solar opbrengst...

Maar dan zal deze functie in DAO opgenomen moeten worden...

Ik draai al een tijdje een schaduwomgeving om te zien of DAO ook goed uitpakt in 2027 (zonder salderen). Daar zie ik dat de EV en de thuisbatterij afwisselend worden ingezet (soms ook tegelijk) door DAO.
Voor de EV maak ik daarbij wel het volgende onderscheid in de aansturing:

1. als DAO aangeeft dat de EV met 16A geladen moet worden, dat gaat de EV-charger op Fast Charging (automation in HA)
2. als DAO aangeeft dat de EV geladen moet worden, maar met minder dan 16A, dan neem ik aan dat de EV gaat laden op solar surplus en gaat de EV-charger op Solar (automation in HA)
3. als DAO aangeeft dat de EV niet geladen moet worden gaat de EV-charger op Off (automation in HA)

De thuisbatterij heeft wel de NOM knop die ik direct doorzet naar de aansturing van de batterij.

Dus de feature request die je doet is om ook een NOM aansturing te krijgen richting de EV-lader vanuit een status in DAO?

[2xdehelft]

Bravo schreef op donderdag 19 maart 2026 @ 08:58:
[...]

Ik draai al een tijdje een schaduwomgeving om te zien of DAO ook goed uitpakt in 2027 (zonder salderen). Daar zie ik dat de EV en de thuisbatterij afwisselend worden ingezet (soms ook tegelijk) door DAO.
Voor de EV maak ik daarbij wel het volgende onderscheid in de aansturing:

1. als DAO aangeeft dat de EV met 16A geladen moet worden, dat gaat de EV-charger op Fast Charging (automation in HA)
2. als DAO aangeeft dat de EV geladen moet worden, maar met minder dan 16A, dan neem ik aan dat de EV gaat laden op solar surplus en gaat de EV-charger op Solar (automation in HA)
3. als DAO aangeeft dat de EV niet geladen moet worden gaat de EV-charger op Off (automation in HA)

De thuisbatterij heeft wel de NOM knop die ik direct doorzet naar de aansturing van de batterij.

Dus de feature request die je doet is om ook een NOM aansturing te krijgen richting de EV-lader vanuit een status in DAO?

Slimme oplossing dit! inderdaad wanneer DAO niet vol vermogen laad maar op gematigde snelheid dan is dit meestal om de actuele solar opbrengst te verbruiken, door dan de solarcharging op de alfen aan te zetten kom je denk ik al heel dicht in de buurt van een ideale oplossing.

Maar inderdaad de ideale oplossing is naar mijn idee dat DAO zich "bewust" is van deze optie. Met de nieuwe machine learning voor geschatte solar opbrengst zit de de schatting altijd heel dichtbij de werkelijke opbrengst, dus dit zou dan een mooie toevoeging kunnen zijn.

Ook een optie "standaard laden tot xx% maar tot vol wanneer er solar overschot is" zou naar mijn idee nog een mooie toevoeging kunnen zijn

[itavero]

KC27 schreef op woensdag 18 maart 2026 @ 21:46:
[...]

Je berekening en daardoor ook je grafiek wordt op het verkeerde been gezet door een foute berekening van je baseload. Deze is overdag negatief. Dat kan natuurlijk niet: er is altijd wel een beetje verbruik. Waarschijnlijk wordt dit veroorzaakt door onnauwkeurige metingen van je pv productie: als die meer meten dan de daadwerkelijke productie dan wordt dat gecorrigeerd met een negatieve basislast.
Je kunt controleren of dit klopt door voor een de dag als vandaag (met veel zon) de rapportage report/balans op te vragen. Hoe pakt daar de kolom basislast uit?

Daar zie ik geen negatieve getallen. Sowieso vroeg ik mij af, aangezien ik de baseload laat genereren, zou daar niet een begrenzing op kunnen zitten (als er wel negatieve getallen zijn dat deze gelimiteerd worden tot 0 of op z'n minst anders worden weergegeven).

Balans report van gisteren

Uur	Verbruik	Productie	Accu_uit	Accu in	PV ac	Elec. vehicle	WP	Boiler	Machines	Baseload
	kWh	kWh	kWh	kWh	kWh	kWh	kWh	kWh	kWh	kWh
00:00	0.425	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.425
01:00	0.425	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.425
02:00	0.430	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.430
03:00	0.440	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.440
04:00	0.420	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.420
05:00	0.344	0.006	0.114	0.000	0.000	0.000	0.000	0.000	0.000	0.452
06:00	0.447	0.014	0.130	0.000	0.002	0.000	0.000	0.000	0.000	0.565
07:00	0.150	0.038	0.070	0.000	0.237	0.000	0.000	0.000	0.000	0.419
08:00	0.000	1.591	0.000	0.000	1.981	0.000	0.000	0.000	0.000	0.390
09:00	0.000	3.091	0.000	0.000	3.450	0.000	0.000	0.000	0.000	0.359
10:00	0.000	2.805	0.000	0.761	3.974	0.000	0.000	0.000	0.000	0.408
11:00	0.000	1.949	0.000	1.599	3.914	0.000	0.000	0.000	0.000	0.366
12:00	0.000	1.807	0.000	1.756	3.897	0.000	0.000	0.000	0.000	0.334
13:00	0.000	1.513	0.000	1.865	3.806	0.000	0.000	0.000	0.000	0.428
14:00	0.000	2.555	0.003	0.017	2.928	0.000	0.000	0.000	0.000	0.359
15:00	0.000	1.639	0.000	0.000	2.036	0.000	0.000	0.000	0.000	0.397
16:00	0.000	0.551	0.000	0.000	0.929	0.000	0.000	0.000	0.000	0.378
17:00	0.338	0.130	0.649	0.000	0.194	0.000	0.000	0.000	0.000	1.051
18:00	0.384	0.761	1.319	0.011	0.031	0.243	0.000	0.000	0.000	0.719
19:00	0.002	0.481	0.945	0.000	0.000	0.000	0.000	0.000	0.000	0.466
20:00	0.297	0.014	0.255	0.000	0.000	0.000	0.000	0.000	0.000	0.538
21:00	0.526	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.000	0.526
22:00	2.945	0.000	0.000	0.000	0.000	2.499	0.000	0.000	0.000	0.446
23:00	11.574	0.000	0.000	0.000	0.000	11.129	0.000	0.000	0.000	0.445
Totaal	19.147	18.945	3.485	6.009	27.379	13.871	0.000	0.000	0.000	11.186

[Bravo]

2xdehelft schreef op donderdag 19 maart 2026 @ 09:10:
[...]


Slimme oplossing dit! inderdaad wanneer DAO niet vol vermogen laad maar op gematigde snelheid dan is dit meestal om de actuele solar opbrengst te verbruiken, door dan de solarcharging op de alfen aan te zetten kom je denk ik al heel dicht in de buurt van een ideale oplossing.

Maar inderdaad de ideale oplossing is naar mijn idee dat DAO zich "bewust" is van deze optie. Met de nieuwe machine learning voor geschatte solar opbrengst zit de de schatting altijd heel dichtbij de werkelijke opbrengst, dus dit zou dan een mooie toevoeging kunnen zijn.

Ook een optie "standaard laden tot xx% maar tot vol wanneer er solar overschot is" zou naar mijn idee nog een mooie toevoeging kunnen zijn

DAO blijft een optimizer die op 15 minuten niveau werkt, die gaat niet het wolkje voor de zon voorspellen waardoor je alsnog stroom afneemt van het net. Hoe goed dat ML prognotiseren ook werkt.

Ik zie DAO als een strateeg, die keuzes maakt hoe de (verwachte) PV opbrengst, batterij en gebruikers optimaal op elkaar afgestemd kunnen worden.

De daadwerkelijke uitvoering mogen de apparaten vervolgens zelf op microniveau doen met de informatie die op dat moment beschikbaar is. Dus de EV-charger mag zelf bepalen wat het solar overschot is en dat in de auto stoppen als hij de ruimte krijgt van DAO. Hetzelfde geldt voor de thuisbatterij; DAO bepaalt wanneer de batterij mag verbruiken/leveren.
De verbruikers (WP, Boiler, machines) wijken in praktijk ook altijd een beetje af van de inschatting (zoals het water uit de waterleiding wat 's winters kouder is dan in de zomer en dus meer moet worden opgewarmd), dus het is handig om de flex echt flexibel te houden met een seconden sturing, ipv 15 min blokken.
En dan hebben we het nog niet eens over de baseload gehad die altijd onvoorspelbaar afwijkt (koffiezetten, waterkoker, quooker etc) en van het net trekt als de batterij niet bijspringt.
Dit laatste is vooral relevant vanaf 2027, waar je zoveel mogelijk wilt voorkomen dat je stroom afneemt van het grid als je zelf al voldoende hebt opgeslagen/opwekt.

Of dit ook helemaal overeenkomt met de visie van @KC27 weet ik niet, maar ik ben hem wel heel dankbaar voor alle tijd en energie die hij in deze ontwikkeling stopt

[ErnstH]

2xdehelft schreef op donderdag 19 maart 2026 @ 08:41:
[...]


Dan zou ik de EV als thuisaccu moeten toevoegen, op zich een leuk idee alleen er kan nooit terug geleverd worden, volgend mij is DAO hier zo niet voor bedoeld.

De charging states heb ik allemaal wel in orde. DAO laad de EV ook regelmatig op 6 of 11 A wanneer dit uitkomt, volgens mij inderdaad om ongeveer gelijk met de solar opbrengst te laden. Wanneer ik volgend jaar de "Tax refund" op false zet zal dat waarschijnlijk nog veel meer gebeuren.

DAO stuurt inderdaad niet op de seconde maar op kwartier, daarom lijkt het mij dan ook efficiënter om op deze momenten de thuisaccu bijvoorbeeld een vaste waarde te laten laden (of eerst vol laden), en solar op het restant de EV te laten balanceren. ik heb 15kWh aan thuisaccu en op een goeie dag meer dan 60kWh aan solar opbrengst...

Maar dan zal deze functie in DAO opgenomen moeten worden...

Je zou in principe het ontladen van de EV batterij dusdanig inefficient kunnen maken (bijv 1% efficiency) dat DAO dit nooit zal willen doen.

[Levim]

KC27 schreef op woensdag 18 maart 2026 @ 21:55:
[...]

Heb je ook de logging van een berekening?
Graag tussen code en quote tags.
Wil je je settings in je post ook tussen quote-tags zetten (maakt het allemaal makkelijker om te scrollen).

Bedankt voor de reactie alvast!
Ik heb ondertussen opgemerkt dat het probleem blijkbaar ligt aan de "grid”: { “max_power”: 2.5  }"setting.
Als ik deze iets verhoog naar 3 of hoger, dan berekent hij wel. Had peak shaving wel op 2,5 willen hebben, maar dat gaat vanaf nu met de hoeveelheid zon waarschijnlijk toch irrelevant worden.

Je kan de logs hier vinden:

code:

2026-03-19 11:29:06 info: Day Ahead Optimalisering versie: 2026.03.2
2026-03-19 11:29:06 info: Day Ahead Optimalisering gestart op: 19-03-2026 11:29:06
2026-03-19 11:29:06 info: Day Ahead Optimalisatie gestart: 19-03-2026 11:29:06 taak: calc_optimum
2026-03-19 11:29:06 info: Debug = False
2026-03-19 11:29:06 info: Zelf berekende baseload
2026-03-19 11:29:07 info: Start waarden: 
      uur                tijd  spot   p_l    p_t  base  pv_ac  pv_dc
0   11:00 2026-03-19 11:00:00 0.004 0.153 -0.094 0.637      0  3.156
1   12:00 2026-03-19 12:00:00 0.000 0.150 -0.098 0.575      0  5.980
2   13:00 2026-03-19 13:00:00 0.004 0.154 -0.094 0.638      0  5.458
3   14:00 2026-03-19 14:00:00 0.041 0.196 -0.057 0.714      0  6.033
4   15:00 2026-03-19 15:00:00 0.073 0.231 -0.025 0.404      0  4.894
5   16:00 2026-03-19 16:00:00 0.102 0.264  0.004 0.523      0  3.332
6   17:00 2026-03-19 17:00:00 0.136 0.301  0.038 0.578      0  1.570
7   18:00 2026-03-19 18:00:00 0.200 0.374  0.102 1.060      0  0.329
8   19:00 2026-03-19 19:00:00 0.159 0.327  0.061 1.299      0  0.000
9   20:00 2026-03-19 20:00:00 0.136 0.302  0.038 0.621      0  0.000
10  21:00 2026-03-19 21:00:00 0.127 0.292  0.029 0.621      0  0.000
11  22:00 2026-03-19 22:00:00 0.115 0.279  0.017 0.654      0  0.000
12  23:00 2026-03-19 23:00:00 0.111 0.274  0.013 0.640      0  0.000
2026-03-19 11:29:07 info: No reduced hours applied for Thuisbatterij
2026-03-19 11:29:07 info: No reduced power applied during discharging at low soc
2026-03-19 11:29:07 info: No reduced power applied during charging at high soc
2026-03-19 11:29:07 info: Startwaarde SoC Thuisbatterij: 28.0%

2026-03-19 11:29:07 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-03-19 11:29:07 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-03-19 11:29:07 info: Strategie: minimale kosten
2026-03-19 11:29:07 info: Maximale fout (maximal gap): 0.005000 euro
2026-03-19 11:29:07 info: Rekentijd: 0.01  sec
2026-03-19 11:29:07 waarschuwing: Geen oplossing voor: minimize cost

[ Voor 6% gewijzigd door Levim op 20-03-2026 09:58 ]

[simnet]

ErnstH schreef op donderdag 19 maart 2026 @ 09:41:
[...]

Je zou in principe het ontladen van de EV batterij dusdanig inefficient kunnen maken (bijv 1% efficiency) dat DAO dit nooit zal willen doen.

Ik heb geen EV, dus kan het niet testen; maar ik vind dit eigenlijk best slim bedacht.

[Bravo]

simnet schreef op donderdag 19 maart 2026 @ 11:49:
[...]


Ik heb geen EV, dus kan het niet testen; maar ik vind dit eigenlijk best slim bedacht.

Maar dan mis je alle voordelen die de EV-configuratie mist. Check of de auto thuis staat, check of de auto ingeplugd is. Je krijgt dan sturingen terwijl de EV niet aanwezig is, dus niet optimaal omdat DAO die stroom aan de EV had toebedeeld kan het niet aan een andere gebruiker worden toebedeeld en nutteloos wegvloeit in het net?

[simnet]

Bravo schreef op donderdag 19 maart 2026 @ 13:48:
[...]

Maar dan mis je alle voordelen die de EV-configuratie mist. Check of de auto thuis staat, check of de auto ingeplugd is. Je krijgt dan sturingen terwijl de EV niet aanwezig is, dus niet optimaal omdat DAO die stroom aan de EV had toebedeeld kan het niet aan een andere gebruiker worden toebedeeld en nutteloos wegvloeit in het net?

Ah, ja... daar dacht ik dan weer niet aan. Is vast omheen te werken met automations, maar verre van ideaal.

[KC27]

Er is een nieuwe testversie gepubliceerd: 2026.03.3.rc3
Dit staat in de changelog:
This release looks as a small release at the front-end, but in the back-end we are moving to gui-interface to fill in our settings.
This release is the first step in that direction.
The first step is that all our current settings are compared and validates with a model that is build of all possible settings.
Until now this model is only tested by @simnet and myself.<br>
@simnet is the great force and hard worker behind all these changes, all credits to him!
So we ask the testers before you install this update:

1. make a backup of your "old" app (what in the "old times" was named "add-on")
2. make a backup/copy of your settings (options.json) if you forget that: DAO also makes a copy of your options.jon: options_unversioned.json

Watch at the logging of the new app and if you find any "irregularities" tell us via tweakers or Github.
After installation there are a few new files in the app which are possibly interesting to read:

• DEVELOPER_GUIDE.md (in dao/prof/config) for developers and collaborators who want make new settings.
• config_schema.json to validate the configurations
• SETTINGS.md a completely automatic generated summary of all possible settings

One thing what also changed in this test-release:
The mip-library is updated to a new version; now we don't need the self-compiled binaries.

@simnet en ik horen hier of via Github graag jullie bevindingen.

[KC27]

@Bravo @2xdehelft
Voor 2027 is het misschien een idee om de "voorraad" in de auto niet direct "af te schrijven", maar deze te waarderen tegen de "gemiddelde inkoopprijs" (net als bij de inhoud van de batterij en de boiler).
Dan kan deze op goedkope tijden (mits thuis en ingeplugged) opgeladen worden.

[Bravo]

KC27 schreef op donderdag 19 maart 2026 @ 17:17:
@Bravo @2xdehelft
Voor 2027 is het misschien een idee om de "voorraad" in de auto niet direct "af te schrijven", maar deze te waarderen tegen de "gemiddelde inkoopprijs" (net als bij de inhoud van de batterij en de boiler).
Dan kan deze op goedkope tijden (mits thuis en ingeplugged) opgeladen worden.

Begrijp ik het goed dat het idee is dat dan de EV gaat bijladen als de huidige inkoopprijs laag is?

Dat doe ik momenteel nog handmatig (in DAO), evcc gaat altijd laden als de inkooprijs <18 cent is. Afhankelijk van het aantal uren stel ik een x% hogere SOC doel voor de EV in om ze niet tegen elkaar in te laten werken. Als zo'n handigheidje (altijd laden bij lage prijzen) in DAO komt zou dat heel fijn zijn.

[rescla]

KC27 schreef op donderdag 19 maart 2026 @ 17:10:
Er is een nieuwe testversie gepubliceerd: 2026.03.3.rc3
Dit staat in de changelog:
This release looks as a small release at the front-end, but in the back-end we are moving to gui-interface to fill in our settings.
This release is the first step in that direction.
The first step is that all our current settings are compared and validates with a model that is build of all possible settings.
Until now this model is only tested by @simnet and myself.<br>
@simnet is the great force and hard worker behind all these changes, all credits to him!
So we ask the testers before you install this update:

1. make a backup of your "old" app (what in the "old times" was named "add-on")
2. make a backup/copy of your settings (options.json) if you forget that: DAO also makes a copy of your options.jon: options_unversioned.json

Watch at the logging of the new app and if you find any "irregularities" tell us via tweakers or Github.
After installation there are a few new files in the app which are possibly interesting to read:

• DEVELOPER_GUIDE.md (in dao/prof/config) for developers and collaborators who want make new settings.
• config_schema.json to validate the configurations
• SETTINGS.md a completely automatic generated summary of all possible settings

One thing what also changed in this test-release:
The mip-library is updated to a new version; now we don't need the self-compiled binaries.

@simnet en ik horen hier of via Github graag jullie bevindingen.

code:

=> directory dao_data exist
=> /root/dao/data doesn't exist, made
=> /root/dao/webserver/app/static/data exist
2026-03-19 20:01:19 INFO: Configuration needs migration from unversioned to v0
2026-03-19 20:01:19 INFO: Saved backup configuration to ../data/options_unversioned.json
2026-03-19 20:01:19 INFO: Migrating unversioned configuration to v0
2026-03-19 20:01:19 INFO: Added config_version=0 to unversioned configuration
2026-03-19 20:01:19 INFO: Migrated scheduler: active=True, 12 schedule entries
2026-03-19 20:01:19 INFO: Migrated prices.vat: set vat consumption and vat production to {'2022-01-01': 21, '2022-07-01': 9, '2023-01-01': 21}
2026-03-19 20:01:19 INFO: Configuration at version 0
Error loading configuration: 5 validation errors for ConfigurationV0
battery.0.upper limit
  Field required [type=missing, input_value={'name': 'Victron', 'capa...ao_battery_min_soc_end'}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
battery.0.lower limit
  Field required [type=missing, input_value={'name': 'Victron', 'capa...ao_battery_min_soc_end'}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
electric vehicle.0.entity stop charging
  Field required [type=missing, input_value={'name': 'Tesla Model 3 H...est_ev_charging_ampere'}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
boiler.activate service
  Field required [type=missing, input_value={'boiler present': 'true'...48, 'elec. power': 3750}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
boiler.activate entity
  Field required [type=missing, input_value={'boiler present': 'true'...48, 'elec. power': 3750}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
check_db.py failed, exiting

[KC27]

rescla schreef op donderdag 19 maart 2026 @ 20:03:
[...]


[...]

Fijn dat je hebt willen testen!
Kunnen we de fouten eruit halen.
Heb je voor mij een kopie van je originele options.json?

[BackupBaTTerY]

Is een meerdaagse voorspelling voor jullie als DAO-gebruikers interessant, of speelt dat eigenlijk niet echt omdat jullie verbruik meestal maar per dag geoptimaliseerd hoeft te worden?

[Bravo]

BackupBaTTerY schreef op vrijdag 20 maart 2026 @ 10:34:
Is een meerdaagse voorspelling voor jullie als DAO-gebruikers interessant, of speelt dat eigenlijk niet echt omdat jullie verbruik meestal maar per dag geoptimaliseerd hoeft te worden?

Meerdaagse prijsverwachting is zeker interessant en is al meerdere keren (kort) besproken. Zeker vanaf 2027 is het waardevoller om eigen stroom vast te houden in een batterij om later te verbruiken in plaats van in te kopen.
KC27 speelt al met een ML model op dit gebied, ik heb mijn eigen integratie op basis van ned.nl ook al eens genoemd als mogelijke bron.

[Darkwings]

Hier sinds kort ook met DAO aan de slag, mooi stuk software! Vooralsnog alleen PV en EV eraan hangen en voorzichtig spelen.

Nu plugde ik net de auto in (lekker zonnig) en zie ik dat er geen laden wordt ingepland met deze melding:

Opladen wordt niet ingepland, omdat opgegeven tijdstip (2026-03-21 08:00:00) ligt voorbij de planningshorizon (2026-03-20 23:00:00).

Ik heb als "target" voor de auto om de volgende ochtend vol te zijn, dat leek me logisch maar op deze manier werkt het blijkbaar niet. Waar zit mijn denkfout?

[Torch1969]

Darkwings schreef op vrijdag 20 maart 2026 @ 10:59:
Hier sinds kort ook met DAO aan de slag, mooi stuk software! Vooralsnog alleen PV en EV eraan hangen en voorzichtig spelen.

Nu plugde ik net de auto in (lekker zonnig) en zie ik dat er geen laden wordt ingepland met deze melding:

[...]


Ik heb als "target" voor de auto om de volgende ochtend vol te zijn, dat leek me logisch maar op deze manier werkt het blijkbaar niet. Waar zit mijn denkfout?

Om 13 u komen pas de prijzen voor morgen binnen, dan kan DAO pas bepalen wat het beste moment is (voor 8:00 morgenochtend) om te laden. Als je de zon en lage prijs van vandaag wilt benutten moet je die tijd eerder zetten, b.v. Voor 18:00.

[Darkwings]

Ah, dat is logisch, maar ook wel jammer natuurlijk. Idealiter wil ik dat als er overschot is gedurende de dag en er kan geladen worden, dat altijd gedaan wordt, maar dat kan dus niet zo maar als ik het goed begrijp.

Misschien dat ik met een automation de target soc + tijd bijvoorbeeld naar 23 uur en 60% zet, en dan om middernacht naar 8 uur 's ochtends en 80%.

[KC27]

Darkwings schreef op vrijdag 20 maart 2026 @ 11:11:
Ah, dat is logisch, maar ook wel jammer natuurlijk. Idealiter wil ik dat als er overschot is gedurende de dag en er kan geladen worden, dat altijd gedaan wordt, maar dat kan dus niet zo maar als ik het goed begrijp.

Misschien dat ik met een automation de target soc + tijd bijvoorbeeld naar 23 uur en 60% zet, en dan om middernacht naar 8 uur 's ochtends en 80%.

Dat kun je dan beter om 13:00 uur doen (als de prijzen voor morgen binnen zijn) ipv om middernacht.

[balk]

Hier ook een foutmelding (ik heb geen boiler...)

code:

Error loading configuration: 7 validation errors for ConfigurationV0
boiler.`entity actual temp.`
  Field required [type=missing, input_value={'boiler present': 'False'}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
boiler.entity setpoint
  Field required [type=missing, input_value={'boiler present': 'False'}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
boiler.entity hysterese
  Field required [type=missing, input_value={'boiler present': 'False'}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
boiler.cooling rate
  Field required [type=missing, input_value={'boiler present': 'False'}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
boiler.heating allowed below
  Field required [type=missing, input_value={'boiler present': 'False'}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
boiler.activate service
  Field required [type=missing, input_value={'boiler present': 'False'}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
boiler.activate entity
  Field required [type=missing, input_value={'boiler present': 'False'}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.10/v/missing
check_db.py failed, exiting

code:

"boiler": {
        "boiler present": "False"
    }

[rescla]

KC27 schreef op donderdag 19 maart 2026 @ 21:13:
[...]

Fijn dat je hebt willen testen!
Kunnen we de fouten eruit halen.
Heb je voor mij een kopie van je originele options.json?

Ik zie dat ik voor testing wat van de acterende entity settings heb weggehaald, mogelijk zorgt dat voor problemen?

code:

"battery": [
  {
    "name": "Victron",
    "capacity": 64.3,
    "entity actual level": "input_number.doa_battery_entity_actual_level_testing",
    "solar": [],
    "charge stages": [
    { "power": 600,   "efficiency": 0.85 },
    { "power": 1500,  "efficiency": 0.92 },
    { "power": 3000,  "efficiency": 0.93 },
    { "power": 10500, "efficiency": 0.90 },
    { "power": 11250, "efficiency": 0.89 }
  ],
  "discharge stages": [
    { "power": 600,   "efficiency": 0.90 },
    { "power": 1500,   "efficiency": 0.95 },
    { "power": 2400,  "efficiency": 0.96 },
    { "power": 12300, "efficiency": 0.92 }
  ],
    "cycle cost": 0.01,
    "dc_to_bat efficiency": 0.98,
    "bat_to_dc efficiency": 0.98,
    "minimum power": 600,
    "entity min soc end opt": "input_number.dao_battery_min_soc_end"
  }
 ],

code:

"boiler": {
    "boiler present": "true",
    "entity actual temp.": "sensor.hot_water_charging_bt6_30010",
    "entity setpoint": "input_number.dao_boiler_setpoint",
    "entity hysterese": "input_number.dao_boiler_hysteresis",
    "cop": 2.9,
    "cooling rate": 0.3,
    "volume": 500,
    "heating allowed below": 48,
    "elec. power": 3750
  },

code:

"electric vehicle": [
{
   "name": "Tesla Model 3",
   "capacity": 68.45,
   "entity position": "device_tracker.tesla_location",
   "entity actual level": "sensor.tesla_battery",
   "entity plugged in": "binary_sensor.tesla_charger_plug",
   "charge stages": [
      {"ampere": 6, "efficiency": 0.96},
      {"ampere": 16, "efficiency": 0.98}
   ],
   "charge three phase": "true",
   "charge scheduler": {
      "entity set level": "input_number....",
      "entity ready datetime": "input_datetime...."
   },
   "entity set charging ampere": "input_number....",
   "charge switch": "input_boolean....",
   "entity max amperage": "input_number.dao_max_tesla_charge_amperage",
}

],

[BackupBaTTerY]

Bravo schreef op vrijdag 20 maart 2026 @ 10:54:
[...]

Meerdaagse prijsverwachting is zeker interessant en is al meerdere keren (kort) besproken. Zeker vanaf 2027 is het waardevoller om eigen stroom vast te houden in een batterij om later te verbruiken in plaats van in te kopen.
KC27 speelt al met een ML model op dit gebied, ik heb mijn eigen integratie op basis van ned.nl ook al eens genoemd als mogelijke bron.

Leuk om te zien dat hier wel wat interesse voor is en dat een paar mensen dit al hebben genoemd.

Ik werk hier zelf al wat langer aan en ben er in de tussentijd best ver mee gekomen. Het begint inmiddels steeds meer op een marktrijp product te lijken, al is het natuurlijk nog niet helemaal af. Juist de laatste stap vind ik belangrijk: het beter laten aansluiten op wat gebruikers in de praktijk echt nodig hebben.

Daarom zou ik graag meer contact hebben met echte gebruikers. Alleen zo kan ik het verder verbeteren en echt goed afstemmen op hoe mensen het daadwerkelijk willen gebruiken.

Als iemand het interessant vindt om mee te denken, feedback te geven of eens te kijken naar mogelijke koppelingen, dan hoor ik dat heel graag.

Ik heb trouwens ook al een API die de voorspelde prijs teruggeeft, maar er is op dit moment nog geen echte praktische integratie met bijvoorbeeld Home Assistant.

(https://stroomprijsprognose.nl/
)

[simnet]

BackupBaTTerY schreef op vrijdag 20 maart 2026 @ 16:43:
[...]

https://stroomprijsprognose.nl/

Op die website staat dat de werkelijke day-ahead prijs al bekend is tot zondag. Dat klopt niet helemaal lijkt me?

[BackupBaTTerY]

simnet schreef op vrijdag 20 maart 2026 @ 17:17:
[...]


Op die website staat dat de werkelijke day-ahead prijs al bekend is tot zondag. Dat klopt niet helemaal lijkt me?

Dank voor je feedback! Ik wil dit graag goed corrigeren, maar ik begrijp je opmerking nog niet helemaal.

Kun je iets concreter aangeven welke tekst/sectie je bedoelt?
Als het kan: welk tabblad, welke zin (liefst even citeren) en voor welke datum/situatie het volgens jou niet klopt.

Dan kan ik precies checken waar het misgaat en het direct aanpassen.

[BackupBaTTerY]

.

[ Voor 99% gewijzigd door BackupBaTTerY op 20-03-2026 19:27 ]

[simnet]

BackupBaTTerY schreef op vrijdag 20 maart 2026 @ 17:56:
[...]

Dank voor je feedback! Ik wil dit graag goed corrigeren, maar ik begrijp je opmerking nog niet helemaal.

Kun je iets concreter aangeven welke tekst/sectie je bedoelt?
Als het kan: welk tabblad, welke zin (liefst even citeren) en voor welke datum/situatie het volgens jou niet klopt.

Dan kan ik precies checken waar het misgaat en het direct aanpassen.

Als ik kijk naar de curves grafiek, dan staat daar werkelijke day ahead prijs ingeplot tot zondag.

[KC27]

balk schreef op vrijdag 20 maart 2026 @ 13:32:
Hier ook een foutmelding (ik heb geen boiler...)

[...]

code:

"boiler": {
        "boiler present": "False"
    }

Dank voor het testen.
Gaan we oppakken/aanpassen.

[BackupBaTTerY]

simnet schreef op vrijdag 20 maart 2026 @ 19:36:
[...]


Als ik kijk naar de curves grafiek, dan staat daar werkelijke day ahead prijs ingeplot tot zondag.

Het was een weergaveprobleem. Ik heb de weergave nu aangepast, zodat het duidelijker is dat de gegevens bij zaterdag horen.

[Mvdw]

f.welvering schreef op dinsdag 3 maart 2026 @ 17:58:
[...]


Ik heb de test versie draaien, ik zal je binnenkort laten weten wat de ervaring is.
Ik heb er een automatisering omheen gezet met wat helpers zodat dit gestuurd wordt.
Voor de geinteresseerde hierbij de automatisering welke ik nu gebruik:


[...]

Ik kom er niet helemaal uit of en hoe dit toe te passen op mijn setup, waarbij ik de stooklijn correctie vanuit DAO gebruik om de doeltemperatuur van een climate entiteit (HA thermostaat) te bepalen. De climate entiteit stuurt een switch entiteit aan die de warmtepomp activeert of stopt. Via separate automatiseringen stel ik de compressor frequentie en aanvoertemperatuur in (beide o.b.v. buitentemperatuur). Wat zou deze functie dan nog toevoegen aangezien ik de climate entiteit laat bepalen of er warmtevraag is?

[hemertje]

Heeft er iemand hier ook Zendure batterijen in gebruik met DAO??

[The Source]

hemertje schreef op vrijdag 20 maart 2026 @ 22:23:
Heeft er iemand hier ook Zendure batterijen in gebruik met DAO??

mtimmerm in "Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO"

Als je de batterij in HA kunt aansturen werkt DAO ook. Heb je specifieke vragen?

[ Voor 25% gewijzigd door The Source op 20-03-2026 23:55 ]

[hemertje]

The Source schreef op vrijdag 20 maart 2026 @ 23:38:
[...]

search:
mtimmerm in "Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO"

Als je de batterij in HA kunt aansturen werkt DAO ook. Heb je specifieke vragen?

Hoi,

Ik lees hier al maanden mee, de functionaliteit als duurzaamheids kapitein in huis staat me erg aan maar maar qua gebruiksgemak met de configs staat me toch tegen om de stap te wagen.

Daarbij komt dat je buiten DAO ook nog in HA aan de gang moet om daadwerkelijk te gaan sturen…

De vragen komen vanzelf

[The Source]

hemertje schreef op zaterdag 21 maart 2026 @ 00:02:
[...]


Hoi,

Ik lees hier al maanden mee, de functionaliteit als duurzaamheids kapitein in huis staat me erg aan maar maar qua gebruiksgemak met de configs staat me toch tegen om de stap te wagen.

Daarbij komt dat je buiten DAO ook nog in HA aan de gang moet om daadwerkelijk te gaan sturen…

De vragen komen vanzelf

Same hier hoor, maar het valt wel mee. Start met de installatie en configuratie, gewoon stap voor stap. Voeg je solar toe en zorg dat die goed gedefineerd zijn. Zodra het draait zonder fouten ben je al ver. De jason is een bitch met alle comma's en } tekens die juist moeten staan maar ik heb begrepen dat er binnenkort een gui komt voor de config (zit in de test versie), dus dan hoef je je hopelijk daar geen zorgen meer over te maken. Gewoon starten en mee spelen

[hemertje]

ik volg al een tijdje Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO
naar mijn idee een mooie kapitein om een plan te bepalen en triggers naar de diverse apparatuur te sturen dmv HomeAssistant

nu met de Zendure batterij sets erbij in afweging om Gielz met de Gast777 proxy in te zetten

• Zendure producten in Home Assistant integreren deel 2
• https://github.com/Gielz1986/Zendure-HA-zenSDK
• https://github.com/gast777/Zendure-zenSDK-proxy

of de officiele Zendure HA integratie en dan via HA de automatiseringen doen of toch via DAO en van daar uit automatiseren?

ideetje:
zou mooi zijn als we samen een soort database van devices kunnen vastleggen die als donordocument voor de config gebruikt kunnen worden? of soort van herkenning van devices uit HA en daarmee de DAO vullen?

[Levim]

Levim schreef op donderdag 19 maart 2026 @ 11:30:
[...]


Bedankt voor de reactie alvast!
Ik heb ondertussen opgemerkt dat het probleem blijkbaar ligt aan de "grid”: { “max_power”: 2.5  }"setting.
Als ik deze iets verhoog naar 3 of hoger, dan berekent hij wel. Had peak shaving wel op 2,5 willen hebben, maar dat gaat vanaf nu met de hoeveelheid zon waarschijnlijk toch irrelevant worden.

Je kan de logs hier vinden:


[...]

Ok, te vroeg gejuichd. Die verhoging naar 3 heeft het probleem toch niet structureel opgelost.

Als er iemand is die mij kan bijstaan, don't hesitate

[PcFer]

Levim schreef op zaterdag 21 maart 2026 @ 15:06:
[...]


Ok, te vroeg gejuichd. Die verhoging naar 3 heeft het probleem toch niet structureel opgelost.

Als er iemand is die mij kan bijstaan, don't hesitate

Is 2,5kW ook niet heel erg weinig voor een netaansluiting? In je config geef je wel aan dat de batterij 3,3kW kan laden en 7,5kW kan ontladen. Hoe had je dit bedacht?


In dezelfde categorie zie ik nog wel een verbetering hoe DAO omgaat met de netaansluiting en de belastingen. Met name enkelfase belastingen.

Ik heb nu regelmatig dat DAO de laadpaal vol aanzet, maar ook mijn enkelfase batterij vol laat laden. Dat kan de zekering op L1 niet aan dus gaat de batterij langzamer laden.

Het zou mooi zijn als we per belasting (maar beginnende met battery) kunnen aangeven op welke fase deze zit. Als DAO dan rekening houdt met de netaansluiting per fase voorkom je dat er te ambitieus wordt ingepland.

Is dit ingewikkeld om te implementeren?

[simnet]

PcFer schreef op zaterdag 21 maart 2026 @ 19:04:
[...]

Is 2,5kW ook niet heel erg weinig voor een netaansluiting? In je config geef je wel aan dat de batterij 3,3kW kan laden en 7,5kW kan ontladen. Hoe had je dit bedacht?


In dezelfde categorie zie ik nog wel een verbetering hoe DAO omgaat met de netaansluiting en de belastingen. Met name enkelfase belastingen.

Ik heb nu regelmatig dat DAO de laadpaal vol aanzet, maar ook mijn enkelfase batterij vol laat laden. Dat kan de zekering op L1 niet aan dus gaat de batterij langzamer laden.

Het zou mooi zijn als we per belasting (maar beginnende met battery) kunnen aangeven op welke fase deze zit. Als DAO dan rekening houdt met de netaansluiting per fase voorkom je dat er te ambitieus wordt ingepland.

Is dit ingewikkeld om te implementeren?

Dao heeft een grid max_power setting. Die staat default op 17 kW (3x25A).

[PcFer]

simnet schreef op zaterdag 21 maart 2026 @ 22:54:
[...]

Dao heeft een grid max_power setting. Die staat default op 17 kW (3x25A).

Ja klopt, die staat bij mij ook op 17kW, dus 25A per fase. Maar mijn laadpaal wordt met 16A aangestuurd vanuit DAO en de enkelfase batterij met 20A dus totaal van 36A.

Er is wel een beveiliging die gaat loadbalancen / peakshaven, maar ik denk dat DAO slimmere keuzes maakt als er in de optimalisatie rekening met deze situatie wordt gehouden.

[diamanten]

Goedemorgen,
Kan iemand uitleggen, waarom DAO na optimalisatie de produktie van mijn zonnepanelen niet meer meeneemt? En dus mijn thuisaccu gaat ontladen?
Volgens de Solar grafiek zijn er wel verwachten zonne-opbrensten.

En de log:

code:

2026-03-22 09:06:12 info: Day Ahead Optimalisering versie: 2026.03.2
2026-03-22 09:06:12 info: Day Ahead Optimalisering gestart op: 22-03-2026 09:06:12
2026-03-22 09:06:12 info: Day Ahead Optimalisatie gestart: 22-03-2026 09:06:12 taak: calc_optimum
2026-03-22 09:06:12 info: Debug = False
2026-03-22 09:06:12 info: Baseload uit instellingen
2026-03-22 09:06:12 info: ML prediction Enphase
                   date_time  prediction
0  2026-03-22 09:00:00+01:00       1.577
1  2026-03-22 10:00:00+01:00       2.779
2  2026-03-22 11:00:00+01:00       4.518
3  2026-03-22 12:00:00+01:00       5.304
4  2026-03-22 13:00:00+01:00       6.371
5  2026-03-22 14:00:00+01:00       6.522
6  2026-03-22 15:00:00+01:00       5.260
7  2026-03-22 16:00:00+01:00       3.367
8  2026-03-22 17:00:00+01:00       1.793
9  2026-03-22 18:00:00+01:00       0.332
10 2026-03-22 19:00:00+01:00       0.000
11 2026-03-22 20:00:00+01:00       0.000
12 2026-03-22 21:00:00+01:00       0.000
13 2026-03-22 22:00:00+01:00       0.000
14 2026-03-22 23:00:00+01:00       0.000
2026-03-22 09:06:13 info: Start waarden: 
      uur                tijd   spot   p_l    p_t  base  pv_ac  pv_dc
0   09:00 2026-03-22 09:00:00  0.020 0.135  0.024 0.062  0.165      0
1   09:15 2026-03-22 09:15:00  0.007 0.119  0.008 0.064  0.357      0
2   09:30 2026-03-22 09:30:00  0.001 0.111  0.001 0.066  0.432      0
3   09:45 2026-03-22 09:45:00 -0.000 0.111 -0.000 0.069  0.507      0
4   10:00 2026-03-22 10:00:00  0.000 0.111  0.000 0.073  0.574      0
5   10:15 2026-03-22 10:15:00 -0.000 0.111 -0.000 0.077  0.649      0
6   10:30 2026-03-22 10:30:00 -0.001 0.110 -0.001 0.080  0.724      0
7   10:45 2026-03-22 10:45:00 -0.001 0.110 -0.001 0.080  0.833      0
8   11:00 2026-03-22 11:00:00 -0.002 0.108 -0.003 0.079  0.981      0
9   11:15 2026-03-22 11:15:00 -0.003 0.107 -0.004 0.080  1.090      0
10  11:30 2026-03-22 11:30:00 -0.004 0.106 -0.005 0.081  1.199      0
11  11:45 2026-03-22 11:45:00 -0.007 0.102 -0.008 0.080  1.248      0
12  12:00 2026-03-22 12:00:00 -0.012 0.096 -0.014 0.080  1.248      0
13  12:15 2026-03-22 12:15:00 -0.018 0.089 -0.021 0.079  1.297      0
14  12:30 2026-03-22 12:30:00 -0.016 0.092 -0.019 0.078  1.346      0
15  12:45 2026-03-22 12:45:00 -0.018 0.089 -0.022 0.073  1.413      0
16  13:00 2026-03-22 13:00:00 -0.011 0.097 -0.013 0.063  1.507      0
17  13:15 2026-03-22 13:15:00 -0.010 0.099 -0.012 0.058  1.574      0
18  13:30 2026-03-22 13:30:00 -0.009 0.100 -0.011 0.053  1.640      0
19  13:45 2026-03-22 13:45:00 -0.007 0.103 -0.008 0.055  1.650      0
20  14:00 2026-03-22 14:00:00 -0.004 0.107 -0.004 0.063  1.638      0
21  14:15 2026-03-22 14:15:00 -0.002 0.108 -0.002 0.065  1.648      0
22  14:30 2026-03-22 14:30:00 -0.001 0.109 -0.001 0.067  1.657      0
23  14:45 2026-03-22 14:45:00  0.000 0.111  0.001 0.064  1.578      0
24  15:00 2026-03-22 15:00:00 -0.000 0.111 -0.000 0.056  1.443      0
25  15:15 2026-03-22 15:15:00  0.001 0.112  0.001 0.053  1.364      0
26  15:30 2026-03-22 15:30:00  0.012 0.126  0.015 0.050  1.286      0
27  15:45 2026-03-22 15:45:00  0.031 0.148  0.037 0.050  1.167      0
28  16:00 2026-03-22 16:00:00  0.029 0.145  0.035 0.047  1.014      0
29  16:15 2026-03-22 16:15:00  0.071 0.196  0.085 0.047  0.896      0
30  16:30 2026-03-22 16:30:00  0.095 0.226  0.115 0.047  0.778      0
31  16:45 2026-03-22 16:45:00  0.132 0.271  0.160 0.068  0.679      0
32  17:00 2026-03-22 17:00:00  0.090 0.219  0.109 0.114  0.594      0
33  17:15 2026-03-22 17:15:00  0.124 0.261  0.151 0.134  0.496      0
34  17:30 2026-03-22 17:30:00  0.139 0.279  0.168 0.155  0.397      0
35  17:45 2026-03-22 17:45:00  0.168 0.314  0.204 0.137  0.306      0
36  18:00 2026-03-22 18:00:00  0.144 0.286  0.175 0.087  0.202      0
37  18:15 2026-03-22 18:15:00  0.174 0.322  0.211 0.069  0.111      0
38  18:30 2026-03-22 18:30:00  0.160 0.304  0.193 0.052  0.020      0
39  18:45 2026-03-22 18:45:00  0.173 0.321  0.210 0.052  0.000      0
40  19:00 2026-03-22 19:00:00  0.178 0.326  0.215 0.066  0.026      0
41  19:15 2026-03-22 19:15:00  0.176 0.324  0.214 0.066  0.005      0
42  19:30 2026-03-22 19:30:00  0.166 0.312  0.201 0.066  0.000      0
43  19:45 2026-03-22 19:45:00  0.156 0.299  0.188 0.063  0.000      0
44  20:00 2026-03-22 20:00:00  0.177 0.325  0.215 0.059  0.000      0
45  20:15 2026-03-22 20:15:00  0.160 0.304  0.193 0.056  0.000      0
46  20:30 2026-03-22 20:30:00  0.153 0.296  0.185 0.054  0.000      0
47  20:45 2026-03-22 20:45:00  0.137 0.277  0.166 0.052  0.000      0
48  21:00 2026-03-22 21:00:00  0.153 0.296  0.185 0.050  0.000      0
49  21:15 2026-03-22 21:15:00  0.146 0.288  0.177 0.048  0.000      0
50  21:30 2026-03-22 21:30:00  0.140 0.280  0.169 0.046  0.000      0
51  21:45 2026-03-22 21:45:00  0.135 0.274  0.163 0.046  0.000      0
52  22:00 2026-03-22 22:00:00  0.146 0.287  0.177 0.046  0.000      0
53  22:15 2026-03-22 22:15:00  0.139 0.279  0.169 0.045  0.000      0
54  22:30 2026-03-22 22:30:00  0.135 0.275  0.164 0.045  0.000      0
55  22:45 2026-03-22 22:45:00  0.128 0.266  0.155 0.044  0.000      0
56  23:00 2026-03-22 23:00:00  0.146 0.287  0.177 0.042  0.000      0
57  23:15 2026-03-22 23:15:00  0.134 0.273  0.162 0.041  0.000      0
58  23:30 2026-03-22 23:30:00  0.130 0.268  0.157 0.039  0.000      0
59  23:45 2026-03-22 23:45:00  0.120 0.255  0.145 0.038  0.000      0
2026-03-22 09:06:13 info: No reduced hours applied for Zinvolt
2026-03-22 09:06:13 info: No reduced power applied during discharging at low soc
2026-03-22 09:06:13 info: No reduced power applied during charging at high soc
2026-03-22 09:06:13 info: Startwaarde SoC Zinvolt: 18.4%

2026-03-22 09:06:13 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-03-22 09:06:13 info: Instellingen voor laden van EV: Kia Niro EV
2026-03-22 09:06:13 info: Direct laden is uit
2026-03-22 09:06:13 info:  Ampere  Effic. Grid kW Accu kW
2026-03-22 09:06:13 info:    0.00    0.00    0.00    0.00
2026-03-22 09:06:13 info:   16.00    0.90   11.04    9.94
2026-03-22 09:06:13 info: Capaciteit accu: 55 kWh
2026-03-22 09:06:13 info: Maximaal laadvermogen: 11.04 kW
2026-03-22 09:06:13 info: Klaar met laden op: 18-02-2026 23:00:00
2026-03-22 09:06:13 info: Huidig laadniveau: 81.0 %
2026-03-22 09:06:13 info: Gewenst laadniveau:90.0 %
2026-03-22 09:06:13 info: Marge voor het laden: 2 %
2026-03-22 09:06:13 info: Locatie: home
2026-03-22 09:06:13 info: Ingeplugged:False
2026-03-22 09:06:13 info: Benodigde netto energie: 4.950 kWh
2026-03-22 09:06:13 info: Tijd nodig om te laden: 0:30 uur
2026-03-22 09:06:13 info: Afgerond naar hele intervallen: 2 kwartier
2026-03-22 09:06:13 info: Stand laden schakelaar: off
2026-03-22 09:06:13 info: Stand aantal ampere laden: 0.0 A
2026-03-22 09:06:13 info: Opladen wordt niet ingepland, omdat auto is niet ingeplugd, opgegeven tijdstip (2026-02-18 23:00:00) is verouderd.
2026-03-22 09:06:13 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-03-22 09:06:13 info: Apparaat Airco direct starten staat uit
2026-03-22 09:06:13 info: Machine Airco wordt niet ingepland, want er is gekozen voor Uit
2026-03-22 09:06:14 info: Apparaat Afwasmachine direct starten staat uit
2026-03-22 09:06:14 info: Machine Afwasmachine wordt niet ingepland, want het planning-window ligt voorbij einde optimalisering
2026-03-22 09:06:14 info: Machine Afwasmachine wordt niet ingepland, want er is gekozen voor Uit
2026-03-22 09:06:14 info: Strategie: minimale kosten
2026-03-22 09:06:14 info: Maximale fout (maximal gap): 0.005000 euro
2026-03-22 09:06:14 info: Rekentijd: 0.33  sec
2026-03-22 09:06:14 info: Het programma heeft een optimale oplossing gevonden.
2026-03-22 09:06:14 info: Laad volume in uur 3 09:45 0.0 kWh
2026-03-22 09:06:14 info: 3 1.0 0.3
2026-03-22 09:06:14 info: Laad volume in uur 6 10:30 0.0 kWh
2026-03-22 09:06:14 info: 6 0.3279651952669966 1.8
2026-03-22 09:06:14 info: 7 0.6720348047330035 2.0
2026-03-22 09:06:14 info: Laad volume in uur 7 10:45 0.0 kWh
2026-03-22 09:06:14 info: 7 1.0 2.0
2026-03-22 09:06:14 info: Laad volume in uur 8 11:00 0.0 kWh
2026-03-22 09:06:14 info: 7 1.0 2.0
2026-03-22 09:06:14 info: Laad volume in uur 9 11:15 0.0 kWh
2026-03-22 09:06:14 info: 7 1.0 2.0
2026-03-22 09:06:14 info: Laad volume in uur 10 11:30 0.0 kWh
2026-03-22 09:06:14 info: 7 1.0 2.0
2026-03-22 09:06:14 info: Ontlaad volume in uur 11 11:45 0.08 kWh
2026-03-22 09:06:14 info: 6 0.35555555555555546 0.9
2026-03-22 09:06:14 info: Ontlaad volume in uur 12 12:00 0.07953125 kWh
2026-03-22 09:06:14 info: 7 0.2651041666666667 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 13 12:15 0.07890625 kWh
2026-03-22 09:06:14 info: 7 0.2630208333333333 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 14 12:30 0.07828125 kWh
2026-03-22 09:06:14 info: 6 0.34791666666666654 0.9
2026-03-22 09:06:14 info: Ontlaad volume in uur 15 12:45 0.07328124999999999 kWh
2026-03-22 09:06:14 info: 6 0.3256944444444444 0.9
2026-03-22 09:06:14 info: Ontlaad volume in uur 16 13:00 0.06328125000000001 kWh
2026-03-22 09:06:14 info: 7 0.21093750000000003 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 17 13:15 0.05828125 kWh
2026-03-22 09:06:14 info: 6 0.25902777777777775 0.9
2026-03-22 09:06:14 info: Ontlaad volume in uur 18 13:30 0.053281249999999995 kWh
2026-03-22 09:06:14 info: 7 0.17760416666666667 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 19 13:45 0.055156250000000004 kWh
2026-03-22 09:06:14 info: 6 0.24513888888888885 0.9
2026-03-22 09:06:14 info: Ontlaad volume in uur 20 14:00 0.0634375 kWh
2026-03-22 09:06:14 info: 5 0.36249999999999993 0.7
2026-03-22 09:06:14 info: Laad volume in uur 21 14:15 0.0 kWh
2026-03-22 09:06:14 info: 7 1.0 2.0
2026-03-22 09:06:14 info: Laad volume in uur 22 14:30 0.0 kWh
2026-03-22 09:06:14 info: 7 1.0 2.0
2026-03-22 09:06:14 info: Ontlaad volume in uur 37 18:15 0.2850000000000001 kWh
2026-03-22 09:06:14 info: 7 0.9500000000000003 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 38 18:30 0.032045702561736104 kWh
2026-03-22 09:06:14 info: 7 0.10681900853912034 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 39 18:45 0.22794804743826427 kWh
2026-03-22 09:06:14 info: 7 0.7598268247942142 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 40 19:00 0.2850000000000001 kWh
2026-03-22 09:06:14 info: 7 0.9500000000000003 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 41 19:15 0.2850000000000001 kWh
2026-03-22 09:06:14 info: 7 0.9500000000000003 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 42 19:30 0.065625 kWh
2026-03-22 09:06:14 info: 7 0.21874999999999997 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 43 19:45 0.063125 kWh
2026-03-22 09:06:14 info: 5 0.3607142857142857 0.7
2026-03-22 09:06:14 info: Ontlaad volume in uur 44 20:00 0.2850000000000001 kWh
2026-03-22 09:06:14 info: 7 0.9500000000000003 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 45 20:15 0.056093750000000005 kWh
2026-03-22 09:06:14 info: 5 0.3205357142857143 0.7
2026-03-22 09:06:14 info: Ontlaad volume in uur 46 20:30 0.05359375000000001 kWh
2026-03-22 09:06:14 info: 7 0.17864583333333336 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 47 20:45 0.051718749999999994 kWh
2026-03-22 09:06:14 info: 5 0.29553571428571423 0.7
2026-03-22 09:06:14 info: Ontlaad volume in uur 48 21:00 0.05 kWh
2026-03-22 09:06:14 info: 6 0.2222222222222222 0.9
2026-03-22 09:06:14 info: Ontlaad volume in uur 49 21:15 0.04812500000000001 kWh
2026-03-22 09:06:14 info: 5 0.275 0.7
2026-03-22 09:06:14 info: Ontlaad volume in uur 50 21:30 0.04625 kWh
2026-03-22 09:06:14 info: 6 0.2055555555555555 0.9
2026-03-22 09:06:14 info: Ontlaad volume in uur 51 21:45 0.04562499999999999 kWh
2026-03-22 09:06:14 info: 5 0.2607142857142857 0.7
2026-03-22 09:06:14 info: Ontlaad volume in uur 52 22:00 0.04609375000000001 kWh
2026-03-22 09:06:14 info: 6 0.2048611111111111 0.9
2026-03-22 09:06:14 info: Ontlaad volume in uur 53 22:15 0.04546875 kWh
2026-03-22 09:06:14 info: 5 0.25982142857142854 0.7
2026-03-22 09:06:14 info: Ontlaad volume in uur 54 22:30 0.044843749999999995 kWh
2026-03-22 09:06:14 info: 7 0.14947916666666666 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 55 22:45 0.04359375 kWh
2026-03-22 09:06:14 info: 7 0.1453125 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 56 23:00 0.041874999999999996 kWh
2026-03-22 09:06:14 info: 7 0.1395833333333333 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 57 23:15 0.040624999999999994 kWh
2026-03-22 09:06:14 info: 6 0.18055555555555552 0.9
2026-03-22 09:06:14 info: Ontlaad volume in uur 58 23:30 0.039375 kWh
2026-03-22 09:06:14 info: 7 0.13125 1.2
2026-03-22 09:06:14 info: Ontlaad volume in uur 59 23:45 0.03812499999999999 kWh
2026-03-22 09:06:14 info: 6 0.1694444444444444 0.9
2026-03-22 09:06:14 info: In- en uitgaande energie per kwartier batterij Zinvolt
   uur   ac->    eff   ->dc pv->dc   dc->    eff  ->bat  o_eff    SoC
          kWh      %    kWh    kWh    kWh      %    kWh      %      %
 09:00   0.00     --   0.00   0.00   0.00     --   0.00     --  18.40
 09:15   0.00     --   0.00   0.00   0.00     --   0.00     --  18.40
 09:30   0.00     --   0.00   0.00   0.00     --   0.00     --  18.40
 09:45   0.07  90.00   0.07   0.00   0.07  95.00   0.06  85.50  20.54
 10:00   0.00     --   0.00   0.00   0.00     --   0.00     --  20.54
 10:15   0.00     --   0.00   0.00   0.00     --   0.00     --  20.54
 10:30   0.48  94.39   0.46   0.00   0.46  95.00   0.43  89.67  34.99
 10:45   0.50  95.00   0.48   0.00   0.47  95.00   0.45  90.25  50.03
 11:00   0.50  95.00   0.48   0.00   0.47  95.00   0.45  90.25  65.08
 11:15   0.50  95.00   0.48   0.00   0.47  95.00   0.45  90.25  80.12
 11:30   0.50  95.00   0.48   0.00   0.47  95.00   0.45  90.25  95.16
 11:45  -0.08  95.00  -0.08   0.00  -0.08  95.00  -0.09  90.25  92.20
 12:00  -0.08  95.00  -0.08   0.00  -0.08  95.00  -0.09  90.25  89.27
 12:15  -0.08  95.00  -0.08   0.00  -0.08  95.00  -0.09  90.25  86.35
 12:30  -0.08  95.00  -0.08   0.00  -0.08  95.00  -0.09  90.25  83.46
 12:45  -0.07  95.00  -0.08   0.00  -0.08  95.00  -0.08  90.25  80.75
 13:00  -0.06  95.00  -0.07   0.00  -0.07  95.00  -0.07  90.25  78.42
 13:15  -0.06  95.00  -0.06   0.00  -0.06  95.00  -0.06  90.25  76.26
 13:30  -0.05  95.00  -0.06   0.00  -0.06  95.00  -0.06  90.25  74.30
 13:45  -0.06  95.00  -0.06   0.00  -0.06  95.00  -0.06  90.25  72.26
 14:00  -0.06  95.00  -0.07   0.00  -0.07  95.00  -0.07  90.25  69.92
 14:15   0.50  95.00   0.48   0.00   0.47  95.00   0.45  90.25  84.96
 14:30   0.50  95.00   0.48   0.00   0.47  95.00   0.45  90.25 100.00
 14:45   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 15:00   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 15:15   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 15:30   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 15:45   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
 16:15   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 16:30   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 16:45   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
 17:15   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 17:30   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 17:45   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
 18:15  -0.29  95.00  -0.30   0.00  -0.30  95.00  -0.32  90.25  89.47
 18:30  -0.03  95.00  -0.03   0.00  -0.03  95.00  -0.04  90.25  88.29
 18:45  -0.23  95.00  -0.24   0.00  -0.24  95.00  -0.25  90.25  79.87
 19:00  -0.29  95.00  -0.30   0.00  -0.30  95.00  -0.32  90.25  69.34
 19:15  -0.29  95.00  -0.30   0.00  -0.30  95.00  -0.32  90.25  58.82
 19:30  -0.07  95.00  -0.07   0.00  -0.07  95.00  -0.07  90.25  56.39
 19:45  -0.06  95.00  -0.07   0.00  -0.07  95.00  -0.07  90.25  54.06
 20:00  -0.29  95.00  -0.30   0.00  -0.30  95.00  -0.32  90.25  43.54
 20:15  -0.06  95.00  -0.06   0.00  -0.06  95.00  -0.06  90.25  41.46
 20:30  -0.05  95.00  -0.06   0.00  -0.06  95.00  -0.06  90.25  39.49
 20:45  -0.05  95.00  -0.05   0.00  -0.05  95.00  -0.06  90.25  37.58
 21:00  -0.05  95.00  -0.05   0.00  -0.05  95.00  -0.06  90.25  35.73
 21:15  -0.05  95.00  -0.05   0.00  -0.05  95.00  -0.05  90.25  33.95
 21:30  -0.05  95.00  -0.05   0.00  -0.05  95.00  -0.05  90.25  32.24
 21:45  -0.05  95.00  -0.05   0.00  -0.05  95.00  -0.05  90.25  30.56
 22:00  -0.05  95.00  -0.05   0.00  -0.05  95.00  -0.05  90.25  28.86
 22:15  -0.05  95.00  -0.05   0.00  -0.05  95.00  -0.05  90.25  27.18
 22:30  -0.04  95.00  -0.05   0.00  -0.05  95.00  -0.05  90.25  25.52
 22:45  -0.04  95.00  -0.05   0.00  -0.05  95.00  -0.05  90.25  23.91
 23:00  -0.04  95.00  -0.04   0.00  -0.04  95.00  -0.05  90.25  22.36
 23:15  -0.04  95.00  -0.04   0.00  -0.04  95.00  -0.05  90.25  20.86
 23:30  -0.04  95.00  -0.04   0.00  -0.04  95.00  -0.04  90.25  19.41
 23:45  -0.04  95.00  -0.04   0.00  -0.04  95.00  -0.04  90.25  18.00
Totaal   0.66    NaN   0.32   0.00   0.32    NaN  -0.01    NaN    NaN
2026-03-22 09:06:18 info: Berekende prognoses: 
   uur  bat_in  bat_out   cons   prod   base   boil     wp     ev  pv_ac   cost  profit  b_tem   mach
 09:00    0.00     0.00   0.00   0.13   0.06   0.00   0.00   0.00   0.17   0.00   -0.00  20.00   0.00
 09:15    0.00     0.00   0.00   0.29   0.06   0.00   0.00   0.00   0.36   0.00   -0.00  20.00   0.00
 09:30    0.00     0.00   0.00   0.37   0.07   0.00   0.00   0.00   0.43   0.00   -0.00  20.00   0.00
 09:45    0.07     0.00   0.00   0.36   0.07   0.00   0.00   0.00   0.51   0.00    0.00  20.00   0.00
 10:00    0.00     0.00   0.00   0.50   0.07   0.00   0.00   0.00   0.57   0.00   -0.00  20.00   0.00
 10:15    0.00     0.00   0.00   0.57   0.08   0.00   0.00   0.00   0.65   0.00    0.00  20.00   0.00
 10:30    0.48     0.00   0.00   0.16   0.08   0.00   0.00   0.00   0.72   0.00    0.00  20.00   0.00
 10:45    0.50     0.00   0.00   0.25   0.08   0.00   0.00   0.00   0.83   0.00    0.00  20.00   0.00
 11:00    0.50     0.00   0.00   0.40   0.08   0.00   0.00   0.00   0.98   0.00    0.00  20.00   0.00
 11:15    0.50     0.00   0.00   0.51   0.08   0.00   0.00   0.00   1.09   0.00    0.00  20.00   0.00
 11:30    0.50     0.00   0.00   0.62   0.08   0.00   0.00   0.00   1.20   0.00    0.00  20.00   0.00
 11:45    0.00     0.08   0.00   0.00   0.08   0.00   0.00   0.00   0.00   0.00    0.00  20.00   0.00
 12:00    0.00     0.08   0.00   0.00   0.08   0.00   0.00   0.00   0.00   0.00    0.00  20.00   0.00
 12:15    0.00     0.08   0.00   0.00   0.08   0.00   0.00   0.00   0.00   0.00    0.00  20.00   0.00
 12:30    0.00     0.08   0.00   0.00   0.08   0.00   0.00   0.00   0.00   0.00    0.00  20.00   0.00
 12:45    0.00     0.07   0.00   0.00   0.07   0.00   0.00   0.00   0.00   0.00    0.00  20.00   0.00
 13:00    0.00     0.06   0.00   0.00   0.06   0.00   0.00   0.00   0.00   0.00    0.00  20.00   0.00
 13:15    0.00     0.06   0.00   0.00   0.06   0.00   0.00   0.00   0.00   0.00    0.00  20.00   0.00
 13:30    0.00     0.05   0.00   0.00   0.05   0.00   0.00   0.00   0.00   0.00    0.00  20.00   0.00
 13:45    0.00     0.06   0.00   0.00   0.06   0.00   0.00   0.00   0.00   0.00    0.00  20.00   0.00
 14:00    0.00     0.06   0.00   0.00   0.06   0.00   0.00   0.00   0.00   0.00    0.00  20.00   0.00
 14:15    0.50     0.00   0.00   1.08   0.07   0.00   0.00   0.00   1.65   0.00    0.00  20.00   0.00
 14:30    0.50     0.00   0.00   1.09   0.07   0.00   0.00   0.00   1.66   0.00    0.00  20.00   0.00
 14:45    0.00     0.00   0.00   1.51   0.06   0.00   0.00   0.00   1.58   0.00   -0.00  20.00   0.00
 15:00    0.00     0.00   0.00   1.39   0.06   0.00   0.00   0.00   1.44   0.00    0.00  20.00   0.00
 15:15    0.00     0.00   0.00   1.31   0.05   0.00   0.00   0.00   1.36   0.00   -0.00  20.00   0.00
 15:30    0.00     0.00   0.00   1.24   0.05   0.00   0.00   0.00   1.29   0.00   -0.02  20.00   0.00
 15:45    0.00     0.00   0.00   1.12   0.05   0.00   0.00   0.00   1.17   0.00   -0.04  20.00   0.00
 16:00    0.00     0.00   0.00   0.97   0.05   0.00   0.00   0.00   1.01   0.00   -0.03  20.00   0.00
 16:15    0.00     0.00   0.00   0.85   0.05   0.00   0.00   0.00   0.90   0.00   -0.07  20.00   0.00
 16:30    0.00     0.00   0.00   0.73   0.05   0.00   0.00   0.00   0.78   0.00   -0.08  20.00   0.00
 16:45    0.00     0.00   0.00   0.61   0.07   0.00   0.00   0.00   0.68   0.00   -0.10  20.00   0.00
 17:00    0.00     0.00   0.00   0.48   0.11   0.00   0.00   0.00   0.59   0.00   -0.05  20.00   0.00
 17:15    0.00     0.00   0.00   0.36   0.13   0.00   0.00   0.00   0.50   0.00   -0.05  20.00   0.00
 17:30    0.00     0.00   0.00   0.24   0.15   0.00   0.00   0.00   0.40   0.00   -0.04  20.00   0.00
 17:45    0.00     0.00   0.00   0.17   0.14   0.00   0.00   0.00   0.31   0.00   -0.03  20.00   0.00
 18:00    0.00     0.00   0.00   0.12   0.09   0.00   0.00   0.00   0.20   0.00   -0.02  20.00   0.00
 18:15    0.00     0.29   0.00   0.33   0.07   0.00   0.00   0.00   0.11   0.00   -0.07  20.00   0.00
 18:30    0.00     0.03   0.00   0.00   0.05   0.00   0.00   0.00   0.02   0.00   -0.00  20.00   0.00
 18:45    0.00     0.23   0.00   0.18   0.05   0.00   0.00   0.00   0.00   0.00   -0.04  20.00   0.00
 19:00    0.00     0.29   0.00   0.25   0.07   0.00   0.00   0.00   0.03   0.00   -0.05  20.00   0.00
 19:15    0.00     0.29   0.00   0.22   0.07   0.00   0.00   0.00   0.01   0.00   -0.05  20.00   0.00
 19:30    0.00     0.07   0.00   0.00   0.07   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 19:45    0.00     0.06   0.00   0.00   0.06   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 20:00    0.00     0.29   0.00   0.23   0.06   0.00   0.00   0.00   0.00   0.00   -0.05  20.00   0.00
 20:15    0.00     0.06   0.00   0.00   0.06   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 20:30    0.00     0.05   0.00   0.00   0.05   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 20:45    0.00     0.05   0.00   0.00   0.05   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 21:00    0.00     0.05   0.00   0.00   0.05   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 21:15    0.00     0.05   0.00   0.00   0.05   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 21:30    0.00     0.05   0.00   0.00   0.05   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 21:45    0.00     0.05   0.00   0.00   0.05   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 22:00    0.00     0.05   0.00   0.00   0.05   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 22:15    0.00     0.05   0.00   0.00   0.05   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 22:30    0.00     0.04   0.00   0.00   0.04   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 22:45    0.00     0.04   0.00   0.00   0.04   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 23:00    0.00     0.04   0.00   0.00   0.04   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 23:15    0.00     0.04   0.00   0.00   0.04   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 23:30    0.00     0.04   0.00   0.00   0.04   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
 23:45    0.00     0.04   0.00   0.00   0.04   0.00   0.00   0.00   0.00   0.00   -0.00  20.00   0.00
Totaal    3.56     2.90   0.00  18.63   3.92   0.00   0.00   0.00  23.18   0.00   -0.80    NaN   0.00

2026-03-22 09:06:18 info: Consumption               0.00 (kWh)
2026-03-22 09:06:18 info: Cost consumption          0.00 (€)
2026-03-22 09:06:18 info: Tariff consumption        0.000 (€/kWh)
2026-03-22 09:06:18 info: Production               18.63 (kWh)
2026-03-22 09:06:18 info: Profit production        -0.80 (€)
2026-03-22 09:06:18 info: Tariff production         0.043 (€/kWh)

2026-03-22 09:06:18 info: 
Calculation profit after optimize in €
Cost before optimize             -0.06
Cost consumption      0.00
Cycle cost            0.19
Penalty cost          0.00
Battery storage       0.00
Boiler storage        0.00
Profit production    -0.80
Total                -0.61
Cost after optimize              -0.61
Profit:                           0.55
2026-03-22 09:06:18 info: Doorzetten van alle settings naar HA
2026-03-22 09:06:18 info: Laden van Kia Niro EV is niet ingepland
2026-03-22 09:06:18 info: Berekeningsuitkomst voor opladen van Kia Niro EV:
2026-03-22 09:06:18 info: - aantal ampere 0A (was 0.0A)
2026-03-22 09:06:18 info: - stand schakelaar 'off' (was 'off')
2026-03-22 09:06:18 info: - positie: home
2026-03-22 09:06:18 info: - ingeplugd: False
2026-03-22 09:06:18 info: Kia Niro EV is niet thuis of niet ingeplugd
2026-03-22 09:06:18 info: Evaluatie status laden Kia Niro EV op 2026-03-22 09:06
2026-03-22 09:06:18 info: - schakelaar laden: off
2026-03-22 09:06:18 info: - aantal ampere: 0.0
2026-03-22 09:06:18 info: Grid set point: -879.0 W
2026-03-22 09:06:18 info: Cycle cost Zinvolt: 0.19 euro
2026-03-22 09:06:18 info: Netto vermogen naar(+)/uit(-) omvormer Zinvolt: 0 W
2026-03-22 09:06:18 info: Balanceren: False
2026-03-22 09:06:18 info: Vermogen uit batterij: 0W
2026-03-22 09:06:18 info: Vermogen dat binnenkomt van pv: 0W
2026-03-22 09:06:18 info: Vermogen dat binnenkomt van ac: 0W
2026-03-22 09:06:18 info: Waarde SoC na eerste uur: 18.4%
2026-03-22 09:06:18 info: Apparaat: Airco
2026-03-22 09:06:18 info: Programma: Uit
2026-03-22 09:06:18 info: Apparaat: Afwasmachine
2026-03-22 09:06:18 info: Programma: Uit

[StarWing]

Ik zet m'n eerste stapjes met DAO, maar ik krijg onderstaande fout.
Het maakt geen verschil of ik al dan niet een datum invul:

code:

2026-03-22 11:05:40 info: Day Ahead Optimalisering versie: 2026.03.2
2026-03-22 11:05:40 info: Day Ahead Optimalisering gestart op: 22-03-2026 11:05:40
2026-03-22 11:05:40 info: Day Ahead Optimalisatie gestart: 22-03-2026 11:05:40 taak: get_day_ahead_prices
2026-03-22 11:05:40 fout: Geen data van Nordpool: tussen 2026-03-22 00:00:00+01:00 en 2026-03-23 00:00:00+01:00

Doe ik iets fout?

[Karpertje]

Ben er eens mee bezig geweest om dao op te zetten. Het enige wat ik mis is de voorspelling van de opbrengst van onze windmolen. Is dit op één of andere manier mogelijk?

[simnet]

Karpertje schreef op zondag 22 maart 2026 @ 11:31:
Ben er eens mee bezig geweest om dao op te zetten. Het enige wat ik mis is de voorspelling van de opbrengst van onze windmolen. Is dit op één of andere manier mogelijk?

Je zou deze eens kunnen proberen om hem op te voeren als solar en trainen met de ML modellen. Daar zit ook wind in verwerkt (als ik het goed heb). Dus zou dat voor jouw situatie moeten kunnen.

[simnet]

diamanten schreef op zondag 22 maart 2026 @ 09:10:
Goedemorgen,
Kan iemand uitleggen, waarom DAO na optimalisatie de produktie van mijn zonnepanelen niet meer meeneemt? En dus mijn thuisaccu gaat ontladen?
Volgens de Solar grafiek zijn er wel verwachten zonne-opbrensten.[Afbeelding]
[Afbeelding] [Afbeelding]
En de log:

[...]

Ik zie hetzelfde. Volgens mij komt dat omdat in die periode de kwh prijs negatief wordt als je niet (meer) kunt salderen.

[simnet]

simnet schreef op zondag 22 maart 2026 @ 12:11:
[...]

Ik zie hetzelfde. Volgens mij komt dat omdat in die periode de kwh prijs negatief wordt als je niet (meer) kunt salderen.

Yup, mijn zonnepanelen zijn zojuist (12:15) uitgeschakeld vanwege negatieve tarieven.

[rescla]

simnet schreef op zondag 22 maart 2026 @ 12:15:
[...]

Yup, mijn zonnepanelen zijn zojuist (12:15) uitgeschakeld vanwege negatieve tarieven.

is het in die situaties dan niet alsnog logisch om het overschot in de batterij op te slaan, ook al is de prijs niet laag genoeg om de batterij te laten laden?

[simnet]

rescla schreef op zondag 22 maart 2026 @ 13:02:
[...]

is het in die situaties dan niet alsnog logisch om het overschot in de batterij op te slaan, ook al is de prijs niet laag genoeg om de batterij te laten laden?

Opzich wel, maar ik kan mn zonnepanelen alleen aan of uit zetten. En op vol vermogen is dat 4,5kW.
Mijn batterij kan maximaal 2,5kW laden.
Als ik het vermogen van de panelen zou kunnen sturen (ben ik wel al mee bezig) dan kan ik inderdaad wel aangeven dat de panelen max 2,5kW moeten genereren. Maar zover ben ik nog niet.

[simnet]

simnet schreef op zondag 22 maart 2026 @ 13:12:
[...]

Opzich wel, maar ik kan mn zonnepanelen alleen aan of uit zetten. En op vol vermogen is dat 4,5kW.
Mijn batterij kan maximaal 2,5kW laden.
Als ik het vermogen van de panelen zou kunnen sturen (ben ik wel al mee bezig) dan kan ik inderdaad wel aangeven dat de panelen max 2,5kW moeten genereren. Maar zover ben ik nog niet.

Feature request voor DAO:
solar stages, vergelijkbaar met batterystages of evstages om de opwek te kunnen sturen.

[rescla]

simnet schreef op zondag 22 maart 2026 @ 13:13:
[...]


Feature request voor DAO:
solar stages, vergelijkbaar met batterystages of evstages om de opwek te kunnen sturen.

Of een toggle, voor export beperking. Dan kan je zelf realtime sturen op batterij laden, ev laden, extra verbruikers aanzetten, etc.

[simnet]

Ja, vanaf 2027 heb je eigenlijk 3 financiele situaties:

- stroom exporteren levert geld op en stroom importeren kost geld
- stroom importeren kost geld en stroom exporteren kost ook geld (0.0 > prijs < 0.12 inclusief belasting)
- stroom exporteren kost geld en stroom importeren levert geld op

Die middelste situatie is best lastig te modelleren.

[mgroen81]

Sinds een week heb ik naast de 3 gecombineerde Sessy's een 2e accusysteem werkend gekregen.
(Zoe battery 22kWh -> Battery Emulator -> Fronius Symo GEN24 10.0 plus)
Dit heeft eigenlijk bijna de hele week goed gewerkt in minimize cost modus maar er was ineens geen oplossing meer mogelijk.

Edit: probleem opgelost. Door het toevoegen van de accu kreeg ik negatieve waardes in de base load omdat ik nog niet alle entities had toegevoegd.

[ Voor 111% gewijzigd door mgroen81 op 23-03-2026 09:30 . Reden: Probleem gevonden ]

[mgroen81]

...

[ Voor 99% gewijzigd door mgroen81 op 23-03-2026 09:28 ]

[Karpertje]

simnet schreef op zondag 22 maart 2026 @ 12:04:
[...]

Je zou deze eens kunnen proberen om hem op te voeren als solar en trainen met de ML modellen. Daar zit ook wind in verwerkt (als ik het goed heb). Dus zou dat voor jouw situatie moeten kunnen.

dat gaat niet goed zie ik net, hij houdt dan ook rekening met de zon, dan zou die windmolen morgen als de zon schijnt alleen maar draaien.
Het ML model zou in dit geval alleen rekening moeten houden met de wind, geen zon.
Heeft iemand een oplossing voor ML model met alleen wind?

[ Voor 5% gewijzigd door Karpertje op 23-03-2026 08:08 ]

[f.welvering]

Nadat ik vanmorgen de update heb gewaagd naar versie 2026.03.3.rc3
Kreeg ik ineens onderstaande melding, blijkbaar is de stages key nu verplicht ondanks dat ik met aan/uit werk?
Daarnaast moet er vervolgens zoals je in de 2e error ziet tenminste 1 stage in staan.
Ik neem aan dat de stages bij on/off niet gebruikt worden?

code:

2026-03-23 07:32:52 INFO: Configuration needs migration from unversioned to v0
dao  | 2026-03-23 07:32:52 INFO: Saved backup configuration to ../data/options_unversioned.json
dao  | 2026-03-23 07:32:52 INFO: Migrating unversioned configuration to v0
dao  | 2026-03-23 07:32:52 INFO: Added config_version=0 to unversioned configuration
dao  | 2026-03-23 07:32:52 INFO: Migrated scheduler: active=True, 16 schedule entries
dao  | 2026-03-23 07:32:52 INFO: Configuration at version 0
dao  | Error loading configuration: 1 validation error for ConfigurationV0
dao  | heating.stages
dao  |   Field required [type=missing, input_value={'heater present': 'True'...ut_number.dao_wp_power'}, input_type=dict]
dao  |     For further information visit https://errors.pydantic.dev/2.10/v/missing
dao  | check_db.py failed, exiting

code:

2026-03-23 07:55:43 INFO: Configuration needs migration from unversioned to v0
dao  | 2026-03-23 07:55:43 INFO: Saved backup configuration to ../data/options_unversioned.json
dao  | 2026-03-23 07:55:43 INFO: Migrating unversioned configuration to v0
dao  | 2026-03-23 07:55:43 INFO: Added config_version=0 to unversioned configuration
dao  | 2026-03-23 07:55:43 INFO: Migrated scheduler: active=True, 16 schedule entries
dao  | 2026-03-23 07:55:43 INFO: Configuration at version 0
dao  | Error loading configuration: 1 validation error for ConfigurationV0
dao  | heating.stages
dao  |   List should have at least 1 item after validation, not 0 [type=too_short, input_value=[], input_type=list]
dao  |     For further information visit https://errors.pydantic.dev/2.10/v/too_short
dao  | check_db.py failed, exiting

[simnet]

f.welvering schreef op maandag 23 maart 2026 @ 08:03:
Nadat ik vanmorgen de update heb gewaagd naar versie 2026.03.3.rc3
Kreeg ik ineens onderstaande melding, blijkbaar is de stages key nu verplicht ondanks dat ik met aan/uit werk?
Daarnaast moet er vervolgens zoals je in de 2e error ziet tenminste 1 stage in staan.
Ik neem aan dat de stages bij on/off niet gebruikt worden?


[...]


[...]

Dat is een mooie vondst. Gaan we meenemen. De 2e error is zeker correct. Maar stages zouden optioneel moeten zijn als on/off gebruikt wordt.

[simnet]

Karpertje schreef op zondag 22 maart 2026 @ 20:47:
[...]


dat gaat niet goed zie ik net, hij houdt dan ook rekening met de zon, dan zou die windmolen morgen als de zon schijnt alleen maar draaien.
Het ML model zou in dit geval alleen rekening moeten houden met de wind, geen zon.
Heeft iemand een oplossing voor ML model met alleen wind?

Dat is jammer. Ik geloof dat er recent inderdaad een wijziging in de dataverwerking is gedaan die alles negeert als er geen zon voorspeld id. Je zou eigenlijk eens een versie van daarvoor moeten proberen, want ik zie niet in waarom het model niet ook geschikt zou zijn voor wind.
Mogelijk een feature request voor @KC27 om die optie toe te voegen.

[diamanten]

simnet schreef op zondag 22 maart 2026 @ 12:11:
[...]

Ik zie hetzelfde. Volgens mij komt dat omdat in die periode de kwh prijs negatief wordt als je niet (meer) kunt salderen.

OK dank, weer wat geleerd .

[DaBit]

simnet schreef op zondag 22 maart 2026 @ 13:13:
Feature request voor DAO:
solar stages, vergelijkbaar met batterystages of evstages om de opwek te kunnen sturen.

Ik heb daar ook over zitten denken, maar het lijkt me handiger om dat buiten DAO om te regelen als DAO om 0-op-meter vraagt?

[simnet]

DaBit schreef op maandag 23 maart 2026 @ 09:55:
[...]


Ik heb daar ook over zitten denken, maar het lijkt me handiger om dat buiten DAO om te regelen als DAO om 0-op-meter vraagt?

Dat kan ook inderdaad. Maar op dit moment vraagt DAO voor NoM per batterij.
Eigenlijk moet dat verplaatst worden naar de grid aansluiting.
Want ik zie het gebeuren dat V2H ook tractie gaat krijgen en/of windmolens zoals een andere gebruiker. Dan moet je NoM aansturen per grid en de onderlinge devices (dmv charge/discharge stages) sturen vanuit DAO.

Overigens zie ik NoM per tijdseenheid (kwartier of uur) en niet persee realtime. Dat laatste vind ik de verantwoordelijkheid van de huis installatie en niet van DAO.

[Joos74]

Bij ons draait DAO ook mooi, maar ik zie wel regelmatig 'Internal Server Error's langskomen. Die zie ik altijd als ik op 'Reports' klik, en vaak (maar niet altijd) als ik in het menu op 'Solar' klik. Ook schiet ik nog wel eens terug naar een menu waar het item 'Solar' helemaal niet meer in aanwezig is. Iemand enig idee hoe dit komt?

Dit is wat ik (oa) zie in de logging:

code:

[2026-03-23 10:25:06,651] fout in app: Exception on / [POST]
Traceback (most recent call last):
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/flask/app.py", line 1511, in wsgi_app
    response = self.full_dispatch_request()
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/flask/app.py", line 919, in full_dispatch_request
    rv = self.handle_user_exception(e)
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/flask/app.py", line 917, in full_dispatch_request
    rv = self.dispatch_request()
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/flask/app.py", line 902, in dispatch_request
    return self.ensure_sync(self.view_functions[rule.endpoint])(**view_args)  # type: ignore[no-any-return]
           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^
  File "/root/dao/webserver/app/routes.py", line 320, in menu
    return solar()
  File "/root/dao/webserver/app/routes.py", line 652, in solar
    menu_dict = web_menu["solar"]
                ~~~~~~~~^^^^^^^^^
KeyError: 'solar'

[Mirabis]

in theorie - zal ik er voordeel van hebben als ik DAO laat detecteren wanneer EVCC het laden van de auto start? In principe zijn ze beide al in staat om entiteiten uit te lezen dan wel naar te schrijven in Homeassistant. Ik gebruik namelijk EVCC voor het schedulen en load balancen van mijn laadpaal en laat dat buiten DAO doen. Ik heb de laadpaal entities wel meegenomen voor tracking maar schedule verder niks. De batterij heeft slechts ~5kWh terwijl de auto accu 98/103kWh is...

Heb de nieuwe beta's nog niet getest want 2026.03.3.rc1 draait uitermate stabiel voor mij momenteel .

[balk]

simnet schreef op zondag 22 maart 2026 @ 14:04:
Ja, vanaf 2027 heb je eigenlijk 3 financiele situaties:

- stroom exporteren levert geld op en stroom importeren kost geld
- stroom importeren kost geld en stroom exporteren kost ook geld (0.0 > prijs < 0.12 inclusief belasting)
- stroom exporteren kost geld en stroom importeren levert geld op

Die middelste situatie is best lastig te modelleren.

Ik heb dat even in een grafiekje gezet. Dit is voor Tibber, tarieven zoals vandaag. Onder de 2 cent kale prijs moet je dus gaan betalen voor terugleveren (immers: 0 icm de terugleverboete die Tibber sinds dit jaar heeft). Onder de -12 cent krijg je betaald voor inkoop. Beiden zijn toch goed te berekenen omdat het tarief vast staat per kwartier?

Dus onder de 16 cent consument-consumptie tarief ga je moeten betalen voor teruglevering.

[ Voor 12% gewijzigd door balk op 23-03-2026 13:28 . Reden: grafiek nog iets verbeterd ]

[simnet]

balk schreef op maandag 23 maart 2026 @ 13:16:
[...]
Beiden zijn toch goed te berekenen omdat het tarief vast staat per kwartier?

Berekenen, zeker. Maar DAO laten modelleren welk device hoeveel moet produceren / gebruiken is best lastig in deze situatie, aangezien je wil sturen op NoM voor je grid aansluiting.

Op dit moment rekent DAO er alleen op dat een batterij NoM kan houden, maar dat kun je ook doen door je productie te limiteren (Enphase kan bijvoorbeeld ook NoM draaien door de productie van de zonnepanelen te regelen a.d.h.v. CT klemmen op de hoofdaansluiting).

De moeilijkheid komt er bij welk apparaat moet laden en/of ontladen en welke moet nu NoM gaan houden.
Als ik nu de batterij op NoM zet en mijn enphase installatie ook, dan zullen ze onderling constant in gevecht zijn en dat wil je natuurlijk voorkomen.
Op dit moment is DAO zich niet bewust van devices anders dan een batterij die NoM kunnen. Maar dat kan best veranderen als V2H echt bruikbaar wordt of als je zonnepanelen opwek kan laten regelen (of wind opwek dmv een shunt load).

[balk]

simnet schreef op maandag 23 maart 2026 @ 13:27:
[...]


Berekenen, zeker. Maar DAO laten modelleren welk device hoeveel moet produceren / gebruiken is best lastig in deze situatie, aangezien je wil sturen op NoM voor je grid aansluiting.

Op dit moment rekent DAO er alleen op dat een batterij NoM kan houden, maar dat kun je ook doen door je productie te limiteren (Enphase kan bijvoorbeeld ook NoM draaien door de productie van de zonnepanelen te regelen a.d.h.v. CT klemmen op de hoofdaansluiting).

De moeilijkheid komt er bij welk apparaat moet laden en/of ontladen en welke moet nu NoM gaan houden.
Als ik nu de batterij op NoM zet en mijn enphase installatie ook, dan zullen ze onderling constant in gevecht zijn en dat wil je natuurlijk voorkomen.
Op dit moment is DAO zich niet bewust van devices anders dan een batterij die NoM kunnen. Maar dat kan best veranderen als V2H echt bruikbaar wordt of als je zonnepanelen opwek kan laten regelen (of wind opwek dmv een shunt load).

Dat kan best een ingewikkelde optimalisatie zijn. Hoe groot is de fout als DAO ipv de batterij op NoM zou draaien, het hele huis op NoM zou draaien? En dat de gebruiker dat zelf kan invullen? Ik zou bijvoorbeeld bij maximale efficiency laden en dan de panelen terugschroeven. Maar dat kan HA beter dan DAO.

[Mirabis]

simnet schreef op maandag 23 maart 2026 @ 13:27:
[...]


Berekenen, zeker. Maar DAO laten modelleren welk device hoeveel moet produceren / gebruiken is best lastig in deze situatie, aangezien je wil sturen op NoM voor je grid aansluiting.

Op dit moment rekent DAO er alleen op dat een batterij NoM kan houden, maar dat kun je ook doen door je productie te limiteren (Enphase kan bijvoorbeeld ook NoM draaien door de productie van de zonnepanelen te regelen a.d.h.v. CT klemmen op de hoofdaansluiting).

De moeilijkheid komt er bij welk apparaat moet laden en/of ontladen en welke moet nu NoM gaan houden.
Als ik nu de batterij op NoM zet en mijn enphase installatie ook, dan zullen ze onderling constant in gevecht zijn en dat wil je natuurlijk voorkomen.
Op dit moment is DAO zich niet bewust van devices anders dan een batterij die NoM kunnen. Maar dat kan best veranderen als V2H echt bruikbaar wordt of als je zonnepanelen opwek kan laten regelen (of wind opwek dmv een shunt load).

Hmm misschien dat er een switch kan toegevoegd worden? Als de PV-installatie ook NoM kan, o.b.v. de toch al binnengehaalde zonproductie prognose beslissen of NoM op batterij ook ingeschakeld moet worden?

Ik heb bijv. zo een Growatt installatie met een inline meter die ook 'zero export' kan draaien. Nu heeft die een eigen "AI schedule" o.b.v. de dynamische prijs en modifiers. Ze weten mmenteel niks van elkaar.

[rescla]

Mirabis schreef op maandag 23 maart 2026 @ 13:43:
[...]

Hmm misschien dat er een switch kan toegevoegd worden? Als de PV-installatie ook NoM kan, o.b.v. de toch al binnengehaalde zonproductie prognose beslissen of NoM op batterij ook ingeschakeld moet worden?

Ik heb bijv. zo een Growatt installatie met een inline meter die ook 'zero export' kan draaien. Nu heeft die een eigen "AI schedule" o.b.v. de dynamische prijs en modifiers. Ze weten mmenteel niks van elkaar.

In mijn situatie zou het bij overcapaciteit zoiets zijn denk ik:

• Auto verantwoordelijk voor balancering, als de auto laad, en de beschikbare overcapaciteit groter is dan 6A * 230V * 3 (fase) = 4140W (realtime)
• Batterij verantwoordelijk voor balancering, als die niet 100% vol zit
• Solar inverter verantwoordelijk voor balancering

Het probleem/nadeel van DAO is dat die niet kan werken met realtime data, dus die kan wel ongeveer bepalen wat de verantwoordelijkheden zijn, maar die zou niet kunnen bepalen dat de auto moet stoppen met laden omdat het overschot minder is dan het minimale laadvermogen. Dus dat moet ik dan toch realtime aan gaan sturen vanuit HA.

Bij de balance switch ON zet ik nu gewoon mijn batterij in NOM modus, maar dat betekent ook dat als er wolken voor de zon komen en niet kunnen voorzien in het eigen vermogen, de batterij gaat ontladen om te compenseren. Maar het is niet helemaal zo simpel als een "beperk levering/opname", omdat de verliezen naar 'waardevolle energie' per apparaat verschillend zijn.

[balk]

Ik denk dat het heel moeilijk is om een harde, universele planning te maken met behulp van DAO. Voor de een betekent een kWh laden in de accu het meest, want nu laden betekent straks potentieel tegen beter tarief ontladen. Voor de ander kan het juist zijn dat de auto prioriteit heeft, want de waarde zit hem in de vrijheid "kunnen wegrijden wanneer je wil".

Wellicht kan de gebruiker een soort prioriteit meegeven aan DAO? Iets als:
if nom == true
then prio1 gebruiker maximaal laden, leftovers naar prio2 en eventueel prio3 etc
if prio1 == vol
then prio2 max laden etc

Solar panels zijn naar mijn inzicht de laatste in de rij. Indien geen laadcapaciteit beschikbaar en teruglevertarief <0 then terugmoduleren (indien kan), of uit. Indien op dat moment een wolkje langs komt zou je de accu niet aan moeten spreken.

Ik weet alleen niet of dit iets is wat we in DAO moeten willen of dat dit ieder voor zich is. Ik neig naar dat laatste. Laat DAO mij het seintje nom ja/nee geven en ik regel de rest zelf wel

[f.welvering]

simnet schreef op maandag 23 maart 2026 @ 08:20:
[...]


Dat is een mooie vondst. Gaan we meenemen. De 2e error is zeker correct. Maar stages zouden optioneel moeten zijn als on/off gebruikt wordt.

Ik merk ook dat de sensor voor de avg outside temp niet meer gevonden wordt, is daar iets aan veranderd?

code:

heating": {
    "heater_present": true,
    "degree_days_factor": 4.791,
    "adjustment": "on/off",
    "stages": [
      {
        "max_power": 0.0,
        "cop": 8.0
      },
      {
        "max_power": 225.0,
        "cop": 7.1
      }
    ],
"min_run_length": 1,
    "entity_heat_produced": "sensor.dewarmte_ao_a_232_heat_output_energy_daily",
    "entity_hp_heat_demand": "input_select.dao_wp_heat_demand",
    "entity_hp_cop": "input_number.dao_wp_cop",
    "entity_hp_power": "input_number.dao_wp_power",
    "entity_hp_switch": "input_boolean.dao_wp_on_off",
    "entity avg outside temp": "input_number.dao_wp_avg_outside"
  }

Melding

code:

-03-23 18:58:31 info: On/off warmtepomp wordt ingepland
2026-03-23 18:58:31 info: Gem. buitentemperatuur vandaag: 5.2 °C
2026-03-23 18:58:31 waarschuwing: Geen entity om gem. temperatuur te exporteren
2026-03-23 18:58:31 info: Voorspelde gemiddelde buiten temperatuur: 5.2 °C

[ Voor 35% gewijzigd door f.welvering op 23-03-2026 19:03 ]

[itavero]

itavero schreef op donderdag 19 maart 2026 @ 09:18:

Daar zie ik geen negatieve getallen. Sowieso vroeg ik mij af, aangezien ik de baseload laat genereren, zou daar niet een begrenzing op kunnen zitten (als er wel negatieve getallen zijn dat deze gelimiteerd worden tot 0 of op z'n minst anders worden weergegeven).


[...]

Ik zie nog steeds negatieve baseloads berekend worden. Enig idee hoe ik dit verder kan "debuggen"?

Relevant stukje configuratie

JSON:

{
  "report": {
    "entities grid consumption": [
      "sensor.sessy_pfuv_tariff_1_consumed_energy",
      "sensor.sessy_pfuv_tariff_2_consumed_energy"
    ],
    "entities grid production": [
      "sensor.sessy_pfuv_tariff_1_produced_energy",
      "sensor.sessy_pfuv_tariff_2_produced_energy"
    ],
    "entities solar production ac": ["sensor.envoy_122251081559_lifetime_energy_production"],
    "entities solar production dc": [],
    "entities ev consumption": ["sensor.peblar_ev_charger_levenslange_energie"],
    "entities machine consumption": ["sensor.power_dishwasher_energy", "sensor.power_scullery_laundry_energy"],
    "entities wp consumption": [],
    "entities boiler consumption": [],
    "entities battery consumption": ["sensor.sessy_df4k_charged_energy"],
    "entities battery production": ["sensor.sessy_df4k_discharged_energy"]
  }
}

Baseload berekening log

code:

2026-03-23 20:34:00 info: Day Ahead Optimalisering versie: 2026.03.2
2026-03-23 20:34:00 info: Day Ahead Optimalisering gestart op: 23-03-2026 20:34:00
2026-03-23 20:34:00 info: Day Ahead Optimalisatie gestart: 23-03-2026 20:34:00 taak: calc_baseloads
2026-03-23 20:34:10 info: baseload voor weekdag 0 :
2026-03-23 20:34:10 info: 0.46 0.442 0.474 0.493 0.465 0.499 0.545 0.271 -1.219 -2.349 -2.442 -2.332 -2.902 -2.929 -2.41 -1.345 -0.159 1.182 0.576 0.638 0.538 0.506 0.439 0.419 
2026-03-23 20:34:20 info: baseload voor weekdag 1 :
2026-03-23 20:34:20 info: 0.445 0.419 0.435 0.429 0.428 0.445 0.474 0.489 0.335 0.111 -0.184 -0.372 -1.356 -2.815 -1.712 -1.155 -0.32 0.811 0.668 0.405 0.657 0.568 0.438 0.432 
2026-03-23 20:34:31 info: baseload voor weekdag 2 :
2026-03-23 20:34:31 info: 0.425 0.415 0.43 0.44 0.35 0.452 0.563 0.182 -1.599 -3.088 -3.562 -3.544 -3.559 -3.374 -2.566 -1.647 -0.55 0.857 0.688 0.466 0.538 0.516 0.446 0.445 
2026-03-23 20:34:44 info: baseload voor weekdag 3 :
2026-03-23 20:34:44 info: 0.45 0.446 0.375 0.43 0.392 0.425 0.5 0.15 -1.325 -2.697 -3.365 -3.535 -3.551 -3.301 -2.531 -1.616 -0.527 0.572 0.543 0.49 0.512 0.606 0.428 0.392 
2026-03-23 20:34:54 info: baseload voor weekdag 4 :
2026-03-23 20:34:54 info: 0.411 0.38 0.405 0.412 0.398 0.419 0.437 0.294 -0.835 -1.763 -2.853 -3.372 -3.501 -3.062 -2.456 -1.519 -0.567 0.958 0.504 0.469 0.502 0.464 0.406 0.4 
2026-03-23 20:35:04 info: baseload voor weekdag 5 :
2026-03-23 20:35:04 info: 0.407 0.4 0.396 0.415 0.401 0.423 0.535 0.983 0.618 0.327 -0.54 -2.222 -3.121 -3.143 -2.509 -1.466 -0.36 1.38 0.539 0.552 0.441 0.433 0.375 0.395 
2026-03-23 20:35:15 info: baseload voor weekdag 6 :
2026-03-23 20:35:15 info: 0.401 0.42 0.406 0.413 0.401 0.424 1.049 0.212 -1.363 -2.733 -3.462 -3.53 -3.538 -3.301 -2.427 -1.422 -0.545 0.277 0.75 0.374 0.633 0.408 0.356 0.39

[ Voor 16% gewijzigd door itavero op 23-03-2026 20:45 . Reden: Reports config toegevoegd ]

[itavero]

simnet schreef op maandag 23 maart 2026 @ 13:27:
[...]

Op dit moment rekent DAO er alleen op dat een batterij NoM kan houden, maar dat kun je ook doen door je productie te limiteren (Enphase kan bijvoorbeeld ook NoM draaien door de productie van de zonnepanelen te regelen a.d.h.v. CT klemmen op de hoofdaansluiting).

[...]

Daar mis ik ook nog een nuance in (batterij NoM), maar wellicht komt dat ook door gebrek aan kennis.
Is NoM altijd om teruglevering te voorkomen momenteel, of kan het ook zijn om afname te voorkomen?
Als het voor beide situatie geld, zou het handig zijn om dat afzonderlijk te rapporteren.

Anders zou je in de situatie kunnen komen dat stroom heel goedkoop is, maar je verbruik gaat compenseren als er plots toch een dip in je PV opbrengst zit.
Die energie zou ik dan liever voor een duurder moment bewaren.

Overigens, enig idee hoe ik dat op mijn Enphase Envoy Metered-S configureer en inschakel (de NoM stand)?

[KC27]

DaBit schreef op maandag 23 maart 2026 @ 09:55:
[...]


Ik heb daar ook over zitten denken, maar het lijkt me handiger om dat buiten DAO om te regelen als DAO om 0-op-meter vraagt?

Niet helemaal want DAO rekent met de aangeboden mogelijkheden. Ik heb zelf twee SolarEdge omvormers die ik beide door HA kan laten regelen tussen 0 en 100%. Ik neem aan dat dat bij meer pv- omvormers kan. Het lijkt me goed dat we dat als regel optie kunnen instellen zodat DAO daar mee kan rekenen. Dan kan HA met die uitkomst gaan regelen.

[Torch1969]

itavero schreef op maandag 23 maart 2026 @ 20:43:
[...]


Ik zie nog steeds negatieve baseloads berekend worden. Enig idee hoe ik dit verder kan "debuggen"?


[...]


[...]

Kijk of er (grote) verbruikers (of leveranciers) van energie zijn die niet niet heel periodiek rapporteren en dan net ná het uur rapporteren. Bijvoorbeeld een laadpaal die eens per 15 minuten rapporteert (en dat waarschijnlijk net steeds een paar seconden na dat kwartier doet). De p1 meter ziet het verbruik “meteen”, maar de bijbehorende verbruiker komt dan in het volgende uur. Dit levert een verbruik op dat out of sync is qua uur.

[!null]

Zijn er mensen die DAO gebruiken voor enkel inkoop en verkoop handelen?
Zal vanaf 1 Januari niet interessant meer zijn, en straks heb ik ook het huis verbruik op het systeem.
Maar tot die tijd, vraag ik me af of het nuttig is DAO voor alleen dit doel te gebruiken, of toch iets anders, eventueel eigen script. En dan later, met huisconsumptie erop, DAO gebruiken.
Gaat bij om 80kWh met 12 tot 14kW laden/ontladen

[KC27]

itavero schreef op maandag 23 maart 2026 @ 20:43:
[...]


Ik zie nog steeds negatieve baseloads berekend worden. Enig idee hoe ik dit verder kan "debuggen"?


[...]


[...]

Aangezien de negatieve getallen overdag plaatsvinden zou ik het probleem toch zoeken in de pv productie.
Als je nu kijkt met reports/balans naar de opwekking van gisteren. In hoeverre klopt die met de opwekking zoals gerapporteerd in het energie-dashboard van HA?
Ik zie zelfs dat als je sommeert per dag dat je nog negatief uitkomt.
In welke eenheden rapporteert "sensor.envoy_122251081559_lifetime_energy_production"?

[simnet]

KC27 schreef op maandag 23 maart 2026 @ 21:44:
[...]

Niet helemaal want DAO rekent met de aangeboden mogelijkheden. Ik heb zelf twee SolarEdge omvormers die ik beide door HA kan laten regelen tussen 0 en 100%. Ik neem aan dat dat bij meer pv- omvormers kan. Het lijkt me goed dat we dat als regel optie kunnen instellen zodat DAO daar mee kan rekenen. Dan kan HA met die uitkomst gaan regelen.

Ik weet dat enphase maximaal 16 verschillende teruglever percentages aankan (in het geval van production limiting, waarbij je er al 2 kwijt bent voor 0 en 100). Dus wellicht is het gebruik van stages dan beter?
Of DAO geeft het te leveren vermogen door en dan kan HA dat omrekenen naar het juiste percentage, afhankelijk van de mogelijkheden van je omvormer.

[simnet]

itavero schreef op maandag 23 maart 2026 @ 20:55:
[...]


Daar mis ik ook nog een nuance in (batterij NoM), maar wellicht komt dat ook door gebrek aan kennis.
Is NoM altijd om teruglevering te voorkomen momenteel, of kan het ook zijn om afname te voorkomen?
Als het voor beide situatie geld, zou het handig zijn om dat afzonderlijk te rapporteren.

Anders zou je in de situatie kunnen komen dat stroom heel goedkoop is, maar je verbruik gaat compenseren als er plots toch een dip in je PV opbrengst zit.
Die energie zou ik dan liever voor een duurder moment bewaren.

Overigens, enig idee hoe ik dat op mijn Enphase Envoy Metered-S configureer en inschakel (de NoM stand)?

Je hebt hiervoor meetspoelen nodig bij de hoofdaansluiting. Vervolgens kun je het configureren in enlighten manager. Zeker niet het makkelijkste klusje. Als je het wilt automatiseren heb je een relais nodig om direct op de envoy aan te sluiten op de binaire ingangen.
Ik heb zelf die spoelen (nog) niet, dus ik kan ze alleen aan/uit zetten. Dat doenik ook met een relais op een binair contact van de envoy. Zodat ik niet afhankelijk ben van hun waardeloze cloud omgeving.

[ Voor 9% gewijzigd door simnet op 24-03-2026 00:25 ]

[Karpertje]

simnet schreef op maandag 23 maart 2026 @ 08:33:
[...]

Dat is jammer. Ik geloof dat er recent inderdaad een wijziging in de dataverwerking is gedaan die alles negeert als er geen zon voorspeld id. Je zou eigenlijk eens een versie van daarvoor moeten proberen, want ik zie niet in waarom het model niet ook geschikt zou zijn voor wind.
Mogelijk een feature request voor @KC27 om die optie toe te voegen.

Dit zou inderdaad een mooie feature zijn in DAO om alleen een ML model te laten rekenen met wind. Zou in mijn optiek nog makkelijker zijn dan rekening houden met zon e.d., maar ik ben geen programmeur haha. Hoe sta je hier voor in @KC27 om deze feature toe te voegen? Zou voor mij in ieder geval een hele uitkomst zijn

[simnet]

simnet schreef op dinsdag 24 maart 2026 @ 00:03:
[...]

Je hebt hiervoor meetspoelen nodig bij de hoofdaansluiting. Vervolgens kun je het configureren in enlighten manager. Zeker niet het makkelijkste klusje. Als je het wilt automatiseren heb je een relais nodig om direct op de envoy aan te sluiten op de binaire ingangen.
Ik heb zelf die spoelen (nog) niet, dus ik kan ze alleen aan/uit zetten. Dat doenik ook met een relais op een binair contact van de envoy. Zodat ik niet afhankelijk ben van hun waardeloze cloud omgeving.

Aansluitschema: https://support.enphase.c...contentId=05TPs00000H7oIH

En een artikeltje: https://degroenenerds.nl/...-cloud-of-home-assistant/

[ Voor 7% gewijzigd door simnet op 24-03-2026 08:46 ]

[DaBit]

Niet helemaal want DAO rekent met de aangeboden mogelijkheden. Ik heb zelf twee SolarEdge omvormers die ik beide door HA kan laten regelen tussen 0 en 100%. Ik neem aan dat dat bij meer pv- omvormers kan.

Ja, ik kan die van mij (een Growatt MOD7000TL-X en een zestal Hoymiles micro-omvormers) ook tussen de 0-100% regelen. Momenteel gebruik ik alleen de 100% en 0% stand.

Kwa 'vechten' van apparaten: voordat ik DAO+dynamisch contract implementeerde regelde ik de vermogens van apparaten met simpele PI-regelaars waarvan ik de I-term verreweg de meeste bijdrage liet leveren.
In de basis 'boiler_power=boiler_power + boiler_I * P_netaansluiting' en idem voor de auto e.d.
De onderlinge belangrijkheid van apparaten word dan geregeld door de magnitude van boiler_P/boiler_I tov auto_P/auto_I.

Dat ging niet vechten en regelde heel mooi nul-op-meter.

Iets dergelijks zou met DAO ook wel kunnen. DAO kan per apparaat een basisvermogen opgeven plus een NoM-switch zoals dat nu voor de batterij ook al gebeurt. Als de NoM-switch aanstaat kan de achterliggende automatie/logica desgewenst het basisvermogen wat omhoog/omlaag regelen om die NoM te bereiken.

In feite kan ik dit al prima implementeren met de batt balance switch in de huidige DAO, maar per device geeft DAO onder andere de mogelijkheid om de accu niet te gaan ontladen als er een streepje wolk langs komt gedreven.

[rescla]

DaBit schreef op dinsdag 24 maart 2026 @ 08:30:
[...]


Ja, ik kan die van mij (een Growatt MOD7000TL-X en een zestal Hoymiles micro-omvormers) ook tussen de 0-100% regelen. Momenteel gebruik ik alleen de 100% en 0% stand.

Kwa 'vechten' van apparaten: voordat ik DAO+dynamisch contract implementeerde regelde ik de vermogens van apparaten met simpele PI-regelaars waarvan ik de I-term verreweg de meeste bijdrage liet leveren.
In de basis 'boiler_power=boiler_power + boiler_I * P_netaansluiting' en idem voor de auto e.d.
De onderlinge belangrijkheid van apparaten word dan geregeld door de magnitude van boiler_P/boiler_I tov auto_P/auto_I.

Dat ging niet vechten en regelde heel mooi nul-op-meter.

Iets dergelijks zou met DAO ook wel kunnen. DAO kan per apparaat een basisvermogen opgeven plus een NoM-switch zoals dat nu voor de batterij ook al gebeurt. Als de NoM-switch aanstaat kan de achterliggende automatie/logica desgewenst het basisvermogen wat omhoog/omlaag regelen om die NoM te bereiken.

In feite kan ik dit al prima implementeren met de batt balance switch in de huidige DAO, maar per device geeft DAO onder andere de mogelijkheid om de accu niet te gaan ontladen als er een streepje wolk langs komt gedreven.

Om nog even een duit in het zakje te doen mbt omvormers, ik kan die van mij (Huawei) regelen op maximaal output vermogen in W. Ik moet zelf daar nog een keer een NOM regeling voor maken.

[KC27]

Karpertje schreef op dinsdag 24 maart 2026 @ 07:43:
[...]


Dit zou inderdaad een mooie feature zijn in DAO om alleen een ML model te laten rekenen met wind. Zou in mijn optiek nog makkelijker zijn dan rekening houden met zon e.d., maar ik ben geen programmeur haha. Hoe sta je hier voor in @KC27 om deze feature toe te voegen? Zou voor mij in ieder geval een hele uitkomst zijn

In eerste instantie (toen @simnet de pv-predictor voor DAO bouwde) zat windsnelheid en neerslag er nog bij als verklarende feature, maar die bleken niet significant (minder dan 0,5 %) bij te dragen aan de verklaring van de pv-productie (wat je ook wel kan verwachten). En dus heb ik die twee "er uit gesloopt".
Helaas. Met de kennis van nu zou ik windsnelheid erin gelaten hebben.
Ik ga kijken of ik windsnelheid alsnog nog toevoegen.

[simnet]

KC27 schreef op dinsdag 24 maart 2026 @ 08:52:
Ik ga kijken of ik windsnelheid alsnog nog toevoegen.

Wellicht een goed moment om ook te kijken naar de outlier detectie. Als ik het me goed herinner zat daar ook een physics gebaseerde detectie van PV in.

En wind kan een koelend effect hebben op hete momenten, vandaar dat die er in eerste instantie in zat.

[ Voor 14% gewijzigd door simnet op 24-03-2026 09:00 ]

[Karpertje]

KC27 schreef op dinsdag 24 maart 2026 @ 08:52:
[...]

In eerste instantie (toen @simnet de pv-predictor voor DAO bouwde) zat windsnelheid en neerslag er nog bij als verklarende feature, maar die bleken niet significant (minder dan 0,5 %) bij te dragen aan de verklaring van de pv-productie (wat je ook wel kan verwachten). En dus heb ik die twee "er uit gesloopt".
Helaas. Met de kennis van nu zou ik windsnelheid erin gelaten hebben.
Ik ga kijken of ik windsnelheid alsnog nog toevoegen.

Dat zou top zijn als windsnelheid alsnog toegevoegd wordt. Ik zit alleen wel met het punt dat het model anders misschien ook windenergie gaat berekenen op momenten dat het gewoon windstil is en alleen de zon schijnt. Daarom zou het mooi zijn als je in het ML-model ook alleen wind apart kunt selecteren.