Hulp bij automatisering

[HedzerHA]

Ik heb inmiddels de basis ingesteld in DAO.

Zou nu graag stap voor stap verder willen met het automatiseren van de boiler, warmtepomp en PV.

Ik heb een Daikin Altherma warmtepomp.
ESPAltherma werkend.
Daikin Onecta werkend.

Is de "sensor.hysterese_hot_water" perse nodig?

Om de warmtepomp te starten heeft deze volgens mij het commando nodig "performance".
Hoe krijg ik de trigger vanuit DAO zodat ik de automatisering start in HA?

"boiler": {
"boiler present": "False",
"entity actual temp.": "sensor.watertanktemperature",
"entity setpoint": "sensor.watertank_setpoint",
"entity hysterese": "sensor.hysterese_hot_water",
"cop": 2.5,
"cooling rate": 0.4,
"volume": 230,
"heating allowed below": 41,
"elec. power": 2500,
"activate service": "turn_on",
"activate entity": "input_button.hw_trigger",
"boiler heated by heatpump": "True"
},

[corneel27]

De eerste stapzou moeten zijn, dat je het opwarmen van de boiler vanuit Home Assistant kunt starten met een helper zoals een input_buton of een input_boolean.
Daarna kun je dan die helper "aan" zetten van een commando in DAO.

Ik heb een Daikin Altherma warmtepomp.
ESPAltherma werkend.
Daikin Onecta werkend.

Ik heb geen ervaring met of verstand van Daikin. Misschien moet je op tweakers kijken (LW-warmtepomp topic).
Die hysterese heeft DAO nodig om te berekenen wanneer het "absolute" laagtepunt van de boiler wordt bereikt, want dan moet ie in ieder geval gaan opwarmen.

Hoe krijg ik de trigger vanuit DAO zodat ik de automatisering start in HA?
Als jij die input_button hebt staan dan volstaat een "press" (ipv turn_on) om de button te activeren,
Als je daar in HA een automatisering aan hangt die het opwarmen start dan ben je "klaar".

[HedzerHA]

Kan de "entity hysterese" ook een "input_number zijn"?

[HedzerHA]

Hhmm, ik heb nu een helper aangemaakt "input_number.hysterese"

ik krijg dan de melding:
2024-12-25 15:28:35 info: Boiler opwarmen wordt ingepland tussen: 14 en 18 uur

lijkt wel te werken.

[corneel27]

De hysterse kun je natuurlijk opgeven via een input_number, maar eigenlijk is het een instelling (of eigenschap) van je boiler.
Het is namelijk het temperatuurverschil tussen de bovengrens (het setpoint) van je boiler (= de maximale temperatuur die bij opwarmen wordt bereikt en waarop het opwarmen stopt) en de ondergrens je boiler (= de minimale temperatuur als die door afkoeling en/of gebruik wordt bereikt gaat ie - meestal automatisch - weer opwarmen).
Bij mij is de hysterese een instelling (die ik kan uitlezen en instellen), maar het kan ook zijn dat je ondergrens een instelling is en dan is dan moet je de hysteresee berekenen uit het verschil.
Ik heb alles zo ingesteld dat de boiler gemiddeld eens per dag wordt opgewarmd (en dan op het goedkoopste uur)

[corneel27]

Ik ben benieuwd of de boiler vandaag wordt opgewarmd. Hij staat wel in het schema.

Heeft het gisteren gewerkt?

[HedzerHA]

Ja boiler is gisteren opgewarmd.

[HedzerHA]

Gaat toch niet helemaal goed met het activeren van de boiler.

ik heb dit in de "options.json"

    "activate service": "press",
    "activate entity": "input_button.tapwater_aan",

een helper: "input_button.tapwater_aan"

een automatisering:

alias: DAO Start opwarmen boiler
description: ""
mode: single
triggers:
  - entity_id:
      - input_button.tapwater_aan
    trigger: state
