Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO

[KC27]

@hood
Ik zie dit staan in de logging:

2025-05-18 19:00:00 info: Klaar met laden op: 18-05-2025 09:00:00

Je bedoelt waarschijnlijk: Klaar met laden op: 19-05-2025 09:00:00
Je kunt de input_datetime ("entity ready datetime") beter definiëren als een "time" en niet als een date/time", dan verschuift DAO hem automatisch door naar de volgende dag.

Je locatie staat op "on".
Je gebruikt daar een input_boolean.
Daarvoor moet je een ha-device_tracker of een input_select gebruiken die "home" teruggeeft als de auto thuis is en als ie niet thuis is iets anders (bijv "away" of "weg").

Wil je dat allemaal nog eens proberen?
Waarschijnlijk gaat het dan goed.

[KC27]

Voor de testers en de reviewers:
De definitieve versie van 2025.5.0 (komt overeen met versie 2025.5.0.rc5a) staat in de addon-branche en ik heb een PullRequest (=PR) gemaakt naar de main-branche.
Voor de liefhebbers: graag een review van de PR: https://github.com/corneel27/day-ahead/pull/255
Wil je collaborator (=medewerker) worden: meld je aan en je krijgt een uitnodiging.

[KC27]

Inmiddels staat de nieuwe productieversie 2025.5.0 online op github.
Dit staat in de changelog:

• Start with a pre-builded repository on Github (thanks to bvw)
• Introduction of a check on "last invoice", warning when more than one year ago.
• Fix Dockerfile for build error Pillow library
• Corrected VAT-calculation when calculating the profit during the DAO optimal-calculation (reported bij bvw)
• Fix heatpump planning: when heat_demand-entity is false there will be no heat-pump power calculated in the first hour (reported by bvw)
• Fixed errors planning machine when planning calculation is in the previous planned period (reported by sjampeter)
• Fixed error and show error-message when no entities are configured for setting the calculated planning of a machine in HA (reported by llevering)
• Fixed error with postgresql during reporting of balance and calculation of baseloads (reported by @balk77)
• Fixed error not switching off pv-switch with negative prices with more than one pv-string

[sjampeter]

@KC27 machineplanning werkt prima nu. volgens verwachting. draadjes op github mogen dicht.
thanks

[sMoKeFiSh]

Gisteren om 21:00 was de hoogste uurprijs. Waarom zou DAO hier kiezen om maar met 7500W te dischargen ipv de volledige 18.000W welke ingesteld staat in de settings? Ik zie de volgende ochtend dat hij om 10:00 (uurprijs 22,07) met 15.000W wil dischargen, terwijl de uurprijs om 07:00 veel hoger (30,93) was. Is er een logische reden voor deze keuze? Of heb ik misschien iets verkeerd geconfigureerd?

[Mister I]

Laat maar het is al gelukt, bleek toch een fout in de API te zijn (account gedeactiveerd). Maar goed laat de tekst hieronder staan, mocht iemand anders er tegen aan lopen.

Laat ik beginnen met complimenten geven voor hoe mooi dit systeem is! Ik ben nu ook langzaam maar zeker hier mee aan de gang gegaan. Eigenlijk nog niks gekoppeld, maar puur de basis neergezet. Dit ging de afgelopen weken goed, maar sinds vannacht lijkt de koppeling met met Meteo niet meer goed te gaan.
Ik krijg deze fout te zien:

code:

2025-05-19 14:34:49 info: Day Ahead Optimalisering versie: 2025.5.0
2025-05-19 14:34:49 info: Day Ahead Optimalisering gestart op: 19-05-2025 14:34:49
2025-05-19 14:34:49 info: Day Ahead Optimalisatie gestart: 19-05-2025 14:34:49 taak: get_meteo_data
2025-05-19 14:34:49 fout: No data recieved from meteoserver
2025-05-19 14:34:49 fout: Er is een fout opgetreden, zie de fout-tracering
Traceback (most recent call last):
  File "/root/dao/prog/da_base.py", line 480, in run_task_function
    getattr(self, run_task["function"])()
  File "/root/dao/prog/da_base.py", line 245, in get_meteo_data
    self.meteo.get_meteo_data(show_graph)
  File "/root/dao/prog/da_meteo.py", line 352, in get_meteo_data
    graphs.make_graph_meteo(
  File "/root/dao/prog/graphs.py", line 9, in make_graph_meteo
    df["gr"] = df["gr"].astype(float)
               ~~^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/pandas/core/frame.py", line 4102, in __getitem__
    indexer = self.columns.get_loc(key)
              ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/pandas/core/indexes/range.py", line 417, in get_loc
    raise KeyError(key)
KeyError: 'gr'
Traceback (most recent call last):
  File "/root/dao/webserver/../prog/day_ahead.py", line 3528, in <module>
    main()
  File "/root/dao/webserver/../prog/day_ahead.py", line 3507, in main
    da_calc.run_task_function("meteo")
  File "/root/dao/prog/da_base.py", line 480, in run_task_function
    getattr(self, run_task["function"])()
  File "/root/dao/prog/da_base.py", line 245, in get_meteo_data
    self.meteo.get_meteo_data(show_graph)
  File "/root/dao/prog/da_meteo.py", line 352, in get_meteo_data
    graphs.make_graph_meteo(
  File "/root/dao/prog/graphs.py", line 9, in make_graph_meteo
    df["gr"] = df["gr"].astype(float)
               ~~^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/pandas/core/frame.py", line 4102, in __getitem__
    indexer = self.columns.get_loc(key)
              ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/pandas/core/indexes/range.py", line 417, in get_loc
    raise KeyError(key)
KeyError: 'gr'

Dacht dat het aan de api key lag dus een nieuwe aangevraagd, maar dat mocht niet helpen helaas.
In de config is volgens mij het enige wat ik kan instellen deze regel:
"meteoserver-key":

En ik haal dan 4x per dag de data op zoals in de standaard config staat. Enig idee waar ik kan zoeken waar dit fout gaat? Bedankt!

[ Voor 3% gewijzigd door Mister I op 19-05-2025 14:49 ]

[KC27]

sMoKeFiSh schreef op maandag 19 mei 2025 @ 14:31:
Gisteren om 21:00 was de hoogste uurprijs. Waarom zou DAO hier kiezen om maar met 7500W te dischargen ipv de volledige 18.000W welke ingesteld staat in de settings? Ik zie de volgende ochtend dat hij om 10:00 (uurprijs 22,07) met 15.000W wil dischargen, terwijl de uurprijs om 07:00 veel hoger (30,93) was. Is er een logische reden voor deze keuze? Of heb ik misschien iets verkeerd geconfigureerd?

[Afbeelding]

[Afbeelding]

Als ik de grafieken van gisteren 21 uur zie dan zou het goed moeten gaan.
Kun je ook de berekende grafieken van vandaag als het fout gaat laten zien?
En tenslotte de settings van je battery.
Ik ben benieuwd.

[Roekeloos]

KC27 schreef op zondag 18 mei 2025 @ 22:26:
@hood
Ik zie dit staan in de logging:

[...]

Je bedoelt waarschijnlijk: Klaar met laden op: 19-05-2025 09:00:00
Je kunt de input_datetime ("entity ready datetime") beter definiëren als een "time" en niet als een date/time", dan verschuift DAO hem automatisch door naar de volgende dag.

Je locatie staat op "on".
Je gebruikt daar een input_boolean.
Daarvoor moet je een ha-device_tracker of een input_select gebruiken die "home" teruggeeft als de auto thuis is en als ie niet thuis is iets anders (bijv "away" of "weg").

Wil je dat allemaal nog eens proberen?
Waarschijnlijk gaat het dan goed.

Ik heb ook een accu, dus al zou de EV niet kunnen laden dan zou ik verwachten dat DAO mogelijkheden heeft om met de accu te shiften?

M.b.t. "entity ready": Ik wil soms meerdere dagen vooruit plannen voor EV laden. Bijvoorbeeld dat de goedkoopste uren van zaterdag én zondag worden gebruikt om maandag om 8:00 vol te zijn. Werk dat nu niet zo? Dan zou ik dit graag als feature request willen indienen.

Anyway, ik heb de suggesties overgenomen maar helaas werkt het dan nog niet:

code:

{
  "homeassistant": { },
  "database ha": {
    "engine": "sqlite",
    "database": "home-assistant_v2.db",
    "db_path": "/homeassistant"
  },
  "database da": {
    "engine" : "mysql",
    "database": "day_ahead",
    "username": "day_ahead",
    "password": "!secret db_da_password"
}, 
  "meteoserver-key": "!secret meteoserver-key",
  "prices": {
    "source day ahead": "tibber",
    "regular high": 0.50,
    "regular low": 0.40,
    "switch to low": 23,
    "energy taxes delivery": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.10880,
      "2025-01-01": 0.10154
    },
    "energy taxes redelivery": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.10880,
      "2025-01-01": 0.10154
    },
    "cost supplier delivery": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496
    },
    "cost supplier redelivery": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496
    },
    "vat": {
      "2022-01-01": 21,
      "2022-07-01": 9,
      "2023-01-01": 21
    },
    "last invoice": "2022-09-01",
    "tax refund": "True"
  },
  "logging level" : "debug",
  "use_calc_baseload": "True",
  "baseload calc periode": 56,
  "baseload": [
    0.14,
    0.38,
    0.26,
    0.42,
    0.15,
    0.12,
    0.13,
    0.15,
    0.23,
    0.26,
    0.31,
    0.32,
    0.31,
    0.23,
    0.26,
    0.21,
    0.21,
    0.54,
    0.26,
    0.26,
    0.22,
    0.19,
    0.18,
    0.16
  ],
  "graphical backend": "",
  "graphics": {
    "style": "Solarize_Light2",
    "show" : "true",
    "prices delivery": "True",
    "prices redelivery": "True",
    "average delivery": "True"
  },
  "strategy": "minimize cost",
  "notifications": {
  },
  "grid": {
    "max_power": 17
  },
  "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": "Accu",
      "entity actual level": "sensor.solaredge_huis_b1_state_of_energy",
      "capacity": 8,
      "upper limit": 100,
      "lower limit": 10,
      "optimal lower level": 10,
      "charge stages": [
        {
          "power": 0,
          "efficiency": 1
        },
        {
          "power": 1500,
          "efficiency": 0.785
        },
        {
          "power": 3000,
          "efficiency": 0.872
        },
        {
          "power": 4500,
          "efficiency": 0.897
        },
        {
          "power": 5000,
          "efficiency": 0.899
        }
      ],
      "discharge stages": [
        {
          "power": 0,
          "efficiency": 1
        },
        {
          "power": 600,
          "efficiency": 0.891
        },
        {
          "power": 1500,
          "efficiency": 0.935
        },
        {
          "power": 3000,
          "efficiency": 0.952
        },
        {
          "power": 4500,
          "efficiency": 0.952
        },
        {
          "power": 5000,
          "efficiency": 0.934
        }
      ],
      "minimum power": 100,
      "dc_to_bat efficiency": 0.9838,
      "bat_to_dc efficiency": 0.9838,
      "cycle cost": 0,
      "entity set power feedin": "input_number.dao_set_power_feedin",
      "entity set operating mode": "input_select.dao_set_operation_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_ac",
      "entity calculated soc": "input_number.dao_calculated_soc",
      "solar": []
    }
  ],
  "solar": [ ],
  "electric vehicle": [
    {
      "name": "Tesla",
      "capacity": 57.5,
      "entity max amperage": 16,
      "charge three phase": "True",
      "entity actual level": "sensor.rik_s_tesla_battery",
      "entity position": "input_select.dao_fake_position",
      "entity plugged in": "input_boolean.dao_plugged_in",
      "charge stages" : [
        {"ampere": 0, "efficiency": 0.00},
        {"ampere": 16, "efficiency": 0.90}
      ],      
      "charge scheduler": {
        "entity set level": "input_number.dao_target_soc",
        "level margin": 4,
        "entity ready datetime": "input_datetime.dao_target_departure"
      },
      "charge switch": "input_boolean.dao_charging",
      "entity set charging ampere" : "number.wallbox_pulsar_pro_sn_1140416_maximum_charging_current"
    }
  ],
  "machines" : [ ],
  "tibber": {
    "api_token": "!secret tibber_api_token"
  },
  "report": {
    "entities grid consumption": [
      "sensor.dsmr_reading_electricity_delivered_1",
      "sensor.dsmr_reading_electricity_delivered_2"
    ],
    "entities grid production": [
      "sensor.dsmr_reading_electricity_returned_1",
      "sensor.dsmr_reading_electricity_returned_2"
    ],
    "entities solar production ac": [
      "sensor.solaredge_huis_i1_ac_energy_kwh",
      "sensor.solaredge_garage_i1_ac_energy_kwh"
    ],
    "entities solar production dc": [],
    "entities ev consumption" : ["sensor.ev_charger_energy"],
    "entities wp consumption" : ["sensor.heat_pump_energy"],
    "entities boiler consumption": [],
    "entities battery consumption": ["sensor.solaredge_b1_energy_import"],
    "entities battery production": ["sensor.solaredge_b1_energy_export"]
  },
  "scheduler": {
    "active": "true",
    "0200": "get_tibber_data",
    "0300": "calc_baseloads",
    "0430": "get_meteo_data",
    "1030": "get_meteo_data",
    "1630": "get_meteo_data",
    "2230": "get_meteo_data",
    "1255": "get_day_ahead_prices",
    "1355": "get_day_ahead_prices",
    "1455": "get_day_ahead_prices",
    "1554": "get_day_ahead_prices",
    "1655": "get_day_ahead_prices",
    "xx00": "calc_optimum",
    "2359": "clean_data"
  }
}

code:

2025-05-19 21:46:47 debug: query get prognose data:
 SELECT from_unixtime(p1.time) AS tijd, p1.value AS consumption, p2.value AS production, %(param_1)s AS datasoort 
FROM prognoses AS p1, prognoses AS p2, variabel AS v1, variabel AS v2 
WHERE p1.time = p2.time AND p1.variabel = v1.id AND v1.code = %(code_1)s AND p2.variabel = v2.id AND v2.code = %(code_2)s AND p1.time >= unix_timestamp(%(unix_timestamp_1)s) AND p1.time < unix_timestamp(%(unix_timestamp_2)s)
2025-05-19 21:46:47 info: Verbruik dit contractjaar: 712.556 kWh
2025-05-19 21:46:47 info: Productie dit contractjaar: 910.970 kWh
2025-05-19 21:46:47 info: All taxes refund (alles wordt gesaldeerd)
2025-05-19 21:46:48 info: No reduced hours applied for Accu
2025-05-19 21:46:48 debug: cycle cost: 0 eur/kWh
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/sensor.solaredge_huis_b1_state_of_energy HTTP/1.1" 200 449
2025-05-19 21:46:48 info: Startwaarde SoC Accu: 10.0%
2025-05-19 21:46:48 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_boolean.dao_plugged_in HTTP/1.1" 200 350
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_select.dao_fake_position HTTP/1.1" 200 376
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/sensor.rik_s_tesla_battery HTTP/1.1" 200 485
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_number.dao_target_soc HTTP/1.1" 200 442
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_datetime.dao_target_departure HTTP/1.1" 200 529
2025-05-19 21:46:48 info: Instellingen voor laden van EV: Tesla
2025-05-19 21:46:48 info:  Ampere  Effic. Grid kW Accu kW
2025-05-19 21:46:48 info:    0.00    0.00    0.00    0.00
2025-05-19 21:46:48 info:   16.00    0.90   11.04    9.94
2025-05-19 21:46:48 info: Capaciteit accu: 57.5 kWh
2025-05-19 21:46:48 info: Maximaal laadvermogen: 11.04 kW
2025-05-19 21:46:48 info: Klaar met laden op: 20-05-2025 09:00:00
2025-05-19 21:46:48 info: Huidig laadniveau: 59.0 %
2025-05-19 21:46:48 info: Gewenst laadniveau:100.0 %
2025-05-19 21:46:48 info: Marge voor het laden: 4 %
2025-05-19 21:46:48 info: Locatie: home
2025-05-19 21:46:48 info: Ingeplugged:True
2025-05-19 21:46:48 info: Benodigde energie: 23.575 kWh
2025-05-19 21:46:48 info: Tijd nodig om te laden: 2.37 uur
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_boolean.dao_charging HTTP/1.1" 200 346
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/number.wallbox_pulsar_pro_sn_1140416_maximum_charging_current HTTP/1.1" 200 447
2025-05-19 21:46:48 info: Afgerond naar hele uren: 3
2025-05-19 21:46:48 info: Stand laden schakelaar: on
2025-05-19 21:46:48 info: Stand aantal ampere laden: 32 A
2025-05-19 21:46:48 info: Opladen wordt ingepland.
2025-05-19 21:46:48 info: Warmtepomp niet aanwezig of enabled - warmtepomp wordt niet ingepland
Welcome to the CBC MILP Solver 
Version: Trunk
Build Date: Oct 24 2021 

Starting solution of the Linear programming relaxation problem using Dual Simplex

Clp0024I Matrix will be packed to eliminate 187 small elements
Coin0507I Presolve determined that the problem was infeasible with tolerance of 1e-08
Clp3003W Analysis indicates model infeasible or unbounded
Clp0014I Perturbing problem by 0.001% of 0.15393012 - largest nonzero change 0 ( 0%) - largest zero change 0.0001986959
Clp0001I Primal infeasible - objective value -118.80749
Clp0032I PrimalInfeasible objective -118.8074914 - 9 iterations time 0.002
2025-05-19 21:46:48 waarschuwing: Geen oplossing  voor: minimize cost
2025-05-19 21:46:48 debug: Connection status Pool size: 5  Connections in pool: 1 Current Overflow: -4 Current Checked out connections: 0 at line 482 in /root/dao/prog/da_base.py
2025-05-19 21:46:48 debug: Connection status Pool size: 5  Connections in pool: 1 Current Overflow: -4 Current Checked out connections: 0 at line 3449 in /root/dao/webserver/../prog/day_ahead.py
debug:root:Dialect: mysql, database: day_ahead, server: core-mariadb
debug:root:db_url: mysql+pymysql://day_ahead:*********@core-mariadb/day_ahead
debug:root:Dialect: sqlite, database: home-assistant_v2.db, db_path: /homeassistant
debug:root:db_url: sqlite://///homeassistant/home-assistant_v2.db
debug:root:Connection status Pool size: 5  Connections in pool: 0 Current Overflow: -5 Current Checked out connections: 0 at line 144 in /root/dao/prog/da_base.py

[KC27]

Roekeloos schreef op maandag 19 mei 2025 @ 21:50:
[...]


Ik heb ook een accu, dus al zou de EV niet kunnen laden dan zou ik verwachten dat DAO mogelijkheden heeft om met de accu te shiften?

M.b.t. "entity ready": Ik wil soms meerdere dagen vooruit plannen voor EV laden. Bijvoorbeeld dat de goedkoopste uren van zaterdag én zondag worden gebruikt om maandag om 8:00 vol te zijn. Werk dat nu niet zo? Dan zou ik dit graag als feature request willen indienen.

Anyway, ik heb de suggesties overgenomen maar helaas werkt het dan nog niet:

code:

{
  "homeassistant": { },
  "database ha": {
    "engine": "sqlite",
    "database": "home-assistant_v2.db",
    "db_path": "/homeassistant"
  },
  "database da": {
    "engine" : "mysql",
    "database": "day_ahead",
    "username": "day_ahead",
    "password": "!secret db_da_password"
}, 
  "meteoserver-key": "!secret meteoserver-key",
  "prices": {
    "source day ahead": "tibber",
    "regular high": 0.50,
    "regular low": 0.40,
    "switch to low": 23,
    "energy taxes delivery": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.10880,
      "2025-01-01": 0.10154
    },
    "energy taxes redelivery": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.10880,
      "2025-01-01": 0.10154
    },
    "cost supplier delivery": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496
    },
    "cost supplier redelivery": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496
    },
    "vat": {
      "2022-01-01": 21,
      "2022-07-01": 9,
      "2023-01-01": 21
    },
    "last invoice": "2022-09-01",
    "tax refund": "True"
  },
  "logging level" : "debug",
  "use_calc_baseload": "True",
  "baseload calc periode": 56,
  "baseload": [
    0.14,
    0.38,
    0.26,
    0.42,
    0.15,
    0.12,
    0.13,
    0.15,
    0.23,
    0.26,
    0.31,
    0.32,
    0.31,
    0.23,
    0.26,
    0.21,
    0.21,
    0.54,
    0.26,
    0.26,
    0.22,
    0.19,
    0.18,
    0.16
  ],
  "graphical backend": "",
  "graphics": {
    "style": "Solarize_Light2",
    "show" : "true",
    "prices delivery": "True",
    "prices redelivery": "True",
    "average delivery": "True"
  },
  "strategy": "minimize cost",
  "notifications": {
  },
  "grid": {
    "max_power": 17
  },
  "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": "Accu",
      "entity actual level": "sensor.solaredge_huis_b1_state_of_energy",
      "capacity": 8,
      "upper limit": 100,
      "lower limit": 10,
      "optimal lower level": 10,
      "charge stages": [
        {
          "power": 0,
          "efficiency": 1
        },
        {
          "power": 1500,
          "efficiency": 0.785
        },
        {
          "power": 3000,
          "efficiency": 0.872
        },
        {
          "power": 4500,
          "efficiency": 0.897
        },
        {
          "power": 5000,
          "efficiency": 0.899
        }
      ],
      "discharge stages": [
        {
          "power": 0,
          "efficiency": 1
        },
        {
          "power": 600,
          "efficiency": 0.891
        },
        {
          "power": 1500,
          "efficiency": 0.935
        },
        {
          "power": 3000,
          "efficiency": 0.952
        },
        {
          "power": 4500,
          "efficiency": 0.952
        },
        {
          "power": 5000,
          "efficiency": 0.934
        }
      ],
      "minimum power": 100,
      "dc_to_bat efficiency": 0.9838,
      "bat_to_dc efficiency": 0.9838,
      "cycle cost": 0,
      "entity set power feedin": "input_number.dao_set_power_feedin",
      "entity set operating mode": "input_select.dao_set_operation_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_ac",
      "entity calculated soc": "input_number.dao_calculated_soc",
      "solar": []
    }
  ],
  "solar": [ ],
  "electric vehicle": [
    {
      "name": "Tesla",
      "capacity": 57.5,
      "entity max amperage": 16,
      "charge three phase": "True",
      "entity actual level": "sensor.rik_s_tesla_battery",
      "entity position": "input_select.dao_fake_position",
      "entity plugged in": "input_boolean.dao_plugged_in",
      "charge stages" : [
        {"ampere": 0, "efficiency": 0.00},
        {"ampere": 16, "efficiency": 0.90}
      ],      
      "charge scheduler": {
        "entity set level": "input_number.dao_target_soc",
        "level margin": 4,
        "entity ready datetime": "input_datetime.dao_target_departure"
      },
      "charge switch": "input_boolean.dao_charging",
      "entity set charging ampere" : "number.wallbox_pulsar_pro_sn_1140416_maximum_charging_current"
    }
  ],
  "machines" : [ ],
  "tibber": {
    "api_token": "!secret tibber_api_token"
  },
  "report": {
    "entities grid consumption": [
      "sensor.dsmr_reading_electricity_delivered_1",
      "sensor.dsmr_reading_electricity_delivered_2"
    ],
    "entities grid production": [
      "sensor.dsmr_reading_electricity_returned_1",
      "sensor.dsmr_reading_electricity_returned_2"
    ],
    "entities solar production ac": [
      "sensor.solaredge_huis_i1_ac_energy_kwh",
      "sensor.solaredge_garage_i1_ac_energy_kwh"
    ],
    "entities solar production dc": [],
    "entities ev consumption" : ["sensor.ev_charger_energy"],
    "entities wp consumption" : ["sensor.heat_pump_energy"],
    "entities boiler consumption": [],
    "entities battery consumption": ["sensor.solaredge_b1_energy_import"],
    "entities battery production": ["sensor.solaredge_b1_energy_export"]
  },
  "scheduler": {
    "active": "true",
    "0200": "get_tibber_data",
    "0300": "calc_baseloads",
    "0430": "get_meteo_data",
    "1030": "get_meteo_data",
    "1630": "get_meteo_data",
    "2230": "get_meteo_data",
    "1255": "get_day_ahead_prices",
    "1355": "get_day_ahead_prices",
    "1455": "get_day_ahead_prices",
    "1554": "get_day_ahead_prices",
    "1655": "get_day_ahead_prices",
    "xx00": "calc_optimum",
    "2359": "clean_data"
  }
}

code:

2025-05-19 21:46:47 debug: query get prognose data:
 SELECT from_unixtime(p1.time) AS tijd, p1.value AS consumption, p2.value AS production, %(param_1)s AS datasoort 
FROM prognoses AS p1, prognoses AS p2, variabel AS v1, variabel AS v2 
WHERE p1.time = p2.time AND p1.variabel = v1.id AND v1.code = %(code_1)s AND p2.variabel = v2.id AND v2.code = %(code_2)s AND p1.time >= unix_timestamp(%(unix_timestamp_1)s) AND p1.time < unix_timestamp(%(unix_timestamp_2)s)
2025-05-19 21:46:47 info: Verbruik dit contractjaar: 712.556 kWh
2025-05-19 21:46:47 info: Productie dit contractjaar: 910.970 kWh
2025-05-19 21:46:47 info: All taxes refund (alles wordt gesaldeerd)
2025-05-19 21:46:48 info: No reduced hours applied for Accu
2025-05-19 21:46:48 debug: cycle cost: 0 eur/kWh
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/sensor.solaredge_huis_b1_state_of_energy HTTP/1.1" 200 449
2025-05-19 21:46:48 info: Startwaarde SoC Accu: 10.0%
2025-05-19 21:46:48 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_boolean.dao_plugged_in HTTP/1.1" 200 350
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_select.dao_fake_position HTTP/1.1" 200 376
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/sensor.rik_s_tesla_battery HTTP/1.1" 200 485
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_number.dao_target_soc HTTP/1.1" 200 442
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_datetime.dao_target_departure HTTP/1.1" 200 529
2025-05-19 21:46:48 info: Instellingen voor laden van EV: Tesla
2025-05-19 21:46:48 info:  Ampere  Effic. Grid kW Accu kW
2025-05-19 21:46:48 info:    0.00    0.00    0.00    0.00
2025-05-19 21:46:48 info:   16.00    0.90   11.04    9.94
2025-05-19 21:46:48 info: Capaciteit accu: 57.5 kWh
2025-05-19 21:46:48 info: Maximaal laadvermogen: 11.04 kW
2025-05-19 21:46:48 info: Klaar met laden op: 20-05-2025 09:00:00
2025-05-19 21:46:48 info: Huidig laadniveau: 59.0 %
2025-05-19 21:46:48 info: Gewenst laadniveau:100.0 %
2025-05-19 21:46:48 info: Marge voor het laden: 4 %
2025-05-19 21:46:48 info: Locatie: home
2025-05-19 21:46:48 info: Ingeplugged:True
2025-05-19 21:46:48 info: Benodigde energie: 23.575 kWh
2025-05-19 21:46:48 info: Tijd nodig om te laden: 2.37 uur
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_boolean.dao_charging HTTP/1.1" 200 346
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/number.wallbox_pulsar_pro_sn_1140416_maximum_charging_current HTTP/1.1" 200 447
2025-05-19 21:46:48 info: Afgerond naar hele uren: 3
2025-05-19 21:46:48 info: Stand laden schakelaar: on
2025-05-19 21:46:48 info: Stand aantal ampere laden: 32 A
2025-05-19 21:46:48 info: Opladen wordt ingepland.
2025-05-19 21:46:48 info: Warmtepomp niet aanwezig of enabled - warmtepomp wordt niet ingepland
Welcome to the CBC MILP Solver 
Version: Trunk
Build Date: Oct 24 2021 

