Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO

[KC27]

Bravo schreef op dinsdag 7 oktober 2025 @ 00:21:
[...]

Mooie stappen stel je in het vooruitzicht!
Nog een vraagje over die switch entity's die er nu bij zijn gekomen. Hoe lang moeten deze op 'actief' / '1' staan?
Ik zit erover te denken om de apparaten zelf te laten melden dat ze (handmatig) zijn aangezet via deze input_boolean, al kan dat overlappen met het schema (maar dat is niet erg lijkt mij?).

Er is maar een "switch entity' bij gekomen.
En DAO zet hem alleen op "on" als de boiler moet worden opgewarmd.
Jij mag hem zelf zolang op "on"houden als je wilt.
DAO doet er verder niks mee, zal hem zelf niet op "off' zetten.

[KC27]

De day ahead prijzen zijn vandaag vertraagd:

Posted on 2025/10/07 | 12:56:27
[ExC_02]: Delay in Market Coupling Results publication[EPEX Auction]

Dear member,

The Single Day-Ahead Coupling auction (SDAC) is delayed and consequently, the publication of results as well.
We apologize for this issue and will keep you updated as the situation progresses.

Edit: er zijn op dit moment (13:38) nog steeds geen prijzen voormorgen.
Als je het wilt bijhouden:
https://www.epexspot.com/en/market-results

[ Voor 54% gewijzigd door KC27 op 07-10-2025 13:49 ]

[KC27]

Zojuist is productieversie 2025.10.4 gepubliceerd.
Dit staat in de changelog:

• Changed scheduler: there can be more one task planned at a minute (but with different keys!)
• Changed order of graphics: consumption and production are set on top of other categories
• Added `switch entity` to boiler (alternative for activate entity)
• Several python-modules are updated
• Added environment variabels to .bashrc
• Update build.yaml to Debian 13 (Trixie) version :8.1.3
• Fix format error
• transition to debian 13 (trixie) base-mages
• python version 3.13 (was 3.11)
• new generic binaries for amd64 and aarch64
• possibility to compile and activate binaries for own processor

Know issue:
- The forecast in the reports still nog good working

Voor het compileren van je eigen snellere binaries verwijs ik jullie naar: KC27 in "Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO"

[Bravo]

KC27 schreef op dinsdag 7 oktober 2025 @ 09:53:
[...]

Er is maar een "switch entity' bij gekomen.
En DAO zet hem alleen op "on" als de boiler moet worden opgewarmd.
Jij mag hem zelf zolang op "on"houden als je wilt.
DAO doet er verder niks mee, zal hem zelf niet op "off' zetten.

Dan heb ik het niet helemaal goed begrepen, er zit dus een verschil tussen deze switch entity en de start entities van de EV en Machines.
Geldt daar ook voor dat deze entity op 'aan' moet staat bij de run die hoort bij de start van het programma en daarna weer uit kan?

[Lasoul]

KC27 schreef op maandag 6 oktober 2025 @ 18:06:
[...]

Deze error is gerepareerd in de huidige testversie. Komt binnenkort naar productie.

Met de nieuwe versie is het probleem opgelost en kan ik een run draaien.
Ik zie echter wel de onderstaande melding bij de inzet van de batterij staan.
Enig idee wat daar mis gaat?

code:

2025-10-07 13:35:47 info: cannot handle a non-unique multi-index!
2025-10-07 13:35:47 info: Totals of accu yixiang 32kWh cannot be calculated
2025-10-07 13:35:47 info: In- en uitgaande energie per uur batterij yixiang 32kWh

[KC27]

Bravo schreef op dinsdag 7 oktober 2025 @ 13:29:
[...]

Dan heb ik het niet helemaal goed begrepen, er zit dus een verschil tussen deze switch entity en de start entities van de EV en Machines.
Geldt daar ook voor dat deze entity op 'aan' moet staat bij de run die hoort bij de start van het programma en daarna weer uit kan?

Alleen bij de auto is een verschil: daar kan met de "switch" door DAO het opladen (tijdelijk) worden gestopt.
Bij de machines is er geen switch entity.

[storeman]

Over het zelf compileren van de binaries heb ik nog een vraag. Heeft het altijd zin om zelf binairies te compileren? Of is dit vooral handig voor de pi varianten?

[KC27]

storeman schreef op dinsdag 7 oktober 2025 @ 14:21:
Over het zelf compileren van de binaries heb ik nog een vraag. Heeft het altijd zin om zelf binairies te compileren? Of is dit vooral handig voor de pi varianten?

Misschien zijn er juist bij amd64 veel varianten waar veel winst te behalen valt, zeker als er meer cores beschikbaar zijn. Maar als je berekening nu al snel gaat (5 seconden of minder met veel te berekenen kwartieren) dan is het een beetje werk voor noppes.

[magiel]

KC27 schreef op maandag 6 oktober 2025 @ 23:11:
Heb jij ook zo'n soort instel-panel in HA van je boiler:
[Afbeelding]
Met name met die input_select erin.
Hoe ziet die van jou eruit?
Welke programma heb je gekozen?

Bedankt voor je snelle reacties .



Ik heb een DAO configuratiepanel toegevoegd aan mn DEV dashboard. Zie screenshot. Dit lijkt er goed uit te zien?

Met onderstaande machines configuratie krijg ik nog steeds een python error. Zonder de machines [] list werkt het overigens wel.

code:

  "machines" : [
    {
      "name": "Kitchen Hotfill Boiler",
      "programs": [
         {
          "name": "heat",
          "power": [400, 400]
        },
        {
          "name": "off",
          "power": []
        }
      ],
      "entity start window": "input_datetime.dao_kitchen-boiler-start",
      "entity stop window": "input_datetime.dao_kitchen-boiler-stop",
      "entity selected program": "input_select.dao_kitchen-boiler-night-program",
      "entity calculated start": "input_datetime.dao_kitchen_boiler_plan_start",
      "entity calculated end": "input_datetime.dao_kitchen_boiler_plan_stop",
      "entity instant start":"dao_kitchen-boiler-instant-start"
    }
  ],

code:

Traceback (most recent call last):
  File "/root/dao/prog/da_base.py", line 594, in run_task_function
    getattr(self, run_task["function"])()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/da_base.py", line 524, in calc_optimum_met_debug
    dacalc.calc_optimum()
    ~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/day_ahead.py", line 1891, in calc_optimum
    p = next(
        (
    ...<4 lines>...
        0,
    )
  File "/root/dao/prog/day_ahead.py", line 1895, in <genexpr>
    if item["name"] == program_selected[m]
                       ~~~~~~~~~~~~~~~~^^^
IndexError: list index out of range
Traceback (most recent call last):
  File "/root/dao/webserver/../prog/day_ahead.py", line 3945, in <module>
    main()
    ~~~~^^
  File "/root/dao/webserver/../prog/day_ahead.py", line 3919, in main
    da_calc.run_task_function("calc_optimum_met_debug")
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/prog/da_base.py", line 594, in run_task_function
    getattr(self, run_task["function"])()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/da_base.py", line 524, in calc_optimum_met_debug
    dacalc.calc_optimum()
    ~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/day_ahead.py", line 1891, in calc_optimum
    p = next(
        (
    ...<4 lines>...
        0,
    )
  File "/root/dao/prog/day_ahead.py", line 1895, in <genexpr>
    if item["name"] == program_selected[m]
                       ~~~~~~~~~~~~~~~~^^^
IndexError: list index out of range
<sys>:0: ResourceWarning: unclosed database in <sqlite3.Connection object at 0x7f821a6c50>

[Hedzie]

Vraag over de warmtepomp.

Moet deze sensor “entity hp cop” berekend worden middels automation? Of kun je hier ook de werkelijke cop sensor vd de warmtepomp invullen.
Dat laatste heb ik gedaan, maar krijg dan een foutmelding dat deze 0 is.

Hetzelfde voor “entity hp power”.
Kan hier de werkelijke sensor worden gebruikt? Of moet deze berekend worden.

Ik haal het niet goed uit de docs.

[KC27]

magiel schreef op dinsdag 7 oktober 2025 @ 19:41:
[...]


Bedankt voor je snelle reacties .

[Afbeelding]

Ik heb een DAO configuratiepanel toegevoegd aan mn DEV dashboard. Zie screenshot. Dit lijkt er goed uit te zien?

Met onderstaande machines configuratie krijg ik nog steeds een python error. Zonder de machines [] list werkt het overigens wel.

code:

  "machines" : [
    {
      "name": "Kitchen Hotfill Boiler",
      "programs": [
         {
          "name": "heat",
          "power": [400, 400]
        },
        {
          "name": "off",
          "power": []
        }
      ],
      "entity start window": "input_datetime.dao_kitchen-boiler-start",
      "entity stop window": "input_datetime.dao_kitchen-boiler-stop",
      "entity selected program": "input_select.dao_kitchen-boiler-night-program",
      "entity calculated start": "input_datetime.dao_kitchen_boiler_plan_start",
      "entity calculated end": "input_datetime.dao_kitchen_boiler_plan_stop",
      "entity instant start":"dao_kitchen-boiler-instant-start"
    }
  ],

code:

Traceback (most recent call last):
  File "/root/dao/prog/da_base.py", line 594, in run_task_function
    getattr(self, run_task["function"])()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/da_base.py", line 524, in calc_optimum_met_debug
    dacalc.calc_optimum()
    ~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/day_ahead.py", line 1891, in calc_optimum
    p = next(
        (
    ...<4 lines>...
        0,
    )
  File "/root/dao/prog/day_ahead.py", line 1895, in <genexpr>
    if item["name"] == program_selected[m]
                       ~~~~~~~~~~~~~~~~^^^
IndexError: list index out of range
Traceback (most recent call last):
  File "/root/dao/webserver/../prog/day_ahead.py", line 3945, in <module>
    main()
    ~~~~^^
  File "/root/dao/webserver/../prog/day_ahead.py", line 3919, in main
    da_calc.run_task_function("calc_optimum_met_debug")
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/prog/da_base.py", line 594, in run_task_function
    getattr(self, run_task["function"])()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/da_base.py", line 524, in calc_optimum_met_debug
    dacalc.calc_optimum()
    ~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/day_ahead.py", line 1891, in calc_optimum
    p = next(
        (
    ...<4 lines>...
        0,
    )
  File "/root/dao/prog/day_ahead.py", line 1895, in <genexpr>
    if item["name"] == program_selected[m]
                       ~~~~~~~~~~~~~~~~^^^
IndexError: list index out of range
<sys>:0: ResourceWarning: unclosed database in <sqlite3.Connection object at 0x7f821a6c50>

Ik snap er niets van.
Het enige wat deze fout kan veroorzaken is het volgende:
de naam van de entity die je hebt opgegeven bij "entity selected program": "input_select.dao_kitchen-boiler-night-program" komt niet exact overeen met de naam van die input_select in HA.
Zou je dat nog een keer willen controleren?

[KC27]

Hedzie schreef op dinsdag 7 oktober 2025 @ 21:02:
Vraag over de warmtepomp.

Moet deze sensor “entity hp cop” berekend worden middels automation? Of kun je hier ook de werkelijke cop sensor vd de warmtepomp invullen.
Dat laatste heb ik gedaan, maar krijg dan een foutmelding dat deze 0 is.

Hetzelfde voor “entity hp power”.
Kan hier de werkelijke sensor worden gebruikt? Of moet deze berekend worden.

Ik haal het niet goed uit de docs.

Het is ook best ingewikkeld.
Dit code voor de "on/off" regeling is door een andere DAO gebruiker geschreven.
Ik ben er weer even ingedoken:
Hij heeft een formule gemaakt voor zijn eigen warmtepomp met als input de gemiddelde buitentemperatuur en als output de COP van de warmtepomp (hoe kouder hoe lager de COP) en het elektrische vermogen bij die buitentemperatuur (hoe kouder hoe hoger)
De gemiddelde buitentemperatuur schrijft DAO weg naar de entity die je instelt met "entity_avg_temp".
In HA moet je dan een automation maken die de COP en het vermogen berekenen van jouw wp.
De berekende waarden schrijf je dan in HA weg in de entiteiten die je opgeeft bij : "entity_hp_cop" en "entity_hp_power".
Kun je nu verder?

[Martijn18]

De verwachte solar opbrengst die door DAO wordt berekend is nog al afwijkend van het resultaat van Forecast.Solar. Die laatste is redelijk in lijn met mijn daadwerkelijke productie. Nu heb ik niet het idee dat dit enkel zit in de yield, daarvoor is het verschil te groot.

Kan ik misschien ergens een locatie meegeven?

[simnet]

KC27 schreef op maandag 6 oktober 2025 @ 13:21:
Nog even ter aanvulling van mijn suggesties:
Windsnelheid in het kwadraat maar met een maximum van x m/sec, bijv 10 of 8 m/sec(daarboven is het vermogen begrensd)
Graaddagen, graaduren of graadminuten zijn een betere maat voor de nodige elektriciteit voor verwarming dan de temperatuur, formule: tijd * (als t <18 dan 18-t anders 0)
Koelgraaduren idem, maar dan voor koeling bijv 24 graden als koelgrens.

Weet jij toevallig bij welke snelheid ze worden afgeschakeld?

[UsernameIsInUse]

Ik ben op zoek naar de waarden voor de efficiencyvariabelen voor een Marstek Venus E (5,12kWh).
De Marstek wordt bij mij alleen opgeladen met 1500 watt en ontladen met 800 watt. Hierbij wordt een RoundTripEfficiency (RTE) behaald van 82%.
De berekening en aansturing van de Marstek via DAO heb ik werkend op basis van de nieuwe kwartierprijzen.
Maar om de zaak goed te finetunen ben ik op zoek naar de juiste waarden voor:
- dc_to_bat efficiency: factor voor efficiency van dc naar batterij met waarde tussen 0 (max verlies) en 1.0 (geen verlies)
- bat_to_dc efficiency: factor voor efficiency van batterij naar dc met waarde tussen 0 (max verlies) en 1.0 (geen verlies)
- charge stages: Een zelf te kiezen aantal stappen of schijven voor het laden via de omvormer. In een drie fase systeem tel je het vermogen van alle omvormers bij elkaar op. Per stap vul je in {power, efficiency}. De eerste schijf is altijd: {"power": 0.0, "efficiency": 1}, De "power" van de laatste schijf geeft ook het maximale vermogen van de omvormer
- discharge stages: Zelfde als charge staties, maar dan voor ontladen. Per stap vul je in {power, efficiency}.

Ik ben ook nieuwsgierig naar de relatie of juist het verschil tussen dc_to_bat efficiency en charge stages efficiency.

Alvast hartelijke dank voor het meedenken.

[ Voor 4% gewijzigd door UsernameIsInUse op 08-10-2025 09:25 ]

[KC27]

simnet schreef op woensdag 8 oktober 2025 @ 08:41:
[...]


Weet jij toevallig bij welke snelheid ze worden afgeschakeld?

Een zoekopdracht levert wel een interessant antwoord op van AI (neem het met een korreltje zout):
een windmolen begint vanaf windkracht 2 (2,5 m/s), bereikt zijn hoogste vermogen bij windkracht 6 (12,3 m/s) en wordt uitgeschakeld vanaf windkracht 10 (27,5 m/s).
Bij het knmi staat een tabel die de relatie tussen windkracht en windsnelheid uitlegt:
https://www.knmi.nl/kenni...g/windschaal-van-beaufort
Volgens AI is het vermogen zelfs evenredig met de derde macht van de windsnelheid (maar ik heb het anders geleerd)

[KC27]

UsernameIsInUse schreef op woensdag 8 oktober 2025 @ 09:23:
Ik ben op zoek naar de waarden voor de efficiencyvariabelen voor een Marstek Venus E (5,12kWh).
De Marstek wordt bij mij alleen opgeladen met 1500 watt en ontladen met 800 watt. Hierbij wordt een RoundTripEfficiency (RTE) behaald van 82%.
De berekening en aansturing van de Marstek via DAO heb ik werkend op basis van de nieuwe kwartierprijzen.
Maar om de zaak goed te finetunen ben ik op zoek naar de juiste waarden voor:
- dc_to_bat efficiency: factor voor efficiency van dc naar batterij met waarde tussen 0 (max verlies) en 1.0 (geen verlies)
- bat_to_dc efficiency: factor voor efficiency van batterij naar dc met waarde tussen 0 (max verlies) en 1.0 (geen verlies)
- charge stages: Een zelf te kiezen aantal stappen of schijven voor het laden via de omvormer. In een drie fase systeem tel je het vermogen van alle omvormers bij elkaar op. Per stap vul je in {power, efficiency}. De eerste schijf is altijd: {"power": 0.0, "efficiency": 1}, De "power" van de laatste schijf geeft ook het maximale vermogen van de omvormer
- discharge stages: Zelfde als charge staties, maar dan voor ontladen. Per stap vul je in {power, efficiency}.

Ik ben ook nieuwsgierig naar de relatie of juist het verschil tussen dc_to_bat efficiency en charge stages efficiency.

Alvast hartelijke dank voor het meedenken.

Er zijn meer DAO-gebruikers met een marstek.
Een aantal van heb heeft hun DAO-setup hier gedeeld.
Zoek eens op "Marstek" in dit topic.

[KC27]

Martijn18 schreef op woensdag 8 oktober 2025 @ 08:27:
De verwachte solar opbrengst die door DAO wordt berekend is nog al afwijkend van het resultaat van Forecast.Solar. Die laatste is redelijk in lijn met mijn daadwerkelijke productie. Nu heb ik niet het idee dat dit enkel zit in de yield, daarvoor is het verschil te groot.

Kan ik misschien ergens een locatie meegeven?

DAO halt jouw locatie uit HA (als je die tenminste hebt ingesteld).
Heb je een overzicht van een "zonnige dag", waarbij je de door DAO berekende opbrengst afzet tegen de daadwerkelijk opbrengst en de berekende opbrengst van Forecast Solar, bijvoorbeeld samen in een grafiekje?

[llevering]

Nu met de kwartierprijzen (ik geef toe ik heb nog een uurprijzen abonnement, maar voorbereiden is key) ben ik weer in DAO gedoken. Ik heb in mijn proefberekening een in mijn beleving een rare uitkomst voor de boiler.

Uitkomst:

code:

2025-10-08 09:30:02 info: Boiler direct opwarmen staat uit
2025-10-08 09:30:02 info: Boiler opwarmen wordt ingepland tussen: 2025-10-08 11:00 en 2025-10-08 11:00
2025-10-08 09:30:02 info: Boiler verbruik in 1 kwartier: 0.1375 kWh
2025-10-08 09:30:02 info: Prognose boiler:
                  tijd  act_temp  heat  elec  interval  cost  end_temp  end_value  netto_cost
0  2025-10-08 09:30:00    48.470 1.232 0.556         5 0.165    49.224      0.036       0.129
1  2025-10-08 09:45:00    48.399 1.251 0.563         5 0.164    49.295      0.038       0.126
2  2025-10-08 10:00:00    48.328 1.271 0.571         5 0.166    49.366      0.040       0.125
3  2025-10-08 10:15:00    48.256 1.290 0.578         5 0.164    49.438      0.042       0.122
4  2025-10-08 10:30:00    48.185 1.309 0.585         5 0.163    49.509      0.044       0.118
5  2025-10-08 10:45:00    48.114 1.329 0.592         5 0.162    49.580      0.047       0.115
6  2025-10-08 11:00:00    48.042 1.348 0.599         5 0.162    49.651      0.049       0.113
7  2025-10-08 11:15:00    47.971 1.368 0.606         5 0.159    49.722      0.051       0.108
8  2025-10-08 11:30:00    47.900 1.387 0.614         5 0.158    49.794      0.053       0.106
9  2025-10-08 11:45:00    47.829 1.406 0.621         5 0.159    49.865      0.055       0.104
10 2025-10-08 12:00:00    47.758 1.426 0.628         5 0.161    49.936      0.057       0.104
11 2025-10-08 12:15:00    47.686 1.445 0.635         5 0.162    50.008      0.059       0.103
12 2025-10-08 12:30:00    47.615 1.464 0.642         5 0.164    50.079      0.061       0.103
13 2025-10-08 12:45:00    47.544 1.484 0.650         5 0.165    50.150      0.063       0.102
14 2025-10-08 13:00:00    47.472 1.503 0.657         5 0.167    50.221      0.065       0.101
15 2025-10-08 13:15:00    47.401 1.523 0.664         5 0.168    50.293      0.067       0.100
16 2025-10-08 13:30:00    47.330 1.542 0.671         5 0.169    50.364      0.070       0.100
17 2025-10-08 13:45:00    47.259 1.561 0.678         5 0.172    50.435      0.072       0.101
18 2025-10-08 14:00:00    47.188 1.581 0.685         5 0.174    50.506      0.074       0.101
19 2025-10-08 14:15:00    47.116 1.600 0.693         6 0.177    50.649      0.078       0.099
20 2025-10-08 14:30:00    47.045 1.619 0.700         6 0.181    50.720      0.080       0.101
21 2025-10-08 14:45:00    46.974 1.639 0.707         6 0.186    50.791      0.082       0.104
22 2025-10-08 15:00:00    46.902 1.658 0.714         6 0.187    50.862      0.084       0.103
23 2025-10-08 15:15:00    46.831 1.678 0.721         6 0.191    50.934      0.086       0.105
24 2025-10-08 15:30:00    46.760 1.697 0.728         6 0.200    51.005      0.088       0.111
25 2025-10-08 15:45:00    46.689 1.716 0.736         6 0.207    51.076      0.091       0.116
26 2025-10-08 16:00:00    46.617 1.736 0.743         6 0.208    51.148      0.093       0.115
27 2025-10-08 16:15:00    46.546 1.755 0.750         6 0.218    51.219      0.095       0.123
28 2025-10-08 16:30:00    46.475 1.774 0.757         6 0.234    51.290      0.097       0.137
29 2025-10-08 16:45:00    46.404 1.794 0.764         6 0.244    51.361      0.099       0.145
30 2025-10-08 17:00:00    46.332 1.813 0.772         6 0.246    51.432      0.101       0.145
31 2025-10-08 17:15:00    46.261 1.833 0.779         6 0.261    51.504      0.103       0.158
32 2025-10-08 17:30:00    46.190 1.852 0.786         6 0.282    51.575      0.105       0.177
33 2025-10-08 17:45:00    46.119 1.871 0.793         6 0.299    51.646      0.107       0.191
34 2025-10-08 18:00:00    46.047 1.891 0.800         6 0.302    51.718      0.109       0.192
35 2025-10-08 18:15:00    45.976 1.910 0.807         6 0.314    51.789      0.112       0.202
36 2025-10-08 18:30:00    45.905 1.929 0.815         6 0.322    51.860      0.114       0.208
37 2025-10-08 18:45:00    45.834 1.949 0.822         6 0.320    51.931      0.116       0.204
38 2025-10-08 19:00:00    45.763 1.968 0.829         7 0.307    52.074      0.120       0.187
39 2025-10-08 19:15:00    45.691 1.988 0.836         7 0.293    52.145      0.122       0.171
40 2025-10-08 19:30:00    45.620 2.007 0.843         7 0.282    52.216      0.124       0.158
41 2025-10-08 19:45:00    45.549 2.026 0.850         7 0.275    52.288      0.126       0.149
42 2025-10-08 20:00:00    45.477 2.046 0.858         7 0.267    52.359      0.128       0.139
43 2025-10-08 20:15:00    45.406 2.065 0.865         7 0.259    52.430      0.130       0.128
44 2025-10-08 20:30:00    45.335 2.084 0.872         7 0.253    52.501      0.132       0.121
45 2025-10-08 20:45:00    45.264 2.104 0.879         7 0.252    52.572      0.135       0.118
46 2025-10-08 21:00:00    45.192 2.123 0.886         7 0.253    52.644      0.137       0.116
47 2025-10-08 21:15:00    45.121 2.143 0.894         7 0.250    52.715      0.139       0.112
48 2025-10-08 21:30:00    45.050 2.162 0.901         7 0.249    52.786      0.141       0.109
49 2025-10-08 21:45:00    44.979 2.181 0.908         7 0.250    52.858      0.143       0.107
50 2025-10-08 22:00:00    44.907 2.201 0.915         7 0.251    52.929      0.145       0.106
51 2025-10-08 22:15:00    44.836 2.220 0.922         0 0.000     0.000      0.000       0.000
52 2025-10-08 22:30:00    44.765 0.000 0.000         0 0.000     0.000      0.000       0.000
53 2025-10-08 22:45:00    44.694 0.000 0.000         0 0.000     0.000      0.000       0.000
54 2025-10-08 23:00:00    44.623 0.000 0.000         0 0.000     0.000      0.000       0.000
55 2025-10-08 23:15:00    44.551 0.000 0.000         0 0.000     0.000      0.000       0.000
56 2025-10-08 23:30:00    44.480 0.000 0.000         0 0.000     0.000      0.000       0.000
57 2025-10-08 23:45:00    44.409 0.000 0.000         0 0.000     0.000      0.000       0.000

2025-10-08 09:30:02 info: Boiler start wordt ingezet op 2025-10-08 11:00:00 met 5 intervallen

Instellingen:

code:

  "boiler": {
    "boiler present": "True",
    "entity actual temp.": "sensor.boiler_2_temperature",
    "entity setpoint": "input_number.boiler_2_target",
    "entity hysterese": "input_number.boiler_hysterese",
    "cop": 2.7,
    "cooling rate": 0.285,
    "volume": 200,
    "heating allowed below": 48,
    "elec. power": 550,
    "activate service": "toggle",
    "activate entity": "switch.boiler2"
  },

Actuele waarden variabelen:
sensor.boiler_2_temperature:  48.470
input_number.boiler_2_target: 53
input_number.boiler_hysterese: 5

Wat ik niet snap is dat hij tot 22u bezig is om van 48c naar 53c te komen. Waar kan dat aanliggen? Ik zou verwachten dat volume, elec power en cop daarop invloed hebben (en een klein beetje de cooling_rate). Wat zie ik over het hoofd? Ook het oplopende elektrische verbruik, gaat erg hoog. Ik zou verwachten dat het tussen 550 en 600 blijft, dus ik begrijp iets van de instellingen niet goed denk ik.

In de grafiek zie ik trouwens dat het klusje in 5 kwartier lijkt te klaren, dat zit meer in lijn met mijn verwachting.

[simnet]

UsernameIsInUse schreef op woensdag 8 oktober 2025 @ 09:23:
Ik ben op zoek naar de waarden voor de efficiencyvariabelen voor een Marstek Venus E (5,12kWh).
De Marstek wordt bij mij alleen opgeladen met 1500 watt en ontladen met 800 watt. Hierbij wordt een RoundTripEfficiency (RTE) behaald van 82%.
De berekening en aansturing van de Marstek via DAO heb ik werkend op basis van de nieuwe kwartierprijzen.
Maar om de zaak goed te finetunen ben ik op zoek naar de juiste waarden voor:
- dc_to_bat efficiency: factor voor efficiency van dc naar batterij met waarde tussen 0 (max verlies) en 1.0 (geen verlies)
- bat_to_dc efficiency: factor voor efficiency van batterij naar dc met waarde tussen 0 (max verlies) en 1.0 (geen verlies)
- charge stages: Een zelf te kiezen aantal stappen of schijven voor het laden via de omvormer. In een drie fase systeem tel je het vermogen van alle omvormers bij elkaar op. Per stap vul je in {power, efficiency}. De eerste schijf is altijd: {"power": 0.0, "efficiency": 1}, De "power" van de laatste schijf geeft ook het maximale vermogen van de omvormer
- discharge stages: Zelfde als charge staties, maar dan voor ontladen. Per stap vul je in {power, efficiency}.

Ik ben ook nieuwsgierig naar de relatie of juist het verschil tussen dc_to_bat efficiency en charge stages efficiency.

Alvast hartelijke dank voor het meedenken.

Ik heb een Marstek Venus-E 5kwh die ik aanstuur met een lilygo via modbus en gebruik deze instellingen naar tevredenheid. Er zijn helaas geen echte data beschikbaar over de efficienties en de leverancier roert er ook niet om.

code:

   {
      "name": "Marstek P3",
      "entity actual level": "sensor.marstek_battery_state_of_charge",
      "capacity": 5.12,
      "upper limit": 100,
      "lower limit": 11,
      "optimal lower level": 11,
      "entity min soc end opt": "input_number.dao_marstek_p3_min_soc_end_opt",
      "entity max soc end opt": "input_number.dao_marstek_p3_max_soc_end_opt",
      "charge stages": [
        {
          "power": 0.0,
          "efficiency": 1
        },
        {
          "power": 2500.0,
          "efficiency": 0.95
        }
      ],
      "discharge stages": [
        {
          "power": 0.0,
          "efficiency": 1
        },
        {
          "power": 2500.0,
          "efficiency": 0.95
        }
      ],
      "minimum power": 15,
      "dc_to_bat efficiency": 0.95,
      "bat_to_dc efficiency": 0.95,
      "cycle cost": 0.01,
      "cycle cost_calculated": 0.029,
      "entity set power feedin": "input_number.dao_marstek_p3_feedin_grid_power",
      "entity set operating mode": "input_select.dao_marstek_p3_mode",
      "entity balance switch": "input_boolean.dao_marstek_p3_balance_mode",
      "entity calculated soc": "input_number.dao_marstek_p3_calculates_soc_end_of_this",
      "solar": []
   }

de `cycle cost_calculated` doet niets, dat is simpel een stukje comment van mezelf.

[UsernameIsInUse]

Wat is de relatie of juist het verschil tussen dc_to_bat efficiency en charge stages efficiency?
Ik begrijp dat charge stages efficiency de efficientie geeft bij bepaalde laadvermogens, maar waar staat dc_to_bat efficiency dan voor?
Wordt er één of juist beide variabelen gebruikt bij de berekening van een laadmoment?
Uit de documentatie wordt het me niet duidelijk. Misschien kan iemand dat uitleggen?

[KC27]

UsernameIsInUse schreef op woensdag 8 oktober 2025 @ 11:30:
Wat is de relatie of juist het verschil tussen dc_to_bat efficiency en charge stages efficiency?
Ik begrijp dat charge stages efficiency de efficientie geeft bij bepaalde laadvermogens, maar waar staat dc_to_bat efficiency dan voor?
Wordt er één of juist beide variabelen gebruikt bij de berekening van een laadmoment?
Uit de documentatie wordt het me niet duidelijk. Misschien kan iemand dat uitleggen?

De charge eff. bij de diverse vermogens is de efficiency van je omvormer bij het omzetten van ac naar dc. De dc_to_bat efficiency is de eff. vanaf dc naar je cellen. Dat gaat meestal maar met een paar procenten verlies.

[Voogel]

code:

  { 'end': datetime.datetime(2025, 10, 8, 22, 0, tzinfo=tzutc()),
    'start': datetime.datetime(2025, 10, 8, 21, 0, tzinfo=tzutc()),
    'value': 96.74}]
<sys>:0: ResourceWarning: unclosed database in <sqlite3.Connection object at 0xffffa303ab60>
<sys>:0: ResourceWarning: unclosed database in <sqlite3.Connection object at 0xffffa33e6020>

Bij het handmatig ophalen van de prijzen viel mijn oog op bovenstaande error, niet ernstig maar misschien iets om naar te kijken @KC27 ?

[Martijn18]

KC27 schreef op woensdag 8 oktober 2025 @ 09:56:
[...]

DAO halt jouw locatie uit HA (als je die tenminste hebt ingesteld).
Heb je een overzicht van een "zonnige dag", waarbij je de door DAO berekende opbrengst afzet tegen de daadwerkelijk opbrengst en de berekende opbrengst van Forecast Solar, bijvoorbeeld samen in een grafiekje?

Mijn locatie in HA is ingesteld. Eerst even foutje uitsluiten in de code dan maar.

code:

  "solar": [
    {
      "name": "Envoy ZO - 135 Azimuth - 670Wp",
      "entity pv switch": "switch.envoy_122121027058_production",
      "tilt": 45,
      "orientation": -45,
      "capacity": 0.67, 
      "yield": 0.00142375
     },
     {
      "name": "Envoy ZW - 225 Azimuth - 6700Wp",
      "entity pv switch": "switch.envoy_122121027058_production",
      "tilt": 45,
      "orientation": 45,
      "capacity": 6.7,
      "yield": 0.0142375
     }
  ],

Mocht dit voldoende zijn.

Ik zit te puzzelen hoe ik de prognose uit DOA naar HA kan halen voor in grafiek.
Is er een API waarmee die prognose kan worden opgehaald, want deze "api/report/production/vandaag" overschrijft uiteindelijk natuurlijk met realiseerde productie.

[Voogel]

KC27 schreef op woensdag 8 oktober 2025 @ 11:54:
[...]

De charge eff. bij de diverse vermogens is de efficiency van je omvormer bij het omzetten van ac naar dc. De dc_to_bat efficiency is de eff. vanaf dc naar je cellen. Dat gaat meestal maar met een paar procenten verlies.

Wow dc_to_bat had ik totaal verkeerd gelezen, ik had daar ook de omvormer eff in gezet...

[storeman]

Ik ben nu aan het experimenteren met de verwarmingsinstelling waarbij ik gebruik probeer te maken van de heating curve adjustment. Twee dingen:

- de debug toont nog: "2025-10-08 15:08:07 info: Warmtepomp met power-regeling wordt ingepland", waarschijnlijk alleen hete renderen van het label? of pakt ie niet de goede adjustment-modus?
- Er treedt een error op, zie hieronder.

Mijn config:

code:

  "heating": {
    "heater present": "True",
    "entity hp enabled": "input_boolean.dao_wp_hp_enabled",
    "entity hp switch": "input_boolean.dao_wp_hp_switch",
    "entity avg outside temp": "sensor.average_temperature_bt1_30038",
    "degree days factor": 3,
    "adjustment" : "heating curve",
    "min run length": 2,
    "stages": [
      {
        "max_power": 1000,
        "cop": 6.5
      },
      {
        "max_power": 1500,
        "cop": 6.0
      },
      {
        "max_power": 2000,
        "cop": 5.5
      },
      {
        "max_power": 2500,
        "cop": 5
      }
    ],
    "entity adjust heating curve": "input_number.dao_wp_adjust_heating_curve",
    "adjustment factor": 0.05
  },

Stukje output in debug modus, de fout is er niet als ik "Heater present" uit zet (of de input-switch)

code:

2025-10-08 15:08:07 info: Gewogen graaddagen: 5.0 K.day
2025-10-08 15:08:07 info: Degree days factor: 3.0 kWh/K.day
2025-10-08 15:08:07 info: Reeds geproduceerde warmte: 0.0 kWh
2025-10-08 15:08:07 info: Nog benodigde warmte: 15.1 kWh
2025-10-08 15:08:07 info: Actuele warmtevraag: Ja
2025-10-08 15:08:07 info: Warmtepomp met power-regeling wordt ingepland

2025-10-08 15:08:07 info: Apparaat Vaatwasser direct starten staat uit
2025-10-08 15:08:07 info: Machine Vaatwasser wordt niet ingepland, want er is gekozen voor Uit
2025-10-08 15:08:07 info: Apparaat Wasmachine direct starten staat uit
2025-10-08 15:08:07 info: Machine Wasmachine wordt niet ingepland, want er is gekozen voor Uit
2025-10-08 15:08:07 info: Apparaat Wasdroger direct starten staat uit
2025-10-08 15:08:07 info: Machine Wasdroger wordt niet ingepland, want er is gekozen voor Uit
2025-10-08 15:08:08 info: Strategie: minimale kosten
2025-10-08 15:08:08 info: Het programma heeft een optimale oplossing gevonden.
2025-10-08 15:08:08 info: Waarde boiler om 23 uur: 2.77 kWh
2025-10-08 15:08:08 info: 
Inzet warmtepomp
2025-10-08 15:08:08 info: u     tar     p0     p1     p2     p3     p4     p5     p6     p7   heat   cons
2025-10-08 15:08:08 fout: Er is een fout opgetreden, zie de fout-tracering
Traceback (most recent call last):
  File "/root/dao/prog/da_base.py", line 594, in run_task_function
    getattr(self, run_task["function"])()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/da_base.py", line 524, in calc_optimum_met_debug
    dacalc.calc_optimum()
    ~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/day_ahead.py", line 2471, in calc_optimum
    f"{p_hp[2][u].x:6.0f} {p_hp[3][u].x:6.0f} {p_hp[4][u].x:6.0f} "
                                               ~~~~^^^
IndexError: list index out of range
Traceback (most recent call last):
  File "/root/dao/webserver/../prog/day_ahead.py", line 3945, in <module>
    main()
    ~~~~^^
  File "/root/dao/webserver/../prog/day_ahead.py", line 3919, in main
    da_calc.run_task_function("calc_optimum_met_debug")
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/prog/da_base.py", line 594, in run_task_function
    getattr(self, run_task["function"])()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/da_base.py", line 524, in calc_optimum_met_debug
    dacalc.calc_optimum()
    ~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/day_ahead.py", line 2471, in calc_optimum
    f"{p_hp[2][u].x:6.0f} {p_hp[3][u].x:6.0f} {p_hp[4][u].x:6.0f} "
                                               ~~~~^^^
IndexError: list index out of range
<sys>:0: ResourceWarning: unclosed database in <sqlite3.Connection object at 0x7fcf9f24ed40>

[storeman]

@Martijn18 Ik denk dat je je PV vermogen in Watt moet invoeren ipv kW. In de documentatie lees ik inderdaad kW, maar lokaal heb ik het in W ingevuld, en dat geeft wel het gewenste resultaat.

[ Voor 45% gewijzigd door storeman op 08-10-2025 16:00 ]

[Hvdort]

Ik heb sinds deze week (en wellicht al veel langer) het probleem dat het berekenen van de baseload fout gaat. Het eindigt in een timeout. Ik heb de periode al teruggebracht naar 7 dagen. Ook heb ik de compile optie al geprobeerd. Ik heb er eerder niet veel aandacht aan besteed dus ik kan niet zeggen hoe lang dit al is. Mogelijk houdt het verband met de overgang naar 15 minuten prijzen (Tibber)? De logging geeft ook geen uitsluitsel.

Ik heb het probleem overigens op 2 verschillende HA+DAO installaties op basis van compleet verschillende hardware. Ben ik de enige?

[KC27]

Martijn18 schreef op woensdag 8 oktober 2025 @ 14:26:
[...]


Mijn locatie in HA is ingesteld. Eerst even foutje uitsluiten in de code dan maar.

code:

  "solar": [
    {
      "name": "Envoy ZO - 135 Azimuth - 670Wp",
      "entity pv switch": "switch.envoy_122121027058_production",
      "tilt": 45,
      "orientation": -45,
      "capacity": 0.67, 
      "yield": 0.00142375
     },
     {
      "name": "Envoy ZW - 225 Azimuth - 6700Wp",
      "entity pv switch": "switch.envoy_122121027058_production",
      "tilt": 45,
      "orientation": 45,
      "capacity": 6.7,
      "yield": 0.0142375
     }
  ],

Mocht dit voldoende zijn.

Ik zit te puzzelen hoe ik de prognose uit DOA naar HA kan halen voor in grafiek.
Is er een API waarmee die prognose kan worden opgehaald, want deze "api/report/production/vandaag" overschrijft uiteindelijk natuurlijk met realiseerde productie.

Nee niet die maar "api/report/pv_ac/vandaag_en_morgen".
"productie"laat de op de inkoopmeter teruggeleverde energie zien.
En ja je hebt gelijk alleen de waarden vanaf "nu" zijn "expected".
Die kun je dan vergelijken met de forecast.
En pas morgen kun je die waarden vergelijken met de daadwerkelijke productie bijv met "api/report/pv_ac/gisteren"
Ik ben benieuwd.

Overigens, nu ik erover nadenk: ik vind het wel een idee om bij die api niet alleen "expected" vanaf nu te laten zien, maar ook de "expected"-waarden uit het verleden (want die staan wel in de database). Ik ga er eens naar kijken.

[DaBit]

Toevallig was ik net als @storeman ook eens mijn grote teen in de warmtepomp-vijver aan het dopen. Wat ik wil is de stooklijn bijstellen, methode "adjustment": "heating curve" dus.
Ik baseer me op de informatie in deze post: KC27 in "Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO" en de documentatie.

Ik lijk met 2025.10.4.rc7 in kwartier-mode eveneens het probleem te hebben dat DAO in "power" mode blijft ipv "heating curve". Het input_number dat de stooklijnverschuiving moet communiceren naar de hardware doet wel wat.

Relevant stukje config, work-in-progress:

code:

"heating": {
    "heater present": "True",
    "/entity hp enabled": "switch.hc_mode_altherma_on",
    "entity hp heat produced": "sensor.heatpump_daily_energy_production",
    "adjustment": "heating curve",
    "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.hp_lwt_adjust",
    "adjustment factor": 0.04
  },

Relevante output DAO:

code:

2025-10-08 16:04:55 info: Gewogen graaddagen: 2.9 K.day
2025-10-08 16:04:55 info: Degree days factor: 3.6 kWh/K.day
2025-10-08 16:04:55 info: Reeds geproduceerde warmte: 1.0 kWh
2025-10-08 16:04:55 info: Nog benodigde warmte: 9.3 kWh
2025-10-08 16:04:55 info: Actuele warmtevraag: Ja
2025-10-08 16:04:55 info: Warmtepomp met power-regeling wordt ingepland

2025-10-08 16:05:29 info: Strategie: minimale kosten
2025-10-08 16:05:29 info: Het programma heeft een optimale oplossing gevonden.
2025-10-08 16:05:29 info: 
Inzet warmtepomp
2025-10-08 16:05:29 info: u     tar     p0     p1     p2     p3     p4     p5     p6     p7   heat   cons
2025-10-08 16:05:29 info: 16:00 0.2488      3      0      0      0      0      0      0      0   0.00   0.00
2025-10-08 16:05:29 info: 16:15 0.2587     18      0      0      0      0      0      0      0   0.03   0.00
2025-10-08 16:05:29 info: 16:30 0.2878      0      0      0      0      0      0      0      0   0.00   0.00
2025-10-08 16:05:29 info: 16:45 0.3137      0      0      0      0      0      0      0      0   0.00   0.00
2025-10-08 16:05:29 info: 17:00 0.2617      0      0      0      0      0      0      0      0   0.00   0.00
..
..
2025-10-08 16:05:31 info: Aanpassing stooklijn: 0.40
<sys>:0: ResourceWarning: unclosed database in <sqlite3.Connection object at 0x7fb10a184c70>
<sys>:0: ResourceWarning: unclosed database in <sqlite3.Connection object at 0x7fb10ac96c50>

(en ik krijg nu ook unclosed database errors?)

Ook moet ik 8 entries in het "stages" array hebben, anders ploft het net zoals bij @storeman

[KC27]

storeman schreef op woensdag 8 oktober 2025 @ 15:10:
Ik ben nu aan het experimenteren met de verwarmingsinstelling waarbij ik gebruik probeer te maken van de heating curve adjustment. Twee dingen:

- de debug toont nog: "2025-10-08 15:08:07 info: Warmtepomp met power-regeling wordt ingepland", waarschijnlijk alleen hete renderen van het label? of pakt ie niet de goede adjustment-modus?
- Er treedt een error op, zie hieronder.

Mijn config:

code:

  "heating": {
    "heater present": "True",
    "entity hp enabled": "input_boolean.dao_wp_hp_enabled",
    "entity hp switch": "input_boolean.dao_wp_hp_switch",
    "entity avg outside temp": "sensor.average_temperature_bt1_30038",
    "degree days factor": 3,
    "adjustment" : "heating curve",
    "min run length": 2,
    "stages": [
      {
        "max_power": 1000,
        "cop": 6.5
      },
      {
        "max_power": 1500,
        "cop": 6.0
      },
      {
        "max_power": 2000,
        "cop": 5.5
      },
      {
        "max_power": 2500,
        "cop": 5
      }
    ],
    "entity adjust heating curve": "input_number.dao_wp_adjust_heating_curve",
    "adjustment factor": 0.05
  },

Stukje output in debug modus, de fout is er niet als ik "Heater present" uit zet (of de input-switch)

code:

2025-10-08 15:08:07 info: Gewogen graaddagen: 5.0 K.day
2025-10-08 15:08:07 info: Degree days factor: 3.0 kWh/K.day
2025-10-08 15:08:07 info: Reeds geproduceerde warmte: 0.0 kWh
2025-10-08 15:08:07 info: Nog benodigde warmte: 15.1 kWh
2025-10-08 15:08:07 info: Actuele warmtevraag: Ja
2025-10-08 15:08:07 info: Warmtepomp met power-regeling wordt ingepland

2025-10-08 15:08:07 info: Apparaat Vaatwasser direct starten staat uit
2025-10-08 15:08:07 info: Machine Vaatwasser wordt niet ingepland, want er is gekozen voor Uit
2025-10-08 15:08:07 info: Apparaat Wasmachine direct starten staat uit
2025-10-08 15:08:07 info: Machine Wasmachine wordt niet ingepland, want er is gekozen voor Uit
2025-10-08 15:08:07 info: Apparaat Wasdroger direct starten staat uit
2025-10-08 15:08:07 info: Machine Wasdroger wordt niet ingepland, want er is gekozen voor Uit
2025-10-08 15:08:08 info: Strategie: minimale kosten
2025-10-08 15:08:08 info: Het programma heeft een optimale oplossing gevonden.
2025-10-08 15:08:08 info: Waarde boiler om 23 uur: 2.77 kWh
2025-10-08 15:08:08 info: 
Inzet warmtepomp
2025-10-08 15:08:08 info: u     tar     p0     p1     p2     p3     p4     p5     p6     p7   heat   cons
2025-10-08 15:08:08 fout: Er is een fout opgetreden, zie de fout-tracering
Traceback (most recent call last):
  File "/root/dao/prog/da_base.py", line 594, in run_task_function
    getattr(self, run_task["function"])()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/da_base.py", line 524, in calc_optimum_met_debug
    dacalc.calc_optimum()
    ~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/day_ahead.py", line 2471, in calc_optimum
    f"{p_hp[2][u].x:6.0f} {p_hp[3][u].x:6.0f} {p_hp[4][u].x:6.0f} "
                                               ~~~~^^^
IndexError: list index out of range
Traceback (most recent call last):
  File "/root/dao/webserver/../prog/day_ahead.py", line 3945, in <module>
    main()
    ~~~~^^
  File "/root/dao/webserver/../prog/day_ahead.py", line 3919, in main
    da_calc.run_task_function("calc_optimum_met_debug")
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/prog/da_base.py", line 594, in run_task_function
    getattr(self, run_task["function"])()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/da_base.py", line 524, in calc_optimum_met_debug
    dacalc.calc_optimum()
    ~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/day_ahead.py", line 2471, in calc_optimum
    f"{p_hp[2][u].x:6.0f} {p_hp[3][u].x:6.0f} {p_hp[4][u].x:6.0f} "
                                               ~~~~^^^
IndexError: list index out of range
<sys>:0: ResourceWarning: unclosed database in <sqlite3.Connection object at 0x7fcf9f24ed40>

Dat is nog een fout in de code. Deze stamt nog uit de tijd dat ik DAO alleen voor mezelf hield.
Dank voor het melden.
Ik zal deze corrigeren in de eerstvolgende versie.
Work-around tot die tijd: maak 8 (ja je leest het goed: stages in je wp.
Bijvoorbeeld:

code:

    "stages": [
       {
        "max_power": 500,
        "cop": 6.7
      },
      {
        "max_power": 1000,
        "cop": 6.5
      },
      {
        "max_power": 1250,
        "cop": 6.3
      },
      {
        "max_power": 1500,
        "cop": 6.0
      },
      {      
        "max_power": 1750,
        "cop": 5.8
      },
    {
        "max_power": 2000,
        "cop": 5.5
      },
    {
        "max_power": 2250,
        "cop": 5.3
      },
      {
        "max_power": 2500,
        "cop": 5
      }
    ],