conditions: []
actions:
  - target:
      entity_id: water_heater.daikin_onecta_b300bbd9_1bb4_4798_add7_1cf08861e8ae
    data:
      operation_mode: performance
    action: water_heater.set_operation_mode

Maar deze automatisering start niet.
Ik zie ook geen status wijziging van de input_button.

Als ik handmatig op de input_button druk, dan start het opwarmen wel.

[corneel27]

Vannacht om 4 uur is bij mij de boiler opgewarmd.

In de logging van DAO bij de berekening om 4:00 uur staat:
2024-12-28 04:00:17 info: Boiler opwarmen geactiveerd

Je kunt bij de history van de input_button zien of hij is getriggerd.
Zo ziet die er bij mij uit:

[HedzerHA]

De button is niet getriggerd.
Wellicht dat deze niet is getriggerd omdat de WP om 12.00u even geen wifi verbinding had, en daarom ook de "entity actual temp.": "sensor.watertanktemperature", niet kon uitlezen.

[HedzerHA]

Voor wat betreft de PV:
ik heb 2 omvormers.
Is het nodig om bij elk dakvlak ook de "entity pv switch" toe te voegen?
Of is 2x voldoende?

  "solar": [     
    {
      "name": "woning1",
      "tilt": 51,
      "orientation": 94,
      "capacity": 5.95,
      "yield": 0.011,
      "entity pv switch": "input_boolean.pv_woning_aan_uit"
    },
    {
      "name": "woning2",
      "tilt": 51,
      "orientation": 274,
      "capacity": 4.25,
      "yield": 0.008,
      "entity pv switch": "input_boolean.pv_woning_aan_uit"
    },
    {
      "name": "garage1",
      "tilt": 51,
      "orientation": 94,
      "capacity": 4.32,
      "yield": 0.008,
      "entity pv switch": "input_boolean.pv_garage_aan_uit"
    },
    {
      "name": "garage2",
      "tilt": 51,
      "orientation": 274,
      "capacity": 4.32,
      "yield": 0.008,
      "entity pv switch": "input_boolean.pv_garage_aan_uit"
    }    
  ],

[HedzerHA]

En moet dit een input_boolean zijn?
Of kun je direct de entity van de omvormer hier neerzetten?
In mijn geval: "number.solaredge_woning_i1_active_power_limit"

[corneel27]

Voor wat betreft de PV: ik heb 2 omvormers. Is het nodig om bij elk dakvlak ook de "entity pv switch" toe te voegen? Of is 2x voldoende?