Starting solution of the Linear programming relaxation problem using Dual Simplex

Clp0024I Matrix will be packed to eliminate 187 small elements
Coin0507I Presolve determined that the problem was infeasible with tolerance of 1e-08
Clp3003W Analysis indicates model infeasible or unbounded
Clp0014I Perturbing problem by 0.001% of 0.15393012 - largest nonzero change 0 ( 0%) - largest zero change 0.0001986959
Clp0001I Primal infeasible - objective value -118.80749
Clp0032I PrimalInfeasible objective -118.8074914 - 9 iterations time 0.002
2025-05-19 21:46:48 waarschuwing: Geen oplossing  voor: minimize cost
2025-05-19 21:46:48 debug: Connection status Pool size: 5  Connections in pool: 1 Current Overflow: -4 Current Checked out connections: 0 at line 482 in /root/dao/prog/da_base.py
2025-05-19 21:46:48 debug: Connection status Pool size: 5  Connections in pool: 1 Current Overflow: -4 Current Checked out connections: 0 at line 3449 in /root/dao/webserver/../prog/day_ahead.py
debug:root:Dialect: mysql, database: day_ahead, server: core-mariadb
debug:root:db_url: mysql+pymysql://day_ahead:*********@core-mariadb/day_ahead
debug:root:Dialect: sqlite, database: home-assistant_v2.db, db_path: /homeassistant
debug:root:db_url: sqlite://///homeassistant/home-assistant_v2.db
debug:root:Connection status Pool size: 5  Connections in pool: 0 Current Overflow: -5 Current Checked out connections: 0 at line 144 in /root/dao/prog/da_base.py

Ik heb je batterij-settings gekopieerd, alle andere zaken bij mij "uitgezet"en als ik dan reken krijg ik dit:

Dus bij mij rekent ie wel
Waarom hij bij jou niet rekent:

• wat staat er in de berekende baseloads, kun je een van de baseloads hier delen of zet - voor de test - "use_calc_baseload": "False",
• wat staat er in de soc-waarde die je accu communiceert via;
  "entity actual level": "sensor.solaredge_huis_b1_state_of_energy",

Zodra hij wel rekent steeds een nieuw item erbij "aan" zetten.
Je zet een item makkelijk uit door bijvoorbeeld bij de ev het volgende in te vullen:

code:

...
  "electric vehicle" : [ ],
  "//electric vehicle" : [
    { "name" : "mijn rode tesla",
       ....

en dan later weer aan door dit te veranderen in:

code:

...
  "electric vehicle" : [
    { "name" : "mijn rode tesla",
       ....

[Torch1969]

Roekeloos schreef op maandag 19 mei 2025 @ 21:50:

@Roekeloos M.b.t. "entity ready": Ik wil soms meerdere dagen vooruit plannen voor EV laden. Bijvoorbeeld dat de goedkoopste uren van zaterdag én zondag worden gebruikt om maandag om 8:00 vol te zijn. Werk dat nu niet zo? Dan zou ik dit graag als feature request willen indienen.

@Roekeloos Je kunt voor “entity ready” inderdaad ook een entiteit maken van het type datum&tijd. Voordeel is dat je dan alvast één of meer dagen verder in de toekomst aan kan geven dat de EV geladen moet zijn. Nadeel is dat je deze steeds bewust moet aanpassen naar het volgende laadmoment als deze datum gepasseerd is.

DAO doet zijn optimalisatie berekening op basis van de beschikbare uurprijzen. Voor de periode dat er geen prijzen zijn, valt er niets te optimaliseren en berekenen. Dus de prijzen zijn beschikbaar tot 23:00 ‘s avonds en om 13:00 tot 23:00 de volgende dag. Binnen die tijdsperiode kan DAO rekenen en optimaliseren. Bijvoorbeeld op vrijdagmiddag stel je in dat de EV geladen moet zijn voor zondagavond 22:00. Dan zal DAO de EV niet gaan laden in de periode vrijdag tot zaterdag 13:00, omdat er mogelijk nog lagere prijzen komen op zaterdag na 23:00 tot zondag 22:00. Pas op zaterdagmiddag 13:00 zal DAO dan beslissen wanneer de EV te laden in de resterende periode. Als je maandagochtend 8:00 instelt als moment, dan verschuift dit nog een dag verder naar zondag 13:00, omdat DAO dan pas weet wat de prijzen zijn na zondag 23:00.

Als je dit hebt gelezen, hoe zou je feature request eruit zien als je zegt dat DAO over een langere periode het optimale laadmoment moet bepalen? Op basis waarvan zou DAO dat kunnen doen?

[ Voor 5% gewijzigd door Torch1969 op 20-05-2025 07:51 ]

[sMoKeFiSh]

Torch1969 schreef op dinsdag 20 mei 2025 @ 07:46:
[...]

@Roekeloos Je kunt voor “entity ready” inderdaad ook een entiteit maken van het type datum&tijd. Voordeel is dat je dan alvast één of meer dagen verder in de toekomst aan kan geven dat de EV geladen moet zijn. Nadeel is dat je deze steeds bewust moet aanpassen naar het volgende laadmoment als deze datum gepasseerd is.

DAO doet zijn optimalisatie berekening op basis van de beschikbare uurprijzen. Voor de periode dat er geen prijzen zijn, valt er niets te optimaliseren en berekenen. Dus de prijzen zijn beschikbaar tot 23:00 ‘s avonds en om 13:00 tot 23:00 de volgende dag. Binnen die tijdsperiode kan DAO rekenen en optimaliseren. Bijvoorbeeld op vrijdagmiddag stel je in dat de EV geladen moet zijn voor zondagavond 22:00. Dan zal DAO de EV niet gaan laden in de periode vrijdag tot zaterdag 13:00, omdat er mogelijk nog lagere prijzen komen op zaterdag na 23:00 tot zondag 22:00. Pas op zaterdagmiddag 13:00 zal DAO dan beslissen wanneer de EV te laden in de resterende periode.

Als je dit hebt gelezen, hoe zou je feature request eruit zien als je zegt dat DAO over een langere periode het optimale laadmoment moet bepalen? Op basis waarvan zou DAO dat kunnen doen?

Misschien iets van een variabele toevoegen waar je kunt kiezen als uurprijs lager is dan x en EV is aangesloten dat hij alsnog mag laden? Ik heb dit ook wel eens meegemaakt, zet de EV vrijdag aan de stekker, EV ready staat op maandag. Uurprijzen zijn zaterdagmiddag zo goed als negatief, maar EV staat niet te laden.

Natuurlijk hoeft dit niet perse in DAO te zitten. Kun je ook zelf met een automation inregelen. Maar de optie is wellicht handig.

[Torch1969]

sMoKeFiSh schreef op dinsdag 20 mei 2025 @ 07:53:
[...]


Misschien iets van een variabele toevoegen waar je kunt kiezen als uurprijs lager is dan x en EV is aangesloten dat hij alsnog mag laden? Ik heb dit ook wel eens meegemaakt, zet de EV vrijdag aan de stekker, EV ready staat op maandag. Uurprijzen zijn zaterdagmiddag zo goed als negatief, maar EV staat niet te laden.

Natuurlijk hoeft dit niet perse in DAO te zitten. Kun je ook zelf met een automation inregelen. Maar de optie is wellicht handig.

Ja dat zou wellicht kunnen, maar als de prijs dan op zondag nog lager is (en die kans is tegenwoordig groot), dan baal je achteraf ook weer. Je hebt dan eigenlijk een soort inschatting nodig wat de kans is dat de prijs in de nog onbekende periode nog lager wordt. Ik hoor een soort “AI”-voorspelling (ja, het woord is genoemd 😂) als feature request…..

Tot die tijd kun je zelf op https://energie.theoxygent.nl/ kijken en op basis daarvan je eindmoment voor laden instellen (en geloof me, die zit er soms ook behoorlijk naast).

[ Voor 8% gewijzigd door Torch1969 op 20-05-2025 08:09 ]

[sMoKeFiSh]

Ik heb bijvoorbeeld net weer de EV ingeplugd. Ready time staat op morgenochtend 06:00. De stroomprijzen zijn van 12:00 - 15:00 zo'n 2 cent. Omdat de prijzen voor morgen nog niet beschikbaar zijn, kan DAO het laden begrijpelijk niet inplannen. Echter is het wel vrij duidelijk dat de prijzen voor de resterende tijdslots tot EV ready time van morgenochtend 06:00 niet goedkoper zijn dan die 2 cent op dit moment.





Het is absoluut geen probleem hoor. Ik begrijp waarom er niet geladen wordt. Maar het zou mooi zijn als dit in de toekomst wel geregeld kan worden door DAO.

[wouwi]

Ik krijg bij het ophalen van de DA-prijzen helaas nu deze foutmelding. Iemand een idee waar ik moet zoeken?
Aanvulling: bij invullen van startdatum gaat het wel goed. Maar die kon je leegblijven toch?

code:

2025-05-20 09:50:54 info: Day Ahead Optimalisering versie: 2025.5.0
2025-05-20 09:50:54 info: Day Ahead Optimalisering gestart op: 20-05-2025 09:50:54
2025-05-20 09:50:54 info: Day Ahead Optimalisatie gestart: 20-05-2025 09:50:54 taak: get_day_ahead_prices
2025-05-20 09:50:54 fout: Er is een fout opgetreden, zie de fout-tracering
Traceback (most recent call last):
  File "/root/dao/prog/da_base.py", line 480, in run_task_function
    getattr(self, run_task["function"])()
  File "/root/dao/prog/da_base.py", line 268, in get_day_ahead_prices
    self.prices.get_prices(
  File "/root/dao/prog/da_prices.py", line 153, in get_prices
    hourly_values = hourly_prices_spot["areas"]["NL"]["values"]
                    ~~~~~~~~~~~~~~~~~~^^^^^^^^^
TypeError: 'NoneType' object is not subscriptable
Traceback (most recent call last):
  File "/root/dao/webserver/../prog/day_ahead.py", line 3528, in <module>
    main()
  File "/root/dao/webserver/../prog/day_ahead.py", line 3510, in main
    da_calc.run_task_function("prices")
  File "/root/dao/prog/da_base.py", line 480, in run_task_function
    getattr(self, run_task["function"])()
  File "/root/dao/prog/da_base.py", line 268, in get_day_ahead_prices
    self.prices.get_prices(
  File "/root/dao/prog/da_prices.py", line 153, in get_prices
    hourly_values = hourly_prices_spot["areas"]["NL"]["values"]
                    ~~~~~~~~~~~~~~~~~~^^^^^^^^^
TypeError: 'NoneType' object is not subscriptable

[StarFox76]

/edit

[ Voor 99% gewijzigd door StarFox76 op 20-05-2025 12:20 . Reden: Niet meer relevant ]

[Torch1969]

sMoKeFiSh schreef op dinsdag 20 mei 2025 @ 09:49:
Ik heb bijvoorbeeld net weer de EV ingeplugd. Ready time staat op morgenochtend 06:00. De stroomprijzen zijn van 12:00 - 15:00 zo'n 2 cent. Omdat de prijzen voor morgen nog niet beschikbaar zijn, kan DAO het laden begrijpelijk niet inplannen. Echter is het wel vrij duidelijk dat de prijzen voor de resterende tijdslots tot EV ready time van morgenochtend 06:00 niet goedkoper zijn dan die 2 cent op dit moment.

[Afbeelding]

[Afbeelding]

Het is absoluut geen probleem hoor. Ik begrijp waarom er niet geladen wordt. Maar het zou mooi zijn als dit in de toekomst wel geregeld kan worden door DAO.

Het probleem zit precies in je zin “het is wel vrij duidelijk dat de prijzen …. Niet goedkoper zijn”. Als mens weten we dit (het is zomer, de prijzen zijn overdag lager dan ‘s nachts, lager dan 2 cent hebben we in het verleden nooit gehad in de nacht….) en is het volkomen logisch. Maar hoe stop je dat in een wiskundige formule….. dan moet je inderdaad al een optionele grenswaarde hebben waarin je DAO vertelt, dat als de prijs daaronder ligt, er sowieso geladen mag worden.

Wat ik doe in deze situatie is die uiterste tijd aanpassen naar een eerder moment (laatste uur van goedkope prijzen) en de calculatie even aanslingeren.

[Torch1969]

wouwi schreef op dinsdag 20 mei 2025 @ 09:52:
Ik krijg bij het ophalen van de DA-prijzen helaas nu deze foutmelding. Iemand een idee waar ik moet zoeken?
Aanvulling: bij invullen van startdatum gaat het wel goed. Maar die kon je leegblijven toch?

code:

2025-05-20 09:50:54 info: Day Ahead Optimalisering versie: 2025.5.0
2025-05-20 09:50:54 info: Day Ahead Optimalisering gestart op: 20-05-2025 09:50:54
2025-05-20 09:50:54 info: Day Ahead Optimalisatie gestart: 20-05-2025 09:50:54 taak: get_day_ahead_prices
2025-05-20 09:50:54 fout: Er is een fout opgetreden, zie de fout-tracering
Traceback (most recent call last):
  File "/root/dao/prog/da_base.py", line 480, in run_task_function
    getattr(self, run_task["function"])()
  File "/root/dao/prog/da_base.py", line 268, in get_day_ahead_prices
    self.prices.get_prices(
  File "/root/dao/prog/da_prices.py", line 153, in get_prices
    hourly_values = hourly_prices_spot["areas"]["NL"]["values"]
                    ~~~~~~~~~~~~~~~~~~^^^^^^^^^
TypeError: 'NoneType' object is not subscriptable
Traceback (most recent call last):
  File "/root/dao/webserver/../prog/day_ahead.py", line 3528, in <module>
    main()
  File "/root/dao/webserver/../prog/day_ahead.py", line 3510, in main
    da_calc.run_task_function("prices")
  File "/root/dao/prog/da_base.py", line 480, in run_task_function
    getattr(self, run_task["function"])()
  File "/root/dao/prog/da_base.py", line 268, in get_day_ahead_prices
    self.prices.get_prices(
  File "/root/dao/prog/da_prices.py", line 153, in get_prices
    hourly_values = hourly_prices_spot["areas"]["NL"]["values"]
                    ~~~~~~~~~~~~~~~~~~^^^^^^^^^
TypeError: 'NoneType' object is not subscriptable

Dit is volgens mij een beetje ongelukkige foutmelding op de situatie “prijzen nog niet beschikbaar”. Krijg je ook als je een datum in de toekomst invult. Bij leeg laten vult DAO standaard de datum van morgen in (om de prijzen voor de eerstvolgende dag op te halen). Als je dat in de ochtend voor 13:00 doet, dan zijn de prijzen voor morgen nog niet bekend (@KC27 correct me if I’m wrong).

[powercoaster]

Misschien zou een mooie uitbreiding dan zijn om een waarde of entiteit op te kunnen geven, waarmee je de stroomprijs kan aangeven voor ontbrekende data. Daarmee kan je wel een tijdstip plannen na het huidige einde van bekende stroomprijzen en DAO vervolgens zijn dingen laten doen tot en na de nieuwe prijzen bekend zijn.

[KC27]

Torch1969 schreef op dinsdag 20 mei 2025 @ 12:59:
[...]


Dit is volgens mij een beetje ongelukkige foutmelding op de situatie “prijzen nog niet beschikbaar”. Krijg je ook als je een datum in de toekomst invult. Bij leeg laten vult DAO standaard de datum van morgen in (om de prijzen voor de eerstvolgende dag op te halen). Als je dat in de ochtend voor 13:00 doet, dan zijn de prijzen voor morgen nog niet bekend (@KC27 correct me if I’m wrong).

@wouwi
Ik zal dit morgenochtend nog even nadoen.
Als het zo klopt (wat heel waarschijnlijk is) dan is het een fout en zal ik het fixen met een adequate foutmelding ipv de code "in de fout te lopen".

[KC27]

Torch1969 schreef op dinsdag 20 mei 2025 @ 12:49:
[...]


Het probleem zit precies in je zin “het is wel vrij duidelijk dat de prijzen …. Niet goedkoper zijn”. Als mens weten we dit (het is zomer, de prijzen zijn overdag lager dan ‘s nachts, lager dan 2 cent hebben we in het verleden nooit gehad in de nacht….) en is het volkomen logisch. Maar hoe stop je dat in een wiskundige formule….. dan moet je inderdaad al een optionele grenswaarde hebben waarin je DAO vertelt, dat als de prijs daaronder ligt, er sowieso geladen mag worden.

Wat ik doe in deze situatie is die uiterste tijd aanpassen naar een eerder moment (laatste uur van goedkope prijzen) en de calculatie even aanslingeren.

@powercoaster @sMoKeFiSh
Ik ben op zoek naar een site met een api die de prijzen voorspelt voor een of twee dagen na de bekende day-ahead prijzen (https://energie.theoxygent.nl/ heeft geen api en een scraper werkt alleen als er niks aan de site-opbouw verandert). Als jullie iets kunnen vinden kan ik proberen iets te bouwen en dit als test aan te bieden.

[Roekeloos]

Ik denk dat dat inderdaad een goede richting is. Tibber werkt ook vergelijkbaar, met een soort forecast van de day-ahead prijzen.

Dat neemt echter niet weg dat DAO bij mij überhaupt niets optimaliseert, ook niet na de gesuggereerde aanpassingen... Misschien kan iemand even mee kijken?

Roekeloos schreef op maandag 19 mei 2025 @ 21:50:
[...]


Ik heb ook een accu, dus al zou de EV niet kunnen laden dan zou ik verwachten dat DAO mogelijkheden heeft om met de accu te shiften?

M.b.t. "entity ready": Ik wil soms meerdere dagen vooruit plannen voor EV laden. Bijvoorbeeld dat de goedkoopste uren van zaterdag én zondag worden gebruikt om maandag om 8:00 vol te zijn. Werk dat nu niet zo? Dan zou ik dit graag als feature request willen indienen.

Anyway, ik heb de suggesties overgenomen maar helaas werkt het dan nog niet:

code:

{
  "homeassistant": { },
  "database ha": {
    "engine": "sqlite",
    "database": "home-assistant_v2.db",
    "db_path": "/homeassistant"
  },
  "database da": {
    "engine" : "mysql",
    "database": "day_ahead",
    "username": "day_ahead",
    "password": "!secret db_da_password"
}, 
  "meteoserver-key": "!secret meteoserver-key",
  "prices": {
    "source day ahead": "tibber",
    "regular high": 0.50,
    "regular low": 0.40,
    "switch to low": 23,
    "energy taxes delivery": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.10880,
      "2025-01-01": 0.10154
    },
    "energy taxes redelivery": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.10880,
      "2025-01-01": 0.10154
    },
    "cost supplier delivery": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496
    },
    "cost supplier redelivery": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496
    },
    "vat": {
      "2022-01-01": 21,
      "2022-07-01": 9,
      "2023-01-01": 21
    },
    "last invoice": "2022-09-01",
    "tax refund": "True"
  },
  "logging level" : "debug",
  "use_calc_baseload": "True",
  "baseload calc periode": 56,
  "baseload": [
    0.14,
    0.38,
    0.26,
    0.42,
    0.15,
    0.12,
    0.13,
    0.15,
    0.23,
    0.26,
    0.31,
    0.32,
    0.31,
    0.23,
    0.26,
    0.21,
    0.21,
    0.54,
    0.26,
    0.26,
    0.22,
    0.19,
    0.18,
    0.16
  ],
  "graphical backend": "",
  "graphics": {
    "style": "Solarize_Light2",
    "show" : "true",
    "prices delivery": "True",
    "prices redelivery": "True",
    "average delivery": "True"
  },
  "strategy": "minimize cost",
  "notifications": {
  },
  "grid": {
    "max_power": 17
  },
  "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": "Accu",
      "entity actual level": "sensor.solaredge_huis_b1_state_of_energy",
      "capacity": 8,
      "upper limit": 100,
      "lower limit": 10,
      "optimal lower level": 10,
      "charge stages": [
        {
          "power": 0,
          "efficiency": 1
        },
        {
          "power": 1500,
          "efficiency": 0.785
        },
        {
          "power": 3000,
          "efficiency": 0.872
        },
        {
          "power": 4500,
          "efficiency": 0.897
        },
        {
          "power": 5000,
          "efficiency": 0.899
        }
      ],
      "discharge stages": [
        {
          "power": 0,
          "efficiency": 1
        },
        {
          "power": 600,
          "efficiency": 0.891
        },
        {
          "power": 1500,
          "efficiency": 0.935
        },
        {
          "power": 3000,
          "efficiency": 0.952
        },
        {
          "power": 4500,
          "efficiency": 0.952
        },
        {
          "power": 5000,
          "efficiency": 0.934
        }
      ],
      "minimum power": 100,
      "dc_to_bat efficiency": 0.9838,
      "bat_to_dc efficiency": 0.9838,
      "cycle cost": 0,
      "entity set power feedin": "input_number.dao_set_power_feedin",
      "entity set operating mode": "input_select.dao_set_operation_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_ac",
      "entity calculated soc": "input_number.dao_calculated_soc",
      "solar": []
    }
  ],
  "solar": [ ],
  "electric vehicle": [
    {
      "name": "Tesla",
      "capacity": 57.5,
      "entity max amperage": 16,
      "charge three phase": "True",
      "entity actual level": "sensor.rik_s_tesla_battery",
      "entity position": "input_select.dao_fake_position",
      "entity plugged in": "input_boolean.dao_plugged_in",
      "charge stages" : [
        {"ampere": 0, "efficiency": 0.00},
        {"ampere": 16, "efficiency": 0.90}
      ],      
      "charge scheduler": {
        "entity set level": "input_number.dao_target_soc",
        "level margin": 4,
        "entity ready datetime": "input_datetime.dao_target_departure"
      },
      "charge switch": "input_boolean.dao_charging",
      "entity set charging ampere" : "number.wallbox_pulsar_pro_sn_1140416_maximum_charging_current"
    }
  ],
  "machines" : [ ],
  "tibber": {
    "api_token": "!secret tibber_api_token"
  },
  "report": {
    "entities grid consumption": [
      "sensor.dsmr_reading_electricity_delivered_1",
      "sensor.dsmr_reading_electricity_delivered_2"
    ],
    "entities grid production": [
      "sensor.dsmr_reading_electricity_returned_1",
      "sensor.dsmr_reading_electricity_returned_2"
    ],
    "entities solar production ac": [
      "sensor.solaredge_huis_i1_ac_energy_kwh",
      "sensor.solaredge_garage_i1_ac_energy_kwh"
    ],
    "entities solar production dc": [],
    "entities ev consumption" : ["sensor.ev_charger_energy"],
    "entities wp consumption" : ["sensor.heat_pump_energy"],
    "entities boiler consumption": [],
    "entities battery consumption": ["sensor.solaredge_b1_energy_import"],
    "entities battery production": ["sensor.solaredge_b1_energy_export"]
  },
  "scheduler": {
    "active": "true",
    "0200": "get_tibber_data",
    "0300": "calc_baseloads",
    "0430": "get_meteo_data",
    "1030": "get_meteo_data",
    "1630": "get_meteo_data",
    "2230": "get_meteo_data",
    "1255": "get_day_ahead_prices",
    "1355": "get_day_ahead_prices",
    "1455": "get_day_ahead_prices",
    "1554": "get_day_ahead_prices",
    "1655": "get_day_ahead_prices",
    "xx00": "calc_optimum",
    "2359": "clean_data"
  }
}

code:

2025-05-19 21:46:47 debug: query get prognose data:
 SELECT from_unixtime(p1.time) AS tijd, p1.value AS consumption, p2.value AS production, %(param_1)s AS datasoort 
FROM prognoses AS p1, prognoses AS p2, variabel AS v1, variabel AS v2 
WHERE p1.time = p2.time AND p1.variabel = v1.id AND v1.code = %(code_1)s AND p2.variabel = v2.id AND v2.code = %(code_2)s AND p1.time >= unix_timestamp(%(unix_timestamp_1)s) AND p1.time < unix_timestamp(%(unix_timestamp_2)s)
2025-05-19 21:46:47 info: Verbruik dit contractjaar: 712.556 kWh
2025-05-19 21:46:47 info: Productie dit contractjaar: 910.970 kWh
2025-05-19 21:46:47 info: All taxes refund (alles wordt gesaldeerd)
2025-05-19 21:46:48 info: No reduced hours applied for Accu
2025-05-19 21:46:48 debug: cycle cost: 0 eur/kWh
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/sensor.solaredge_huis_b1_state_of_energy HTTP/1.1" 200 449
2025-05-19 21:46:48 info: Startwaarde SoC Accu: 10.0%
2025-05-19 21:46:48 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_boolean.dao_plugged_in HTTP/1.1" 200 350
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_select.dao_fake_position HTTP/1.1" 200 376
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/sensor.rik_s_tesla_battery HTTP/1.1" 200 485
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_number.dao_target_soc HTTP/1.1" 200 442
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_datetime.dao_target_departure HTTP/1.1" 200 529
2025-05-19 21:46:48 info: Instellingen voor laden van EV: Tesla
2025-05-19 21:46:48 info:  Ampere  Effic. Grid kW Accu kW
2025-05-19 21:46:48 info:    0.00    0.00    0.00    0.00
2025-05-19 21:46:48 info:   16.00    0.90   11.04    9.94
2025-05-19 21:46:48 info: Capaciteit accu: 57.5 kWh
2025-05-19 21:46:48 info: Maximaal laadvermogen: 11.04 kW
2025-05-19 21:46:48 info: Klaar met laden op: 20-05-2025 09:00:00
2025-05-19 21:46:48 info: Huidig laadniveau: 59.0 %
2025-05-19 21:46:48 info: Gewenst laadniveau:100.0 %
2025-05-19 21:46:48 info: Marge voor het laden: 4 %
2025-05-19 21:46:48 info: Locatie: home
2025-05-19 21:46:48 info: Ingeplugged:True
2025-05-19 21:46:48 info: Benodigde energie: 23.575 kWh
2025-05-19 21:46:48 info: Tijd nodig om te laden: 2.37 uur
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/input_boolean.dao_charging HTTP/1.1" 200 346
2025-05-19 21:46:48 debug: Starting new HTTP connection (1): supervisor:80
2025-05-19 21:46:48 debug: http://supervisor:80 "GET /core/api/states/number.wallbox_pulsar_pro_sn_1140416_maximum_charging_current HTTP/1.1" 200 447
2025-05-19 21:46:48 info: Afgerond naar hele uren: 3
2025-05-19 21:46:48 info: Stand laden schakelaar: on
2025-05-19 21:46:48 info: Stand aantal ampere laden: 32 A
2025-05-19 21:46:48 info: Opladen wordt ingepland.
2025-05-19 21:46:48 info: Warmtepomp niet aanwezig of enabled - warmtepomp wordt niet ingepland
Welcome to the CBC MILP Solver 
Version: Trunk
Build Date: Oct 24 2021 

Starting solution of the Linear programming relaxation problem using Dual Simplex

Clp0024I Matrix will be packed to eliminate 187 small elements
Coin0507I Presolve determined that the problem was infeasible with tolerance of 1e-08
Clp3003W Analysis indicates model infeasible or unbounded
Clp0014I Perturbing problem by 0.001% of 0.15393012 - largest nonzero change 0 ( 0%) - largest zero change 0.0001986959
Clp0001I Primal infeasible - objective value -118.80749
Clp0032I PrimalInfeasible objective -118.8074914 - 9 iterations time 0.002
2025-05-19 21:46:48 waarschuwing: Geen oplossing  voor: minimize cost
2025-05-19 21:46:48 debug: Connection status Pool size: 5  Connections in pool: 1 Current Overflow: -4 Current Checked out connections: 0 at line 482 in /root/dao/prog/da_base.py
2025-05-19 21:46:48 debug: Connection status Pool size: 5  Connections in pool: 1 Current Overflow: -4 Current Checked out connections: 0 at line 3449 in /root/dao/webserver/../prog/day_ahead.py
debug:root:Dialect: mysql, database: day_ahead, server: core-mariadb
debug:root:db_url: mysql+pymysql://day_ahead:*********@core-mariadb/day_ahead
debug:root:Dialect: sqlite, database: home-assistant_v2.db, db_path: /homeassistant
debug:root:db_url: sqlite://///homeassistant/home-assistant_v2.db
debug:root:Connection status Pool size: 5  Connections in pool: 0 Current Overflow: -5 Current Checked out connections: 0 at line 144 in /root/dao/prog/da_base.py

[Roekeloos]

KC27 schreef op maandag 19 mei 2025 @ 23:15:
[...]

Ik heb je batterij-settings gekopieerd, alle andere zaken bij mij "uitgezet"en als ik dan reken krijg ik dit:
[Afbeelding]
Dus bij mij rekent ie wel
Waarom hij bij jou niet rekent:

• wat staat er in de berekende baseloads, kun je een van de baseloads hier delen of zet - voor de test - "use_calc_baseload": "False",
• wat staat er in de soc-waarde die je accu communiceert via;
  "entity actual level": "sensor.solaredge_huis_b1_state_of_energy",

Zodra hij wel rekent steeds een nieuw item erbij "aan" zetten.
Je zet een item makkelijk uit door bijvoorbeeld bij de ev het volgende in te vullen:

code:

...
  "electric vehicle" : [ ],
  "//electric vehicle" : [
    { "name" : "mijn rode tesla",
       ....

en dan later weer aan door dit te veranderen in:

code:

...
  "electric vehicle" : [
    { "name" : "mijn rode tesla",
       ....

Baseloads berekenen uitzetten bleek de oplossing; bedankt! Wel lastig om uit de logs te halen...

De berekende baseloads leken mij overigens niet gek:

code:

Uur     Verbruik    Productie   Accu_uit    Accu in     PV ac   Elec. vehicle   WP  Boiler  Baseload
    kWh     kWh     kWh     kWh     kWh     kWh     kWh     kWh     kWh
00:00   5.955   0.000   0.000   0.000   0.000   4.969   0.020   0.000   0.966
01:00   0.380   0.000   0.000   0.000   0.000   0.007   0.010   0.000   0.363
02:00   3.353   0.000   0.000   0.000   0.000   2.815   0.020   0.000   0.518
03:00   11.302  0.000   0.000   0.000   0.000   10.613  0.010   0.000   0.679
04:00   2.964   0.000   0.000   0.000   0.000   2.654   0.010   0.000   0.300
05:00   4.519   0.000   0.000   0.000   0.000   4.056   0.020   0.000   0.443
06:00   0.154   0.015   0.000   0.000   0.202   0.007   0.010   0.000   0.324
07:00   0.022   0.318   0.000   0.000   0.695   0.007   0.020   0.000   0.372
08:00   0.322   0.193   0.000   0.000   1.918   0.007   1.370   0.000   0.670
09:00   0.000   4.071   0.000   0.000   4.769   0.007   0.020   0.000   0.671
10:00   0.000   5.789   0.000   0.000   6.540   0.007   0.020   0.000   0.724
11:00   0.000   5.054   0.000   0.000   7.331   0.007   0.640   0.000   1.630
12:00   0.000   7.421   0.000   0.000   8.545   0.007   0.350   0.000   0.767
13:00   0.000   6.634   0.000   0.000   8.491   0.007   0.410   0.000   1.440
14:00   0.000   6.911   0.000   0.000   7.932   0.007   0.530   0.000   0.483
15:00   0.040   4.075   0.000   0.000   6.066   0.007   0.630   0.000   1.394
Totaal  29.011  40.481  0.000   0.000   52.489  25.186  4.090   0.000   11.743

[powercoaster]

KC27 schreef op dinsdag 20 mei 2025 @ 13:18:
[...]

@powercoaster @sMoKeFiSh
Ik ben op zoek naar een site met een api die de prijzen voorspelt voor een of twee dagen na de bekende day-ahead prijzen (https://energie.theoxygent.nl/ heeft geen api en een scraper werkt alleen als er niks aan de site-opbouw verandert). Als jullie iets kunnen vinden kan ik proberen iets te bouwen en dit als test aan te bieden.

Misschien geen officiële api, maar hier kan je misschien wel iets mee: https://energie.theoxygent.nl/api/prices_v2.php

Edit: Ik lees in de kleine lettertjes van de website wel dat de data niet verder verwerkt of gebruikt mag worden..

[ Voor 8% gewijzigd door powercoaster op 20-05-2025 16:22 ]

[wouwi]

KC27 schreef op dinsdag 20 mei 2025 @ 13:06:
[...]

@wouwi
Ik zal dit morgenochtend nog even nadoen.
Als het zo klopt (wat heel waarschijnlijk is) dan is het een fout en zal ik het fixen met een adequate foutmelding ipv de code "in de fout te lopen".

Dat zal ‘m zijn. Nu werkt het inderdaad wel. Zal dus eerder vooral s avonds met DAO aan het experimenteren zijn geweest.

[KC27]

powercoaster schreef op dinsdag 20 mei 2025 @ 16:18:
[...]


Misschien geen officiële api, maar hier kan je misschien wel iets mee: https://energie.theoxygent.nl/api/prices_v2.php

Edit: Ik lees in de kleine lettertjes van de website wel dat de data niet verder verwerkt of gebruikt mag worden..

Dank voor de tip.
Ik heb de eigenaar (René van den Berg) een bericht gestuurd met het verzoek of ik de api voor DAO mag gebruiken.
Wordt hopelijk vervolgd ....

[KC27]

Met de hulp van @Torch1969 is de TS aangepast.
Er is vanaf 2025.5.0 een builded image op github en zodoende is het nu veel makkelijker om DAO in een losse container te installeren en te draaien. Dat is allemaal goed beschreven in het hoofdstuk:
DAO installeren in een aparte container (geen addon)

[KC27]

Roekeloos schreef op dinsdag 20 mei 2025 @ 16:05:
[...]


Baseloads berekenen uitzetten bleek de oplossing; bedankt! Wel lastig om uit de logs te halen...

De berekende baseloads leken mij overigens niet gek:

code:

Uur     Verbruik    Productie   Accu_uit    Accu in     PV ac   Elec. vehicle   WP  Boiler  Baseload
    kWh     kWh     kWh     kWh     kWh     kWh     kWh     kWh     kWh
00:00   5.955   0.000   0.000   0.000   0.000   4.969   0.020   0.000   0.966
01:00   0.380   0.000   0.000   0.000   0.000   0.007   0.010   0.000   0.363
02:00   3.353   0.000   0.000   0.000   0.000   2.815   0.020   0.000   0.518
03:00   11.302  0.000   0.000   0.000   0.000   10.613  0.010   0.000   0.679
04:00   2.964   0.000   0.000   0.000   0.000   2.654   0.010   0.000   0.300
05:00   4.519   0.000   0.000   0.000   0.000   4.056   0.020   0.000   0.443
06:00   0.154   0.015   0.000   0.000   0.202   0.007   0.010   0.000   0.324
07:00   0.022   0.318   0.000   0.000   0.695   0.007   0.020   0.000   0.372
08:00   0.322   0.193   0.000   0.000   1.918   0.007   1.370   0.000   0.670
09:00   0.000   4.071   0.000   0.000   4.769   0.007   0.020   0.000   0.671
10:00   0.000   5.789   0.000   0.000   6.540   0.007   0.020   0.000   0.724
11:00   0.000   5.054   0.000   0.000   7.331   0.007   0.640   0.000   1.630
12:00   0.000   7.421   0.000   0.000   8.545   0.007   0.350   0.000   0.767
13:00   0.000   6.634   0.000   0.000   8.491   0.007   0.410   0.000   1.440
14:00   0.000   6.911   0.000   0.000   7.932   0.007   0.530   0.000   0.483
15:00   0.040   4.075   0.000   0.000   6.066   0.007   0.630   0.000   1.394
Totaal  29.011  40.481  0.000   0.000   52.489  25.186  4.090   0.000   11.743

DAO berekent eens per dag voor alle dagen van de week de baseloads.
Dat doet ie tot een aantal dagen terug (in de winter is de baseload anders dan in de zomer).
Dat aantal dagen stel je in met "baseload calc periode": 56,
DE berekende baseloads worden opgeslagen in 7 tekstbestanden in de map
/addon_configs/<xxxx>day_ahead_opt/dao_data/baseload.
baseload0.json is maandag .... baseload6.json is zondag.
Iedere bestand bestaat uit 24 uurwaarden (kWh)
Staan die bestanden er bij jou?
Wat staat er in de logging van de baseload-berekening?
Bij logging_level info moet er zoiets staan:

code:

2025-05-17 14:45:31 info: Day Ahead Optimalisering versie: 2025.5.0
2025-05-17 14:45:31 info: Day Ahead Optimalisering gestart op: 17-05-2025 14:45:31
2025-05-17 14:45:31 info: Day Ahead Optimalisatie gestart: 17-05-2025 14:45:31 taak: calc_baseloads
2025-05-17 14:45:31 info: baseload voor weekdag 0 :
2025-05-17 14:45:31 info: 0.156 0.394 0.437 0.803 0.132 0.124 0.136 0.308 0.34 0.224 0.488 0.439 0.718 0.956 0.79 0.824 0.674 0.736 0.21 0.225 0.223 0.197 0.165 0.145 
2025-05-17 14:45:32 info: baseload voor weekdag 1 :
2025-05-17 14:45:32 info: 0.195 0.33 0.24 0.446 0.136 0.126 0.138 0.166 0.249 0.385 0.449 0.784 0.912 0.804 0.345 0.865 0.629 0.901 0.288 0.237 0.234 0.21 0.166 0.151 
2025-05-17 14:45:32 info: baseload voor weekdag 2 :
2025-05-17 14:45:32 info: 0.166 0.425 0.175 0.824 0.131 0.137 0.122 0.203 0.223 0.406 0.319 0.451 0.617 0.618 0.464 0.478 0.57 0.585 0.355 0.234 0.231 0.199 0.165 0.154 
2025-05-17 14:45:33 info: baseload voor weekdag 3 :
2025-05-17 14:45:33 info: 0.162 0.394 0.16 0.784 0.404 0.237 0.139 0.197 0.213 0.476 0.373 0.329 0.664 1.058 0.331 0.338 0.267 0.646 0.195 0.232 0.241 0.19 0.171 0.146 
2025-05-17 14:45:33 info: baseload voor weekdag 4 :
2025-05-17 14:45:33 info: 0.163 0.351 0.428 0.778 0.14 0.135 0.133 0.172 0.223 0.327 0.35 0.338 0.411 0.662 0.949 0.351 0.387 0.706 0.321 0.234 0.234 0.195 0.154 0.149 
2025-05-17 14:45:34 info: baseload voor weekdag 5 :
2025-05-17 14:45:34 info: 0.154 0.434 0.17 0.575 0.206 0.368 0.169 0.19 0.291 0.347 0.576 0.406 0.392 0.942 1.157 0.422 0.285 0.514 0.458 0.205 0.201 0.208 0.186 0.15 
2025-05-17 14:45:34 info: baseload voor weekdag 6 :
2025-05-17 14:45:34 info: 0.158 0.403 0.164 0.514 0.189 0.127 0.139 0.18 0.283 0.342 0.538 0.442 0.651 0.694 1.008 0.482 0.383 0.666 0.182 0.245 0.242 0.233 0.176 0.155

[simnet]

KC27 schreef op maandag 19 mei 2025 @ 09:37:
Inmiddels staat de nieuwe productieversie 2025.5.0 online op github.

Ik zie deze nog niet tussen de releases staan. Klopt dat?

[KC27]

simnet schreef op donderdag 22 mei 2025 @ 08:43:
[...]


Ik zie deze nog niet tussen de releases staan. Klopt dat?

Ik heb er nog geen "release" van gemaakt.
Ik dacht dat niemand die gebruikte.
Jij wel?
Dan ga ik er alsnog een release van maken.

[sjampeter]

hoe werkt de "reports" nu eigenlijk?
vorige week al een vraag over gesteld, echter tot op heden nog geen antwoord op gehad.
als ik github lees, zou dit netjes het verbruik enz moeten bijhouden.
ik krijg dit met geen mogelijkheid werkend/kloppend.
ik ben terug gegaan naar de basic met onderstaande instellingen.

code:

"report": {
    "entities grid consumption":["sensor.p1_pap_totaal_verbruik_tarief_1"],
    "entities grid production": [],
    "entities solar production ac": [],
    "entities solar production dc": [],
    "entities ev consumption" : [],
    "entities wp consumption" : [],
    "entities boiler consumption": [],
    "entities battery consumption": ["?sensor.victron_vebus_acin1toinverter_227"], 
    "entities battery production":  ["?sensor.victron_vebus_invertertoacin1_227"]
    },

code:

},
"use_calc_baseload": "False",
"baseload calc periode": 48,
"baseload": [
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.5,
    0.5,
    0.5,
    0.5,
    0.5,
    0.5,
    0.5,
    0.5
    ],

dit zijn volgens mij de instellingen die er toe doen.
onderstaand is het screenshot van sensor.p1_pap_totaal_verbruik_tarief_1

zoals je kunt zien is er op deze dag elk uur verbruik.
hoe komt DAO dan aan onderstaand "report"?

[Bravo]

sjampeter schreef op donderdag 22 mei 2025 @ 09:32:
hoe werkt de "reports" nu eigenlijk?
vorige week al een vraag over gesteld, echter tot op heden nog geen antwoord op gehad.
als ik github lees, zou dit netjes het verbruik enz moeten bijhouden.
ik krijg dit met geen mogelijkheid werkend/kloppend.
ik ben terug gegaan naar de basic met onderstaande instellingen.

code:

"report": {
    "entities grid consumption":["sensor.p1_pap_totaal_verbruik_tarief_1"],
    "entities grid production": [],
    "entities solar production ac": [],
    "entities solar production dc": [],
    "entities ev consumption" : [],
    "entities wp consumption" : [],
    "entities boiler consumption": [],
    "entities battery consumption": ["?sensor.victron_vebus_acin1toinverter_227"], 
    "entities battery production":  ["?sensor.victron_vebus_invertertoacin1_227"]
    },

code:

},
"use_calc_baseload": "False",
"baseload calc periode": 48,
"baseload": [
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.4,
    0.5,
    0.5,
    0.5,
    0.5,
    0.5,
    0.5,
    0.5,
    0.5
    ],

dit zijn volgens mij de instellingen die er toe doen.
onderstaand is het screenshot van sensor.p1_pap_totaal_verbruik_tarief_1
[Afbeelding]
zoals je kunt zien is er op deze dag elk uur verbruik.
hoe komt DAO dan aan onderstaand "report"?
[Afbeelding]

Dit is bij mij net zo, ik heb het vermoeden dat DAO per uur het saldo neemt van de import en export (verbruik en productie) en dat weergeeft.
Als straks (als het salderen eraf is) er verschillende tarieven voor import en export zijn die niet meer met elkaar verrekend worden op kWh niveau per uur, zal dit niet goed kunnen werken.
Ik zie wel binnen hetzelfde uur zowel import als export
@KC27 Of zijn er nog andere variabelen die hier invloed op hebben en zie ik iets over het hoofd?

[simnet]

KC27 schreef op donderdag 22 mei 2025 @ 09:03:
[...]

Ik heb er nog geen "release" van gemaakt.
Ik dacht dat niemand die gebruikte.
Jij wel?
Dan ga ik er alsnog een release van maken.

Ik gebruik zelf de github releases om notificaties te krijgen wanneer software een nieuwe versie uit brengt.
Op dit forum is het makkelijk om een bericht over het hoofd te zien en dus te missen als er een nieuwe uit is.

[simnet]

Ik krijg zelf de container overigens niet meer gebouwd from source. Ik heb hier een github issue van gemaakt. Mogelijk niets te maken met DAO zelf.

[KC27]

@sjampeter @Bravo
Bij het maken van reports wordt de volgende volgorde afgewerkt:

1. Eerst wordt gekeken in de day_ahead database, tabel "values" of er gerealiseerde waarden zijn opgeslagen (bijv opgehaald bij tibber)
2. Voor de uren/dagen dat daar geen waarden zijn gevonden worden data opgehaald uit de HA-database via de gedefinieerde sensoren op "report"
3. Als daar geen sensoren zijn gedefinieerd of er ontbreken waarden dan worden data opgehaald uit de day_ahead database tabel "prognoses".

[sjampeter]

hmm. dat verklaart toch nog niet waarom er bovenstaand bijvoorbeeld bij 03:00, 0.4 kWh staat? er is dat uur gewoon data binnen gekomen op de ingestelde sensor bij "report"
toch pakt ie de basisload welke ik handmatig ingesteld heb in de instellingen.
ik begrijp het nog niet helemaal geloof ik.

[KC27]

sjampeter schreef op donderdag 22 mei 2025 @ 12:51:
hmm. dat verklaart toch nog niet waarom er bovenstaand bijvoorbeeld bij 03:00, 0.4 kWh staat? er is dat uur gewoon data binnen gekomen op de ingestelde sensor bij "report"
toch pakt ie de basisload welke ik handmatig ingesteld heb in de instellingen.
ik begrijp het nog niet helemaal geloof ik.

Maar is die 0,4 kWh niet "toevallig" het verbruik dat die sensor heeft geregistreerd?
Als ik de grafiek bekijk lijkt het daar wel op, of zie ik het verkeerd?

[simnet]

Hoi, ben ik weer

Ik heb vandaag eens ge-experimenteerd met de salderingsoptie en deze op False gezet (ik lever aanzienlijk meer terug op jaarbasis dan dat ik gebruik). Verder heb ik de strategy op 'minimize consumption' staan...

Hier kwam echter een strategie uit dat de battery met vol vermogen aan het laden ging en de PV panelen uitgeschakeld werden, ondanks dat de huidige prijs niet negatief is (0.1263 ct per kwh all-inclusief).

Mis ik hier iets? De kosten na optimalisering is ook hoger dan voor optimalisering en de winst is ineens negatief...

Edit: ik zie nu ook pas dat de strategie op 'minimale levering' gezet wordt, is dat wel correct?

2025-05-22 14:45:33 info: Day Ahead Optimalisering versie: 2025.5.0
2025-05-22 14:45:33 info: Day Ahead Optimalisering gestart op: 22-05-2025 14:45:33
2025-05-22 14:45:33 info: Day Ahead Optimalisatie gestart: 22-05-2025 14:45:33 taak: calc_optimum_met_debug
2025-05-22 14:45:34 info: Debug = True
2025-05-22 14:45:34 info: Zelf berekende baseload
2025-05-22 14:45:34 info: Start waarden:
uur tijd p_l p_t base pv_ac pv_dc
0 14 2025-05-22 14:00:00 0.12649 0.12649 0.585 0.762763 0
1 15 2025-05-22 15:00:00 0.13447 0.13447 0.479 2.519871 0
2 16 2025-05-22 16:00:00 0.14405 0.14405 0.463 2.609617 0
3 17 2025-05-22 17:00:00 0.14676 0.14676 0.795 1.354426 0
4 18 2025-05-22 18:00:00 0.20291 0.20291 0.365 0.816729 0
5 19 2025-05-22 19:00:00 0.26542 0.26542 0.397 0.375250 0
6 20 2025-05-22 20:00:00 0.28768 0.28768 0.422 0.108972 0
7 21 2025-05-22 21:00:00 0.30164 0.30164 0.462 0.027635 0
8 22 2025-05-22 22:00:00 0.29795 0.29795 0.371 0.000000 0
9 23 2025-05-22 23:00:00 0.27897 0.27897 0.362 0.000000 0
10 0 2025-05-23 00:00:00 0.25675 0.25675 0.328 0.013817 0
11 1 2025-05-23 01:00:00 0.26039 0.26039 0.268 0.000000 0
12 2 2025-05-23 02:00:00 0.25308 0.25308 0.282 0.000000 0
13 3 2025-05-23 03:00:00 0.25236 0.25236 0.261 0.000000 0
14 4 2025-05-23 04:00:00 0.24809 0.24809 0.253 0.000000 0
15 5 2025-05-23 05:00:00 0.26369 0.26369 0.228 0.013817 0
16 6 2025-05-23 06:00:00 0.28741 0.28741 0.260 0.166817 0
17 7 2025-05-23 07:00:00 0.29396 0.29396 0.260 0.350008 0
18 8 2025-05-23 08:00:00 0.27287 0.27287 0.330 0.548296 0
19 9 2025-05-23 09:00:00 0.24058 0.24058 0.494 0.170088 0
20 10 2025-05-23 10:00:00 0.22264 0.22264 0.877 1.155368 0
21 11 2025-05-23 11:00:00 0.20508 0.20508 0.688 1.387941 0
22 12 2025-05-23 12:00:00 0.16343 0.16343 0.561 0.930224 0
23 13 2025-05-23 13:00:00 0.14765 0.14765 0.411 2.541387 0
24 14 2025-05-23 14:00:00 0.14662 0.14662 0.597 1.259688 0
25 15 2025-05-23 15:00:00 0.14639 0.14639 0.506 1.511660 0
26 16 2025-05-23 16:00:00 0.17290 0.17290 0.301 1.461411 0
27 17 2025-05-23 17:00:00 0.22372 0.22372 0.820 2.584477 0
28 18 2025-05-23 18:00:00 0.25378 0.25378 0.675 1.294549 0
29 19 2025-05-23 19:00:00 0.27786 0.27786 0.441 0.852144 0
30 20 2025-05-23 20:00:00 0.29262 0.29262 0.433 0.559995 0
31 21 2025-05-23 21:00:00 0.30678 0.30678 0.460 0.041453 0
32 22 2025-05-23 22:00:00 0.29701 0.29701 0.394 0.000000 0
33 23 2025-05-23 23:00:00 0.27214 0.27214 0.427 0.000000 0
2025-05-22 14:45:59 info: Verbruik dit contractjaar: 2113.461 kWh
2025-05-22 14:45:59 info: Productie dit contractjaar: 4016.397 kWh
2025-05-22 14:45:59 info: consumption today: 1.0970000000002074 kWh
2025-05-22 14:45:59 info: production today: 6.988999999999578 kWh
2025-05-22 14:45:59 info: verschil: -5.891999999999371 kWh
2025-05-22 14:45:59 info: No reduced hours applied for Marstek P3
2025-05-22 14:45:59 info: Startwaarde SoC Marstek P3: 71.0%
2025-05-22 14:45:59 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2025-05-22 14:45:59 info: Warmtepomp niet aanwezig of enabled - warmtepomp wordt niet ingepland
2025-05-22 14:45:59 info: Machine wasmachine wordt niet ingepland, want er is gekozen voor uit
2025-05-22 14:46:00 info: Machine vaatwasser wordt niet ingepland, want er is gekozen voor uit
2025-05-22 14:46:00 info: Eerste berekening
2025-05-22 14:46:00 info: Kosten (euro): 3.56
2025-05-22 14:46:00 info: Levering (kWh): 5.89
Coin0505I Presolved problem not optimal, resolve after postsolve
Coin0505I Presolved problem not optimal, resolve after postsolve
Coin0505I Presolved problem not optimal, resolve after postsolve
Coin0505I Presolved problem not optimal, resolve after postsolve
2025-05-22 14:46:00 info: Herberekening
2025-05-22 14:46:00 info: Kosten (euro): 1.06
2025-05-22 14:46:00 info: Levering (kWh): 5.89
2025-05-22 14:46:00 info: Strategie: minimale levering
2025-05-22 14:46:00 info: Het programma heeft een optimale oplossing gevonden.
2025-05-22 14:46:00 info: Saldeercorrectie: -10.16 kWh
2025-05-22 14:46:00 info: Saldeercorrectie niet geoptimaliseerd reg. tarieven: 5.95 euro
2025-05-22 14:46:00 info: Saldeercorrectie niet geoptimaliseerd day ahead tarieven: 1.25 euro
2025-05-22 14:46:00 info: Niet geoptimaliseerd, kosten met reguliere tarieven: -1.74
2025-05-22 14:46:00 info: Niet geoptimaliseerd, kosten met day ahead tarieven: -0.03
2025-05-22 14:46:00 info: Geoptimaliseerd, kosten met day ahead tarieven: 1.06
2025-05-22 14:46:00 info: Levering: 5.89 (kWh)
2025-05-22 14:46:00 info: In- en uitgaande energie per uur batterij Marstek P3
uur ac-> eff ->dc pv->dc dc-> eff ->bat o_eff SoC
kWh % kWh kWh kWh % kWh % %
14 0.60 88.50 0.53 0.00 0.53 93.00 0.49 82.31 80.67
15 1.07 88.50 0.95 0.00 0.95 93.00 0.88 82.31 97.94
16 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 97.94
17 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 97.94
18 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 97.94
19 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 97.94
20 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 97.94
21 -0.43 88.50 -0.49 0.00 -0.49 93.00 -0.53 82.30 87.63
22 -0.37 88.50 -0.42 0.00 -0.42 93.00 -0.45 82.30 78.83
23 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
0 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
1 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
2 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
3 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
4 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
5 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
6 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
7 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
8 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
9 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
10 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
11 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
12 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
13 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
14 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
16 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
17 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
18 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
19 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
20 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 78.83
21 -0.42 88.50 -0.47 0.00 -0.47 93.00 -0.51 82.31 68.90
22 -0.39 88.50 -0.45 0.00 -0.45 93.00 -0.48 82.31 59.55
23 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 59.55
Totaal 0.06 -- -0.34 0.00 -0.34 -- -0.59 --
2025-05-22 14:46:00 info: Berekende prognoses zijn niet opgeslagen.
2025-05-22 14:46:00 info: Berekende prognoses:
uur bat_in bat_out cons prod base boil wp ev pv_ac cost profit b_tem mach
14.00 0.60 0.00 0.74 0.00 0.58 0.00 0.00 0.00 0.00 0.09 0.00 20.00 0.00
15.00 1.07 0.00 1.55 0.00 0.48 0.00 0.00 0.00 0.00 0.21 0.00 20.00 0.00
16.00 0.00 0.00 0.46 0.00 0.46 0.00 0.00 0.00 0.00 0.07 0.00 20.00 0.00
17.00 0.00 0.00 0.00 0.56 0.80 0.00 0.00 0.00 1.35 0.00 0.00 20.00 0.00
18.00 0.00 0.00 0.00 0.45 0.36 0.00 0.00 0.00 0.82 0.00 -0.02 20.00 0.00
19.00 0.00 0.00 0.02 0.00 0.40 0.00 0.00 0.00 0.38 0.01 -0.00 20.00 0.00
20.00 0.00 0.00 0.31 0.00 0.42 0.00 0.00 0.00 0.11 0.09 -0.00 20.00 0.00
21.00 0.00 0.43 0.00 0.00 0.46 0.00 0.00 0.00 0.03 0.00 -0.00 20.00 0.00
22.00 0.00 0.37 0.00 0.00 0.37 0.00 0.00 0.00 0.00 0.00 -0.00 20.00 0.00
23.00 0.00 0.00 0.36 0.00 0.36 0.00 0.00 0.00 0.00 0.10 -0.00 20.00 0.00
0.00 0.00 0.00 0.31 0.00 0.33 0.00 0.00 0.00 0.01 0.08 -0.00 20.00 0.00
1.00 0.00 0.00 0.27 0.00 0.27 0.00 0.00 0.00 0.00 0.07 -0.00 20.00 0.00
2.00 0.00 0.00 0.28 0.00 0.28 0.00 0.00 0.00 0.00 0.07 -0.00 20.00 0.00
3.00 0.00 0.00 0.26 0.00 0.26 0.00 0.00 0.00 0.00 0.07 -0.00 20.00 0.00
4.00 0.00 0.00 0.25 0.00 0.25 0.00 0.00 0.00 0.00 0.06 -0.00 20.00 0.00
5.00 0.00 0.00 0.21 0.00 0.23 0.00 0.00 0.00 0.01 0.06 -0.00 20.00 0.00
6.00 0.00 0.00 0.09 0.00 0.26 0.00 0.00 0.00 0.17 0.03 -0.00 20.00 0.00
7.00 0.00 0.00 0.00 0.09 0.26 0.00 0.00 0.00 0.35 0.00 -0.01 20.00 0.00
8.00 0.00 0.00 0.00 0.22 0.33 0.00 0.00 0.00 0.55 0.00 -0.02 20.00 0.00
9.00 0.00 0.00 0.32 0.00 0.49 0.00 0.00 0.00 0.17 0.08 -0.00 20.00 0.00
10.00 0.00 0.00 0.00 0.28 0.88 0.00 0.00 0.00 1.16 0.00 -0.02 20.00 0.00
11.00 0.00 0.00 0.00 0.70 0.69 0.00 0.00 0.00 1.39 0.00 -0.03 20.00 0.00
12.00 0.00 0.00 0.00 0.37 0.56 0.00 0.00 0.00 0.93 0.00 -0.00 20.00 0.00
13.00 0.00 0.00 0.00 2.13 0.41 0.00 0.00 0.00 2.54 0.00 0.00 20.00 0.00
14.00 0.00 0.00 0.00 0.66 0.60 0.00 0.00 0.00 1.26 0.00 0.00 20.00 0.00
15.00 0.00 0.00 0.00 1.01 0.51 0.00 0.00 0.00 1.51 0.00 0.00 20.00 0.00
16.00 0.00 0.00 0.00 1.16 0.30 0.00 0.00 0.00 1.46 0.00 -0.02 20.00 0.00
17.00 0.00 0.00 0.00 1.76 0.82 0.00 0.00 0.00 2.58 0.00 -0.11 20.00 0.00
18.00 0.00 0.00 0.00 0.62 0.68 0.00 0.00 0.00 1.29 0.00 -0.05 20.00 0.00
19.00 0.00 0.00 0.00 0.41 0.44 0.00 0.00 0.00 0.85 0.00 -0.04 20.00 0.00
20.00 0.00 0.00 0.00 0.13 0.43 0.00 0.00 0.00 0.56 0.00 -0.02 20.00 0.00
21.00 0.00 0.42 0.00 0.00 0.46 0.00 0.00 0.00 0.04 0.00 -0.00 20.00 0.00
22.00 0.00 0.39 0.00 0.00 0.39 0.00 0.00 0.00 0.00 0.00 -0.00 20.00 0.00
23.00 0.00 0.00 0.43 0.00 0.43 0.00 0.00 0.00 0.00 0.12 -0.00 20.00 0.00
Totaal 1.68 1.62 5.89 10.55 15.26 0.00 0.00 0.00 19.53 1.19 -0.36 0.00
2025-05-22 14:46:00 info: Winst: € -1.09
2025-05-22 14:46:00 info: Onderstaande settings worden NIET doorgezet naar HA
2025-05-22 14:46:00 info: PV dak woning zou zijn uitgezet
2025-05-22 14:46:00 info: Grid set point: 3085.0 W
2025-05-22 14:46:00 info: Cycle cost Marstek P3: 0.22 euro
2025-05-22 14:46:00 info: Netto vermogen naar(+)/uit(-) batterij Marstek P3 zou zijn: 2500 W
2025-05-22 14:46:00 info: Balanceren zou zijn: False
2025-05-22 14:46:00 info: Apparaat: wasmachine
2025-05-22 14:46:00 info: Programma: uit
2025-05-22 14:46:00 info: Apparaat: vaatwasser
2025-05-22 14:46:00 info: Programma: uit

[sjampeter]

KC27 schreef op donderdag 22 mei 2025 @ 13:10:
[...]

Maar is die 0,4 kWh niet "toevallig" het verbruik dat die sensor heeft geregistreerd?
Als ik de grafiek bekijk lijkt het daar wel op, of zie ik het verkeerd?

lijkt er wel op, maar toch ook niet helemaal.
ik zal alle entities invullen voor grid consumption en production.
aangezien ik dubbele meter heb (pap en sap) zijn dit 4 entities voor consumption en 4 voor production.
dit heb ik in het verleden ook al geprobeerd, echter kwam dit nooit overeen met de andere diverse tellers die meelopen.

ik laat hem zoals onderstaand even een aantal dagen lopen. ( kan komende dagen helaas niet reageren).
dan kijken we wat het gedaan heeft.

mocht ik nog iets moeten aanpassen, hoor ik het graag.
geen idee of pap en sap samen in dit script kunnen.

code:

"report": {
    "entities grid consumption":["sensor.p1_pap_totaal_verbruik_tarief_1",
                                 "sensor.p1_pap_totaal_verbruik_tarief_2",
                                 "sensor.p1_sap_totaal_verbruik_tarief_1",
                                 "sensor.p1_sap_totaal_verbruik_tarief_2"],
    "entities grid production": ["sensor.p1_pap_totaal_teruglevering_tarief_1",
                                 "sensor.p1_pap_totaal_teruglevering_tarief_2",
                                 "sensor.p1_sap_totaal_teruglevering_tarief_1",
                                 "sensor.p1_sap_totaal_teruglevering_tarief_2"],

[simnet]

simnet schreef op donderdag 22 mei 2025 @ 14:54:
Hier kwam echter een strategie uit dat de battery met vol vermogen aan het laden ging en de PV panelen uitgeschakeld werden, ondanks dat de huidige prijs niet negatief is (0.1263 ct per kwh all-inclusief).

Op dit moment is de prijs 0,2654 eur per kwh en de panelen zijn volgens DAO sinds 19:00 nog uitgeschakeld, terwijl er nog bijna 2.5kW aan vermogen af komt (ik laat ze nog niet daadwerkelijk uitzetten).

Ik ben heel benieuwd waarom dit is. Mocht ik eea nog extra moeten aanleveren hoor ik het graag.

P.S. dit is met 2025.5.0

code:

2025-05-22 19:00:00 info: Day Ahead Optimalisering versie: 2025.5.0
2025-05-22 19:00:00 info: Day Ahead Optimalisering gestart op: 22-05-2025 19:00:00
2025-05-22 19:00:00 info: Day Ahead Optimalisatie gestart: 22-05-2025 19:00:00 taak: calc_optimum
2025-05-22 19:00:00 info: Debug = False
2025-05-22 19:00:00 info: Zelf berekende baseload
2025-05-22 19:00:00 info: Start waarden: 
    uur                tijd    p_l    p_t   base  pv_ac  pv_dc
0    19 2025-05-22 19:00:00   0.27   0.27   0.40   0.38      0
1    20 2025-05-22 20:00:00   0.29   0.29   0.42   0.11      0
2    21 2025-05-22 21:00:00   0.30   0.30   0.46   0.03      0
3    22 2025-05-22 22:00:00   0.30   0.30   0.37   0.00      0
4    23 2025-05-22 23:00:00   0.28   0.28   0.36   0.00      0
5     0 2025-05-23 00:00:00   0.26   0.26   0.33   0.01      0
6     1 2025-05-23 01:00:00   0.26   0.26   0.27   0.00      0
7     2 2025-05-23 02:00:00   0.25   0.25   0.28   0.00      0
8     3 2025-05-23 03:00:00   0.25   0.25   0.26   0.00      0
9     4 2025-05-23 04:00:00   0.25   0.25   0.25   0.00      0
10    5 2025-05-23 05:00:00   0.26   0.26   0.23   0.01      0
11    6 2025-05-23 06:00:00   0.29   0.29   0.26   0.17      0
12    7 2025-05-23 07:00:00   0.29   0.29   0.26   0.35      0
13    8 2025-05-23 08:00:00   0.27   0.27   0.33   0.55      0
14    9 2025-05-23 09:00:00   0.24   0.24   0.49   0.17      0
15   10 2025-05-23 10:00:00   0.22   0.22   0.88   1.16      0
16   11 2025-05-23 11:00:00   0.21   0.21   0.69   1.39      0
17   12 2025-05-23 12:00:00   0.16   0.16   0.56   0.93      0
18   13 2025-05-23 13:00:00   0.15   0.15   0.41   2.54      0
19   14 2025-05-23 14:00:00   0.15   0.15   0.60   1.26      0
20   15 2025-05-23 15:00:00   0.15   0.15   0.51   1.51      0
21   16 2025-05-23 16:00:00   0.17   0.17   0.30   1.46      0
22   17 2025-05-23 17:00:00   0.22   0.22   0.82   2.58      0
23   18 2025-05-23 18:00:00   0.25   0.25   0.68   1.29      0
24   19 2025-05-23 19:00:00   0.28   0.28   0.44   0.85      0
25   20 2025-05-23 20:00:00   0.29   0.29   0.43   0.56      0
26   21 2025-05-23 21:00:00   0.31   0.31   0.46   0.04      0
27   22 2025-05-23 22:00:00   0.30   0.30   0.39   0.00      0
28   23 2025-05-23 23:00:00   0.27   0.27   0.43   0.00      0
2025-05-22 19:00:25 info: Verbruik dit contractjaar: 2113.953 kWh
2025-05-22 19:00:25 info: Productie dit contractjaar: 4025.018 kWh
2025-05-22 19:00:25 info: consumption today: 1.9710000000000036 kWh
2025-05-22 19:00:25 info: production today: 16.472999999999047 kWh
2025-05-22 19:00:25 info: verschil: -14.501999999999043 kWh
2025-05-22 19:00:25 info: No reduced hours applied for Marstek P3
2025-05-22 19:00:25 info: Startwaarde SoC Marstek P3: 100.0%
2025-05-22 19:00:25 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2025-05-22 19:00:25 info: Warmtepomp niet aanwezig of enabled - warmtepomp wordt niet ingepland
2025-05-22 19:00:25 info: Machine wasmachine wordt niet ingepland, want er is gekozen voor uit
2025-05-22 19:00:25 info: Machine vaatwasser wordt niet ingepland, want de berekende planning wordt nu uitgevoerd
2025-05-22 19:00:25 info: Eerste berekening
2025-05-22 19:00:25 info: Kosten (euro): 4.96  
2025-05-22 19:00:25 info: Levering (kWh): 14.50 
2025-05-22 19:00:26 info: Herberekening
2025-05-22 19:00:26 info: Kosten (euro): 2.84  
2025-05-22 19:00:26 info: Levering (kWh): 14.50 
2025-05-22 19:00:26 info: Strategie: minimale levering
2025-05-22 19:00:26 info: Het programma heeft een optimale oplossing gevonden.
2025-05-22 19:00:26 info: Saldeercorrectie: -4.79  kWh
2025-05-22 19:00:26 info: Saldeercorrectie niet geoptimaliseerd reg. tarieven: 2.78   euro
2025-05-22 19:00:26 info: Saldeercorrectie niet geoptimaliseerd day ahead tarieven: 0.59   euro
2025-05-22 19:00:26 info: Niet geoptimaliseerd, kosten met reguliere tarieven: -1.01 
2025-05-22 19:00:26 info: Niet geoptimaliseerd, kosten met day ahead tarieven: 0.08  
2025-05-22 19:00:26 info: Geoptimaliseerd, kosten met day ahead tarieven: 2.84  
2025-05-22 19:00:26 info: Levering: 14.50  (kWh)
2025-05-22 19:00:26 info: In- en uitgaande energie per uur batterij Marstek P3
   uur   ac->    eff   ->dc pv->dc   dc->    eff  ->bat  o_eff    SoC
          kWh      %    kWh    kWh    kWh      %    kWh      %      %
    19   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    20   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    21   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    22   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    23   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     0   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     1   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     2   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     3   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     4   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     5   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     6   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     7  -2.21  88.50  -2.50   0.00  -2.50  93.00  -2.69  82.31  47.50
     8  -1.12  88.50  -1.26   0.00  -1.26  93.00  -1.36  82.30  21.00
     9   0.00     --   0.00   0.00   0.00     --   0.00     --  21.00
    10   0.00     --   0.00   0.00   0.00     --   0.00     --  21.00
    11   0.00     --   0.00   0.00   0.00     --   0.00     --  21.00
    12   0.00     --   0.00   0.00   0.00     --   0.00     --  21.00
    13   0.00     --   0.00   0.00   0.00     --   0.00     --  21.00
    14   2.41  88.50   2.14   0.00   2.14  93.00   1.99  82.31  59.81
    15   2.50  88.50   2.21   0.00   2.21  93.00   2.06  82.30 100.00
    16   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    17   0.00     --   0.00   0.00  -0.00  93.00  -0.00  -0.00 100.00
    18   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    19   0.00     --   0.00   0.00   0.00 107.53   0.00     -- 100.00
    20  -0.45  88.50  -0.51   0.00  -0.51  93.00  -0.55  82.31  89.25
    21   0.00     --   0.00   0.00   0.00     --   0.00     --  89.25
    22   0.00     --   0.00   0.00   0.00     --   0.00     --  89.25
    23   0.05  88.50   0.04   0.00   0.04  93.00   0.04  82.30  90.00
Totaal   1.18     --   0.12   0.00   0.12     --  -0.51     --       
2025-05-22 19:00:27 info: Berekende prognoses: 
   uur  bat_in  bat_out   cons   prod   base   boil     wp     ev  pv_ac   cost  profit  b_tem   mach
 19.00    0.00     0.00   0.40   0.00   0.40   0.00   0.00   0.00   0.00   0.11   -0.00  20.00   0.00
 20.00    0.00     0.00   0.42   0.00   0.42   0.00   0.00   0.00   0.00   0.12   -0.00  20.00   0.00
 21.00    0.00     0.00   0.43   0.00   0.46   0.00   0.00   0.00   0.03   0.13   -0.00  20.00   0.00
 22.00    0.00     0.00   0.37   0.00   0.37   0.00   0.00   0.00   0.00   0.11   -0.00  20.00   0.00
 23.00    0.00     0.00   0.36   0.00   0.36   0.00   0.00   0.00   0.00   0.10   -0.00  20.00   0.00
  0.00    0.00     0.00   0.33   0.00   0.33   0.00   0.00   0.00   0.00   0.08   -0.00  20.00   0.00
  1.00    0.00     0.00   0.27   0.00   0.27   0.00   0.00   0.00   0.00   0.07   -0.00  20.00   0.00
  2.00    0.00     0.00   0.28   0.00   0.28   0.00   0.00   0.00   0.00   0.07   -0.00  20.00   0.00
  3.00    0.00     0.00   0.26   0.00   0.26   0.00   0.00   0.00   0.00   0.07   -0.00  20.00   0.00
  4.00    0.00     0.00   0.25   0.00   0.25   0.00   0.00   0.00   0.00   0.06   -0.00  20.00   0.00
  5.00    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
  6.00    0.00     0.00   0.26   0.00   0.26   0.00   0.00   0.00   0.00   0.07   -0.00  20.00   0.00
  7.00    0.00     2.21   0.00   2.30   0.26   0.00   0.00   0.00   0.35   0.00   -0.28  20.00   0.00
  8.00    0.00     1.12   0.00   1.33   0.33   0.00   0.00   0.00   0.55   0.00   -0.14  20.00   0.00
  9.00    0.00     0.00   0.49   0.00   0.49   0.00   0.00   0.00   0.00   0.12   -0.00  20.00   0.00
 10.00    0.00     0.00   0.88   0.00   0.88   0.00   0.00   0.00   0.00   0.20   -0.00  20.00   0.00
 11.00    0.00     0.00   0.69   0.00   0.69   0.00   0.00   0.00   0.00   0.14   -0.00  20.00   0.00
 12.00    0.00     0.00   0.56   0.00   0.56   0.00   0.00   0.00   0.00   0.09   -0.00  20.00   0.00
 13.00    0.00     0.00   0.41   0.00   0.41   0.00   0.00   0.00   0.00   0.06    0.00  20.00   0.00
 14.00    2.41     0.00   3.01   0.00   0.60   0.00   0.00   0.00   0.00   0.44    0.00  20.00   0.00
 15.00    2.50     0.00   3.01   0.00   0.51   0.00   0.00   0.00   0.00   0.44    0.00  20.00   0.00
 16.00    0.00     0.00   0.30   0.00   0.30   0.00   0.00   0.00   0.00   0.05   -0.00  20.00   0.00
 17.00    0.00     0.00   0.00   1.76   0.82   0.00   0.00   0.00   2.58   0.00   -0.11  20.00   0.00
 18.00    0.00     0.00   0.00   0.62   0.68   0.00   0.00   0.00   1.29   0.00   -0.05  20.00   0.00
 19.00    0.00     0.00   0.00   0.41   0.44   0.00   0.00   0.00   0.85   0.00   -0.04  20.00   0.00
 20.00    0.00     0.45   0.00   0.58   0.43   0.00   0.00   0.00   0.56   0.00   -0.07  20.00   0.00
 21.00    0.00     0.00   0.42   0.00   0.46   0.00   0.00   0.00   0.04   0.13   -0.00  20.00   0.00
 22.00    0.00     0.00   0.39   0.00   0.39   0.00   0.00   0.00   0.00   0.12   -0.00  20.00   0.00
 23.00    0.05     0.00   0.47   0.00   0.43   0.00   0.00   0.00   0.00   0.13   -0.00  20.00   0.00
Totaal    4.96     3.78  14.50   7.01  12.57   0.00   0.00   0.00   6.26   2.97   -0.70          0.00
2025-05-22 19:00:27 info: Winst: € -2.76
2025-05-22 19:00:27 info: Doorzetten van alle settings naar HA
2025-05-22 19:00:27 info: PV dak woning uitgezet
2025-05-22 19:00:27 info: Grid set point: 397.0 W
2025-05-22 19:00:27 info: Cycle cost Marstek P3: 0.56 euro
2025-05-22 19:00:27 info: Netto vermogen naar(+)/uit(-) omvormer Marstek P3: 0 W
2025-05-22 19:00:27 info: Balanceren: False
2025-05-22 19:00:27 info: Vermogen uit batterij: 0W
2025-05-22 19:00:27 info: Vermogen dat binnenkomt van pv: 0W
2025-05-22 19:00:27 info: Vermogen dat binnenkomt van ac: 0W
2025-05-22 19:00:27 info: Waarde SoC na eerste uur: 100.0%
2025-05-22 19:00:27 info: Apparaat: wasmachine
2025-05-22 19:00:27 info: Programma: uit
2025-05-22 19:00:27 info: Apparaat: vaatwasser
2025-05-22 19:00:27 info: Programma: eco
2025-05-22 19:00:27 info: Niet ingepland

[KC27]

simnet schreef op donderdag 22 mei 2025 @ 19:22:
[...]


Op dit moment is de prijs 0,2654 eur per kwh en de panelen zijn volgens DAO sinds 19:00 nog uitgeschakeld, terwijl er nog bijna 2.5kW aan vermogen af komt (ik laat ze nog niet daadwerkelijk uitzetten).

Ik ben heel benieuwd waarom dit is. Mocht ik eea nog extra moeten aanleveren hoor ik het graag.

P.S. dit is met 2025.5.0

[...]

Je komt mooi op tijd met deze ervaring.
Het uit zetten van de saldering door "tax refund" op false zetten werkt momenteel niet goed.
Het is nog een overblijfsel uit de begintijd van het programma (ca 3 jaar terug) toen ik dacht dat niet salderen betekende dat je alleen de kale prijs kreeg bij terugleveren.

"As we are speak" ben ik de "saldering" op de schop aan het nemen voor de volgende versie (2025.5.1).
Als je met 2025.5.0 dit goed wil testen raad ik je aan om de volgende settings te gebruiken:

• tax refund: true
• energy taxes redelivery: {
  ...,
  "2025-05-01": 0.0
  },
• "strategy": "minimize cost",

Verder raad ik aan om niet twee grote aanpassingen (in dit geval strategie en saldering) tegelijk door te voeren, maar dit stapsgewijs te doen zodat je kunt zien welke stap welk effect heeft.
Succes!

[Faceless]

Kan DAO de switch tussen salderen en terugleveren (en dus btw en energiebelasting die dan niet meer vergoed wordt) niet zelf bepalen aan de hand van de totale import / export vanaf de startdatum van het facturatie jaar?

Aangezien je waarschijnlijk iedere maand ook wel iets afneemt is er eigenlijk geen vaste datum waarop salderen overgaat op terugleveren (in ieder geval nog 1,5 jaar) maar een moving target afhankelijk van je afname.

[Impossibl3]

@Faceless Dan heb je wel een target nodig die zich baseert op een 12 maanden schuivend getal. Want in juni/augustus ben ik de buffer aan het opbouwen voor november/december.

[KC27]

@Faceless @Impossibl3
Dat zit er nu wel een beetje in, maar dat geeft bij een aantal gebruikers klachten omdat dat berekenen soms erg lang (meer dan 20 seconden) duurt.
Bovendien: het niet meer salderen wordt door verschillende leveranciers verschillend ingevuld: Tibber saldeert alleen de energiebelasting (en de btw daarover) niet meer. Maar ik tast in het duister hoe andere leveranciers daar mee omgaan.
Op veler verzoek (zie KC27 in "Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO" met 8 duimen) wordt die hele check de volgende versie eruit gehaald.
Mijn voorstel wordt nu: gebruikers houden zelf hun import/export in de gaten en zetten zelf in hun settings "de switch om". Gebruikers met een grote "overproductie" kunnen denk ik het beste het hele jaar "salderen" op "uit" zetten.
Ik implementeer het straks zo: als "tax refund" op "false" staat wordt alleen de energiebelasting (en de btw daarop) in mindering gebracht op het teruglever-tarief. Als een gebruiker het anders wil kan hij zelf de alle bedragen in de settings aanpassen zoals het hem/haar het beste past,

[Impossibl3]

@KC27 dat lijkt mij ook de slime weg om te ontwikkelen. Want laten we eerlijk zijn het is maar voor een tijdelijke situatie van 1,5 jaar.

[hemertje]

KC27 schreef op donderdag 22 mei 2025 @ 23:36:
@Faceless @Impossibl3
Dat zit er nu wel een beetje in, maar dat geeft bij een aantal gebruikers klachten omdat dat berekenen soms erg lang (meer dan 20 seconden) duurt.
Bovendien: het niet meer salderen wordt door verschillende leveranciers verschillend ingevuld: Tibber saldeert alleen de energiebelasting (en de btw daarover) niet meer. Maar ik tast in het duister hoe andere leveranciers daar mee omgaan.
Op veler verzoek (zie KC27 in "Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO" met 8 duimen) wordt die hele check de volgende versie eruit gehaald.
Mijn voorstel wordt nu: gebruikers houden zelf hun import/export in de gaten en zetten zelf in hun settings "de switch om". Gebruikers met een grote "overproductie" kunnen denk ik het beste het hele jaar "salderen" op "uit" zetten.
Ik implementeer het straks zo: als "tax refund" op "false" staat wordt alleen de energiebelasting (en de btw daarop) in mindering gebracht op het teruglever-tarief. Als een gebruiker het anders wil kan hij zelf de alle bedragen in de settings aanpassen zoals het hem/haar het beste past,

en stel dat je flink overproductie hebt, die paar tientjes aan belasting die je dan moet terugbetalen heb je dan al eerder ontvangen

dus dat hoeft dan toch ook niet het probleem te zijn?

[hemertje]

KC27 schreef op dinsdag 20 mei 2025 @ 22:26:
[...]

Dank voor de tip.
Ik heb de eigenaar (René van den Berg) een bericht gestuurd met het verzoek of ik de api voor DAO mag gebruiken.
Wordt hopelijk vervolgd ....

en al een reactie ontvangen?

kan je anders hier iets mee?

https://ned.nl/nl/energieweerbericht

https://ned.nl/nl/dataportaal/dataportaal-overzicht

[KC27]

hemertje schreef op vrijdag 23 mei 2025 @ 09:08:
[...]


en al een reactie ontvangen?

kan je anders hier iets mee?

https://ned.nl/nl/energieweerbericht

https://ned.nl/nl/dataportaal/dataportaal-overzicht

Interessant, maar er zit geen directe api tussen met een voorspelling van de day_ahead prijs.
Maar misschien heeft iemand een idee om deze op basis van de api van ned.nl te maken?

ps: Ik heb nog geen reactie van de maker van https://energie.theoxygent.nl/ ontvangen.

[Impossibl3]

KC27 schreef op vrijdag 23 mei 2025 @ 09:22:
[...]

Interessant, maar er zit geen directe api tussen met een voorspelling van de day_ahead prijs.
Maar misschien heeft iemand een idee om deze op basis van de api van ned.nl te maken?

ps: Ik heb nog geen reactie van de maker van https://energie.theoxygent.nl/ ontvangen.

Je zou de opwek van de drie bronnen kunnen optellen en die historisch vergelijken met de uur prijzen. Dan kan je op basis van die getallen een schatting maken voor de dagen waar nog geen prijzen voor zijn. Of zoals onderstaande doet alleen kijken naar de beschikbaarheid van duurzame bronnen en op basis daarvan de goedkoopste momenten inschatten.

https://ned.nl/nl/use-cas...-energieverbruik-slim-aan

[KC27]

Impossibl3 schreef op vrijdag 23 mei 2025 @ 15:53:
[...]


Je zou de opwek van de drie bronnen kunnen optellen en die historisch vergelijken met de uur prijzen. Dan kan je op basis van die getallen een schatting maken voor de dagen waar nog geen prijzen voor zijn. Of zoals onderstaande doet alleen kijken naar de beschikbaarheid van duurzame bronnen en op basis daarvan de goedkoopste momenten inschatten.

https://ned.nl/nl/use-cas...-energieverbruik-slim-aan

Dat ziet er interessant uit.
Je zou ook de verwachtte CO2-intensiteit (kg/kWh) van de op te wekken elektriciteit kunnen gebruiken dan heb je de hele mix al te pakken. Wie heeft tijd en zin om dat mee op te pakken?

[Bravo]

KC27 schreef op vrijdag 23 mei 2025 @ 16:56:
[...]

Dat ziet er interessant uit.
Je zou ook de verwachtte CO2-intensiteit (kg/kWh) van de op te wekken elektriciteit kunnen gebruiken dan heb je de hele mix al te pakken. Wie heeft tijd en zin om dat mee op te pakken?

Die verwachtte CO2-intensiteit is toch maar 24 uur van te voren beschikbaar? Dan heb je de DA prijzen ook al voor die periode.

Er is een (duits) youtube filmpje met een analyse voor de drijvers van de prijs voor de duitse markt, misschien is dat een startpunt voor een analyse van Nederland?

[timenator]

Ik heb nu DAO een tijdje draaien, maar het valt mij op dat ik niet elk uur een berekening krijg. Vanaf middernacht tot 13:00 krijg ik elk uur een berekening en vervolgens pas weer om 18:00 of 19:00 uur tot middernacht. Is dit normaal gedrag van DAO?

[simnet]

timenator schreef op zondag 25 mei 2025 @ 09:02:
Is dit normaal gedrag van DAO?

Dat hangt van je scheduler configuratie af. Kun je die eens posten?

[KC27]

timenator schreef op zondag 25 mei 2025 @ 09:02:
Ik heb nu DAO een tijdje draaien, maar het valt mij op dat ik niet elk uur een berekening krijg. Vanaf middernacht tot 13:00 krijg ik elk uur een berekening en vervolgens pas weer om 18:00 of 19:00 uur tot middernacht. Is dit normaal gedrag van DAO?

Als ie wel rekent, maar geen grafiek toont. Wat staat er in de logfiles van de berekening?

[timenator]

simnet schreef op zondag 25 mei 2025 @ 11:59:
[...]
Dat hangt van je scheduler configuratie af. Kun je die eens posten?

De scheduler lijkt mij niet het probleem @simnet:

code:

  "scheduler":{
    "0430":"get_meteo_data",
    "1030":"get_meteo_data",
    "1630":"get_meteo_data",
    "2230":"get_meteo_data",
    "1355":"get_day_ahead_prices",
    "1455":"get_day_ahead_prices",
    "1554":"get_day_ahead_prices",
    "1655":"get_day_ahead_prices",
    "xx00":"calc_optimum",
    "2359":"clean_data",
    "0930":"calc_baseloads"
  }

@KC27, hij rekent wel, maar laat inderdaad geen grafiek zien. De logfile ziet er als volgt uit:

code:

Logging van bewerking "Optimaliseringsberekening met debug":
2025-05-25 14:09:29 info: Day Ahead Optimalisering versie: 2025.5.0
2025-05-25 14:09:29 info: Day Ahead Optimalisering gestart op: 25-05-2025 14:09:29
2025-05-25 14:09:29 info: Day Ahead Optimalisatie gestart: 25-05-2025 14:09:29 taak: calc_optimum_met_debug
2025-05-25 14:09:30 info: Debug = True
2025-05-25 14:09:30 info: Baseload uit instellingen
2025-05-25 14:09:30 info: Start waarden: 
    uur                tijd      p_l      p_t  base  pv_ac     pv_dc
0    14 2025-05-25 14:00:00  0.10919  0.10919  0.21      0  0.342023
1    15 2025-05-25 15:00:00  0.11651  0.11651  0.21      0  1.092447
2    16 2025-05-25 16:00:00  0.13318  0.13318  0.21      0  0.363925
3    17 2025-05-25 17:00:00  0.14758  0.14758  0.21      0  0.648856
4    18 2025-05-25 18:00:00  0.15890  0.15890  0.21      0  0.622566
5    19 2025-05-25 19:00:00  0.24805  0.24805  0.21      0  0.287943
6    20 2025-05-25 20:00:00  0.26866  0.26866  0.21      0  0.121338
7    21 2025-05-25 21:00:00  0.28681  0.28681  0.21      0  0.005737
8    22 2025-05-25 22:00:00  0.27136  0.27136  0.21      0  0.000000
9    23 2025-05-25 23:00:00  0.26010  0.26010  0.21      0  0.000000
10    0 2025-05-26 00:00:00  0.24806  0.24806  0.21      0  0.000000
11    1 2025-05-26 01:00:00  0.23810  0.23810  0.21      0  0.000000
12    2 2025-05-26 02:00:00  0.22643  0.22643  0.21      0  0.000000
13    3 2025-05-26 03:00:00  0.22450  0.22450  0.21      0  0.000000
14    4 2025-05-26 04:00:00  0.22992  0.22992  0.21      0  0.000000
15    5 2025-05-26 05:00:00  0.23962  0.23962  0.21      0  0.011475
16    6 2025-05-26 06:00:00  0.27407  0.27407  0.21      0  0.084563
17    7 2025-05-26 07:00:00  0.31002  0.31002  0.21      0  0.209551
18    8 2025-05-26 08:00:00  0.28466  0.28466  0.21      0  0.441377
19    9 2025-05-26 09:00:00  0.24034  0.24034  0.21      0  0.813839
20   10 2025-05-26 10:00:00  0.15033  0.15033  0.21      0  1.093132
21   11 2025-05-26 11:00:00  0.14668  0.14668  0.21      0  1.433650
22   12 2025-05-26 12:00:00  0.14403  0.14403  0.21      0  1.034756
23   13 2025-05-26 13:00:00  0.14403  0.14403  0.21      0  0.988332
24   14 2025-05-26 14:00:00  0.14507  0.14507  0.21      0  0.349030
25   15 2025-05-26 15:00:00  0.14403  0.14403  0.21      0  0.879472
26   16 2025-05-26 16:00:00  0.14524  0.14524  0.21      0  0.294503
27   17 2025-05-26 17:00:00  0.16593  0.16593  0.21      0  0.772353
28   18 2025-05-26 18:00:00  0.25172  0.25172  0.21      0  0.756499
29   19 2025-05-26 19:00:00  0.27598  0.27598  0.21      0  0.459285
30   20 2025-05-26 20:00:00  0.32916  0.32916  0.21      0  0.126647
31   21 2025-05-26 21:00:00  0.32683  0.32683  0.21      0  0.011475
32   22 2025-05-26 22:00:00  0.28318  0.28318  0.21      0  0.000000
33   23 2025-05-26 23:00:00  0.25739  0.25739  0.21      0  0.000000
2025-05-25 14:09:34 info: Verbruik dit contractjaar: 527.513 kWh
2025-05-25 14:09:34 info: Productie dit contractjaar: 290.558 kWh
2025-05-25 14:09:34 info: All taxes refund (alles wordt gesaldeerd)
2025-05-25 14:09:36 info: No reduced hours applied for Victron
2025-05-25 14:09:36 info: Startwaarde SoC Victron: 38.0%
2025-05-25 14:09:36 info: Boiler opwarmen wordt ingepland tussen: 14 en 14 uur
2025-05-25 14:09:36 info: Warmtepomp niet aanwezig of enabled - warmtepomp wordt niet ingepland
2025-05-25 14:09:36 info: Apparaat Vaatwasser met programma 'auto 2' wordt ingepland tussen 2025-05-25 23:00 en 2025-05-26 07:00.
2025-05-25 14:09:36 info: Machine Wasmachine wordt niet ingepland, want in deze planning-window heeft de machine al gedraaid
2025-05-25 14:09:36 waarschuwing: Geen oplossing  voor: minimize cost

[KC27]

timenator schreef op zondag 25 mei 2025 @ 14:10:
[...]


De scheduler lijkt mij niet het probleem @simnet:

code:

  "scheduler":{
    "0430":"get_meteo_data",
    "1030":"get_meteo_data",
    "1630":"get_meteo_data",
    "2230":"get_meteo_data",
    "1355":"get_day_ahead_prices",
    "1455":"get_day_ahead_prices",
    "1554":"get_day_ahead_prices",
    "1655":"get_day_ahead_prices",
    "xx00":"calc_optimum",
    "2359":"clean_data",
    "0930":"calc_baseloads"
  }

@KC27, hij rekent wel, maar laat inderdaad geen grafiek zien. De logfile ziet er als volgt uit:

code:

Logging van bewerking "Optimaliseringsberekening met debug":
2025-05-25 14:09:29 info: Day Ahead Optimalisering versie: 2025.5.0
2025-05-25 14:09:29 info: Day Ahead Optimalisering gestart op: 25-05-2025 14:09:29
2025-05-25 14:09:29 info: Day Ahead Optimalisatie gestart: 25-05-2025 14:09:29 taak: calc_optimum_met_debug
2025-05-25 14:09:30 info: Debug = True
2025-05-25 14:09:30 info: Baseload uit instellingen
2025-05-25 14:09:30 info: Start waarden: 
    uur                tijd      p_l      p_t  base  pv_ac     pv_dc
0    14 2025-05-25 14:00:00  0.10919  0.10919  0.21      0  0.342023
1    15 2025-05-25 15:00:00  0.11651  0.11651  0.21      0  1.092447
2    16 2025-05-25 16:00:00  0.13318  0.13318  0.21      0  0.363925
3    17 2025-05-25 17:00:00  0.14758  0.14758  0.21      0  0.648856
4    18 2025-05-25 18:00:00  0.15890  0.15890  0.21      0  0.622566
5    19 2025-05-25 19:00:00  0.24805  0.24805  0.21      0  0.287943
6    20 2025-05-25 20:00:00  0.26866  0.26866  0.21      0  0.121338
7    21 2025-05-25 21:00:00  0.28681  0.28681  0.21      0  0.005737
8    22 2025-05-25 22:00:00  0.27136  0.27136  0.21      0  0.000000
9    23 2025-05-25 23:00:00  0.26010  0.26010  0.21      0  0.000000
10    0 2025-05-26 00:00:00  0.24806  0.24806  0.21      0  0.000000
11    1 2025-05-26 01:00:00  0.23810  0.23810  0.21      0  0.000000
12    2 2025-05-26 02:00:00  0.22643  0.22643  0.21      0  0.000000
13    3 2025-05-26 03:00:00  0.22450  0.22450  0.21      0  0.000000
14    4 2025-05-26 04:00:00  0.22992  0.22992  0.21      0  0.000000
15    5 2025-05-26 05:00:00  0.23962  0.23962  0.21      0  0.011475
16    6 2025-05-26 06:00:00  0.27407  0.27407  0.21      0  0.084563
17    7 2025-05-26 07:00:00  0.31002  0.31002  0.21      0  0.209551
18    8 2025-05-26 08:00:00  0.28466  0.28466  0.21      0  0.441377
19    9 2025-05-26 09:00:00  0.24034  0.24034  0.21      0  0.813839
20   10 2025-05-26 10:00:00  0.15033  0.15033  0.21      0  1.093132
21   11 2025-05-26 11:00:00  0.14668  0.14668  0.21      0  1.433650
22   12 2025-05-26 12:00:00  0.14403  0.14403  0.21      0  1.034756
23   13 2025-05-26 13:00:00  0.14403  0.14403  0.21      0  0.988332
24   14 2025-05-26 14:00:00  0.14507  0.14507  0.21      0  0.349030
25   15 2025-05-26 15:00:00  0.14403  0.14403  0.21      0  0.879472
26   16 2025-05-26 16:00:00  0.14524  0.14524  0.21      0  0.294503
27   17 2025-05-26 17:00:00  0.16593  0.16593  0.21      0  0.772353
28   18 2025-05-26 18:00:00  0.25172  0.25172  0.21      0  0.756499
29   19 2025-05-26 19:00:00  0.27598  0.27598  0.21      0  0.459285
30   20 2025-05-26 20:00:00  0.32916  0.32916  0.21      0  0.126647
31   21 2025-05-26 21:00:00  0.32683  0.32683  0.21      0  0.011475
32   22 2025-05-26 22:00:00  0.28318  0.28318  0.21      0  0.000000
33   23 2025-05-26 23:00:00  0.25739  0.25739  0.21      0  0.000000
2025-05-25 14:09:34 info: Verbruik dit contractjaar: 527.513 kWh
2025-05-25 14:09:34 info: Productie dit contractjaar: 290.558 kWh
2025-05-25 14:09:34 info: All taxes refund (alles wordt gesaldeerd)
2025-05-25 14:09:36 info: No reduced hours applied for Victron
2025-05-25 14:09:36 info: Startwaarde SoC Victron: 38.0%
2025-05-25 14:09:36 info: Boiler opwarmen wordt ingepland tussen: 14 en 14 uur
2025-05-25 14:09:36 info: Warmtepomp niet aanwezig of enabled - warmtepomp wordt niet ingepland
2025-05-25 14:09:36 info: Apparaat Vaatwasser met programma 'auto 2' wordt ingepland tussen 2025-05-25 23:00 en 2025-05-26 07:00.
2025-05-25 14:09:36 info: Machine Wasmachine wordt niet ingepland, want in deze planning-window heeft de machine al gedraaid
2025-05-25 14:09:36 waarschuwing: Geen oplossing  voor: minimize cost

Herhaling laatste regel:
2025-05-25 14:09:36 waarschuwing: Geen oplossing voor: minimize cost
Als DAO geen oplossing kan vinden komt dat meestal doordat een van je instellingen een oplossing blokkeert.
Om deze "foute" instelling te vinden is niet zo makkelijk.
De eerste stap is opzoeken welk apparaat de oplossing blokkeert.
Dat doe je het makkelijkst door van alle apparaten behalve één de instellingen te halen (of je maakt de lijst leeg)
Als ie dan wel rekent weet je dat dat apparaat goed is ingesteld.
Steeds voeg je dan een weggehaald apparaat toe en reken je opnieuw tot het fout gaat.
Dan weet je dat daar de fout zit.
Dat gaat je dan uitpluizen en als je er niet uitkomt vraag je hier om raad door de instellingen van dat apparaat hier te posten.
Succes!

[timenator]

@KC27, blijkbaar ligt het aan de boiler. Het weghalen van apparaten (vaatwasser en wasmachine) gaf geen resultaat. De boiler op 'False' zetten wel.

code:

  "boiler":{
    "boiler present":"False",
    "entity actual temp.":"sensor.sww_temp_sww_temperatuur",
    "entity setpoint":"input_number.sww_setpoint",
    "entity hysterese":"input_number.sww_hysterese",
    "cop":1,
    "cooling rate":0.8,
    "volume":80,
    "heating allowed below":45,
    "elec. power":1900,
    "activate service":"turn_on",
    "activate entity":"input_boolean.dao_sww_requested_active"
  }

Zou het kunnen liggen aan het feit dat de gewenste temperatuur al is bereikt?

[KC27]

timenator schreef op zondag 25 mei 2025 @ 16:31:
@KC27, blijkbaar ligt het aan de boiler. Het weghalen van apparaten (vaatwasser en wasmachine) gaf geen resultaat. De boiler op 'False' zetten wel.

code:

  "boiler":{
    "boiler present":"False",
    "entity actual temp.":"sensor.sww_temp_sww_temperatuur",
    "entity setpoint":"input_number.sww_setpoint",
    "entity hysterese":"input_number.sww_hysterese",
    "cop":1,
    "cooling rate":0.8,
    "volume":80,
    "heating allowed below":45,
    "elec. power":1900,
    "activate service":"turn_on",
    "activate entity":"input_boolean.dao_sww_requested_active"
  }

Zou het kunnen liggen aan het feit dat de gewenste temperatuur al is bereikt?

Ik weet niet of het verplicht is: ik zet altijd een spatie achter ":".
Kun je de actuele waarden van de opgegeven entities ook delen?

[timenator]

KC27 schreef op zondag 25 mei 2025 @ 17:05:
[...]

Ik weet niet of het verplicht is: ik zet altijd een spatie achter ":".
Kun je de actuele waarden van de opgegeven entities ook delen?

Aan spaties mag het volgens mij niet liggen. Ook omdat het het grootste gedeelte van de dag wél goed gaat.

Dit zijn de huidige waarden:
sensor.sww_temp_sww_temperatuur = 47,5
input_number.sww_setpoint = 45
input_number.sww_hysterese = 5
input_boolean.dao_sww_requested_active = true

[KC27]

De actuele temperatuur zit boven het setpoint.
Dan wil hij hem afkoelen 😉.
Ik zal daar in een van de volgende updates een waarschuwing en een correctie op maken.
Het setpoint moet de temperatuur zijn waar de boiler stopt met verwarmen, zijn maximaal te bereiken temperatuur die je waarschijnlijk ergens bij de boiler hebt ingesteld.
Als je die aanpast zal hij het waarschijnlijk wel doen.

[hemertje]

https://www.bright.nl/nie...oor-je-zonne-panelen.html


https://ned.nl/zonne-energievoorspeller

[RudolfR]

hemertje schreef op zondag 25 mei 2025 @ 22:10:
https://www.bright.nl/nie...oor-je-zonne-panelen.html


https://ned.nl/zonne-energievoorspeller

"De zonne-energievoorspeller laat op basis van lokale weersvoorspellingen zien hoeveel stroom je zonnepanelen de komende 7 dagen naar verwachting gaan opwekken. Stem je verbruik hierop af en gebruik meer van je eigen zonne-energie. Zo bespaar je kosten en help je het stroomnet te ontlasten."

Helaas (nog) geen API.
Zal de resultaten eens opslaan en vergelijken met bijv. Solcast.

[timenator]

KC27 schreef op zondag 25 mei 2025 @ 20:10:
De actuele temperatuur zit boven het setpoint.
Dan wil hij hem afkoelen 😉.
Ik zal daar in een van de volgende updates een waarschuwing en een correctie op maken.
Het setpoint moet de temperatuur zijn waar de boiler stopt met verwarmen, zijn maximaal te bereiken temperatuur die je waarschijnlijk ergens bij de boiler hebt ingesteld.
Als je die aanpast zal hij het waarschijnlijk wel doen.

Dat is het. Als ik het setpoint boven de actuele temperatuur zet gaat de berekening goed. Zet ik het setpoint onder de actuele temperatuur dan faalt de berekening.

Het gaat in mijn geval om een domme boiler met een ESPHome temperatuur sensor geschakeld door een zigbee stekker.

[hemertje]

RudolfR schreef op zondag 25 mei 2025 @ 22:16:
[...]


"De zonne-energievoorspeller laat op basis van lokale weersvoorspellingen zien hoeveel stroom je zonnepanelen de komende 7 dagen naar verwachting gaan opwekken. Stem je verbruik hierop af en gebruik meer van je eigen zonne-energie. Zo bespaar je kosten en help je het stroomnet te ontlasten."

Helaas (nog) geen API.
Zal de resultaten eens opslaan en vergelijken met bijv. Solcast.

Kan ik de voorspellingen ook in mijn eigen app of Home Energy Management System integreren?


Nog niet, maar we hopen dit in de toekomst wel mogelijk te maken. We werken op dit moment aan de verdere ontwikkeling en onderzoeken de mogelijkheden om de zonne-energievoorspeller te integreren in andere apps en systemen. Daarover zijn we ook in gesprek met potentiële partners. We zijn positief gestemd en hopen hierover binnenkort meer te kunnen delen.

Wil je op de hoogte blijven? Schrijf je dan in voor de nieuwsbrief van het Nationaal Energie Dashboard en volg ons op LinkedIn

[sMoKeFiSh]

Het minimum percentage SoC is bij mij in DAO ingesteld op 20%, echter lijkt DAO gewoon dischargen onder de 20%.



De entity "dao_min_soc_einde" heeft ook een waarde van 20.





Enig idee waarom DAO blijft dischargen ookal is de SoC onder het minimum?

[KC27]

sMoKeFiSh schreef op maandag 26 mei 2025 @ 10:20:
Het minimum percentage SoC is bij mij in DAO ingesteld op 20%, echter lijkt DAO gewoon dischargen onder de 20%.

[Afbeelding]

De entity "dao_min_soc_einde" heeft ook een waarde van 20.

[Afbeelding]

[Afbeelding]

Enig idee waarom DAO blijft dischargen ookal is de SoC onder het minimum?

Om 10 uur verwacht DAO (op grond van je settings en de weersverwachting) dat er een hoeveelheid pv-dc-productie zal optreden tussen 10 en 11 uur. Die productie is zoveel dat een deel ervan wordt "afgeroomd" en teruggeleverd aan het grid. Als dan de pv-productie lager is dan verwacht gaat de SoC zakken onder het minimum. DAO ziet dat niet, het heeft geen real-time inzicht in wat er gebeurt.
Je kunt dat op twee manieren oplossen:

1. In de settings van je Deye. Behalve de "power feedin" exporteert DAO nog meer waarden bijv de te verwachten SoC aan het einde van het uur. Misschien kun je dat als setpoint meegeven aan je Deye (ik ken de Deye api niet)
2. In Home Assistant door met een automation je pv-dc-productie(de verwachting daarvan exporteert DAO ook) te vergelijken met de echte productie en op basis daarvan de "power feedin" bij te stellen.

Kun je hiermee verder?

[sMoKeFiSh]

Bedankt voor de toelichting. Zal eens in de gaten houden hoe vaak het voorkomt. Voor nu was het maar 2% onder het minimum SoC, dus dat valt mee.

De Deye's zelf staan op een minimum SoC van 10% ingesteld. Ik had de 20% in DAO ingesteld als minimum om nog wat reservebuffer te hebben voor als het huidige verbruik niet overeenkomt met de voorgecalculeerde baseload.

[Koplopert]

Ik heb DAO geinstalleerd en draaiend, ik ben wel onder de indruk!

Omdat ik nog geen thuisbatterij heb, heb ik zolang een virtuele batterij geinstalleerd, naast mijn (wel bestaande) zonne-energieinstallaties en dynamische tarieven.

Wel heb ik moeite met wat ik moet instellen bij salderen. In de documentatie staat:

"tax refund: kun je alles salderen of is je teruglevering hoger dan je verbruik (True of False)" ,

maar volgens mij betekent dat twee keer hetzelfde. Uit de uitkomst van de berekening lijk ik op te maken dat wanneer ik tax refund op False zet, dat DAO er vanuit gaat dat ik al mijn energiebelasting kan salderen. Klopt dat?

[KC27]

@Koplopert
Ik heb een paar dagen terug dezelfde vraag beantwoord:
KC27 in "Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO"
Kortom: voor nu staat daar een workaround voor de korte termijn komt er een oplossing.

[konehead]

Hi,

Ik heb DAO een aantal dagen draaien en ook met een virtuele batterij. Werkt erg mooi. Ik heb een praktische vraag: Hoe kan ik het SOC profiel (of laden / ontladen) van DAO in HA krijgen? Ik wil n.l.een automatisering maken die obv de DAO output de batterij gaat aansturen. Zelfde geldt ook voor de Solar en demand forecast. De handleiding is compleet, alleen dit gedeelte snap ik niet. Dank voor jullie hulp!

Wilko

[sMoKeFiSh]

konehead schreef op dinsdag 27 mei 2025 @ 08:31:
Hi,

Ik heb DAO een aantal dagen draaien en ook met een virtuele batterij. Werkt erg mooi. Ik heb een praktische vraag: Hoe kan ik het SOC profiel (of laden / ontladen) van DAO in HA krijgen? Ik wil n.l.een automatisering maken die obv de DAO output de batterij gaat aansturen. Zelfde geldt ook voor de Solar en demand forecast. De handleiding is compleet, alleen dit gedeelte snap ik niet. Dank voor jullie hulp!

Wilko

Laden of ontladen kun je afleiden van de entity die je op je batterij hebt aangemaakt. Voorbeeld van de batterijconfig uit de docs:

"entity set power feedin": "input_number.dao_set_power_feedin"

Dit ziet er zo uit bij mij in HA:



Deze positieve (laden) of negatieve (ontladen) waarde pak ik op in een HA automation om mijn omvormer te laten laden of ontladen.

[Koplopert]

Vervolgens stuur je je gesimuleerde batterij aan via een Automation. De yaml die ik hiervoor heb gebruikt staat hieronder. Dit is een aangepaste versie van een ander forumlid hier. Werkt in combinatie met battery_sim: https://github.com/hif2k1/battery_sim/

code:

alias: DAO bat_sim aansturing
description: ""
triggers:
  - trigger: state
    entity_id:
      - input_number.dao_set_power_feedin
  - trigger: state
    entity_id:
      - input_boolean.dao_balance_toggle
    enabled: true
  - trigger: state
    entity_id:
      - input_select.dao_bat_sim_operating_mode
    enabled: true
conditions: []
actions:
  - if:
      - condition: state
        entity_id: input_boolean.dao_balance_toggle
        state: "on"
    then:
      - action: number.set_value
        metadata: {}
        data:
          value: 2.4
        target:
          entity_id:
            - number.battery_sim_zd_4x_charge_limit
      - action: number.set_value
        metadata: {}
        data:
          value: 2.4
        target:
          entity_id:
            - number.battery_sim_zd_4x_discharge_limit
      - action: select.select_option
        metadata: {}
        data:
          option: default_mode
        target:
          entity_id:
            - select.battery_sim_zd_4x_battery_mode
  - if:
      - condition: state
        entity_id: input_boolean.dao_balance_toggle
        state: "off"
      - condition: state
        entity_id: input_select.dao_bat_sim_operating_mode
        state: Aan
      - condition: template
        value_template: "{{ states('input_number.dao_set_power_feedin') | int() >= 0 }}"
    then:
      - action: number.set_value
        data:
          value: "{{ states('input_number.dao_set_power_feedin') | float(0) / 1000 }}"
        target:
          entity_id: number.battery_sim_zd_4x_charge_limit
      - action: select.select_option
        metadata: {}
        data:
          option: force_charge
        target:
          entity_id:
            - select.battery_sim_zd_4x_battery_mode
  - if:
      - condition: state
        entity_id: input_boolean.dao_balance_toggle
        state: "off"
      - condition: state
        entity_id: input_select.dao_bat_sim_operating_mode
        state: Aan
      - condition: template
        value_template: "{{ states('input_number.dao_set_power_feedin') | int() < 0 }}"
    then:
      - action: number.set_value
        data:
          value: >-
            {{ states('input_number.dao_set_power_feedin') | float(0) / 1000 *
            -1  }}
        target:
          entity_id: number.battery_sim_zd_4x_discharge_limit
      - action: select.select_option
        metadata: {}
        data:
          option: force_discharge
        target:
          entity_id:
            - select.battery_sim_zd_4x_battery_mode
mode: single

[konehead]

sMoKeFiSh schreef op dinsdag 27 mei 2025 @ 08:58:
[...]


Laden of ontladen kun je afleiden van de entity die je op je batterij hebt aangemaakt. Voorbeeld van de batterijconfig uit de docs:

"entity set power feedin": "input_number.dao_set_power_feedin"

Dit ziet er zo uit bij mij in HA:

[Afbeelding]

Deze positieve (laden) of negatieve (ontladen) waarde pak ik op in een HA automation om mijn omvormer te laten laden of ontladen.

Dank voor je reactie! Yes, die heb ik aangemaakt. Wat ik niet begrijp is hoe je de laad/ontlaad waarde van de DAO model in input_number.dao_set_power_feedin schrijft. Die blijft bij mijn virtuele model op nul staan. Heb het gevoel dat ik iets onwijs knulligs mis. Ik wil, elke keer als het model draait, het 'nominatie profiel' naar de inverter kunnen sturen met een automation. Hoop dat je kan helpen

[ Voor 6% gewijzigd door konehead op 27-05-2025 11:35 ]

[konehead]

Koplopert schreef op dinsdag 27 mei 2025 @ 10:08:
Vervolgens stuur je je gesimuleerde batterij aan via een Automation. De yaml die ik hiervoor heb gebruikt staat hieronder. Dit is een aangepaste versie van een ander forumlid hier. Werkt in combinatie met battery_sim: https://github.com/hif2k1/battery_sim/

code:

alias: DAO bat_sim aansturing
description: ""
triggers:
  - trigger: state
    entity_id:
      - input_number.dao_set_power_feedin
  - trigger: state
    entity_id:
      - input_boolean.dao_balance_toggle
    enabled: true
  - trigger: state
    entity_id:
      - input_select.dao_bat_sim_operating_mode
    enabled: true
conditions: []
actions:
  - if:
      - condition: state
        entity_id: input_boolean.dao_balance_toggle
        state: "on"
    then:
      - action: number.set_value
        metadata: {}
        data:
          value: 2.4
        target:
          entity_id:
            - number.battery_sim_zd_4x_charge_limit
      - action: number.set_value
        metadata: {}
        data:
          value: 2.4
        target:
          entity_id:
            - number.battery_sim_zd_4x_discharge_limit
      - action: select.select_option
        metadata: {}
        data:
          option: default_mode
        target:
          entity_id:
            - select.battery_sim_zd_4x_battery_mode
  - if:
      - condition: state
        entity_id: input_boolean.dao_balance_toggle
        state: "off"
      - condition: state
        entity_id: input_select.dao_bat_sim_operating_mode
        state: Aan
      - condition: template
        value_template: "{{ states('input_number.dao_set_power_feedin') | int() >= 0 }}"
    then:
      - action: number.set_value
        data:
          value: "{{ states('input_number.dao_set_power_feedin') | float(0) / 1000 }}"
        target:
          entity_id: number.battery_sim_zd_4x_charge_limit
      - action: select.select_option
        metadata: {}
        data:
          option: force_charge
        target:
          entity_id:
            - select.battery_sim_zd_4x_battery_mode
  - if:
      - condition: state
        entity_id: input_boolean.dao_balance_toggle
        state: "off"
      - condition: state
        entity_id: input_select.dao_bat_sim_operating_mode
        state: Aan
      - condition: template
        value_template: "{{ states('input_number.dao_set_power_feedin') | int() < 0 }}"
    then:
      - action: number.set_value
        data:
          value: >-
            {{ states('input_number.dao_set_power_feedin') | float(0) / 1000 *
            -1  }}
        target:
          entity_id: number.battery_sim_zd_4x_discharge_limit
      - action: select.select_option
        metadata: {}
        data:
          option: force_discharge
        target:
          entity_id:
            - select.battery_sim_zd_4x_battery_mode
mode: single

KUDDO'S!! die ga ik ook gebruiiken als ik het andere heb opgelost.

[Bravo]

konehead schreef op dinsdag 27 mei 2025 @ 11:21:
[...]


Dank voor je reactie! Yes, die heb ik aangemaakt. Wat ik niet begrijp is hoe je de laad/ontlaad waarde van de DAO model in input_number.dao_set_power_feedin schrijft. Die blijft bij mijn virtuele model op nul staan. Heb het gevoel dat ik iets onwijs knulligs mis. Ik wil, elke keer als het model draait, het 'nominatie profiel' naar de inverter kunnen sturen met een automation. Hoop dat je kan helpen

De oplossing van DAO wordt naar de entity geschreven die je in deze regel voorschrijft:
"entity set power feedin": "input_number.feedin_grid_dao",
In HA heb ik een helper aangemaakt genaamd input_number.feedin_grid_dao, daar zie ik in HA terug wat de (ont)laad waarde van de (virtuele) batterij moet zijn.

[konehead]

Bravo schreef op dinsdag 27 mei 2025 @ 11:38:
[...]

De oplossing van DAO wordt naar de entity geschreven die je in deze regel voorschrijft:
"entity set power feedin": "input_number.feedin_grid_dao",
In HA heb ik een helper aangemaakt genaamd input_number.feedin_grid_dao, daar zie ik in HA terug wat de (ont)laad waarde van de (virtuele) batterij moet zijn.

Helper opnieuw aangemaakt en het werkt. Dank Dank! Ik had gehoopt dat de 'nominatie' 24 uur vooruit (of iig voor de gehele leveringsdag in de helper geupload zou worden). Kan je dit instellen?

Ik wil het aan uploads van HA naar de omvormer beperkten (zit een Rom in die max 100.000 schrijfacties kan uitvoeren). Ik draai nu in virtuele modus (moet sim haccs nog instellen.)

[KC27]

konehead schreef op dinsdag 27 mei 2025 @ 13:06:
[...]


[Afbeelding]

Helper opnieuw aangemaakt en het werkt. Dank Dank! Ik had gehoopt dat de 'nominatie' 24 uur vooruit (of iig voor de gehele leveringsdag in de helper geupload zou worden). Kan je dit instellen?

Ik wil het aan uploads van HA naar de omvormer beperkten (zit een Rom in die max 100.000 schrijfacties kan uitvoeren). Ik draai nu in virtuele modus (moet sim haccs nog instellen.)

Als je een keer per uur de instelling verandert (zoals DAO berekent) kun je 15 jaar vooruit. Je kunt ook met een helper en een automation ervoor zorgen dat alleen bij verandering van het vermogen (gemiddeld 8 keer dag) de nieuwe waarde naar de omvormer wordt gestuurd dan kun je 45 jaar vooruit met dezelfde omvormer.
Tenslotte is er nog de api met bat_in en bat_out die geeft met de periode "vandaag_en_morgen" per uur de voorspelling tot en met de volgende dag, maar die houdt voor de verdere uren uiteraard geen rekening met wijziging van andere waarden die van invloed op het resultaat kunnen zijn.

[ Voor 12% gewijzigd door KC27 op 27-05-2025 13:23 ]

[konehead]

KC27 schreef op dinsdag 27 mei 2025 @ 13:20:
[...]

Als je een keer per uur de instelling verandert (zoals DAO berekent) kun je 15 jaar vooruit. Je kunt ook met een helper en een automation ervoor zorgen dat alleen bij verandering van het vermogen (gemiddeld 8 keer dag) de nieuwe waarde naar de omvormer wordt gestuurd dan kun je 45 jaar vooruit met dezelfde omvormer.
Tenslotte is er nog de api met bat_in en bat_out die geeft met de periode "vandaag_en_morgen" per uur de voorspelling tot en met de volgende dag, maar die houdt voor de verdere uren uiteraard geen rekening met wijziging van andere waarden die van invloed op het resultaat kunnen zijn.

dank! Ik ga vanavond de simulatie netjes afmaken en dan neem ik bovenstaande ook mee!

[Torch1969]

konehead schreef op dinsdag 27 mei 2025 @ 14:21:
[...]


dank! Ik ga vanavond de simulatie netjes afmaken en dan neem ik bovenstaande ook mee!

Zie hier in grafiek-vorm de output van de bat-in en bat-out api voor de komende periode (zover de prijzen bekend zijn en DAO optimaliseert. Dit kan afhankelijk van omstandigheden per uur worden aangepast door DAO).

[konehead]

Torch1969 schreef op dinsdag 27 mei 2025 @ 15:58:
[...]

Zie hier in grafiek-vorm de output van de bat-in en bat-out api voor de komende periode (zover de prijzen bekend zijn en DAO optimaliseert. Dit kan afhankelijk van omstandigheden per uur worden aangepast door DAO).
[Afbeelding]

super tof! heb je een DM gestuurd

[Torch1969]

KC27 schreef op dinsdag 20 mei 2025 @ 13:18:
[...]

@powercoaster @sMoKeFiSh
Ik ben op zoek naar een site met een api die de prijzen voorspelt voor een of twee dagen na de bekende day-ahead prijzen (https://energie.theoxygent.nl/ heeft geen api en een scraper werkt alleen als er niks aan de site-opbouw verandert). Als jullie iets kunnen vinden kan ik proberen iets te bouwen en dit als test aan te bieden.

@KC27 in een ander topic kwam ik een verwijzing naar een soortgelijke functionaliteit als DAO tegen. Daarin zit ook een functionaliteit om prijzen te voorspellen: https://akkudoktor-eos.re...doktoreos/prediction.html (zie kopje ElecPriceAkkudoktor Provider).
Sowieso interessant om te kijken hoe je “conculegas” het aanpakken :-)

[ Voor 6% gewijzigd door Torch1969 op 28-05-2025 07:48 ]

[sMoKeFiSh]

Torch1969 schreef op dinsdag 27 mei 2025 @ 15:58:
[...]

Zie hier in grafiek-vorm de output van de bat-in en bat-out api voor de komende periode (zover de prijzen bekend zijn en DAO optimaliseert. Dit kan afhankelijk van omstandigheden per uur worden aangepast door DAO).
[Afbeelding]

Mooie grafiek heb je gemaakt! Zag al eerder in het topic dat je een aantal mooie overzichtjes had gemaakt welke de live, historie en DAO data netjes combineren. Zou je deze misschien willen delen? Je grafiek van de verwachte DAO PV opbrengst en de werkelijke opbrengs heb ik al in gebruik en is erg handig!

[Torch1969]

sMoKeFiSh schreef op woensdag 28 mei 2025 @ 07:46:
[...]


Mooie grafiek heb je gemaakt! Zag al eerder in het topic dat je een aantal mooie overzichtjes had gemaakt welke de live, historie en DAO data netjes combineren. Zou je deze misschien willen delen? Je grafiek van de verwachte DAO PV opbrengst en de werkelijke opbrengs heb ik al in gebruik en is erg handig!

Dat wil ik zeker doen. Het plan is om de documentatie/handleiding op de GitHub pagina verder uit te breiden. Dat lijkt me de beste plek daarvoor. Ga ik binnenkort mee starten, maar gaat me de komende weken praktisch gezien nog niet lukken.

[remc1979]

Goedemorgen,

Mijn situatie thuis is al volgt:
- WP van Viessmann
- 40 panelen met een vermogen van 14.8 kWp
- electrische auto (deze laad ik al op de goedkope momenten omdat de laadpaal is gekoppeld aan mijn energieleverancier Tibber

Graag zou ik de werking van de warmtepomp willen optimaliseren. Dus bijvoorbeeld extra verwarmen bij goedkope tarieven, zodat bij duurdere tarieven ik deze extra warmte kan gebruiken voor vloerverwarming en warmwater.

Is dit middels de DAO te regelen?

Bedankt voor de reacties.

ps. Ik heb thuis HA, maar ben op dat gebied nog redelijk onervaren, maar ik wil het graag leren.

[Dapdodo]

remc1979 schreef op woensdag 28 mei 2025 @ 09:52:
Goedemorgen,

Mijn situatie thuis is al volgt:
- WP van Viessmann
- 40 panelen met een vermogen van 14.8 kWp
- electrische auto (deze laad ik al op de goedkope momenten omdat de laadpaal is gekoppeld aan mijn energieleverancier Tibber

Graag zou ik de werking van de warmtepomp willen optimaliseren. Dus bijvoorbeeld extra verwarmen bij goedkope tarieven, zodat bij duurdere tarieven ik deze extra warmte kan gebruiken voor vloerverwarming en warmwater.

Is dit middels de DAO te regelen?

Bedankt voor de reacties.

ps. Ik heb thuis HA, maar ben op dat gebied nog redelijk onervaren, maar ik wil het graag leren.

Hoe zit je WP gekoppeld?
- Via relais, zoals ze met hoog/laag tarieven werkten.
- Via de cloud
- Via lokale IR uitlezing

[remc1979]

Dapdodo schreef op woensdag 28 mei 2025 @ 09:55:
[...]

Hoe zit je WP gekoppeld?
- Via relais, zoals ze met hoog/laag tarieven werkten.
- Via de cloud
- Via lokale IR uitlezing

Hallo,

De WP is gekoppeld met Viessmann VitoConnect. Ik kan dus alle informatie van de WP uitlezen in HA

[sjampeter]

even sanity check.
toen ik vorig jaar DAO opnieuw installeerde, moest naar ik mij heriner, de database van Home-assistant veranderd worden. toch?
daar ik toch wat vage klachten ervaar (zie github) en een nieuwe server/nass aan het bouwen ben, twijfel ik of ik volledig nieuw bouw of de huidige Hass gewoon over gooi.
in de huidige how-to zie ik niets staan betreffende veranderen database hass.
ik twijfel.
oftewel, hoe was het ook weer?

[KC27]

sjampeter schreef op woensdag 28 mei 2025 @ 20:35:
even sanity check.
toen ik vorig jaar DAO opnieuw installeerde, moest naar ik mij heriner, de database van Home-assistant veranderd worden. toch?
daar ik toch wat vage klachten ervaar (zie github) en een nieuwe server/nass aan het bouwen ben, twijfel ik of ik volledig nieuw bouw of de huidige Hass gewoon over gooi.
in de huidige how-to zie ik niets staan betreffende veranderen database hass.
ik twijfel.
oftewel, hoe was het ook weer?

Tot augustus 2024 werkte DAO alleen maar met de mysql-database engine.
Toen is DAO overgestapt op de generieke interface sqlalchemy, zodat naast mysql/mariadb ook sqlite3 (de standaard database van HA) en postgresql kunnen worden gebruikt.
Dus tot aug. 2024 moest de database van HA worden overgezet naar mysql.
Maar dat hoeft nu niet meer.
Aam de database-structuur zelf (tabellen, indexen enz) verandert DAO niks.
Zijn de vage klachten van je bij DAO? Ik zie geen nieuwe issue van je in Github.

[Eastman]

Ik blijf deze fout krijgen

code:

2025-05-29 01:17:33 fout: Er ontbreken voor een aantal uur gegevens (meteo en/of dynamische prijzen) er kan niet worden gerekend

Ik maak gebruik van tibber, API token is ingevuld en meteoserver-key ook. Beide API's werken bij het testen van run " Verbruikgegevens tibber ophalen" en " meteoprognose ophalen"

Wat doe ik niet goed?

[KC27]

Eastman schreef op donderdag 29 mei 2025 @ 01:21:
Ik blijf deze fout krijgen

code:

2025-05-29 01:17:33 fout: Er ontbreken voor een aantal uur gegevens (meteo en/of dynamische prijzen) er kan niet worden gerekend

Ik maak gebruik van tibber, API token is ingevuld en meteoserver-key ook. Beide API's werken bij het testen van run " Verbruikgegevens tibber ophalen" en " meteoprognose ophalen"

Wat doe ik niet goed?

Als je geen datum invoert bij het ophalen van prijsgegevens haalt ie de prijzen van morgen op.
Dus wellicht ontbraken gisteren nog de prijsgegevens van gisteren of vanmorgen de prijsgegevens van vandaag.
Je kunt in de logging (evt logging level op debug zetten) zien welke data ontbreken.

Edit:
Je kunt beter de prijsinfo van Nordpool of Entsoe gebruiken, die zijn meestal wat eerder (Nordpool iets na 12:45 uur) met de prijsinfo voor morgen dan Tibber.

[ Voor 9% gewijzigd door KC27 op 29-05-2025 09:54 ]

[sjampeter]

KC27 schreef op woensdag 28 mei 2025 @ 23:16:
[...]

Tot augustus 2024 werkte DAO alleen maar met de mysql-database engine.
Toen is DAO overgestapt op de generieke interface sqlalchemy, zodat naast mysql/mariadb ook sqlite3 (de standaard database van HA) en postgresql kunnen worden gebruikt.
Dus tot aug. 2024 moest de database van HA worden overgezet naar mysql.
Maar dat hoeft nu niet meer.
Aam de database-structuur zelf (tabellen, indexen enz) verandert DAO niks.
Zijn de vage klachten van je bij DAO? Ik zie geen nieuwe issue van je in Github.

https://github.com/corneel27/day-ahead/issues/189
feitelijk hebben we hier alleen een work arround gecreëerd volgens mij.
hink op 2 gedachten.
als ik een backup van huidige hass op de nieuwe server zet, zet ik de mogelijke fout in database tevens mee over lijkt mij.
alles opnieuw instellen op nieuwe server is een bak werk, maar mogelijk wel de enige juiste oplossing om zeker te zijn.
any thoughts?

[konehead]

Hi,

Volgens mij heb ik DAO bijna draaien. Nu nog met een batterij simulatie in HA. over twee weken wordt de simulatie vervangen door een echte batterij. Uiteraard heb ik de batterij in de simulatie gelijk gesteld aan wat ik straks ga krijgen. Een Growatt 12.6 KWh met 4600 W inverter (waar ook de panelen zijn aangesloten).

Ik gebruik de entiteit set power feedin om te bepalen hoeveel ik moet laden of ontladen in Watt

A) Ik had verwacht dat DAO vanmiddag met 4600w zou laden (prijzen waren laag tussen 11h en 16h en een klein beetje zon). In plaats daarvan laadde DAO met 980 watt en per uur bouwde dat af tot 718 watt per uur. De batterij was vanmiddag helemaal leeg bij start laden.
het is nu 7 uur geweest, ik had verwacht dat de Batterij nu zou ontladen. Echter in de entiteit set power feedin is de weggeschreven waarde 522 Watt laden (terwijl ik had verwacht: dat DAO nu zou gaan ontladen.
(voor A en B zie Printscreen hieronder)
C) ik heb een automatisering gebruikt van @Koplopert die op basis van set power feedin bepaalt of de batterij moet laden of ontladen. Of moet ik dao_from_battery hiervoor gebruiken? dao_from_battery heb ik vanmorgen aangemaakt, maar er ging iets fout met het schrijven van DAO naar dit entiteit (dit is gefixed(

Heb ik iets fout geconfigureerd? dank voor jullie feedback!









Logging laatste run:

code:

2025-05-29 19:00:00 info: Day Ahead Optimalisering versie: 2025.5.0
2025-05-29 19:00:00 info: Day Ahead Optimalisering gestart op: 29-05-2025 19:00:00
2025-05-29 19:00:00 info: Day Ahead Optimalisatie gestart: 29-05-2025 19:00:00 taak: calc_optimum
2025-05-29 19:00:00 info: Using Python-MIP package version 1.16rc0
2025-05-29 19:00:00 info: Debug = False
2025-05-29 19:00:00 info: Zelf berekende baseload
2025-05-29 19:00:00 info: Start waarden: 
    uur                tijd      p_l      p_t   base  pv_ac     pv_dc
0    19 2025-05-29 19:00:00  0.24103  0.24103  0.347      0  0.143830
1    20 2025-05-29 20:00:00  0.24308  0.24308  0.260      0  0.034459
2    21 2025-05-29 21:00:00  0.24090  0.24090  0.313      0  0.006630
3    22 2025-05-29 22:00:00  0.24441  0.24441  0.276      0  0.000000
4    23 2025-05-29 23:00:00  0.22105  0.22105  0.219      0  0.000000
5     0 2025-05-30 00:00:00  0.20641  0.20641  0.211      0  0.000000
6     1 2025-05-30 01:00:00  0.18531  0.18531  0.208      0  0.000000
7     2 2025-05-30 02:00:00  0.19260  0.19260  0.212      0  0.000000
8     3 2025-05-30 03:00:00  0.19316  0.19316  0.209      0  0.000000
9     4 2025-05-30 04:00:00  0.19733  0.19733  0.209      0  0.000000
10    5 2025-05-30 05:00:00  0.21873  0.21873  0.210      0  0.006630
11    6 2025-05-30 06:00:00  0.23404  0.23404  0.333      0  0.026520
12    7 2025-05-30 07:00:00  0.23482  0.23482  0.506      0  0.052500
13    8 2025-05-30 08:00:00  0.21623  0.21623  0.416      0  0.167968
14    9 2025-05-30 09:00:00  0.18733  0.18733  0.385      0  0.235367
15   10 2025-05-30 10:00:00  0.15430  0.15430  1.711      0  0.457253
16   11 2025-05-30 11:00:00  0.15202  0.15202  1.714      0  0.517586
17   12 2025-05-30 12:00:00  0.15123  0.15123  1.688      0  0.367390
18   13 2025-05-30 13:00:00  0.14867  0.14867  1.725      0  0.612031
19   14 2025-05-30 14:00:00  0.14823  0.14823  0.393      0  1.152015
20   15 2025-05-30 15:00:00  0.15000  0.15000  0.446      0  1.447676
21   16 2025-05-30 16:00:00  0.15205  0.15205  0.373      0  0.959237
22   17 2025-05-30 17:00:00  0.16055  0.16055  0.337      0  0.726258
23   18 2025-05-30 18:00:00  0.23683  0.23683  0.796      0  0.492066
24   19 2025-05-30 19:00:00  0.28518  0.28518  0.550      0  0.380595
25   20 2025-05-30 20:00:00  0.31576  0.31576  0.346      0  0.090099
26   21 2025-05-30 21:00:00  0.33380  0.33380  0.305      0  0.019890
27   22 2025-05-30 22:00:00  0.30961  0.30961  0.272      0  0.000000
28   23 2025-05-30 23:00:00  0.28295  0.28295  0.245      0  0.000000
2025-05-29 19:00:32 info: Verbruik dit contractjaar: 4481.493 kWh
2025-05-29 19:00:32 info: Productie dit contractjaar: 1692.195 kWh
2025-05-29 19:00:32 info: All taxes refund (alles wordt gesaldeerd)
2025-05-29 19:00:32 info: No reduced hours applied for Simulatie
2025-05-29 19:00:32 info: Startwaarde SoC Simulatie: 5.395%
2025-05-29 19:00:32 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2025-05-29 19:00:32 info: Warmtepomp niet aanwezig of enabled - warmtepomp wordt niet ingepland
Coin0505I Presolved problem not optimal, resolve after postsolve
Coin0505I Presolved problem not optimal, resolve after postsolve
Coin0505I Presolved problem not optimal, resolve after postsolve
Coin0505I Presolved problem not optimal, resolve after postsolve
2025-05-29 19:00:33 info: Strategie: minimale kosten
2025-05-29 19:00:33 info: Het programma heeft een optimale oplossing gevonden.
2025-05-29 19:00:33 info: Geen saldeer correctie
2025-05-29 19:00:33 info: Niet geoptimaliseerd, kosten met reguliere tarieven: 3.44  
2025-05-29 19:00:33 info: Niet geoptimaliseerd, kosten met day ahead tarieven: 1.66  
2025-05-29 19:00:33 info: Geoptimaliseerd, kosten met day ahead tarieven: 1.36  
2025-05-29 19:00:33 info: Levering: 18.07  (kWh)
2025-05-29 19:00:33 info: In- en uitgaande energie per uur batterij Simulatie
   uur   ac->    eff   ->dc pv->dc   dc->    eff  ->bat   o_eff    SoC
          kWh      %    kWh    kWh    kWh      %    kWh       %      %
    19   0.52  79.24   0.41   0.14   0.56  98.00   0.55  104.65   9.73
    20   0.00     --   0.00   0.03   0.03  98.00   0.03      --  10.00
    21  -0.01  89.10  -0.01   0.01   0.00 101.01   0.00      --  10.00
    22   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
    23   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     0   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     1   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     2   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     3   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     4   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     5  -0.01  89.10  -0.01   0.01   0.00 101.01   0.00      --  10.00
     6  -0.02  89.10  -0.03   0.03   0.00 101.01   0.00      --  10.00
     7  -0.05  89.10  -0.05   0.05   0.00 101.01   0.00      --  10.00
     8  -0.15  89.10  -0.17   0.17   0.00 101.01   0.00      --  10.00
     9  -0.22  93.50  -0.24   0.24   0.00 101.01   0.00      --  10.00
    10   0.00     --   0.00   0.46   0.46  98.00   0.45      --  13.56
    11   0.00     --   0.00   0.52   0.52  98.00   0.51      --  17.58
    12   0.00     --   0.00   0.37   0.37  98.00   0.36      --  20.44
    13   2.50  89.80   2.25   0.61   2.86  98.00   2.80  112.00  42.66
    14   2.50  89.80   2.25   1.15   3.40  98.00   3.33  133.16  69.08
    15   0.00     --   0.00   1.45   1.45  98.00   1.42      --  80.34
    16   0.00     --   0.00   0.96   0.96  98.00   0.94      --  87.80
    17   0.00     --   0.00   0.73   0.73  98.00   0.71      --  93.45
    18  -0.50  95.20  -0.53   0.49  -0.03  99.00  -0.03 1493.49  93.19
    19  -1.18  96.20  -1.23   0.38  -0.85  99.00  -0.86  137.99  86.39
    20  -3.00  92.50  -3.24   0.09  -3.15  99.00  -3.18   94.19  61.11
    21  -3.50  91.50  -3.83   0.02  -3.81  99.00  -3.84   91.06  30.61
    22  -2.00  95.00  -2.11   0.00  -2.11  99.00  -2.13   94.05  13.73
    23  -1.00  96.20  -1.04   0.00  -1.04  99.00  -1.05   95.24   5.39
Totaal  -6.11     --  -7.56   7.90   0.34     --  -0.00      --       
2025-05-29 19:00:33 info: Berekende prognoses: 
   uur  bat_in  bat_out   cons   prod   base   boil     wp     ev  pv_ac   cost  profit  b_tem
 19.00    0.52     0.00   0.87   0.00   0.35   0.00   0.00   0.00   0.00   0.21   -0.00  20.00
 20.00    0.00     0.00   0.26   0.00   0.26   0.00   0.00   0.00   0.00   0.06   -0.00  20.00
 21.00    0.00     0.01   0.31   0.00   0.31   0.00   0.00   0.00   0.00   0.07   -0.00  20.00
 22.00    0.00     0.00   0.28   0.00   0.28   0.00   0.00   0.00   0.00   0.07   -0.00  20.00
 23.00    0.00     0.00   0.22   0.00   0.22   0.00   0.00   0.00   0.00   0.05   -0.00  20.00
  0.00    0.00     0.00   0.21   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  1.00    0.00     0.00   0.21   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  2.00    0.00     0.00   0.21   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  3.00    0.00     0.00   0.21   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  4.00    0.00     0.00   0.21   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  5.00    0.00     0.01   0.20   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  6.00    0.00     0.02   0.31   0.00   0.33   0.00   0.00   0.00   0.00   0.07   -0.00  20.00
  7.00    0.00     0.05   0.46   0.00   0.51   0.00   0.00   0.00   0.00   0.11   -0.00  20.00
  8.00    0.00     0.15   0.27   0.00   0.42   0.00   0.00   0.00   0.00   0.06   -0.00  20.00
  9.00    0.00     0.22   0.16   0.00   0.39   0.00   0.00   0.00   0.00   0.03   -0.00  20.00
 10.00    0.00     0.00   1.71   0.00   1.71   0.00   0.00   0.00   0.00   0.26   -0.00  20.00
 11.00    0.00     0.00   1.71   0.00   1.71   0.00   0.00   0.00   0.00   0.26    0.00  20.00
 12.00    0.00     0.00   1.69   0.00   1.69   0.00   0.00   0.00   0.00   0.26    0.00  20.00
 13.00    2.50     0.00   4.22   0.00   1.73   0.00   0.00   0.00   0.00   0.63    0.00  20.00
 14.00    2.50     0.00   2.89   0.00   0.39   0.00   0.00   0.00   0.00   0.43    0.00  20.00
 15.00    0.00     0.00   0.45   0.00   0.45   0.00   0.00   0.00   0.00   0.07    0.00  20.00
 16.00    0.00     0.00   0.37   0.00   0.37   0.00   0.00   0.00   0.00   0.06    0.00  20.00
 17.00    0.00     0.00   0.34   0.00   0.34   0.00   0.00   0.00   0.00   0.05   -0.00  20.00
 18.00    0.00     0.50   0.30   0.00   0.80   0.00   0.00   0.00   0.00   0.07   -0.00  20.00
 19.00    0.00     1.18   0.00   0.63   0.55   0.00   0.00   0.00   0.00   0.00   -0.18  20.00
 20.00    0.00     3.00   0.00   2.65   0.35   0.00   0.00   0.00   0.00   0.00   -0.84  20.00
 21.00    0.00     3.50   0.00   3.19   0.30   0.00   0.00   0.00   0.00   0.00   -1.07  20.00
 22.00    0.00     2.00   0.00   1.73   0.27   0.00   0.00   0.00   0.00   0.00   -0.54  20.00
 23.00    0.00     1.00   0.00   0.76   0.24   0.00   0.00   0.00   0.00   0.00   -0.21  20.00
Totaal    5.52    11.63  18.07   8.96  15.21   0.00   0.00   0.00   0.00   3.07   -2.83       
2025-05-29 19:00:33 info: Winst: € 0.30
2025-05-29 19:00:33 info: Doorzetten van alle settings naar HA
2025-05-29 19:00:33 info: Grid set point: 869.0 W
2025-05-29 19:00:33 info: Cycle cost Simulatie: 1.12 euro
2025-05-29 19:00:33 info: Netto vermogen naar(+)/uit(-) omvormer Simulatie: 522 W
2025-05-29 19:00:33 info: Balanceren: False
2025-05-29 19:00:34 info: Vermogen uit batterij: -557W
2025-05-29 19:00:34 info: Vermogen dat binnenkomt van pv: 143W
2025-05-29 19:00:34 info: Vermogen dat binnenkomt van ac: 413W
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%

code:

{
    "homeassistant": {},
    "database ha": {
        "engine": "mysql",
        "password": "!secret db_da_password"
    },
    "database da": {
        "engine": "sqlite",
        "db_path": "../data"
    },
    "meteoserver-key": "!secret meteoserver-key",
    "prices": {
        "source day ahead": "nordpool",
        "entsoe-api-key": "!secret entsoe-api-key",
        "regular high": 0.2675,
        "regular low": 0.2575,
        "switch to low": 23,
        "energy taxes delivery": {
            "2023-01-01": 0.12599,
            "2024-01-01": 0.1088,
            "2025-01-01": 0.10154
        },
        "energy taxes redelivery": {
            "2022-01-01": 0.06729,
            "2023-01-01": 0.12599,
            "2024-01-01": 0.1088,
            "2025-01-01": 0.10154
        },
        "cost supplier delivery": {
            "2024-04-01": 0.02415
        },
        "cost supplier redelivery": {
            "2024-04-01": 0.02415
        },
        "vat": {
            "2024-01-01": 21
        },
        "last invoice": "2024-07-01",
        "tax refund": "True"
    },
    "logging level": "info",
    "use_calc_baseload": "True",
    "baseload calc periode": 56,
    "baseload": [
        0.13,
        0.13,
        0.13,
        0.13,
        0.13,
        0.13,
        0.13,
        0.13,
        0.18,
        0.18,
        0.18,
        0.18,
        0.18,
        0.18,
        0.18,
        0.18,
        0.18,
        0.28,
        0.28,
        0.28,
        0.18,
        0.18,
        0.13,
        0.13
    ],
    "graphical backend": "",
    "graphics": {
        "style": "Solarize_Light2",
        "show": "true",
        "prices delivery": "True",
        "prices redelivery": "True",
        "average delivery": "True"
    },
    "strategy": "minimize cost",
    "notifications": {
        "notification entity": "",
        "opstarten": "False",
        "berekening": "False",
        "last activity entity": "input_datetime.dao_last_activity"
    },
    "grid": {
        "max_power": 17
    },
    "history": {
        "save days": 7
    },
    "dashboard": {
        "port": 5000
    },
    "boiler": {
        "boiler present": "False"
    },
    "heating": {
        "heater present": "False"
    },
    "battery": [
        {
            "name": "Simulatie",
            "entity actual level": "sensor.battery_sim_growatt_test",
            "capacity": 12.6,
            "upper limit": 100,
            "lower limit": 10,
            "minimum power": 500,
            "dc_to_bat efficiency": 0.98,
            "bat_to_dc efficiency": 0.99,
            "cycle cost": 0.05,
            "entity set power feedin": "input_number.dao_set_power_feedin",
            "entity set operating mode": "input_select.dao_bat_sim_operating_mode",
            "entity stop inverter": "input_datetime.dao_stop_inverter",
            "entity balance switch": "input_boolean.dao_balance_switch",
            "entity calculated soc": "input_number.dao_entity_calculated_soc",
            "entity from pv": "input_number.dao_from_pv",
            "entity from ac": "input_number.dao_from_ac",
            "entity from battery": "input_number.dao_from_battery",
            "solar": [
             {
              "name": "Solar",
              "tilt": 35,
              "orientation": 0,
              "capacity": 3.12,
              "yield": 0.00663,
              "entity pv switch": "input_boolean.dao_pv_enabled"
              }
            ],
            "charge stages": [
                {
                    "power": 0,
                    "efficiency": 1
                },
                {
                    "power": 500,
                    "efficiency": 0.785
                },
                {
                    "power": 1000,
                    "efficiency": 0.872
                },
                {
                    "power": 1500,
                    "efficiency": 0.897
                },
                {
                    "power": 2000,
                    "efficiency": 0.899
                },
                {
                    "power": 2500,
                    "efficiency": 0.898
                },
                {
                    "power": 3000,
                    "efficiency": 0.892
                },
                {
                    "power": 3500,
                    "efficiency": 0.882
                },
                {
                    "power": 4600,
                    "efficiency": 0.865
                }
            ],
            "discharge stages": [
                {
                    "power": 0,
                    "efficiency": 1
                },
                {
                    "power": 200,
                    "efficiency": 0.891
                },
                {
                    "power": 500,
                    "efficiency": 0.935
                },
                {
                    "power": 1000,
                    "efficiency": 0.952
                },
                {
                    "power": 1250,
                    "efficiency": 0.962
                },
                {
                    "power": 1500,
                    "efficiency": 0.952
                },
                {
                    "power": 2000,
                    "efficiency": 0.95
                },
                {
                    "power": 2500,
                    "efficiency": 0.934
                },
                {
                    "power": 3000,
                    "efficiency": 0.925
                },
                {
                    "power": 3500,
                    "efficiency": 0.915
                },
                {
                    "power": 4000,
                    "efficiency": 0.9
                },
                {
                    "power": 4650,
                    "efficiency": 0.893
                }
            ]
        }
    ],
    "solar": [],
    "electric vehicle": [],
    "machines": [],
    "tibber": {
        "api_token": "!secret tibber_api_token"
    },
   "report": {
    "entities grid consumption": [
      "sensor.dsmr_reading_electricity_delivered_1",
      "sensor.dsmr_reading_electricity_delivered_2"
    ],
    "entities grid production": [
      "sensor.dsmr_reading_electricity_returned_2",
      "sensor.dsmr_reading_electricity_returned_1"
    ],
    "entities solar production ac": [
      "sensor.panelen_energy_returned"
    ],
    "entities solar production dc": [],
    "entities ev consumption" : ["sensor.wieg_energy_added"],
    "entities wp consumption" : [],
    "entities boiler consumption": [],
    "entities battery consumption": ["sensor.ess_grid_consumption"],
    "entities battery production": ["sensor.ess_grid_production"]
  },
    "scheduler": {
        "1030": "get_meteo_data",
        "1255": "get_day_ahead_prices",
        "1355": "get_day_ahead_prices",
        "1455": "get_day_ahead_prices",
        "1554": "get_day_ahead_prices",
        "1630": "get_meteo_data",
        "1655": "get_day_ahead_prices",
        "2230": "get_meteo_data",
        "2359": "clean_data",
        "0430": "get_meteo_data",
        "0930": "calc_baseloads",
        "xx00": "calc_optimum"
    }
}

[ Voor 103% gewijzigd door konehead op 29-05-2025 21:19 ]

[KC27]

konehead schreef op donderdag 29 mei 2025 @ 19:13:
Hi,

Volgens mij heb ik DAO bijna draaien. Nu nog met een batterij simulatie in HA. over twee weken wordt de simulatie vervangen door een echte batterij. Uiteraard heb ik de batterij in de simulatie gelijk gesteld aan wat ik straks ga krijgen. Een Growatt 12.6 KWh met 4600 W inverter (waar ook de panelen zijn aangesloten).

Ik gebruik de entiteit set power feedin om te bepalen hoeveel ik moet laden of ontladen in Watt

A) Ik had verwacht dat DAO vanmiddag met 4600w zou laden (prijzen waren laag tussen 11h en 16h en een klein beetje zon). In plaats daarvan laadde DAO met 980 watt en per uur bouwde dat af tot 718 watt per uur. De batterij was vanmiddag helemaal leeg bij start laden.
het is nu 7 uur geweest, ik had verwacht dat de Batterij nu zou ontladen. Echter in de entiteit set power feedin is de weggeschreven waarde 522 Watt laden (terwijl ik had verwacht: dat DAO nu zou gaan ontladen.
(voor A en B zie Printscreen hieronder)
C) ik heb een automatisering gebruikt van @Koplopert die op basis van set power feedin bepaalt of de batterij moet laden of ontladen. Of moet ik dao_from_battery hiervoor gebruiken? dao_from_battery heb ik vanmorgen aangemaakt, maar er ging iets fout met het schrijven van DAO naar dit entiteit (dit is gefixed(

Heb ik iets fout geconfigureerd? dank voor jullie feedback!

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Logging laatste run:

code:

2025-05-29 19:00:00 info: Day Ahead Optimalisering versie: 2025.5.0
2025-05-29 19:00:00 info: Day Ahead Optimalisering gestart op: 29-05-2025 19:00:00
2025-05-29 19:00:00 info: Day Ahead Optimalisatie gestart: 29-05-2025 19:00:00 taak: calc_optimum
2025-05-29 19:00:00 info: Using Python-MIP package version 1.16rc0
2025-05-29 19:00:00 info: Debug = False
2025-05-29 19:00:00 info: Zelf berekende baseload
2025-05-29 19:00:00 info: Start waarden: 
    uur                tijd      p_l      p_t   base  pv_ac     pv_dc
0    19 2025-05-29 19:00:00  0.24103  0.24103  0.347      0  0.143830
1    20 2025-05-29 20:00:00  0.24308  0.24308  0.260      0  0.034459
2    21 2025-05-29 21:00:00  0.24090  0.24090  0.313      0  0.006630
3    22 2025-05-29 22:00:00  0.24441  0.24441  0.276      0  0.000000
4    23 2025-05-29 23:00:00  0.22105  0.22105  0.219      0  0.000000
5     0 2025-05-30 00:00:00  0.20641  0.20641  0.211      0  0.000000
6     1 2025-05-30 01:00:00  0.18531  0.18531  0.208      0  0.000000
7     2 2025-05-30 02:00:00  0.19260  0.19260  0.212      0  0.000000
8     3 2025-05-30 03:00:00  0.19316  0.19316  0.209      0  0.000000
9     4 2025-05-30 04:00:00  0.19733  0.19733  0.209      0  0.000000
10    5 2025-05-30 05:00:00  0.21873  0.21873  0.210      0  0.006630
11    6 2025-05-30 06:00:00  0.23404  0.23404  0.333      0  0.026520
12    7 2025-05-30 07:00:00  0.23482  0.23482  0.506      0  0.052500
13    8 2025-05-30 08:00:00  0.21623  0.21623  0.416      0  0.167968
14    9 2025-05-30 09:00:00  0.18733  0.18733  0.385      0  0.235367
15   10 2025-05-30 10:00:00  0.15430  0.15430  1.711      0  0.457253
16   11 2025-05-30 11:00:00  0.15202  0.15202  1.714      0  0.517586
17   12 2025-05-30 12:00:00  0.15123  0.15123  1.688      0  0.367390
18   13 2025-05-30 13:00:00  0.14867  0.14867  1.725      0  0.612031
19   14 2025-05-30 14:00:00  0.14823  0.14823  0.393      0  1.152015
20   15 2025-05-30 15:00:00  0.15000  0.15000  0.446      0  1.447676
21   16 2025-05-30 16:00:00  0.15205  0.15205  0.373      0  0.959237
22   17 2025-05-30 17:00:00  0.16055  0.16055  0.337      0  0.726258
23   18 2025-05-30 18:00:00  0.23683  0.23683  0.796      0  0.492066
24   19 2025-05-30 19:00:00  0.28518  0.28518  0.550      0  0.380595
25   20 2025-05-30 20:00:00  0.31576  0.31576  0.346      0  0.090099
26   21 2025-05-30 21:00:00  0.33380  0.33380  0.305      0  0.019890
27   22 2025-05-30 22:00:00  0.30961  0.30961  0.272      0  0.000000
28   23 2025-05-30 23:00:00  0.28295  0.28295  0.245      0  0.000000
2025-05-29 19:00:32 info: Verbruik dit contractjaar: 4481.493 kWh
2025-05-29 19:00:32 info: Productie dit contractjaar: 1692.195 kWh
2025-05-29 19:00:32 info: All taxes refund (alles wordt gesaldeerd)
2025-05-29 19:00:32 info: No reduced hours applied for Simulatie
2025-05-29 19:00:32 info: Startwaarde SoC Simulatie: 5.395%
2025-05-29 19:00:32 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2025-05-29 19:00:32 info: Warmtepomp niet aanwezig of enabled - warmtepomp wordt niet ingepland
Coin0505I Presolved problem not optimal, resolve after postsolve
Coin0505I Presolved problem not optimal, resolve after postsolve
Coin0505I Presolved problem not optimal, resolve after postsolve
Coin0505I Presolved problem not optimal, resolve after postsolve
2025-05-29 19:00:33 info: Strategie: minimale kosten
2025-05-29 19:00:33 info: Het programma heeft een optimale oplossing gevonden.
2025-05-29 19:00:33 info: Geen saldeer correctie
2025-05-29 19:00:33 info: Niet geoptimaliseerd, kosten met reguliere tarieven: 3.44  
2025-05-29 19:00:33 info: Niet geoptimaliseerd, kosten met day ahead tarieven: 1.66  
2025-05-29 19:00:33 info: Geoptimaliseerd, kosten met day ahead tarieven: 1.36  
2025-05-29 19:00:33 info: Levering: 18.07  (kWh)
2025-05-29 19:00:33 info: In- en uitgaande energie per uur batterij Simulatie
   uur   ac->    eff   ->dc pv->dc   dc->    eff  ->bat   o_eff    SoC
          kWh      %    kWh    kWh    kWh      %    kWh       %      %
    19   0.52  79.24   0.41   0.14   0.56  98.00   0.55  104.65   9.73
    20   0.00     --   0.00   0.03   0.03  98.00   0.03      --  10.00
    21  -0.01  89.10  -0.01   0.01   0.00 101.01   0.00      --  10.00
    22   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
    23   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     0   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     1   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     2   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     3   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     4   0.00     --   0.00   0.00   0.00     --   0.00      --  10.00
     5  -0.01  89.10  -0.01   0.01   0.00 101.01   0.00      --  10.00
     6  -0.02  89.10  -0.03   0.03   0.00 101.01   0.00      --  10.00
     7  -0.05  89.10  -0.05   0.05   0.00 101.01   0.00      --  10.00
     8  -0.15  89.10  -0.17   0.17   0.00 101.01   0.00      --  10.00
     9  -0.22  93.50  -0.24   0.24   0.00 101.01   0.00      --  10.00
    10   0.00     --   0.00   0.46   0.46  98.00   0.45      --  13.56
    11   0.00     --   0.00   0.52   0.52  98.00   0.51      --  17.58
    12   0.00     --   0.00   0.37   0.37  98.00   0.36      --  20.44
    13   2.50  89.80   2.25   0.61   2.86  98.00   2.80  112.00  42.66
    14   2.50  89.80   2.25   1.15   3.40  98.00   3.33  133.16  69.08
    15   0.00     --   0.00   1.45   1.45  98.00   1.42      --  80.34
    16   0.00     --   0.00   0.96   0.96  98.00   0.94      --  87.80
    17   0.00     --   0.00   0.73   0.73  98.00   0.71      --  93.45
    18  -0.50  95.20  -0.53   0.49  -0.03  99.00  -0.03 1493.49  93.19
    19  -1.18  96.20  -1.23   0.38  -0.85  99.00  -0.86  137.99  86.39
    20  -3.00  92.50  -3.24   0.09  -3.15  99.00  -3.18   94.19  61.11
    21  -3.50  91.50  -3.83   0.02  -3.81  99.00  -3.84   91.06  30.61
    22  -2.00  95.00  -2.11   0.00  -2.11  99.00  -2.13   94.05  13.73
    23  -1.00  96.20  -1.04   0.00  -1.04  99.00  -1.05   95.24   5.39
Totaal  -6.11     --  -7.56   7.90   0.34     --  -0.00      --       
2025-05-29 19:00:33 info: Berekende prognoses: 
   uur  bat_in  bat_out   cons   prod   base   boil     wp     ev  pv_ac   cost  profit  b_tem
 19.00    0.52     0.00   0.87   0.00   0.35   0.00   0.00   0.00   0.00   0.21   -0.00  20.00
 20.00    0.00     0.00   0.26   0.00   0.26   0.00   0.00   0.00   0.00   0.06   -0.00  20.00
 21.00    0.00     0.01   0.31   0.00   0.31   0.00   0.00   0.00   0.00   0.07   -0.00  20.00
 22.00    0.00     0.00   0.28   0.00   0.28   0.00   0.00   0.00   0.00   0.07   -0.00  20.00
 23.00    0.00     0.00   0.22   0.00   0.22   0.00   0.00   0.00   0.00   0.05   -0.00  20.00
  0.00    0.00     0.00   0.21   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  1.00    0.00     0.00   0.21   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  2.00    0.00     0.00   0.21   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  3.00    0.00     0.00   0.21   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  4.00    0.00     0.00   0.21   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  5.00    0.00     0.01   0.20   0.00   0.21   0.00   0.00   0.00   0.00   0.04   -0.00  20.00
  6.00    0.00     0.02   0.31   0.00   0.33   0.00   0.00   0.00   0.00   0.07   -0.00  20.00
  7.00    0.00     0.05   0.46   0.00   0.51   0.00   0.00   0.00   0.00   0.11   -0.00  20.00
  8.00    0.00     0.15   0.27   0.00   0.42   0.00   0.00   0.00   0.00   0.06   -0.00  20.00
  9.00    0.00     0.22   0.16   0.00   0.39   0.00   0.00   0.00   0.00   0.03   -0.00  20.00
 10.00    0.00     0.00   1.71   0.00   1.71   0.00   0.00   0.00   0.00   0.26   -0.00  20.00
 11.00    0.00     0.00   1.71   0.00   1.71   0.00   0.00   0.00   0.00   0.26    0.00  20.00
 12.00    0.00     0.00   1.69   0.00   1.69   0.00   0.00   0.00   0.00   0.26    0.00  20.00
 13.00    2.50     0.00   4.22   0.00   1.73   0.00   0.00   0.00   0.00   0.63    0.00  20.00
 14.00    2.50     0.00   2.89   0.00   0.39   0.00   0.00   0.00   0.00   0.43    0.00  20.00
 15.00    0.00     0.00   0.45   0.00   0.45   0.00   0.00   0.00   0.00   0.07    0.00  20.00
 16.00    0.00     0.00   0.37   0.00   0.37   0.00   0.00   0.00   0.00   0.06    0.00  20.00
 17.00    0.00     0.00   0.34   0.00   0.34   0.00   0.00   0.00   0.00   0.05   -0.00  20.00
 18.00    0.00     0.50   0.30   0.00   0.80   0.00   0.00   0.00   0.00   0.07   -0.00  20.00
 19.00    0.00     1.18   0.00   0.63   0.55   0.00   0.00   0.00   0.00   0.00   -0.18  20.00
 20.00    0.00     3.00   0.00   2.65   0.35   0.00   0.00   0.00   0.00   0.00   -0.84  20.00
 21.00    0.00     3.50   0.00   3.19   0.30   0.00   0.00   0.00   0.00   0.00   -1.07  20.00
 22.00    0.00     2.00   0.00   1.73   0.27   0.00   0.00   0.00   0.00   0.00   -0.54  20.00
 23.00    0.00     1.00   0.00   0.76   0.24   0.00   0.00   0.00   0.00   0.00   -0.21  20.00
Totaal    5.52    11.63  18.07   8.96  15.21   0.00   0.00   0.00   0.00   3.07   -2.83       
2025-05-29 19:00:33 info: Winst: € 0.30
2025-05-29 19:00:33 info: Doorzetten van alle settings naar HA
2025-05-29 19:00:33 info: Grid set point: 869.0 W
2025-05-29 19:00:33 info: Cycle cost Simulatie: 1.12 euro
2025-05-29 19:00:33 info: Netto vermogen naar(+)/uit(-) omvormer Simulatie: 522 W
2025-05-29 19:00:33 info: Balanceren: False
2025-05-29 19:00:34 info: Vermogen uit batterij: -557W
2025-05-29 19:00:34 info: Vermogen dat binnenkomt van pv: 143W
2025-05-29 19:00:34 info: Vermogen dat binnenkomt van ac: 413W
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%
2025-05-29 19:00:34 info: Waarde SoC na eerste uur: 9.7%

code:

{
    "homeassistant": {},
    "database ha": {
        "engine": "mysql",
        "password": "!secret db_da_password"
    },
    "database da": {
        "engine": "sqlite",
        "db_path": "../data"
    },
    "meteoserver-key": "!secret meteoserver-key",
    "prices": {
        "source day ahead": "nordpool",
        "entsoe-api-key": "!secret entsoe-api-key",
        "regular high": 0.2675,
        "regular low": 0.2575,
        "switch to low": 23,
        "energy taxes delivery": {
            "2023-01-01": 0.12599,
            "2024-01-01": 0.1088,
            "2025-01-01": 0.10154
        },
        "energy taxes redelivery": {
            "2022-01-01": 0.06729,
            "2023-01-01": 0.12599,
            "2024-01-01": 0.1088,
            "2025-01-01": 0.10154
        },
        "cost supplier delivery": {
            "2024-04-01": 0.02415
        },
        "cost supplier redelivery": {
            "2024-04-01": 0.02415
        },
        "vat": {
            "2024-01-01": 21
        },
        "last invoice": "2024-07-01",
        "tax refund": "True"
    },
    "logging level": "info",
    "use_calc_baseload": "True",
    "baseload calc periode": 56,
    "baseload": [
        0.13,
        0.13,
        0.13,
        0.13,
        0.13,
        0.13,
        0.13,
        0.13,
        0.18,
        0.18,
        0.18,
        0.18,
        0.18,
        0.18,
        0.18,
        0.18,
        0.18,
        0.28,
        0.28,
        0.28,
        0.18,
        0.18,
        0.13,
        0.13
    ],
    "graphical backend": "",
    "graphics": {
        "style": "Solarize_Light2",
        "show": "true",
        "prices delivery": "True",
        "prices redelivery": "True",
        "average delivery": "True"
    },
    "strategy": "minimize cost",
    "notifications": {
        "notification entity": "",
        "opstarten": "False",
        "berekening": "False",
        "last activity entity": "input_datetime.dao_last_activity"
    },
    "grid": {
        "max_power": 17
    },
    "history": {
        "save days": 7
    },
    "dashboard": {
        "port": 5000
    },
    "boiler": {
        "boiler present": "False"
    },
    "heating": {
        "heater present": "False"
    },
    "battery": [
        {
            "name": "Simulatie",
            "entity actual level": "sensor.battery_sim_growatt_test",
            "capacity": 12.6,
            "upper limit": 100,
            "lower limit": 10,
            "minimum power": 500,
            "dc_to_bat efficiency": 0.98,
            "bat_to_dc efficiency": 0.99,
            "cycle cost": 0.05,
            "entity set power feedin": "input_number.dao_set_power_feedin",
            "entity set operating mode": "input_select.dao_bat_sim_operating_mode",
            "entity stop inverter": "input_datetime.dao_stop_inverter",
            "entity balance switch": "input_boolean.dao_balance_switch",
            "entity calculated soc": "input_number.dao_entity_calculated_soc",
            "entity from pv": "input_number.dao_from_pv",
            "entity from ac": "input_number.dao_from_ac",
            "entity from battery": "input_number.dao_from_battery",
            "solar": [
             {
              "name": "Solar",
              "tilt": 35,
              "orientation": 0,
              "capacity": 3.12,
              "yield": 0.00663,
              "entity pv switch": "input_boolean.dao_pv_enabled"
              }
            ],
            "charge stages": [
                {
                    "power": 0,
                    "efficiency": 1
                },
                {
                    "power": 500,
                    "efficiency": 0.785
                },
                {
                    "power": 1000,
                    "efficiency": 0.872
                },
                {
                    "power": 1500,
                    "efficiency": 0.897
                },
                {
                    "power": 2000,
                    "efficiency": 0.899
                },
                {
                    "power": 2500,
                    "efficiency": 0.898
                },
                {
                    "power": 3000,
                    "efficiency": 0.892
                },
                {
                    "power": 3500,
                    "efficiency": 0.882
                },
                {
                    "power": 4600,
                    "efficiency": 0.865
                }
            ],
            "discharge stages": [
                {
                    "power": 0,
                    "efficiency": 1
                },
                {
                    "power": 200,
                    "efficiency": 0.891
                },
                {
                    "power": 500,
                    "efficiency": 0.935
                },
                {
                    "power": 1000,
                    "efficiency": 0.952
                },
                {
                    "power": 1250,
                    "efficiency": 0.962
                },
                {
                    "power": 1500,
                    "efficiency": 0.952
                },
                {
                    "power": 2000,
                    "efficiency": 0.95
                },
                {
                    "power": 2500,
                    "efficiency": 0.934
                },
                {
                    "power": 3000,
                    "efficiency": 0.925
                },
                {
                    "power": 3500,
                    "efficiency": 0.915
                },
                {
                    "power": 4000,
                    "efficiency": 0.9
                },
                {
                    "power": 4650,
                    "efficiency": 0.893
                }
            ]
        }
    ],
    "solar": [],
    "electric vehicle": [],
    "machines": [],
    "tibber": {
        "api_token": "!secret tibber_api_token"
    },
   "report": {
    "entities grid consumption": [
      "sensor.dsmr_reading_electricity_delivered_1",
      "sensor.dsmr_reading_electricity_delivered_2"
    ],
    "entities grid production": [
      "sensor.dsmr_reading_electricity_returned_2",
      "sensor.dsmr_reading_electricity_returned_1"
    ],
    "entities solar production ac": [
      "sensor.panelen_energy_returned"
    ],
    "entities solar production dc": [],
    "entities ev consumption" : ["sensor.wieg_energy_added"],
    "entities wp consumption" : [],
    "entities boiler consumption": [],
    "entities battery consumption": ["sensor.ess_grid_consumption"],
    "entities battery production": ["sensor.ess_grid_production"]
  },
    "scheduler": {
        "1030": "get_meteo_data",
        "1255": "get_day_ahead_prices",
        "1355": "get_day_ahead_prices",
        "1455": "get_day_ahead_prices",
        "1554": "get_day_ahead_prices",
        "1630": "get_meteo_data",
        "1655": "get_day_ahead_prices",
        "2230": "get_meteo_data",
        "2359": "clean_data",
        "0430": "get_meteo_data",
        "0930": "calc_baseloads",
        "xx00": "calc_optimum"
    }
}

Met deze instellingen (relatief hoge cycle kosten, laad-efficiency rond 89%) is het vandaag alleen "voordelig" om van het net te laden tussen 13 en 15 uur. Omdat de zon weinig schijnt wordt dus de maximale lading van 100% niet bereikt.
Als je kijkt naar de logging zie je dat de totale cyclekosten uitkomen op 1,12 euro bij een winst van 0,30 euro.
Mijn vraag aan jou is: wil je die rem op het gebruik van je batterij.
De degeneratie van een thuisbatterij gaat meestal sneller door veroudering dan door gebruik.
Maar die (gewetens?)keuze moet je zelf maken.

Verder is er nog wel een punt van aandacht (hoort meer thuis bij "zelf een powerwall bouwen"):
Ik zou een batterij nooit meer laden dan maximaal 0,25 van zijn capaciteit.
Ik ken jouw batterij niet, maar ik zou het laden/ontladen daarop begrenzen anders zal de degeneratie als sneller gaan dan gehoopt.
Maar stel dat het een 50V systeem (steeds 16 cellen LiFePO4 in serie) en de capaciteit is 12,6 kWh dan is de totale capaciteit 12600VAh/50V = 250 Ah. Dus je maximale stroom naar/van de cellen zou dan nooit hoger mogen zijn dan 250 x 0,25 = 62,5 A. Bij een gemiddelde spanning van 50 V komt dit overeen met ruim 3000W.
Bij een niet-hybride omvormer kun je deze beperking inbouwen door de maximale schaal van charge/discharge te beperken
Er zijn met name voor hybride omvormers (zoals de jouwe) twee extra (optionele) settings in DAO waarmee je het vermogen naar de cellen kunt beperken: bat_to_dc max power en dc_to_bat max power.
Zoek deze instellingen op in de handleiding (DOCS.md) en doe er je voordeel mee.

[KC27]

sjampeter schreef op donderdag 29 mei 2025 @ 12:00:
[...]


https://github.com/corneel27/day-ahead/issues/189
feitelijk hebben we hier alleen een work arround gecreëerd volgens mij.
hink op 2 gedachten.
als ik een backup van huidige hass op de nieuwe server zet, zet ik de mogelijke fout in database tevens mee over lijkt mij.
alles opnieuw instellen op nieuwe server is een bak werk, maar mogelijk wel de enige juiste oplossing om zeker te zijn.
any thoughts?

Je kunt eerst (in een rustig uurtje) proberen de backup van HA en DAO op de nieuwe server te zetten en kijken of alles goed werkt (zet daarbij tijdelijk de oude HA-machine en DAO uit).
Als dat niet werkt kun je ook alleen HA terugzetten en DAO opnieuw installeren. Je kunt een sql-export van de DAO-database maken en deze importeren in een nieuw opgezette database. Ook de DAO settings en secrets kun je eenvoudig kopiëren.
Dan hou je wel je DAO-historie en dat gaat ook snel.
Denk je dat dit kan werken?

Ik heb zelf enkele maanden terug HA en DAO overgezet van een Pi4 naar een Pi5. Die Pi5 opzetten (met ssd) was meer werk dan HA en DAO overzetten via een backup (was binnen een uur gebeurd).

[konehead]

KC27 schreef op donderdag 29 mei 2025 @ 22:42:
[...]

Met deze instellingen (relatief hoge cycle kosten, laad-efficiency rond 89%) is het vandaag alleen "voordelig" om van het net te laden tussen 13 en 15 uur. Omdat de zon weinig schijnt wordt dus de maximale lading van 100% niet bereikt.
Als je kijkt naar de logging zie je dat de totale cyclekosten uitkomen op 1,12 euro bij een winst van 0,30 euro.
Mijn vraag aan jou is: wil je die rem op het gebruik van je batterij.
De degeneratie van een thuisbatterij gaat meestal sneller door veroudering dan door gebruik.
Maar die (gewetens?)keuze moet je zelf maken.

Verder is er nog wel een punt van aandacht (hoort meer thuis bij "zelf een powerwall bouwen"):
Ik zou een batterij nooit meer laden dan maximaal 0,25 van zijn capaciteit.
Ik ken jouw batterij niet, maar ik zou het laden/ontladen daarop begrenzen anders zal de degeneratie als sneller gaan dan gehoopt.
Maar stel dat het een 50V systeem (steeds 16 cellen LiFePO4 in serie) en de capaciteit is 12,6 kWh dan is de totale capaciteit 12600VAh/50V = 250 Ah. Dus je maximale stroom naar/van de cellen zou dan nooit hoger mogen zijn dan 250 x 0,25 = 62,5 A. Bij een gemiddelde spanning van 50 V komt dit overeen met ruim 3000W.
Bij een niet-hybride omvormer kun je deze beperking inbouwen door de maximale schaal van charge/discharge te beperken
Er zijn met name voor hybride omvormers (zoals de jouwe) twee extra (optionele) settings in DAO waarmee je het vermogen naar de cellen kunt beperken: bat_to_dc max power en dc_to_bat max power.
Zoek deze instellingen op in de handleiding (DOCS.md) en doe er je voordeel mee.

Stom! naar de schalen had ik nog niet naar gekeken. Heb een config file uit dit draadje gepakt, dan wist ik zeker dat ik een goede zou hebben. Was zo gefocust op de entiteiten en het werkend krijgen Die beperking moet en ga ik inbouwen. dank!

Vraag: Hoe kan ik het beste de schalen bepalen/definiëren obv mijn batterij specs? (sorry nieuw terrein voor mij)

[ Voor 3% gewijzigd door konehead op 29-05-2025 23:07 ]

[konehead]

konehead schreef op donderdag 29 mei 2025 @ 23:04:
[...]


Stom! naar de schalen had ik nog niet naar gekeken. Heb een config file uit dit draadje gepakt, dan wist ik zeker dat ik een goede zou hebben. Was zo gefocust op de entiteiten en het werkend krijgen Die beperking moet en ga ik inbouwen. dank!

Vraag: Hoe kan ik het beste de schalen bepalen/definiëren obv mijn batterij specs? (sorry nieuw terrein voor mij)

Ik heb het aan chat gevraagd:

Omvormer: Growatt MIN 4600 TL-XH
• AC vermogen: 4600 W
• DC batterijvermogen (laad/ontlaad): ca. 3.0 – 3.3 kW (bij benadering, afhankelijk van firmware & configuratie)
• Aantal fasen: 1-fase
• Batterij: Growatt ARK XH 12.8
• Capaciteit: 12.8 kWh
• Nominale spanning: ca. 256V
• Max laad-/ontlaadvermogen: ± 3 kW (gelijk aan wat de omvormer kan leveren)

De exacte laad-/ontlaadvermogenslimieten van de batterij worden vaak begrensd door de omvormer (niet door de batterij zelf), tenzij je meerdere batterijen parallel plaatst. In jouw geval (1-fase + 1 batterij) is 3000 W een veilige en realistische bovengrens voor zowel laden als ontladen.

Charge stages (laden via AC → DC):
[
{"power": 0.0, "efficiency": 1.0},
{"power": 1000.0, "efficiency": 0.95},
{"power": 2000.0, "efficiency": 0.94},
{"power": 3000.0, "efficiency": 0.93}
]


Discharge stages (ontladen via DC → AC):
[
{"power": 0.0, "efficiency": 1.0},
{"power": 1000.0, "efficiency": 0.94},
{"power": 2000.0, "efficiency": 0.93},
{"power": 3000.0, "efficiency": 0.92}
]

Wat vind je hiervan @KC27? Leerzaam dagje! En echt toffe applicatie heb je gemaakt - dank 😃

[KC27]

konehead schreef op donderdag 29 mei 2025 @ 23:29:
[...]


Ik heb het aan chat gevraagd:

Omvormer: Growatt MIN 4600 TL-XH
• AC vermogen: 4600 W
• DC batterijvermogen (laad/ontlaad): ca. 3.0 – 3.3 kW (bij benadering, afhankelijk van firmware & configuratie)
• Aantal fasen: 1-fase
• Batterij: Growatt ARK XH 12.8
• Capaciteit: 12.8 kWh
• Nominale spanning: ca. 256V
• Max laad-/ontlaadvermogen: ± 3 kW (gelijk aan wat de omvormer kan leveren)

De exacte laad-/ontlaadvermogenslimieten van de batterij worden vaak begrensd door de omvormer (niet door de batterij zelf), tenzij je meerdere batterijen parallel plaatst. In jouw geval (1-fase + 1 batterij) is 3000 W een veilige en realistische bovengrens voor zowel laden als ontladen.

Charge stages (laden via AC → DC):
[
{"power": 0.0, "efficiency": 1.0},
{"power": 1000.0, "efficiency": 0.95},
{"power": 2000.0, "efficiency": 0.94},
{"power": 3000.0, "efficiency": 0.93}
]


Discharge stages (ontladen via DC → AC):
[
{"power": 0.0, "efficiency": 1.0},
{"power": 1000.0, "efficiency": 0.94},
{"power": 2000.0, "efficiency": 0.93},
{"power": 3000.0, "efficiency": 0.92}
]

Wat vind je hiervan @KC27? Leerzaam dagje! En echt toffe applicatie heb je gemaakt - dank 😃

Ik zou sowieso ook nog het directe vermogen van en naar de cellen beperken met bat_to_dc max power en dc_to_bat max power, omdat er anders bij veel PV-vermogen alsnog teveel vermogen naar de cellen gaat. In dat geval kun je de discharge-stages nog wel ophogen tot het max van je omvormer zodat je bij maximaal pv-vermogen en max bat_to_dc je toch veel vermogen kunt wegstouwen (zal niet veel voorkomen).

Ik zou nog wel eerst goed uitzoeken hoe jouw batterij/cellen zijn opgebouwd.
Wat is de capaciteit van de cellen?
Staan er per pak 16 in serie, zodat de "pak-spanning" 50 V is?
Staan die pakken (5 stuks?) in serie (totaal 250V) of staan ze parallel (totaal 50 V)?
En dan mijn rekensommetje van hierboven nog eens opnieuw maken.

[remc1979]

remc1979 schreef op woensdag 28 mei 2025 @ 10:06:
[...]

Hallo,

De WP is gekoppeld met Viessmann VitoConnect. Ik kan dus alle informatie van de WP uitlezen in HA

Niemand?

[konehead]

KC27 schreef op vrijdag 30 mei 2025 @ 00:02:
[...]


Ik zou sowieso ook nog het directe vermogen van en naar de cellen beperken met bat_to_dc max power en dc_to_bat max power, omdat er anders bij veel PV-vermogen alsnog teveel vermogen naar de cellen gaat. In dat geval kun je de discharge-stages nog wel ophogen tot het max van je omvormer zodat je bij maximaal pv-vermogen en max bat_to_dc je toch veel vermogen kunt wegstouwen (zal niet veel voorkomen).

Ik zou nog wel eerst goed uitzoeken hoe jouw batterij/cellen zijn opgebouwd.
Wat is de capaciteit van de cellen?
Staan er per pak 16 in serie, zodat de "pak-spanning" 50 V is?
Staan die pakken (5 stuks?) in serie (totaal 250V) of staan ze parallel (totaal 50 V)?
En dan mijn rekensommetje van hierboven nog eens opnieuw maken.

Top ga ik uitzoeken!

[konehead]

Vandaag ging het laden helemaal goed, en om 19h/20h had ik verwacht dat hij zou gaan ontladen.. helaas. Vanaf drie uur werd het terug te laden volume steeds kleiner. Zie plaatje 1, 2 en 3. Terwijl de batterij om 17h helemaal vol zat.

Wat doe ik nu verkeerd? Voor de simulatie heb ik de efficiency netjes aangepast. Hij zou nu alles toch op het net moeten zetten vanaf 19h/20h?

code:

2025-05-30 20:15:26 info: Berekende prognoses: 
   uur  bat_in  bat_out   cons   prod   base   boil     wp     ev  pv_ac   cost  profit  b_tem
 20.00    0.00     0.00   0.26   0.00   0.35   0.00   0.00   0.00   0.00   0.08   -0.00  20.00
 21.00    0.00     0.42   0.00   0.12   0.30   0.00   0.00   0.00   0.00   0.00   -0.04  20.00
 22.00    0.00     0.00   0.27   0.00   0.27   0.00   0.00   0.00   0.00   0.08   -0.00  20.00
 23.00    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    0.00     0.00   1.58   0.00   1.58   0.00   0.00   0.00   0.00   0.44   -0.00  20.00
  1.00    0.00     0.00   0.98   0.00   0.98   0.00   0.00   0.00   0.00   0.26   -0.00  20.00
  2.00    0.00     0.00   0.25   0.00   0.25   0.00   0.00   0.00   0.00   0.07   -0.00  20.00
  3.00    0.00     0.00   0.25   0.00   0.25   0.00   0.00   0.00   0.00   0.07   -0.00  20.00
  4.00    0.00     0.00   0.24   0.00   0.24   0.00   0.00   0.00   0.00   0.06   -0.00  20.00
  5.00    0.00     0.01   0.24   0.00   0.25   0.00   0.00   0.00   0.00   0.06   -0.00  20.00
  6.00    0.00     0.07   0.25   0.00   0.33   0.00   0.00   0.00   0.00   0.07   -0.00  20.00
  7.00    0.00     0.17   0.43   0.00   0.60   0.00   0.00   0.00   0.00   0.11   -0.00  20.00
  8.00    0.00     0.37   0.00   0.02   0.35   0.00   0.00   0.00   0.00   0.00   -0.00  20.00
  9.00    0.00     0.43   0.00   0.04   0.39   0.00   0.00   0.00   0.00   0.00   -0.01  20.00
 10.00    0.00     0.94   0.00   0.46   0.48   0.00   0.00   0.00   0.00   0.00   -0.07  20.00
 11.00    0.00     0.00   0.51   0.00   0.51   0.00   0.00   0.00   0.00   0.08    0.00  20.00
 12.00    0.00     0.00   1.07   0.00   1.07   0.00   0.00   0.00   0.00   0.16    0.00  20.00
 13.00    0.00     0.00   2.08   0.00   2.08   0.00   0.00   0.00   0.00   0.28    0.00  20.00
 14.00    0.00     0.00   2.04   0.00   2.04   0.00   0.00   0.00   0.00   0.29    0.00  20.00
 15.00    0.00     0.00   2.40   0.00   2.40   0.00   0.00   0.00   0.00   0.36    0.00  20.00
 16.00    0.00     0.45   1.69   0.00   2.14   0.00   0.00   0.00   0.00   0.26    0.00  20.00
 17.00    0.00     1.13   0.00   0.72   0.41   0.00   0.00   0.00   0.00   0.00   -0.14  20.00
 18.00    0.00     0.77   0.00   0.01   0.76   0.00   0.00   0.00   0.00   0.00   -0.00  20.00
 19.00    0.00     2.42   0.00   2.10   0.32   0.00   0.00   0.00   0.00   0.00   -0.65  20.00
 20.00    0.00     2.76   0.00   2.50   0.26   0.00   0.00   0.00   0.00   0.00   -0.96  20.00
 21.00    0.00     2.76   0.00   2.47   0.29   0.00   0.00   0.00   0.00   0.00   -0.95  20.00
 22.00    0.00     2.76   0.00   2.52   0.24   0.00   0.00   0.00   0.00   0.00   -0.80  20.00
 23.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
Totaal    0.00    15.47  15.00  10.97  19.59   0.00   0.00   0.00   0.00   2.86   -3.63       
2025-05-30 20:15:26 info: Winst: € 2.12
2025-05-30 20:15:26 info: Doorzetten van alle settings naar HA
2025-05-30 20:15:26 info: Grid set point: 346.0 W
2025-05-30 20:15:26 info: Cycle cost Simulatie: 0.00 euro
2025-05-30 20:15:26 info: Netto vermogen naar(+)/uit(-) omvormer Simulatie: 0 W
2025-05-30 20:15:26 info: Balanceren: False
2025-05-30 20:15:26 info: Vermogen uit batterij: -125W
2025-05-30 20:15:26 info: Vermogen dat binnenkomt van pv: 125W
2025-05-30 20:15:26 info: Vermogen dat binnenkomt van ac: 0W
2025-05-30 20:15:26 info: Waarde SoC na eerste uur: 13.3%
2025-05-30 20:15:26 info: Waarde SoC na eerste uur: 13.3%

code:

    "battery": [
        {
            "name": "Simulatie",
            "entity actual level": "sensor.battery_sim_growatt_test",
            "capacity": 12.6,
            "upper limit": 100,
            "lower limit": 10,
            "minimum power": 500,
            "dc_to_bat efficiency": 0.98,
            "bat_to_dc efficiency": 0.99,
            "cycle cost": 0.00,
            "entity set power feedin": "input_number.dao_set_power_feedin",
            "entity set operating mode": "input_select.dao_bat_sim_operating_mode",
            "entity stop inverter": "input_datetime.dao_stop_inverter",
            "entity balance switch": "input_boolean.dao_balance_switch",
            "entity calculated soc": "input_number.dao_entity_calculated_soc",
            "entity from pv": "input_number.dao_from_pv",
            "entity from ac": "input_number.dao_from_ac",
            "entity from battery": "input_number.dao_from_battery",
            "solar": [
             {
              "name": "Solar",
              "tilt": 35,
              "orientation": 0,
              "capacity": 3.12,
              "yield": 0.00663,
              "entity pv switch": "input_boolean.dao_pv_enabled"
              }
            ],
            "charge stages": [
                {
                    "power": 0,
                    "efficiency": 1
                },
                {
                    "power": 1000,
                    "efficiency": 0.95
                },
                {
                    "power": 2000,
                    "efficiency": 0.94
                },
                {
                    "power": 3000,
                    "efficiency": 0.93
                }
            ],
            "discharge stages": [
                {
                    "power": 0,
                    "efficiency": 1
                },
                {
                    "power": 1000,
                    "efficiency": 0.94
                },
                {
                    "power": 2000,
                    "efficiency": 0.93
                },
                {
                    "power": 3000,
                    "efficiency": 0.92
                }
            ]
        }
    ],

[ Voor 114% gewijzigd door konehead op 30-05-2025 20:20 ]

[KC27]

remc1979 schreef op vrijdag 30 mei 2025 @ 15:58:
[...]

Niemand?

Als je je warmtepomp niet alleen kunt uitlezen maar ook kunt aansturen vanuit HA. Dan kun je de berekening van de aansturing door DAO laten doen.
Je kunt hiervoor het beste de handleiding (DOCS.md) raadplegen ipv dat ik (of iemand anders ) dat hier ga herhalen.
Als je concrete vragen hebt bij de implementatie dan helpen we je graag.