Het beste is een input_boolean per omvormer.
Meer heeft sowieso geen zin.
Je kunt het - voorlopig - ook met een doen. Meestal hang je er een automatisering aan die dan de omvormer(s) uitstuurt.
Ik kan me in de toekomst nog wel situaties voorstellen dat we geen aan/uit aansturing doen, maar een regeling tussen 0 en 100% (als je pv-omvormer dat ondersteunt).
Dat is na afschaffing van de saldering.
Stel de situatie dat je accu('s) al vol zitten, de kale terugleverprijs is negatief en de inkoopprijs (met energiebelasting) is positief. Dan wil je je verbruik afdekken met je pv-productie, maar niet meer dan dat opwekken want dan kost het geld.

[corneel27]

En moet dit een input_boolean zijn? Of kun je direct de entity van de omvormer hier neerzetten? In mijn geval: "number.solaredge_woning_i1_active_power_limit"

De active_power_limit is een percentage (zie hieboven). Dus dan moet je wel met een input_boolean en een automatisering werken.
Maar "be prepared", zie hierboven!

[HedzerHA]

Ik heb vanaf 16.00u deze foutmelding:
2024-12-27 18:00:00 info: Verbruik dit contractjaar: None
2024-12-27 18:00:00 info: Productie dit contractjaar: None
Traceback (most recent call last):
File "/root/dao/prog/da_base.py", line 475, in run_task_function
getattr(self, run_task["function"])()
File "/root/dao/prog/da_base.py", line 415, in calc_optimum
dacalc.calc_optimum()
File "/root/dao/prog/day_ahead.py", line 322, in calc_optimum
cons_data_history["production"] < cons_data_history["consumption"]
TypeError: '<' not supported between instances of 'NoneType' and 'NoneType'
2024-12-27 18:00:00 fout: File: /root/dao/prog/da_scheduler.py, line 65, in
2024-12-27 18:00:00 fout: File: /root/dao/prog/da_scheduler.py, line 61, in main
2024-12-27 18:00:00 fout: File: /root/dao/prog/da_scheduler.py, line 49, in scheduler
2024-12-27 18:00:00 fout: File: /root/dao/prog/da_base.py, line 479, in run_task_function
2024-12-27 18:00:00 fout: File: /root/dao/prog/da_base.py, line 415, in calc_optimum
2024-12-27 18:00:00 fout: File: /root/dao/prog/day_ahead.py, line 322, in calc_optimum

[HedzerHA]

De fout ontstaat als ik "tax refund" op "False" zet.
Ik heb overschot met de PV, dus kan niet alles salderen.
Of moet ik deze pas op "False" zetten op het moment dat ik niet meer kan salderen?

[corneel27]

Als je "tax refund" op "False" zet gaat het programma uitzoeken of je al meer hebt teruggeleverd dan verbruikt.
Dan moeten er data zijn vanaf de begindatum van je huidige contractjaar (kijk bij "last invoice": "2024-09-01").
Bovendien moeten er dan ook vanaf die datum in de dao-database verbruiksgegevens zitten. Ik zie nu tot mijn schaamte dat er niet ook gekeken wordt in de ha-database (ga ik rechtzetten bij de volgende versie).
Korte termijn oplossing voor jou:
Zodra jouw verbruik in dit contractjaar lager dreigt te worden dan je teruglevering:

• laat "tax refund" op True
• maak een nieuwe regel met een nieuwe datum aan bij energy taxes redelivery, bijvoorbeeld

"energy taxes redelivery": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.10880,
      "2025-01-01": 0.10154,
      "2025-01-02": 0.0 
    },

Kun je hiermee verder?

[HedzerHA]

Jawel,

ik heb "last invoice" op 2023-09-01 staan, toen heb ik een dynamisch contract genomen. in de log staat dan: 2024-12-28 10:00:00 info: Verbruik dit contractjaar: None 2024-12-28 10:00:00 info: Productie dit contractjaar: None

komt dat dan omdat er niet terug wordt gekeken naar de HA-database?

Heb je hier nog een antwoord op? @corneel27

[corneel27]

Ik heb dat antwoord hierboven toch gegeven:

Ik zie nu tot mijn schaamte dat er niet ook gekeken wordt in de ha-database (ga ik rechtzetten bij de volgende versie).
Korte termijn oplossing voor jou:
Zodra jouw verbruik in dit contractjaar lager dreigt te worden dan je teruglevering:

laat "tax refund" op True
maak een nieuwe regel met een nieuwe datum aan bij energy taxes redelivery, bijvoorbeeld

"energy taxes redelivery": {
"2022-01-01": 0.06729,
"2023-01-01": 0.12599,
"2024-01-01": 0.10880,
"2025-01-01": 0.10154,
"2025-01-02": 0.0
},

Kun je hiermee verder?

Dus:

1. er is een "nood" oplossing
2. dit wordt opgelost in de volgende versie

[HedzerHA]

Ow excuus, zo had ik de link niet gelegd.
Helder nu.

[corneel27]

Vandaag versie 2025.1.0 op Github gezet.
Hopelijk werkt het nu wel goed.
Ook het issue met"no solution" is hopelijk opgelost.
Wil je het testen?

[HedzerHA]

ik ga het testen