Panasonic + Heishamon + Home assistant optimalisatie topic

[denneappel]

Ik heb eerder gepost dat ik bezig ben met het aansturen van de Panasonic via Home Assistant. Kreeg er wat reacties/vragen over en vond vandaag ook dit topic. Hierbij deel ik even wat ik tot nu toe heb. Wie weet hebben anderen er iets aan. Verbeteringen zijn natuurlijk ook welkom
- Het is allemaal lekker experimenteren op dit moment
- Het draait een maandje
- werkt bij mij goed
- gebruik wat notifications voor logging
- gebruik delays om het aantal shifts te beperken. Dat kan veel handiger.

Mijn doel voor nu:
- war stoken met stooklijn
- fysieke thermostaat in woonkamer (WAF + temperatuur bepalen)
- Zo lang mogelijke runs / niet pendelen
- Ik vind een precieze temperatuur minder belangrijk.

Eventueel later:
- Nachtverlaging als dit zinvol is
- Runs sturen naar gunstig moment op de dag als de warmtepomp niet 24/7 hoeft te draaien (dynamisch of post salderen)

Daarvoor gebruik ik 3 template/helper sensors en 3 automations:

Template/Helpers:

1. binary_sensor.aquarea_compressor_running:
- Compressor frequency is numeric. Bij triggers/conditions kun je dan geen 'for' gebruiken. Dat wil ik graag om te bepalen hoe lang mijn run is of hoe lang de compressor al uit staat.

2. sensor.woonkamer_lisa_temp_difference:
- thermostaat setpoint - daadwerkelijke temperatuur.

3. sensor.thermostaat_derivative:
- Bepaalt de snelheid waarmee de temperatuur in huis stijgt/daalt.

automations

1. Een shift +1
- triggered als de temperatuur in huis te laag is + deze niet voldoende stijgt + de compressor draait of deze > X uur uitstaat.
- Doet een shift +1 en zet eventueel de WP aan als deze uit staat.

YAML:

alias: warmtepomp - thermostaat +1
description: ""
trigger:
  - platform: state
    entity_id:
      - binary_sensor.aquarea_compressor_running
    attribute: position
    to: above
    for:
      hours: 0
      minutes: 30
      seconds: 0
  - platform: state
    entity_id:
      - sensor.woonkamer_lisa_temp_difference
condition:
  - condition: numeric_state
    entity_id: sensor.thermostaat_derivative
    below: 0.4
  - condition: numeric_state
    entity_id: sensor.woonkamer_lisa_temp_difference
    below: -0.3
  - alias: compressor draait of is lang genoeg uit.
    condition: or
    conditions:
      - condition: state
        entity_id: binary_sensor.aquarea_compressor_running
        state: "on"
      - condition: state
        entity_id: binary_sensor.aquarea_compressor_running
        state: "off"
        for:
          hours: 2
          minutes: 0
          seconds: 0
      - condition: numeric_state
        entity_id: sensor.woonkamer_lisa_temp_difference
        below: -1
action:
  - service: notify.pushover
    data:
      message: "triggered automation: {{ this.attributes.friendly_name }} (heatshift +1)"
  - if:
      - condition: state
        entity_id: binary_sensor.aquarea_compressor_running
        state: "off"
    then:
      - service: switch.turn_on
        data: {}
        target:
          entity_id: switch.panasonic_heat_pump_main_heatpump_state
      - service: notify.pushover
        data:
          message: compressor start
  - service: number.set_value
    data:
      value: >-
        {{ states('number.panasonic_heat_pump_main_z1_heat_request_temp') |
        float + 1 }}
    target:
      entity_id: number.panasonic_heat_pump_main_z1_heat_request_temp
    alias: Heat shift +1
  - delay:
      hours: 0
      minutes: 30
      seconds: 0
      milliseconds: 0
mode: single

2. Een shift -1
- triggered als de temperatuur in huis te hoog is + stijgt.
- Als de buiten temperatuur < 10ºc of de compressor < X uur draait dan shift deze alleen als de compressor niet dreigt uit te vallen.

YAML:

alias: warmtepomp - thermostaat -1
description: ""
trigger:
  - platform: state
    entity_id:
      - sensor.woonkamer_lisa_temp_difference
condition:
  - condition: numeric_state
    entity_id: sensor.thermostaat_derivative
    above: 0.1
  - condition: numeric_state
    entity_id: sensor.woonkamer_lisa_temp_difference
    above: 0.3
  - alias: Compressor kan lager of draait lang genoeg
    condition: or
    conditions:
      - condition: numeric_state
        entity_id: sensor.panasonic_heat_pump_main_compressor_freq
        above: 25
      - condition: state
        entity_id: binary_sensor.aquarea_compressor_running
        state: "on"
        for:
          hours: 3
          minutes: 0
          seconds: 0
action:
  - choose:
      - conditions:
          - condition: numeric_state
            entity_id: sensor.buiten_temperatuur
            below: 8
          - condition: numeric_state
            entity_id: sensor.panasonic_heat_pump_main_compressor_freq
            below: 22
        sequence: []
    default:
      - service: number.set_value
        data:
          value: >-
            {{ states('number.panasonic_heat_pump_main_z1_heat_request_temp') |
            float - 1 }}
        target:
          entity_id: number.panasonic_heat_pump_main_z1_heat_request_temp
        alias: Heat shift -1
      - service: notify.pushover
        data:
          message: "triggered automation: {{ this.attributes.friendly_name }}"
  - delay:
      hours: 0
      minutes: 30
      seconds: 0
      milliseconds: 0
mode: single

3. WP uit bij compressor stop:
- zet de warmtepomp uit zodra de compressor stopt (Nu nog "main power" maar straks is dit de thermostaat input, CN2 uit mijn hoofd). Dit voorkomt dat de WP uit zichzelf weer start en gaat pendelen.

YAML:

alias: warmtepomp - uit na compr stop
description: ""
trigger:
  - platform: numeric_state
    entity_id: sensor.panasonic_heat_pump_main_compressor_freq
    below: 1
condition:
  - condition: state
    entity_id: switch.panasonic_heat_pump_main_heatpump_state
    state: "on"
  - condition: state
    entity_id: switch.panasonic_heat_pump_main_defrosting_state
    state: "off"
    for:
      hours: 0
      minutes: 2
      seconds: 0
action:
  - service: switch.turn_off
    data: {}
    target:
      entity_id: switch.panasonic_heat_pump_main_heatpump_state
  - service: automation.turn_off
    data:
      stop_actions: false
    target:
      entity_id: automation.warmtepomp_uit_na_compr_stop
    enabled: false
  - service: notify.pushover
    data:
      message: Warmtepomp - compressor gestopt en warmtepomp uitgeschakelt
mode: single

[wheli]

Dank voor het delen!
Ik ben echt nieuw in HA, ben er mee begonnen zodat ik via Heishamon de Panasonic aan kan sturen en uit kan lezen.

Ik ben vooral een beetje bang dat ik per ongeluk de hele boel dicht laat vriezen als ik iets verkeerd automatiseer

Ik stook net als jij WAR maar met de controller in de woonkamer. Ik heb nu in HA een simpel tijdschema gemaakt met 2 graden nachtverlaging (19 graden, dus pana uit bij 18) en om 10:00 uur weer aan naar 21 graden. Op die manier een zo hoog mogelijke COP en lange runs. Met deze temperaturen (10-14 graden) zijn mijn runs echt kort, 1-3 uur maximaal.
Tenslotte een simpele notificatie op mijn telefoon als het aantal watt <30 is, als ik dan denk dat hij uit gaat omdat hij zn warmte niet kwijt kan (bv door instraling zon) zet ik hem handmatig van 21 naar 19.

[timovd]

Is er iets veranderd in HA 2023.11 omtrent onderstaande?
Ik had scripts gemaakt met een dummy waarde in de device_id voor de Aquarea switches (main power en heat mode option) en het zetten van de kamerthermostaat op heat (of cool in geval van cooling). Met één script zet ik drie waardes in één keer aan/om en wordt gekoeld/verwarmd.
Ik kon er natuurlijk op wachten dat dit een keer kapot zou gaan door het gebruiken van een dummy device_id. Maar is er een andere optie voor om een script te maken waarbij deze drie acties worden uitgevoerd? Device_id verwijderen biedt geen soelaas.

Huidig script voor verwarmen:

YAML:

alias: turn on heat
sequence:
  - device_id: 34a3d6b194edd5f755ce274895***
    domain: select
    entity_id: input_select.heishamon_heatmode
    type: select_option
    option: Heat
  - device_id: 34a3d6b194edd5f755ce274895***
    domain: switch
    entity_id: switch.aquarea_main_power
    type: turn_on
  - device_id: 79265fb67163c35f87036c8cfa***
    domain: climate
    entity_id: climate.living
    type: set_hvac_mode
    hvac_mode: heat
mode: single
icon: mdi:radiator

[denneappel]

@timovd Ik begreep dat er iets met device IDs misgaat in de update naar 2023.11.

Zie: TheFes in "Home Assistant: Open source Python3 home automation - deel 5"

Jij zou in je script service calls kunnen gebruiken ipv devices.

[timovd]

Nieuw script:

YAML:

alias: turn on heat
sequence:
  - service: climate.set_hvac_mode
    data:
      hvac_mode: heat
    target:
      entity_id: climate.living
  - service: switch.turn_on
    data: {}
    target:
      entity_id: switch.aquarea_main_power
  - service: input_select.select_option
    data:
      option: Heat
    target:
      entity_id: input_select.heishamon_heatmode
mode: single
icon: mdi:radiator

Wamtepomp staat nu zachtjes te pruttelen, dus die ga ik niet uitschakelen voor het testen.
Kamerthermostaat uitgeschakeld en die is vervolgens weer ingeschakeld middels dit script.

[Shizzle]

Vraagje, hebben jullie in home assistant een waarde op je dashboard voor KWH per dag? Ik had dit eerder wel maar sinds recente updates niet meer.
Ik weet dat er iets veranderd is met naamgeving van “energy” naar “power”.
Het lukt me dus niet om een som van het verbruik op het dashboard te krijgen.

Hebben jullie dat wel?

[denneappel]

Het helpt als je even je yaml / code deelt denk ik.

[Shizzle]

Sorry… welke yalm moet ik dan posten? (Beginneling).
Ik heb overigens HA draaien met influxdb en grafana maar krijg het zowel in grafana als in HA dashboard niet voor elkaar.

[denneappel]

Kun je dan posten wat je eerder hebt gemaakt en werkte?

[Shizzle]

Aha, ik had de werkende versie nog draaien (andere virtual machine op synology) maar ik zie nu dat ik het daar allemaal iets anders geinstalleerd heb blijkbaar. In de oude VM heb ik folder met Packages met daar heishamon.yaml. In de nieuwe installatie heb ik alles in de Custom Components folder zitten. Eigenlijk geen idee hoe ik dat nou gedaan heb destijds.

Ik zal eerst uitzoeken hoe dat nou zit voor ik weer met de vraag hier kom.

[HB16]

Hallo denneappel

Daarvoor gebruik ik 3 template/helper sensors en 3 automations:
Template/Helpers:
1. binary_sensor.aquarea_compressor_running:
- Compressor frequency is numeric. Bij triggers/conditions kun je dan geen 'for' gebruiken. Dat wil ik graag om te bepalen hoe lang mijn run is of hoe lang de compressor al uit staat.

2. sensor.woonkamer_lisa_temp_difference:
- thermostaat setpoint - daadwerkelijke temperatuur.

3. sensor.thermostaat_derivative:
- Bepaalt de snelheid waarmee de temperatuur in huis stijgt/daalt.

kun je dit iets meer uitleggen met die HA Helpers.
Krijg het niet helmaal voor elkaar

[denneappel]

@HB16

1. binary_sensor.aquarea_compressor_running: Is een threshold helper. Hier staat wat uitleg: https://www.home-assistant.io/integrations/threshold/

Zo ziet het er bij mij uit na deze te hebben gemaakt. Het is een binary sensor die aangeeft of de compressor draait


En dit zijn de instellingen van mijn threshold sensor. Als de frequency van de compressor boven de 18hz komt dan beschouw ik de compressor als draaiende.


2. sensor.woonkamer_lisa_temp_difference: Dit is een template sensor. Geeft aan wat het temperatuur verschil is tussen het setpoint van de thermostaat en de ruimte temperatuur. Als de thermostaat op 21ºc staat en het is 19.8ºc in mijn woonkamer dan geeft deze sensor als waarde -1.2ºc

YAML:

template:
  - sensor:
      - name: "woonkamer_lisa_temp_difference"
        unit_of_measurement: "ºC"
        state: > 
          {{ "%.1f" % float(states('sensor.woonkamer_lisa_temperature') | float - states('sensor.woonkamer_lisa_setpoint') | float) }}

3. sensor.thermostaat_derivative: Geeft aan met hoe snel de woonkamer opwarmt / afkoelt in graden per uur.
Hiervoor gebruik ik een derivative helper. Zie: https://www.home-assistant.io/integrations/derivative/

Op dit moment staat de warmtepomp uit daalt de temperatuur met 0.79ºc per uur.


Dit zijn de door mij gebruikte opties voor deze sensor:

[denneappel]

Vandaag lag de buiten temperatuur tussen 10ºc en 13ºc. Mij 9J heeft 3 runs van iets meer dan 3 uur gedaan om 100 jaar oude huis met matige isolatie op temperatuur te houden. De temperatuur in de woonkamer schommelde tussen de 19.4ºc en 21ºc.



Op dit moment ben ik bezig om deze lange runs zoveel mogelijk te schuiven richting gunstige momenten. 3 uur tussen runs vind ik wel het maximale maar ik zal bij voldoende export de runs sneller laten starten en bij onvoldoende export max 3 uur laten wachten bijvoorbeeld. Dit is wat experimenteren maar het lijkt mij een mooie oplossing.

[HB16]

Thanks

Daar kan ik wel wat mee. Zit alleen ff te kijken hoe ik de difference bepaal met de TADO thermostaat.
Ik heb alleen maar een temperatuur sensor en vocht sensor van deze TADO. Geen setpoint waarde.

grt Harm

[denneappel]

Hoe schakel je op dit moment je warmtepomp uit als het te warm wordt?

[HB16]

Op het moment draait deze WAR met stooklijn -5 35 15 30 .
Ik heb de 7KW WP aangesloten op mijn zonnecollector buffervat.
De wp stopt op gegeven moment als setpoint is behaald,dus puur op eigen regeling voor nu. Betekend wel dat de waterpomp blijft draaien.

Voor mijn vloer verwarming heb ik aparte regelgroep (staat op 28 graden) die dus nu door de tado thermostaat geregeld wordt.
Ik wil dmv home assistent de warmtepomp en zonneboiler regelaar met cv regelgroepen met elkaar koppelen.
Lange runs maken net wat jij hebt gedaan.
Voor een dag als vandaag verbruik ik 6Kw per dag voor 80 M2 vloer verwarming op 20 graden te houden.
Ik tweak af en toe handmatig via HA het setpoint van de WP tussen -2 en 0.


De regeling die jij hebt gemaakt vind ik interessant om dit te kunnen realiseren.
Zoals te zien wil van de kort runs af.



grt harm

[ Voor 6% gewijzigd door HB16 op 19-11-2023 19:51 ]

[O085105116N]

@denneappel

Ik ben een heel eind gekomen met je script, maar ik begrijp niet hoe je

2. sensor.woonkamer_lisa_temp_difference:
- thermostaat setpoint - daadwerkelijke temperatuur.

Deze voor elkaar krijgt.

Zou je deze kunnen toelichten?

Ik weet namelijk niet hoe je aan de setpoint komt. Ik heb alleen een generieke thermostaat in gebruik. Dat is een climate. Deze heeft wel weer een attribute temperature, die geeft de setpoint temp weer. Maar ik weet niet hoe ik die moet integeren om het verschil te berekenen.

[ Voor 69% gewijzigd door O085105116N op 13-01-2024 23:46 ]

[denneappel]

Setpoint is de gewenste temperatuur. Ik kan je hoop ik helpen als je wat info post.
Ben je bekend met developer tools > template? Daar kun je makkelijk alle attributen ophalen.

Zo ziet dat er bij mij dan uit.



En als je van elkaar aftrekt krijg je het verschil te zien.

Django/Jinja:

{{ states.climate.woonkamer_lisa.attributes.current_temperature - states.climate.woonkamer_lisa.attributes.temperature }}

[O085105116N]

@denneappel

Het is gelukt met je uitleg.

Ik heb deze toegevoegd aan configuration.yaml

code:

template:
  - sensor:
      - name: "woonkamer_temp_difference"
        unique_id: woonkamer_temp_difference
        unit_of_measurement: "ºC"
        state: > 
          {{ states.climate.thermostaat_woonkamer.attributes.current_temperature - states.climate.thermostaat_woonkamer.attributes.temperature }}

Ik zag alleen dat de temp derivative 24c/h is.... (Dat heeft zichzelf net gecorrigeerd)

Ben benieuwd of de scripts gaan werken nu. Ik zal wel e.e.a. moet gaan fintunen vermoed ik.

Edit: de +1 heeft net automatisch een correctie gedaan.

[ Voor 7% gewijzigd door O085105116N op 14-01-2024 13:00 ]

[denneappel]

@O085105116N Finetunen inderdaad

[O085105116N]

denneappel schreef op zondag 14 januari 2024 @ 13:13:
@O085105116N Finetunen inderdaad

Heel erg bedankt voor je hulp. Ik ga nu naar de veranderende cijfertjes staren.

[O085105116N]

@denneappel

Zojuist werd de setpoint geraakt, daarna door naar een verschil van 0,3 graden. De heatshift -1 werd uitgevoerd, daarna schakelde de WP direct uit.

Is dit het begoogde gedrag? Dus nu wachten totdat de WP zichzelf weer inschakelt?
Ik gebruik overigens WAR op de WP, moet ik deze aanpassen naar direct?

Compressor freq was 60Hz op moment van uitschakelen.

mmm, ik denk dat de generic thermostaat dit heeft gedaan. Die moet ik even om de tuin zien te leiden denk ik.

[ Voor 21% gewijzigd door O085105116N op 14-01-2024 22:41 ]

[denneappel]

@O085105116N Bij een freq van 60Hz en een shift -1 zou ik geen compressor stop verwachten inderdaad ;-)

[O085105116N]

Ik zie met het scripts van @denneappel al een verschil in comfort en gebruik. Er is nog geen parameter verder aangepast. Temperatuur schommelt minimaal en verbruik is ook lager dan voorheen (ik deed alles handmatig instellen).

[bartvl]

Ik heb een losse vraag, misschien wat basic, over Heishamon icm Home Assistant. Ik gebruik de standaard MQTT add-on als broker.

Als ik in mijn Heisha integratie kijk dan vallen de waardes vaak weg naar -128 e.d. Lijkt er op dat de waardes eens in de zoveel tijd geupdatet worden en niet behouden blijven tot de volgende update ronde. Weten jullie wat ik verkeerd doe?

[O085105116N]

bartvl schreef op woensdag 17 januari 2024 @ 13:04:
Ik heb een losse vraag, misschien wat basic, over Heishamon icm Home Assistant. Ik gebruik de standaard MQTT add-on als broker.

Als ik in mijn Heisha integratie kijk dan vallen de waardes vaak weg naar -128 e.d. Lijkt er op dat de waardes eens in de zoveel tijd geupdatet worden en niet behouden blijven tot de volgende update ronde. Weten jullie wat ik verkeerd doe?

In heishamon zelf. TOP10 geeft bij mij -128c aan. Dat is de dhw temp. maar die heb ik niet. Dus geen gemeten waarde.

Kijk dus eerst even in heishamon zelf naar de waardes. Ik denk dat ze afkomstig zijn van zaken waar geen sensor readings van zijn.

[bartvl]

Nee ik bedoel: het zijn echt waardes die juist worden weergegeven. En een paar seconde later staan ze op -128 bijv.

[Separator]

Ik heb Heishamon al een tijdje in listen mode draaien en wil graag eea zichtbaar gaan maken in Home Assistant. Ik krijg het niet aan het werk. Ik zie geen (al dan niet verborgen) aquarea entiteiten terug. Wat zie ik over het hoofd?

HACS had ik al en ik heb de one click installatie gevolgd op https://github.com/kamaradclimber/heishamon-homeassistant. Hoe kan ik zien of die installatie gelukt is? Het enige wat mij opvalt is dat ik nu een Aquarea yaml zie:



De core-mosquitto MQTT integratie heb ik ingesteld op het topic: panasonic_heat_pump. Wanneer ik daar de configuratie van open en op "start listening" klik dan lijkt er niets te gebeuren. Ik heb daarna MQTT explorer gedownload en die kan ik succesvol verbinden met Home Assistant. Vervolgens heb ik een "hallo wereld" gestuurd naar het topic panasonic_heat_pump en die komt binnen:



In Heishamon zijn de settings zoals in de onderstaande screenshot en dat is hetzelfde als ik in MQTT explorer invul.



Hier loop ik vast. Welke vervolgstap zie ik over het hoofd?

[ Voor 6% gewijzigd door Separator op 18-01-2024 07:02 ]

[bartvl]

Hoe heb je de gebruiker en wachtwoord ingesteld? Heb je daar een separaat account voor aangemaakt in Home Assistant?

[bartvl]

bartvl schreef op woensdag 17 januari 2024 @ 20:37:
Nee ik bedoel: het zijn echt waardes die juist worden weergegeven. En een paar seconde later staan ze op -128 bijv.

Mijn eigen issue lijkt opgelost. Ik had de Heishamon module ruim een jaar geleden besteld. Bij ingebruikname geen firmware update ofzo gedaan. Nu toch maar wel gedaan. Dit lijkt het probleem op te lossen.

Ter illustratie: het moment van de firmware update is wel aardig aan te wijzen 😉.

[ Voor 35% gewijzigd door bartvl op 17-01-2024 22:45 ]

[Separator]

bartvl schreef op woensdag 17 januari 2024 @ 22:28:
Hoe heb je de gebruiker en wachtwoord ingesteld? Heb je daar een separaat account voor aangemaakt in Home Assistant?

Ik heb een separaat account in home assistant. Die user en password heb ik ook ingesteld in de broker en op heishamon.

Misschien nog noemenswaardig is dat mijn mqtt integratie weergegeven wordt zoals hieronder, dus met de configure button. Dat ken ik alleen van integraties die ik nog niet in gebruik heb.

[ Voor 93% gewijzigd door Separator op 18-01-2024 08:32 ]

[WOrange]

Momenteel heb ik mijn Heishamon nog in listen only draaien en wordt de Panasonic geactiveerd vanaf een EMOS aan/uit thermostaat. Nu wil ik graag nachtverlaging toepassen. Mijn idee is om een virtuele thermostaat aan te maken in Home Assistant welke de temperatuur van een bestaande sensor uitleest en die dan weer doorgeeft aan de warmtepomp. De fysieke thermostaat komt dan te vervallen. En uiteraard haal ik dan de wifi-module weg en laat ik Heishamon alles aansturen.
Heeft iemand dit al draaien en zo ja, hoe?

[WOrange]

Met behulp van het Node Red Dashboard is het gelukt. Zie Heishamon <> Node Red voor Panasonic warmtepompen.

[Pejdref]

@hemertje @bbbrumbrum Dit leek me het beste topic om te reageren. Jullie vroegen naar de logica om te voorkomen dat de Panasonic te lang draait zonder compressor. Panasonic noemt dit in de manual de 'thermo off' status, dus ik noem dat ook zo.

Let wel, ik weet niet of dit een goede oplossing is, maar vooralsnog lijkt het te werken. Ik kan mijn volledige logica niet delen omdat dit een beetje een gedrocht is geworden die niet meer uit te leggen is. Staat nog op mijn to do lijst om dit beter te maken. Beschouw dit dus als een opzetje en geen volledige oplossing. Wat eigen inzicht is dus wel nodig en het is verder ook op eigen risico, het is geen copy-paste oplossing.

Ik heb een 7kW J-series + heishamon die ik via HA met de heishamon integratie aanstuur https://github.com/kamaradclimber/heishamon-homeassistant
De Panasonic is ingesteld op directe temperatuur, omdat ik de stooklijn logica ook in Home Assistant draai. Als jouw WAR op de Panasonic draait moet je met shift commando's de temperatuur sturen, hier heb ik zelf geen ervaring mee maar aan de logica om te bepalen wanneer er iets moet gebeuren verandert niet denk ik.

Ik werk graag met template boolean helpers (status aan/uit) om statussen te bepalen. Voor deze automation gebruik ik de volgende helpers:

Heating_now_running

YAML:

{{states('sensor.panasonic_heat_pump_main_compressor_freq')|float(0) >= 5 and states('sensor.panasonic_heat_pump_main_threeway_valve_state')=="Room"}}

Om te bepalen of de verwarming actief is met de compressor aan, je zou eventueel de defrost state nog mee kunnen nemen in de vergelijking, ik doe dat pas in de automation zelf. Let op dat deze status soms heel even fout positief kan zijn (bijvoorbeeld na een DHW run). In mijn automations houd ik daar rekening mee door pas te triggeren als deze 1 minuut de status 'aan' heeft.
Na het typen van de rest van deze reactie realiseer ik me dat ik deze Helper niet gebruik in deze automation maar ik laat hem toch even staan.

Heating_thermo_off

YAML:

{{states('sensor.panasonic_heat_pump_main_pump_speed')|float(0)>0 and states('sensor.panasonic_heat_pump_main_compressor_freq')|float(0) <= 5 and states('sensor.panasonic_heat_pump_main_threeway_valve_state')=="Room"}}

Om te bepalen of de verwarming actief is maar de compressor uit. Ook hiervoor geldt dat deze soms heel even fout positief kan zijn. Ook is deze positief als de heat modus wordt ingeschakeld, de pomp gaat dan altijd eerst 3 minuten draaien voordat de Panasonic besluit of de compressor aanmoet.

temperature_goal_reached

YAML:

{{states('sensor.inside_temperature_link')|float(25)>=state_attr('climate.heating_thermostat', 'temperature')|float(25)}}

Om te bepalen of de ruimte temperatuur bereikt is (groter of gelijk dan de ingestelde temperatuur op de thermostaat).

Hiermee maak ik de volgende automation:

YAML:

alias: Escape_thermo_off
description: ""
triggers:
  - entity_id:
      - binary_sensor.heating_thermo_off
    to: "on"
    for:
      hours: 0
      minutes: 5
      seconds: 0
    id: thermo_off
    trigger: state
  - entity_id:
      - binary_sensor.heating_thermo_off
    to: "on"
    for:
      hours: 0
      minutes: 10
      seconds: 0
    id: thermo_off
    trigger: state
  - entity_id:
      - binary_sensor.heating_thermo_off
    to: "on"
    for:
      hours: 0
      minutes: 15
      seconds: 0
    id: thermo_off
    trigger: state
  - entity_id:
      - binary_sensor.heating_thermo_off
    to: "on"
    for:
      hours: 0
      minutes: 20
      seconds: 0
    id: thermo_off_20
    trigger: state
conditions:
  - condition: state
    entity_id: switch.panasonic_heat_pump_main_defrosting_state
    state: "off"
    alias: Defrosting state has to be off
  - condition: numeric_state
    entity_id: sensor.panasonic_heat_pump_main_main_target_temp
    below: input_number.stooklijn_water_max
    alias: >-
      Outlet Target Temperature has to be lower than max allowed water
      temperature
  - condition: state
    entity_id: binary_sensor.temperature_goal_reached
    state: "off"
    for:
      hours: 0
      minutes: 0
      seconds: 0
    alias: Room temperature must be below goal temperature
actions:
  - action: climate.set_temperature
    target:
      entity_id: climate.panasonic_heat_pump_main_z1_temp
    data:
      temperature: >-
        {{ state_attr('climate.panasonic_heat_pump_main_z1_temp', 'temperature')
        | float(20) + 1}}
    alias: Increase watertemp by 1
mode: single
trace:
  stored_traces: 30

De automation is wat uitgekleed omdat ik een hoop logica in 1 automation heb zitten dus ik heb deze niet getest, maar het idee moet duidelijk zijn.

Deze triggert dus als de thermo off 5 minuten, 10 minuten, 15 minuten en 20 minuten actief is. Dat kan vast mooier maar dit werkt.

De watertemp wordt alleen verhoogd als:
Defrost niet actief is.
Max watertemp nog niet bereikt is (die bepaal je zelf, in mijn geval de hoogste waarde van de stooklijn).
De gewenste ruimtetemperatuur nog niet bereikt is.

Bij de 20 minuten trigger heb ik normaal ook nog logica die de warmtepomp uitschakelt indien de ruimte op temperatuur is zodat de pomp niet onnodig lang blijft lopen. De warmtepomp wordt dan weer aangezet door de thermostaat.

Als deze automation ervoor zorgt dat de target temperatuur hoger dan de stooklijn wordt heb ik weer andere logica die de target temperatuur na een tijdje weer verlaagt (alleen als dit niet zorgt dat de compressor weer uitgaat).

[Pejdref]

De bijbehorende stooklijn logica in Home Assistant in plaats van op de Panasonic:

Template helper sensor om de actuele waarde van de stooklijn te bepalen:

YAML:

{% if states('sensor.outside_temperature_link') | float<=states('input_number.stooklijn_buiten_laag') | float %} 
{{ states('input_number.stooklijn_water_max') | float }}
{% elif states('sensor.outside_temperature_link') | float>=states('input_number.stooklijn_buiten_hoog') | float %}
{{ states('input_number.stooklijn_water_min') | float }}
{% else %}
{{ states('input_number.stooklijn_water_max') | float + (states('sensor.outside_temperature_link') | float -states('input_number.stooklijn_buiten_laag') | float) *((states('input_number.stooklijn_water_max') | float - states('input_number.stooklijn_water_min') | float)/(states('input_number.stooklijn_buiten_laag') | float - states('input_number.stooklijn_buiten_hoog') | float)) }}
{% endif %}

Visualisatie van de stooklijn met Plotly Graph Card:

YAML:

type: custom:plotly-graph
refresh_interval: 1
title: Heat curve HA (external)
defaults:
  entity:
    show_value: false
    line:
      shape: line
layout:
  xaxis:
    type: number
    autorange: true
    title: Outside Temperature °C
    fixedrange: true
  yaxis:
    title: Water Temperature °C
    fixedrange: true
entities:
  - entity: ""
    name: Zone 1
    x:
      - -15
      - $ex hass.states['input_number.stooklijn_buiten_laag'].state
      - $ex hass.states['input_number.stooklijn_buiten_hoog'].state
      - 20
    "y":
      - $ex hass.states['input_number.stooklijn_water_max'].state
      - $ex hass.states['input_number.stooklijn_water_max'].state
      - $ex hass.states['input_number.stooklijn_water_min'].state
      - $ex hass.states['input_number.stooklijn_water_min'].state

[Tinkerer84]

Heeft iemand al een eenvoudige automation gemaakt om de target temperature te shiften op basis van dynamische tarieven?

[Pejdref]

@Tinkerer84 Moet het eenvoudig zijn?

Ik draai er nog geen automation op (momenteel nog een vast contract) maar heb wel ooit een begin gemaakt hiervoor. Wat ik heb gedaan is de verwachte COP (op basis van weersvoorspelling) combineren met de dynamische prijzen. Zie hier: Pejdref in "Home Assistant: Open source Python3 home automation - deel 5"

Ik heb wel al logica geschreven om de DHW run hier op te plannen, die is nog niet optimaal omdat er geen rekening gehouden wordt met het feit dat die DHW run langer dan een uur kan duren. Die logica is niet echt geschikt voor wat jij wil, maar kan het wel delen als je er iets aan hebt.

[hemertje]

met mijn zoektocht op internet kom ik deze uitleg met Helpers. entities and automations tegen:

YouTube: Panasonic heatpump in Homeassistant full control.


en de bijbehorende scripts:

https://github.com/simonsays-techtalk/HAPA/tree/main
(o.a. met dank aan @denneappel )

[hemertje]

denneappel schreef op donderdag 2 november 2023 @ 14:03:

Eventueel later:
- Nachtverlaging als dit zinvol is
- Runs sturen naar gunstig moment op de dag als de warmtepomp niet 24/7 hoeft te draaien (dynamisch of post salderen)

@denneappel
heb jij de nachtverlaging en de runs sturen naar een gunstig moment op de dag nog voor elkaar gekregen?

[O085105116N]

Voor de mensen die een derivative of afgeleidesensor gebruiken. Werkt die bij jullie nog?

Bij ziet ie er zo uit.


Ik verwacht een veel grilliger patroon en ook niet van die extreme uitschieters. Bij de eerste installatie (begin dit jaar ergens) zag dit er ook heel anders uit.

[ Voor 14% gewijzigd door O085105116N op 28-11-2024 13:32 ]

[denneappel]

@O085105116N Wat is je source sensor? (staat bij attributen).

[O085105116N]

denneappel schreef op donderdag 28 november 2024 @ 13:30:
@O085105116N Wat is je source sensor? (staat bij attributen).

Ik heb het screenshot aangepast. Het is de temp sensor die in de woonkamer hangt.

[Nnoitra]

O085105116N schreef op donderdag 28 november 2024 @ 13:17:
Voor de mensen die een derivative of afgeleidesensor gebruiken. Werkt die bij jullie nog?

Bij ziet ie er zo uit.
[Afbeelding]

Ik verwacht een veel grilliger patroon en ook niet van die extreme uitschieters. Bij de eerste installatie (begin dit jaar ergens) zag dit er ook heel anders uit.

Werkt prima.
Wat bij jouw opvalt, is dat de laatste update 4 uur geleden was. Dat betekend dat je source, waar de derivative vandaan komt, al 4 uur geen update geeft gehad.
De berekening is op basis van de vorige en laatst binnengekomen update, dat kan je uitschieters verklaren.

Mijn input sensor geeft zo'n beetje elke minuut wel een update.
Overigens heb ik de time window op 20 minuten gezet om ruis weg te filteren (een buitendeur die even open gaat, of een defrost waardoor de warmte afgifte ff inkakt) maar daar ben ik nog mee aan het spelen om te kijken of het uitmaakt bij zulke snelle updates...

[ Voor 4% gewijzigd door Nnoitra op 28-11-2024 13:51 ]

[denneappel]

hemertje schreef op dinsdag 5 november 2024 @ 21:56:
[...]


@denneappel
heb jij de nachtverlaging en de runs sturen naar een gunstig moment op de dag nog voor elkaar gekregen?

Nachtverlaging doe ik niet (meer) aan. Het energie verbruik valt mij heel erg mee en bij nachtverlaging hoort ook een ochtendverhoging. Dat is zeer onhandig als het koud en vochtig is omdat je dan snel defrosts krijgt. Bovendien is in de ochtend een van de pieken kwa stroomprijs als ik straks dynamisch ga.


Ik maak wel onderscheid tussen perioden waarop de pana wel/niet 24/7 moet draaien. Bij mij ligt die grens rond een buiten temperatuur van ~10 graden. Voor dagen dat het warmer is probeer ik de runs te sturen naar momenten met export. Dat gaat grotendeels automatisch door:
- De Ta te verhogen als de WP drijgt uit te vallen en er export is
- Te wachten met een compressor start tot er export is als er nog > x kWh PV verwacht wordt op dezelfde dag.

Daarnaast heb ik een automation gemaakt die aan het einde van de middag even een run doet op de laatste zonnestralen zodat de WP minder snel 's nachts aanslaat.

(ik werk inmiddels met een input select om het gedrag van de warmtepomp te kunnen bepalen).

YAML:

alias: warmtepomp - koude verwacht, start 1 run
description: ""
mode: single
triggers:
  - event: sunset
    offset: "-03:00:00"
    trigger: sun
  - entity_id:
      - sensor.grid_export_potential
    above: 1
    for:
      hours: 0
      minutes: 1
      seconds: 0
    trigger: numeric_state
conditions:
  - condition: sun
    after: sunset
    after_offset: "-03:00:00"
  - condition: state
    entity_id: binary_sensor.koude_verwacht
    state: "on"
  - condition: state
    entity_id: binary_sensor.aquarea_compressor_running
    state: "off"
    for:
      hours: 1
      minutes: 0
      seconds: 0
  - condition: state
    entity_id: switch.panasonic_heat_pump_main_heatpump_state
    state: "on"
  - condition: not
    conditions:
      - condition: state
        entity_id: input_select.warmtepomp_modus
        state: 1 run
actions:
  - action: notify.pushover
    metadata: {}
    data:
      message: Warmtepomp start run ivm koude
  - action: input_select.select_option
    metadata: {}
    data:
      option: 1 run
    target:
      entity_id: input_select.warmtepomp_modus
  - action: automation.turn_off
    metadata: {}
    data:
      stop_actions: true
    target:
      entity_id: automation.warmtepomp_1_run_end
  - action: automation.turn_on
    metadata: {}
    data: {}
    target:
      entity_id: automation.warmtepomp_1_run_end_pv

De automation "1 run" zet vervolgens de WP aan (afhankelijk van export) en radiator ventilatoren uit zodat er zoveel mogelijk warmte in het systeem (radiatoren + vloer) opgenomen kan worden dat langzaam wordt afgegeven). Als ik de ventilatoren aan laat staan dan wordt het bij mij heel warm met een Ta van 33 graden.

YAML:

alias: warmtepomp 1 run - start
description: ""
mode: single
triggers:
  - entity_id:
      - input_select.warmtepomp_modus
    to: 1 run
    trigger: state
conditions: []
actions:
  - action: number.set_value
    target:
      entity_id: number.panasonic_heat_pump_main_z1_heat_curve_target_low_temp
    data:
      value: "33"
  - if:
      - condition: numeric_state
        entity_id: sensor.grid_export_potential
        below: 2
    then:
      - action: select.select_option
        metadata: {}
        data:
          option: "3"
        target:
          entity_id: select.panasonic_heat_pump_main_quiet_mode_level
  - action: switch.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: switch.kincony_relais_board_heatpump_hold
  - action: switch.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: switch.heatfans

[O085105116N]

Temperatuur is net 0,1c gestegen met dit als resultaat. Ik heb inderdaad vrij lang een stabiele temperatuur is huis.

Ik realiseer me net dat de sensor aan een PLC hangt en alleen een update geeft bij een wijzgiging. Ik kan kijken of ik iedere x minuten kan pollen via de PLC. Misschien dat ik dat ooit zo had? Geen idee meer, moet mijn eigen config nog maar eens nalopen, want zoals het nu is, was het niet. Niet dat ik er momenteel iets van merk, maar het gedrag is wel anders.

Nnoitra schreef op donderdag 28 november 2024 @ 13:45:
[...]

Werkt prima.
Wat bij jouw opvalt, is dat de laatste update 4 uur geleden was. Dat betekend dat je source, waar de derivative vandaan komt, al 4 uur geen update geeft gehad.
De berekening is op basis van de vorige en laatst binnengekomen update, dat kan je uitschieters verklaren.

Mijn input sensor geeft zo'n beetje elke minuut wel een update.
Overigens heb ik de time window op 20 minuten gezet om ruis weg te filteren (een buitendeur die even open gaat, of een defrost waardoor de warmte afgifte ff inkakt) maar daar ben ik nog mee aan het spelen om te kijken of het uitmaakt bij zulke snelle updates...

[ Voor 13% gewijzigd door O085105116N op 28-11-2024 14:24 ]

[nMad]

Wellicht kan ik hier andere HeishaMon + HA gebruikers blij mee maken.

Probleem en oplossing
Home Assistant - HeishaMon integratie COP sensor is niet accuraat omdat Panasonic power consumption / production inaccuraat is. Daarnaast is het niet mogelijk om de COP van een bepaalde tijdsperiode te meten.

Oplossing:

• Power production (W) / energy produced (kWh) zelf berekenen aan de hand van een formule.
• kWh meters gebruiken om power consumtion (W) / energy consumed (kWh) accuraat te meten.
• Utility meters aanmaken die periodiek resetten om COP per bepaalde tijdsperiode te kunnen berekenen.

Actuele "live" power production / COP
Ik heb twee template sensors aangemaakt voor accurate power production waarde en actuele "live" COP.
Voor de COP berekening gebruik ik HomeWizard kWh-meters als input voor accurate "energy consumption".
Mijn COP sensor "Aquarea HW Calculated COP" is alleen beschikbaar als er power production is en heb ik deze de state class "measurement" gegeven.

Gemiddelde COP van de warmtepomp over de totale levensduur
Dit is de derde sensor in de onderstaande template.yaml. Deze berekent de COP over de totale levensduur van de warmtepomp. Total energy production / total energy consumption (incl. BUH). State class is “total”.

Power consumption / production + COP per tijdsperiode
Bovendien heb ik veel (15) utility meters aangemaakt die de consumption en production voor een bepaalde tijdsperiode bijhoudt: hourly, daily, weekly, monthly, yearly. De sources voor deze utility meters zijn de "Aquarea Total Energy Produced Calculated" uit de sensors.yaml voor de Energy Produced en mijn 2 HomeWizard kWh meters voor de Energy Consumed. Vervolgens heb ik per tijdsperiode een template sensor aangemaakt die de COP voor die periode berekent. Deze sensor is alleen beschikbaar als er energy production in die periode is geweest en heb ik de state class "total" gegeven.

configuration.yaml

code:

sensor: !include sensors.yaml
template: !include templates.yaml
utility_meter: !include utility_meters.yaml

sensors.yaml (nieuw aan te maken als je deze nog niet hebt)

code:

# Use Riemann Sum to track total Aquarea Total Energy Produced Calculated (kWh) 
# Source is template sensor Aquarea Power Produced Calculated (W)
- platform: integration
  source: sensor.aquarea_power_produced_calculated
  name: "Aquarea Total Energy Produced Calculated"
  unique_id: "panasonic_heat_pump_total_energy_produced_calculated"
  unit_prefix: k
  round: 2
  max_sub_interval:
    minutes: 5

templates.yaml (nieuw aan te maken als je deze nog niet hebt)
regel 11, 12, 48 & 49 sensor vervangen door je eigen sensor voor warmtepomp power (W) + BUH power (W).

code:

- sensor:
    # Sensor for calculating the actual Power production
    # Using Panasonic flow rate, outlet temp, inlet temp
    - unique_id: "panasonic_heat_pump_power_produced_calculated"
      name: "Aquarea Power Produced Calculated"
      unit_of_measurement: "W"
      state_class: "measurement"
      state: >
        {% set flowRate = states('sensor.panasonic_heat_pump_main_pump_flow') | float(default=0) %}
        {% set flowRateSec = flowRate / 60 %}
        {% set outletTemp = states('sensor.panasonic_heat_pump_main_main_outlet_temp') | float(default=0) %}
        {% set inletTemp = states('sensor.panasonic_heat_pump_main_main_inlet_temp') | float(default=0) %}
        {% set deltaTemp = outletTemp - inletTemp %}
        {% set value = flowRateSec * 4.153 * deltaTemp * 1000 %}
        {% if flowRate > 1 and value > 0 %}
          {{ '%0.0f' % value }}
        {% else %}
          0.0
        {% endif %}

    # Sensor for calculating the combined COP for both heating and DHW
    # Using Template sensor calculated power production and HomeWizard power consumption values
    - unique_id: "panasonic_heat_pump_hw_calculated_cop"
      name: "Aquarea HW Calculated COP"
      unit_of_measurement: "x"
      state_class: "measurement"
      availability: "{{ states('sensor.aquarea_power_produced_calculated') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.aquarea_power_produced_calculated') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.hw_panasonic_wh_mdc07j3e5_power') | float(default=0) %}
        {% set consumedBuh = states('sensor.hw_panasonic_wh_mdc07j3e5_buh_power') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% if consumed > 200 %}
          {% set value = [ [produced / consumed, 10] | min , -10 ] | max %}
          {{ '%0.1f' % value }}
        {% else %}
          0.0
        {% endif %}

    # Sensor for calculating the combined COP average for both heating and DHW
    # Using Panasonic total power production and HomeWizard energy import values
    - unique_id: panasonic_heat_pump_hw_calculated_cop_lifetime
      name: "Aquarea HW Calculated COP average"
      unit_of_measurement: "x"
      state_class: "total"
      state: >
        {% set produced = states('sensor.aquarea_pump_total_production_total') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.hw_panasonic_wh_mdc07j3e5_energy_import') | float(default=0) %}
        {% set consumedBuh = states('sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = produced / consumed %}
        {{ '%0.1f' % value }}

    # Sensor for calculating the hourly COP
    # Using utility meters for production & consumption values
    - unique_id: "panasonic_heat_pump_cop_hourly"
      name: "Aquarea COP hourly"
      unit_of_measurement: "x"
      state_class: "total"
      availability: "{{ states('sensor.aquarea_energy_produced_hourly') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.aquarea_energy_produced_hourly') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.aquarea_energy_consumed_hourly') | float(default=0) %}
        {% set consumedBuh = states('sensor.aquarea_energy_consumed_buh_hourly') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = 0 if produced == 0 else produced / consumed %}
        {{ '%0.1f' % value }}

    # Sensor for calculating the daily COP
    # Using utility meters for production & consumption values
    - unique_id: "panasonic_heat_pump_cop_daily"
      name: "Aquarea COP daily"
      unit_of_measurement: "x"
      state_class: "total"
      availability: "{{ states('sensor.aquarea_energy_produced_daily') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.aquarea_energy_produced_daily') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.aquarea_energy_consumed_daily') | float(default=0) %}
        {% set consumedBuh = states('sensor.aquarea_energy_consumed_buh_daily') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = 0 if produced == 0 else produced / consumed %}
        {{ '%0.1f' % value }}

    # Sensor for calculating the weekly COP
    # Using utility meters for production & consumption values
    - unique_id: "panasonic_heat_pump_cop_weekly"
      name: "Aquarea COP weekly"
      unit_of_measurement: "x"
      state_class: "total"
      availability: "{{ states('sensor.aquarea_energy_produced_weekly') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.aquarea_energy_produced_weekly') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.aquarea_energy_consumed_weekly') | float(default=0) %}
        {% set consumedBuh = states('sensor.aquarea_energy_consumed_buh_weekly') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = 0 if produced == 0 else produced / consumed %}
        {{ '%0.1f' % value }}

    # Sensor for calculating the monthly COP
    # Using utility meters for production & consumption values
    - unique_id: "panasonic_heat_pump_cop_monthly"
      name: "Aquarea COP monthly"
      unit_of_measurement: "x"
      state_class: "total"
      availability: "{{ states('sensor.aquarea_energy_produced_monthly') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.aquarea_energy_produced_monthly') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.aquarea_energy_consumed_monthly') | float(default=0) %}
        {% set consumedBuh = states('sensor.aquarea_energy_consumed_buh_monthly') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = 0 if produced == 0 else produced / consumed %}
        {{ '%0.1f' % value }}

    # Sensor for calculating the yearly COP
    # Using utility meters for production & consumption values
    - unique_id: "panasonic_heat_pump_cop_yearly"
      name: "Aquarea COP yearly"
      unit_of_measurement: "x"
      state_class: "total"
      availability: "{{ states('sensor.aquarea_energy_produced_yearly') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.aquarea_energy_produced_yearly') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.aquarea_energy_consumed_yearly') | float(default=0) %}
        {% set consumedBuh = states('sensor.aquarea_energy_consumed_buh_yearly') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = 0 if produced == 0 else produced / consumed %}
        {{ '%0.1f' % value }}

utility_meters.yaml (nieuw aan te maken als je deze nog niet hebt)
Onderstaande twee sensors vervangen door je eigen kWh meter sensors.

• sensor.hw_panasonic_wh_mdc07j3e5_energy_import
• sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import

code:

# Panasonic heat pump energy production hourly
panasonic_heat_pump_energy_produced_hourly:
  unique_id: "panasonic_heat_pump_energy_produced_hourly"
  name: "Aquarea energy produced hourly"
  source: sensor.aquarea_total_energy_produced_calculated
  cycle: hourly

# Panasonic heat pump energy consumption hourly
panasonic_heat_pump_energy_consumed_hourly:
  unique_id: "panasonic_heat_pump_energy_consumed_hourly"
  name: "Aquarea energy consumed hourly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_energy_import
  cycle: hourly

# Panasonic heat pump energy consumption BUH hourly
panasonic_heat_pump_energy_consumed_buh_hourly:
  unique_id: "panasonic_heat_pump_energy_consumed_buh_hourly"
  name: "Aquarea energy consumed BUH hourly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import
  cycle: hourly

# Panasonic heat pump energy production daily
panasonic_heat_pump_energy_produced_daily:
  unique_id: "panasonic_heat_pump_energy_produced_daily"
  name: "Aquarea energy produced daily"
  source: sensor.aquarea_total_energy_produced_calculated
  cycle: daily

# Panasonic heat pump energy consumption daily
panasonic_heat_pump_energy_consumed_daily:
  unique_id: "panasonic_heat_pump_energy_consumed_daily"
  name: "Aquarea energy consumed daily"
  source: sensor.hw_panasonic_wh_mdc07j3e5_energy_import
  cycle: daily

# Panasonic heat pump energy consumption BUH daily
panasonic_heat_pump_energy_consumed_buh_daily:
  unique_id: "panasonic_heat_pump_energy_consumed_buh_daily"
  name: "Aquarea energy consumed BUH daily"
  source: sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import
  cycle: daily

# Panasonic heat pump energy production weekly
panasonic_heat_pump_energy_produced_weekly:
  unique_id: "panasonic_heat_pump_energy_produced_weekly"
  name: "Aquarea energy produced weekly"
  source: sensor.aquarea_total_energy_produced_calculated
  cycle: weekly

# Panasonic heat pump energy consumption weekly
panasonic_heat_pump_energy_consumed_weekly:
  unique_id: "panasonic_heat_pump_energy_consumed_weekly"
  name: "Aquarea energy consumed weekly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_energy_import
  cycle: weekly

# Panasonic heat pump energy consumption BUH weekly
panasonic_heat_pump_energy_consumed_buh_weekly:
  unique_id: "panasonic_heat_pump_energy_consumed_buh_weekly"
  name: "Aquarea energy consumed BUH weekly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import
  cycle: weekly

# Panasonic heat pump energy production monthly
panasonic_heat_pump_energy_produced_monthly:
  unique_id: "panasonic_heat_pump_energy_produced_monthly"
  name: "Aquarea energy produced monthly"
  source: sensor.aquarea_total_energy_produced_calculated
  cycle: monthly

# Panasonic heat pump energy consumption monthly
panasonic_heat_pump_energy_consumed_monthly:
  unique_id: "panasonic_heat_pump_energy_consumed_monthly"
  name: "Aquarea energy consumed monthly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_energy_import
  cycle: monthly

# Panasonic heat pump energy consumption BUH monthly
panasonic_heat_pump_energy_consumed_buh_monthly:
  unique_id: "panasonic_heat_pump_energy_consumed_buh_monthly"
  name: "Aquarea energy consumed BUH monthly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import
  cycle: monthly

# Panasonic heat pump energy production yearly
panasonic_heat_pump_energy_produced_yearly:
  unique_id: "panasonic_heat_pump_energy_produced_yearly"
  name: "Aquarea energy produced yearly"
  source: sensor.aquarea_total_energy_produced_calculated
  cycle: yearly

# Panasonic heat pump energy consumption yearly
panasonic_heat_pump_energy_consumed_yearly:
  unique_id: "panasonic_heat_pump_energy_consumed_yearly"
  name: "Aquarea energy consumed yearly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_energy_import
  cycle: yearly

# Panasonic heat pump energy consumption BUH yearly
panasonic_heat_pump_energy_consumed_buh_yearly:
  unique_id: "panasonic_heat_pump_energy_consumed_buh_yearly"
  name: "Aquarea energy consumed BUH yearly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import
  cycle: yearly

Resultaat met wat COP sensors (hourly en weekly missen in dit plaatje)


Resultaat met Statistics Graph op de actuele "live" COP sensor:


Resultaat met Statistics Graph op de COP sensoren per tijdsperiode:






Statistics graph met energy consumption / production per dag:


Ik ben nog een nieuwe Home Assistant gebruiker. Heeft best wat tijd gekost om dit zo te implementeren. Hoop dat andere tweakers hier wat aan hebben en zo wat terug te doen voor alle kennis die ik consumeer van anderen Als je tips hebt voor verbeteringen / toevoegingen hoor ik het graag.

[ Voor 255% gewijzigd door nMad op 05-12-2024 09:52 ]

[Pejdref]

@nMad Meet je zo het tijdgemiddelde van de COP, of begrijp ik het verkeerd?

Tijdgemiddelde zegt eigenlijk weinig. Stel je draait 1 uur COP=4 met 3kWh opwek (=0.75kWh verbruik) en 1 uur COP=5 met 2kWh opwek (=0.4kWh verbruik).

Je tijdgemiddelde COP is dan 4.5, maar je echte gemiddelde COP is dan 4.35 (3+2)/(0.75+0.4)

[nMad]

@Pejdref ik heb te snel gepost. Ik heb mijn bericht aangepast en mijn totale oplossing gedeeld.

[ErikVers]

nMad schreef op woensdag 4 december 2024 @ 10:01:
Wellicht kan ik hier andere HeishaMon + HA gebruikers blij mee maken.

Probleem
Home Assistant - HeishaMon integratie COP sensor is niet accuraat omdat met name de Panasonic power consumption inaccuraat is. Daarnaast is het niet mogelijk om de COP van een bepaalde tijdsperiode te meten.

Actuele "live" power production / COP
Ik heb twee template sensors aangemaakt voor accurate power production waarde en actuele "live" COP.
Voor de COP berekening gebruik ik HomeWizard kWh-meters als input voor accurate "energy consumption".
Mijn COP sensor "Aquarea HW Calculated COP" is alleen beschikbaar als er power production is en heb ik deze de state class "measurement" gegeven.

Gemiddelde COP van de warmtepomp over de totale levensduur
Dit is de derde sensor in de onderstaande template.yaml. Deze berekent de COP over de totale levensduur van de warmtepomp. Total energy production / total energy consumption (incl. BUH). State class is “total”.

Power consumption / production + COP per tijdsperiode
Bovendien heb ik veel (15) utility meters aangemaakt die de consumption en production voor een bepaalde tijdsperiode bijhoudt: hourly, daily, weekly, monthly, yearly. De sources voor deze utility meters zijn de Panasonic total energy production (kWh) en mijn 2 HomeWizard kWh meters. Vervolgens heb ik per tijdsperiode een template sensor aangemaakt die de COP voor die periode berekent. Deze sensor is alleen beschikbaar als er energy production in die periode is geweest en heb ik de state class "total" gegeven.

configuration.yaml

code:

template: !include templates.yaml
utility_meter: !include utility_meters.yaml

templates.yaml (nieuw aan te maken als je deze nog niet hebt)
regel 11, 12, 48 & 49 sensor vervangen door je eigen sensor voor warmtepomp power (W) + BUH power (W).

code:

- sensor:
    # Sensor for calculating the actual Power production
    # Using Panasonic flow rate, outlet temp, inlet temp
    - unique_id: "panasonic_heat_pump_power_produced_calculated"
      name: "Aquarea Power Produced Calculated"
      unit_of_measurement: "W"
      state_class: "measurement"
      state: >
        {% set flowRate = states('sensor.panasonic_heat_pump_main_pump_flow') | float(default=0) %}
        {% set flowRateSec = flowRate / 60 %}
        {% set outletTemp = states('sensor.panasonic_heat_pump_main_main_outlet_temp') | float(default=0) %}
        {% set inletTemp = states('sensor.panasonic_heat_pump_main_main_inlet_temp') | float(default=0) %}
        {% set deltaTemp = outletTemp - inletTemp %}
        {% set value = flowRateSec * 4.153 * deltaTemp * 1000 %}
        {% if flowRate > 1 and value > 0 %}
          {{ '%0.0f' % value }}
        {% else %}
          0.0
        {% endif %}

    # Sensor for calculating the combined COP for both heating and DHW
    # Using Template sensor calculated power production and HomeWizard power consumption values
    - unique_id: "panasonic_heat_pump_hw_calculated_cop"
      name: "Aquarea HW Calculated COP"
      unit_of_measurement: "x"
      state_class: "measurement"
      availability: "{{ states('sensor.panasonic_heat_pump_power_produced_calculated') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.panasonic_heat_pump_power_produced_calculated') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.hw_panasonic_wh_mdc07j3e5_power') | float(default=0) %}
        {% set consumedBuh = states('sensor.hw_panasonic_wh_mdc07j3e5_buh_power') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% if consumed > 200 %}
          {% set value = [ [produced / consumed, 10] | min , -10 ] | max %}
          {{ '%0.1f' % value }}
        {% else %}
          0.0
        {% endif %}

    # Sensor for calculating the combined COP average for both heating and DHW
    # Using Panasonic total power production and HomeWizard energy import values
    - unique_id: panasonic_heat_pump_hw_calculated_cop_lifetime
      name: "Aquarea HW Calculated COP average"
      unit_of_measurement: "x"
      state_class: "total"
      state: >
        {% set produced = states('sensor.aquarea_pump_total_production_total') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.hw_panasonic_wh_mdc07j3e5_energy_import') | float(default=0) %}
        {% set consumedBuh = states('sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = produced / consumed %}
        {{ '%0.1f' % value }}

    # Sensor for calculating the hourly COP
    # Using utility meters for production & consumption values
    - unique_id: "panasonic_heat_pump_cop_hourly"
      name: "Aquarea COP hourly"
      unit_of_measurement: "x"
      state_class: "total"
      availability: "{{ states('sensor.aquarea_energy_produced_hourly') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.aquarea_energy_produced_hourly') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.aquarea_energy_consumed_hourly') | float(default=0) %}
        {% set consumedBuh = states('sensor.aquarea_energy_consumed_buh_hourly') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = 0 if produced == 0 else produced / consumed %}
        {{ '%0.1f' % value }}

    # Sensor for calculating the daily COP
    # Using utility meters for production & consumption values
    - unique_id: "panasonic_heat_pump_cop_daily"
      name: "Aquarea COP daily"
      unit_of_measurement: "x"
      state_class: "total"
      availability: "{{ states('sensor.aquarea_energy_produced_daily') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.aquarea_energy_produced_daily') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.aquarea_energy_consumed_daily') | float(default=0) %}
        {% set consumedBuh = states('sensor.aquarea_energy_consumed_buh_daily') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = 0 if produced == 0 else produced / consumed %}
        {{ '%0.1f' % value }}

    # Sensor for calculating the weekly COP
    # Using utility meters for production & consumption values
    - unique_id: "panasonic_heat_pump_cop_weekly"
      name: "Aquarea COP weekly"
      unit_of_measurement: "x"
      state_class: "total"
      availability: "{{ states('sensor.aquarea_energy_produced_weekly') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.aquarea_energy_produced_weekly') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.aquarea_energy_consumed_weekly') | float(default=0) %}
        {% set consumedBuh = states('sensor.aquarea_energy_consumed_buh_weekly') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = 0 if produced == 0 else produced / consumed %}
        {{ '%0.1f' % value }}

    # Sensor for calculating the monthly COP
    # Using utility meters for production & consumption values
    - unique_id: "panasonic_heat_pump_cop_monthly"
      name: "Aquarea COP monthly"
      unit_of_measurement: "x"
      state_class: "total"
      availability: "{{ states('sensor.aquarea_energy_produced_monthly') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.aquarea_energy_produced_monthly') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.aquarea_energy_consumed_monthly') | float(default=0) %}
        {% set consumedBuh = states('sensor.aquarea_energy_consumed_buh_monthly') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = 0 if produced == 0 else produced / consumed %}
        {{ '%0.1f' % value }}

    # Sensor for calculating the yearly COP
    # Using utility meters for production & consumption values
    - unique_id: "panasonic_heat_pump_cop_yearly"
      name: "Aquarea COP yearly"
      unit_of_measurement: "x"
      state_class: "total"
      availability: "{{ states('sensor.aquarea_energy_produced_yearly') | float(default=0) > 0 }}"
      state: >
        {% set produced = states('sensor.aquarea_energy_produced_yearly') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.aquarea_energy_consumed_yearly') | float(default=0) %}
        {% set consumedBuh = states('sensor.aquarea_energy_consumed_buh_yearly') | float(default=0) %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = 0 if produced == 0 else produced / consumed %}
        {{ '%0.1f' % value }}

utility_meters.yaml (nieuw aan te maken als je deze nog niet hebt)
Onderstaande twee sensors vervangen door je eigen kWh meter sensors.

• sensor.hw_panasonic_wh_mdc07j3e5_energy_import
• sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import

code:

# Panasonic heat pump energy production hourly
panasonic_heat_pump_energy_produced_hourly:
  unique_id: "panasonic_heat_pump_energy_produced_hourly"
  name: "Aquarea energy produced hourly"
  source: sensor.aquarea_pump_total_production_total
  cycle: hourly

# Panasonic heat pump energy consumption hourly
panasonic_heat_pump_energy_consumed_hourly:
  unique_id: "panasonic_heat_pump_energy_consumed_hourly"
  name: "Aquarea energy consumed hourly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_energy_import
  cycle: hourly

# Panasonic heat pump energy consumption BUH hourly
panasonic_heat_pump_energy_consumed_buh_hourly:
  unique_id: "panasonic_heat_pump_energy_consumed_buh_hourly"
  name: "Aquarea energy consumed BUH hourly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import
  cycle: hourly

# Panasonic heat pump energy production daily
panasonic_heat_pump_energy_produced_daily:
  unique_id: "panasonic_heat_pump_energy_produced_daily"
  name: "Aquarea energy produced daily"
  source: sensor.aquarea_pump_total_production_total
  cycle: daily

# Panasonic heat pump energy consumption daily
panasonic_heat_pump_energy_consumed_daily:
  unique_id: "panasonic_heat_pump_energy_consumed_daily"
  name: "Aquarea energy consumed daily"
  source: sensor.hw_panasonic_wh_mdc07j3e5_energy_import
  cycle: daily

# Panasonic heat pump energy consumption BUH daily
panasonic_heat_pump_energy_consumed_buh_daily:
  unique_id: "panasonic_heat_pump_energy_consumed_buh_daily"
  name: "Aquarea energy consumed BUH daily"
  source: sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import
  cycle: daily

# Panasonic heat pump energy production weekly
panasonic_heat_pump_energy_produced_weekly:
  unique_id: "panasonic_heat_pump_energy_produced_weekly"
  name: "Aquarea energy produced weekly"
  source: sensor.aquarea_pump_total_production_total
  cycle: weekly

# Panasonic heat pump energy consumption weekly
panasonic_heat_pump_energy_consumed_weekly:
  unique_id: "panasonic_heat_pump_energy_consumed_weekly"
  name: "Aquarea energy consumed weekly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_energy_import
  cycle: weekly

# Panasonic heat pump energy consumption BUH weekly
panasonic_heat_pump_energy_consumed_buh_weekly:
  unique_id: "panasonic_heat_pump_energy_consumed_buh_weekly"
  name: "Aquarea energy consumed BUH weekly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import
  cycle: weekly

# Panasonic heat pump energy production monthly
panasonic_heat_pump_energy_produced_monthly:
  unique_id: "panasonic_heat_pump_energy_produced_monthly"
  name: "Aquarea energy produced monthly"
  source: sensor.aquarea_pump_total_production_total
  cycle: monthly

# Panasonic heat pump energy consumption monthly
panasonic_heat_pump_energy_consumed_monthly:
  unique_id: "panasonic_heat_pump_energy_consumed_monthly"
  name: "Aquarea energy consumed monthly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_energy_import
  cycle: monthly

# Panasonic heat pump energy consumption BUH monthly
panasonic_heat_pump_energy_consumed_buh_monthly:
  unique_id: "panasonic_heat_pump_energy_consumed_buh_monthly"
  name: "Aquarea energy consumed BUH monthly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import
  cycle: monthly

# Panasonic heat pump energy production yearly
panasonic_heat_pump_energy_produced_yearly:
  unique_id: "panasonic_heat_pump_energy_produced_yearly"
  name: "Aquarea energy produced yearly"
  source: sensor.aquarea_pump_total_production_total
  cycle: yearly

# Panasonic heat pump energy consumption yearly
panasonic_heat_pump_energy_consumed_yearly:
  unique_id: "panasonic_heat_pump_energy_consumed_yearly"
  name: "Aquarea energy consumed yearly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_energy_import
  cycle: yearly

# Panasonic heat pump energy consumption BUH yearly
panasonic_heat_pump_energy_consumed_buh_yearly:
  unique_id: "panasonic_heat_pump_energy_consumed_buh_yearly"
  name: "Aquarea energy consumed BUH yearly"
  source: sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import
  cycle: yearly

Resultaat met wat COP sensors (hourly en weekly missen in dit plaatje)
[Afbeelding]

Resultaat met Statistics Graph op de actuele "live" COP sensor:
[Afbeelding]

Resultaat met Statistics Graph op de COP sensoren per tijdsperiode:
[Afbeelding]

[Afbeelding]

[Afbeelding]

Statistics graph met energy consumption / production per dag:
[Afbeelding]

Ik ben nog een nieuwe Home Assistant gebruiker. Heeft best wat tijd gekost om dit zo te implementeren. Hoop dat andere tweakers hier wat aan hebben en zo wat terug te doen voor alle kennis die ik consumeer van anderen Als je tips hebt voor verbeteringen / toevoegingen hoor ik het graag.

Super hier moet ik ff rustig naar kijken en ga ik zeker implementeren. Werk nu op een andere manier en dit ziet er beter uit!

Je vroeg om tips;
Ik weet dat je in HA ook short name kan maken in je code zodat je gaat verwijzen en bijvoorbeeld enkel bovenin je code 1x de sensor moet invullen/aanpassen ipv op regel niveau.

Daarnaast een vraag; ik meet momenteel de BUH expres niet. Welke sendor uit de aquarea vul je dan daar in?

[nMad]

ErikVers schreef op woensdag 4 december 2024 @ 15:36:
[...]


Super hier moet ik ff rustig naar kijken en ga ik zeker implementeren. Werk nu op een andere manier en dit ziet er beter uit!

Je vroeg om tips;
Ik weet dat je in HA ook short name kan maken in je code zodat je gaat verwijzen en bijvoorbeeld enkel bovenin je code 1x de sensor moet invullen/aanpassen ipv op regel niveau.

Daarnaast een vraag; ik meet momenteel de BUH expres niet. Welke sendor uit de aquarea vul je dan daar in?

Short name klinkt goed. Ik ga hier naar kijken, dan is het eenvoudiger voor anderen om deze logica over te nemen.

Naar mijn weten is er geen Panasonic sensor voor BUH power / energy meter. Dus enige optie is apart via kWh meter meten. Voor je COP is niet meten overigens beter

[Pejdref]

@ErikVers @nMad
Als je het BUH verbruik wil benaderen kun je een template sensor maken op basis van de aan/uit status.

YAML:

{{(3000 if states('binary_sensor.panasonic_heat_pump_main_internal_heater_state')=='on' else 0)}}

Deze geeft 3000W als de internal heater aan staat, anders 0. Het is een benadering omdat het vermogen niet exact 3000W is. Je kunt hier vervolgens een integral helper (linker Riemann) op loslaten om het totaal verbruik te registreren. Als je ook nog dagelijks/maandelijks of noem het maar wil kun je daar dan weer Utility meters op koppelen.

[nMad]

Pejdref schreef op woensdag 4 december 2024 @ 15:57:
@ErikVers @nMad
Als je het BUH verbruik wil benaderen kun je een template sensor maken op basis van de aan/uit status.

YAML:

{{(3000 if states('binary_sensor.panasonic_heat_pump_main_internal_heater_state')=='on' else 0)}}

Deze geeft 3000W als de internal heater aan staat, anders 0. Het is een benadering omdat het vermogen niet exact 3000W is. Je kunt hier vervolgens een integral helper (linker Riemann) op loslaten om het totaal verbruik te registreren. Als je ook nog dagelijks/maandelijks of noem het maar wil kun je daar dan weer Utility meters op koppelen.

Interessant! Die Riemann Sum zou ik ook kunnen toepassen op mijn Power produced (W) sensor om daarmee de Energy produced (kWh) bij te houden.

Nu gebruik ik nog de Panasonic power produced sensor voor alle periodieke COP calculaties. Zal eerst eens testen hoe groot de verschillen zijn tussen de twee, wellicht is de Panasonic sensor wel nauwkeurig.

[Pejdref]

@nMad Ja zo doe ik het inderdaad ook voor de Power Produced.

[nMad]

Pejdref schreef op woensdag 4 december 2024 @ 16:13:
@nMad Ja zo doe ik het inderdaad ook voor de Power Produced.

Ik nu ook. Heb mijn post aangepast met deze nieuwe logica.

Alleen berekenen van gemiddelde COP over de gehele levensduur is nu lastig met deze nieuwe energy produced calculated. Want er staat al flink wat op de teller van energy consumed.

[Pejdref]

@nMad
Voor de lifetime COP kun je de startstand eventueel hardcoden in je COP berekening. Als het een utility meter betreft kun je de waarde aanpassen: https://www.home-assistan...on-utility_metercalibrate

Als je dat laatste doet kun je via ontwikkelingshulpmiddelen --> statistieken eventueel corrigeren. (als je bijvoorbeeld een utility meter van 0 naar 100 wijzigt wordt er 100 verbruik geregistreerd, dat kun je weer corrigeren).

[nMad]

Pejdref schreef op donderdag 5 december 2024 @ 11:36:
@nMad
Voor de lifetime COP kun je de startstand eventueel hardcoden in je COP berekening. Als het een utility meter betreft kun je de waarde aanpassen: https://www.home-assistan...on-utility_metercalibrate

Als je dat laatste doet kun je via ontwikkelingshulpmiddelen --> statistieken eventueel corrigeren. (als je bijvoorbeeld een utility meter van 0 naar 100 wijzigt wordt er 100 verbruik geregistreerd, dat kun je weer corrigeren).

Ik heb het nu hard coded in mijn COP berekening over de gehele levensduur van de WP staan. Niet de mooiste manier, maar werkt prima zo.

code:

    # Sensor for calculating the combined COP average for both heating and DHW
    # Using Panasonic total power production and HomeWizard energy import values
    # Substracted HP = 626 kWh & BUH = 59 kWh from consumption for accurate measurement because this sensor is live since 4-12-2024
    - unique_id: panasonic_heat_pump_hw_calculated_cop_lifetime
      name: "Aquarea HW Calculated COP average"
      unit_of_measurement: "x"
      state_class: "total"
      state: >
        {% set produced = states('sensor.aquarea_total_energy_produced_calculated') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.hw_panasonic_wh_mdc07j3e5_energy_import') | float(default=0) - 626 %}
        {% set consumedBuh = states('sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import') | float(default=0) - 59 %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = produced / consumed %}
        {{ '%0.1f' % value }}

@Pejdref Nog een vraagje. Vandaag heeft mijn LAN er even uit gelegen. Dus zijn de sources van mijn HA utility meters tijdelijk weggevallen. Valt me op dat het geregistreerde verbruik van de utility meters nu ook een deel mist vergeleken met de kWh-meters. Dit is wel een serieuze beperking van het gebruik van utility meters, ik had gehoopt dat hij weer op zou pakken met historisch verbruik zodra de source beschikbaar was. Heb jij hier toevallig al over na gedacht?

[ Voor 12% gewijzigd door nMad op 06-12-2024 20:35 ]

[Pejdref]

nMad schreef op vrijdag 6 december 2024 @ 07:22:
[...]

Ik heb het nu hard coded in mijn COP berekening over de gehele levensduur van de WP staan. Niet de mooiste manier, maar werkt prima zo.

code:

    # Sensor for calculating the combined COP average for both heating and DHW
    # Using Panasonic total power production and HomeWizard energy import values
    # Substracted HP = 626 kWh & BUH = 59 kWh from consumption for accurate measurement because this sensor is live since 4-12-2024
    - unique_id: panasonic_heat_pump_hw_calculated_cop_lifetime
      name: "Aquarea HW Calculated COP average"
      unit_of_measurement: "x"
      state_class: "total"
      state: >
        {% set produced = states('sensor.aquarea_total_energy_produced_calculated') | float(default=0) %}
        {% set consumedHeatPump = states('sensor.hw_panasonic_wh_mdc07j3e5_energy_import') | float(default=0) - 626 %}
        {% set consumedBuh = states('sensor.hw_panasonic_wh_mdc07j3e5_buh_energy_import') | float(default=0) - 59 %}
        {% set consumed = consumedHeatPump + consumedBuh %}
        {% set value = produced / consumed %}
        {{ '%0.1f' % value }}

@Pejdref Nog een vraagje. Vandaag heeft mijn LAN er even uit gelegen. Dus zijn de sources van mijn HA utility meters tijdelijk weggevallen. Valt me op dat het geregistreerde verbruik van de utility meters nu ook een deel mist vergeleken met de kWh-meters. Dit is wel een serieuze beperking van het gebruik van utility meters, ik had gehoopt dat hij weer op zou pakken met historisch verbruik zodra de source beschikbaar was. Heb jij hier toevallig al over na gedacht?

Nee want ik heb geen kWh meters , dus bij mij zijn de waardes dan niet meer te achterhalen.

Maar in jouw geval moet je "Periodically resetting" uitzetten in de Utility Meter als ik het goed heb.

[nMad]

Pejdref schreef op vrijdag 6 december 2024 @ 20:48:
[...]


Nee want ik heb geen kWh meters , dus bij mij zijn de waardes dan niet meer te achterhalen.

Maar in jouw geval moet je "Periodically resetting" uitzetten in de Utility Meter als ik het goed heb.

Ja top, die property heb ik over het hoofd gezien! Dank je wel!

Ik mag mijn post van paar dagen terug niet meer aanpassen. Dus kan deze wijziging in de utility_meters.yaml niet meer toevoegen helaas. Maar voor de mensen die dit lezen en waar het ook relevant voor is:

code:

# Panasonic heat pump energy production hourly
panasonic_heat_pump_energy_produced_hourly:
  unique_id: "panasonic_heat_pump_energy_produced_hourly"
  name: "Aquarea energy produced hourly"
  source: sensor.aquarea_total_energy_produced_calculated
  periodically_resetting: false
  cycle: hourly

Regel 6 toevoegen aan alle utility meters.

@deWit of @KappuhH is het een idee om mijn bijdrage toe te voegen aan de TS? Voordeel is dat deze post altijd kan worden aangepast a.d.h.v. nieuwe inzichten.

[ Voor 50% gewijzigd door nMad op 06-12-2024 22:08 ]

[FransvWoerkom]

Pejdref schreef op woensdag 4 december 2024 @ 15:57:
@ErikVers @nMad
Als je het BUH verbruik wil benaderen kun je een template sensor maken op basis van de aan/uit status.

YAML:

{{(3000 if states('binary_sensor.panasonic_heat_pump_main_internal_heater_state')=='on' else 0)}}

Deze geeft 3000W als de internal heater aan staat, anders 0. Het is een benadering omdat het vermogen niet exact 3000W is. Je kunt hier vervolgens een integral helper (linker Riemann) op loslaten om het totaal verbruik te registreren. Als je ook nog dagelijks/maandelijks of noem het maar wil kun je daar dan weer Utility meters op koppelen.

Je moet natuurlijk ook even kijken of de BUH 3, 6 of 9kW is (T-caps) en Riemann zou zich omdraaien in zijn graf als je hem hiervoor zou wakker maken. Je meet natuurlijk gewoon de tijd dat hij aanstaat en vermenigvuldigt dat met het vermogen.

[FransvWoerkom]

nMad schreef op woensdag 4 december 2024 @ 16:05:
[...]

Interessant! Die Riemann Sum zou ik ook kunnen toepassen op mijn Power produced (W) sensor om daarmee de Energy produced (kWh) bij te houden.

Nu gebruik ik nog de Panasonic power produced sensor voor alle periodieke COP calculaties. Zal eerst eens testen hoe groot de verschillen zijn tussen de twee, wellicht is de Panasonic sensor wel nauwkeurig.

De Riemann methode van integreren is simpel de helft van het eerste en de helft van het laatste en verder alle tussenliggende samples bij elkaar optellen.

[Lollercopter]

Tinkerer84 schreef op zondag 3 november 2024 @ 17:59:
Heeft iemand al een eenvoudige automation gemaakt om de target temperature te shiften op basis van dynamische tarieven?

Ik shift nu de stooklijn automagisch met een automation tussen -5 en +1, op basis van de ruimte temperatuur en een set temperatuur.
Uiteindelijk kan ik de dynamische tarieven uitlezen en dan de gewenste ruimte temperatuur met een andere simpele automation een zetje geven.

[wheli]

Ik heb lang lopen stoeien met HA en het is me nog niet gelukt om iets werkbaar te maken dus bedankt @nMad .
Ik zou toevoeging aan de TS zeker een goede optie vinden zodat de code geperfectioneerd kan worden.

[Pejdref]

FransvWoerkom schreef op vrijdag 6 december 2024 @ 23:03:
[...]

Je moet natuurlijk ook even kijken of de BUH 3, 6 of 9kW is (T-caps) en Riemann zou zich omdraaien in zijn graf als je hem hiervoor zou wakker maken. Je meet natuurlijk gewoon de tijd dat hij aanstaat en vermenigvuldigt dat met het vermogen.

T-Caps had ik inderdaad niet aan gedacht, Riemann vind het niet erg denk ik, in principe doet die ook gewoon de tijd vermenigvuldigen met het vermogen. Ik zie ook geen andere eenvoudige manier om het in HA te implementeren, hoe zou jij dat doen?

[Pejdref]

FransvWoerkom schreef op vrijdag 6 december 2024 @ 23:10:
[...]

De Riemann methode van integreren is simpel de helft van het eerste en de helft van het laatste en verder alle tussenliggende samples bij elkaar optellen.

Die volg ik niet, maar dat klinkt meer als de trapezoidal rule. Door de manier waarop HA sensoren update geeft in 9 v/d 10 gevallen enkel de Linker Riemann methode zinnige resultaten.

Pejdref in "Home Assistant: Open source Python3 home automation - deel 5"

[Tinkerer84]

Lollercopter schreef op zaterdag 7 december 2024 @ 00:32:
[...]

Ik shift nu de stooklijn automagisch met een automation tussen -5 en +1, op basis van de ruimte temperatuur en een set temperatuur.
Uiteindelijk kan ik de dynamische tarieven uitlezen en dan de gewenste ruimte temperatuur met een andere simpele automation een zetje geven.

Wat pas je dan aan, direct de target temp of de heat curve target temp? Zou je de automation kunnen delen?

[hemertje]

Wat is TOP33 Room_Thermostat_Temp in Heishamon eigenlijk?

De controller temperatuur of de externe Panasonic kamerthermostaat temperatuur?

[FransvWoerkom]

hemertje schreef op zondag 8 december 2024 @ 11:37:
Wat is TOP33 Room_Thermostat_Temp in Heishamon eigenlijk?

De controller temperatuur of de externe Panasonic kamerthermostaat temperatuur?

De kamertemperatuur wordt alleen aan de pana en dus aan de heishamon doorgegeven door de controller of door een room sensor. De externe kamerthermostaat, van panasonic, siemens of een ander merk, geeft geen temperatuur aan de pana door, alleen een aan-uit signaal.

In de service cloud zijn 2 kamertemperaturen beschikbaar: uit de controller of room sensor met een resolutie van 0,5° en uit de controller in hele graden naar beneden afgerond, hetzelfde als op het display. Ik denk dat je het best in het heishamon topic kunt vragen wat TOP33 precies betekent.

HeishaMon - Panasonic Aquarea monitoring

[Diedo70]

Ik heb op dit moment de Heishamon draaien in home assistant dmv een heishamon.yaml file in de config/packages folder.
De versie die ik draai is nog 1.4.0 (18-09-2022).

Ik krijg repair meldingen dat bepaalde MQTT functies mbt de heishamon niet meer ondersteund worden per versie 2025.2.0.

Nu zou ik wel over willen gaan op de HACS Heishamon integratie, zodat eea wat makkelijker up to date blijft, maar ik vrees dat als ik nu 'zomaar' overschakel op de HACS integratie dat er wat foutmeldingen komen en of allerelei entities nieuw/dubbel worden aangemaakt en ik dat weer moet uitzoeken/koppelen

Op het moment heb ik eigenlijk niet de headspace om daar in te duiken, dus laat ik het al een lange zoals het is, want 'if it ain't broken, don't fix it'.

Heeft iemand eerder deze overstap gemaakt, en hoe ging dat?

Op zich heb ik de heishamon.yaml file nooit gewijzigd, en zijn eventuele extra sensors etc in de gewone configuration.yaml aangemaakt.

Of is de makkelijkste weg gewoon de meest recente heishamon.yaml van https://github.com/Egyras...0Assistant/heishamon.yaml pakken, en that's it?

[ Voor 8% gewijzigd door Diedo70 op 15-01-2025 14:55 ]

[LinuZZ]

Diedo70 schreef op woensdag 15 januari 2025 @ 14:46:
Ik heb op dit moment de Heishamon draaien in home assistant dmv een heishamon.yaml file in de config/packages folder.
De versie die ik draai is nog 1.4.0 (18-09-2022).

Ik krijg repair meldingen dat bepaalde MQTT functies mbt de heishamon niet meer ondersteund worden per versie 2025.2.0.

Nu zou ik wel over willen gaan op de HACS Heishamon integratie, zodat eea wat makkelijker up to date blijft, maar ik vrees dat als ik nu 'zomaar' overschakel op de HACS integratie dat er wat foutmeldingen komen en of allerelei entities nieuw/dubbel worden aangemaakt en ik dat weer moet uitzoeken/koppelen

Op het moment heb ik eigenlijk niet de headspace om daar in te duiken, dus laat ik het al een lange zoals het is, want 'if it ain't broken, don't fix it'.

Heeft iemand eerder deze overstap gemaakt, en hoe ging dat?

Op zich heb ik de heishamon.yaml file nooit gewijzigd, en zijn eventuele extra sensors etc in de gewone configuration.yaml aangemaakt.

Of is de makkelijkste weg gewoon de meest recente heishamon.yaml van https://github.com/Egyras...0Assistant/heishamon.yaml pakken, en that's it?

Pff dat is alweer een tijd geleden. Ik zou even de pijn pakken en kamaradklimber installeren. Dubbele entitie's achteraf verwijderen en dan de nieuwe hernoemen door de _2 weg te halen. Vanaf dan heb je er geen omkijken meer naar en komen eventuele nieuwe sensors er gewoon bij.

[wereldreiziger2]

Pejdref schreef op woensdag 4 december 2024 @ 15:57:
@ErikVers @nMad
Als je het BUH verbruik wil benaderen kun je een template sensor maken op basis van de aan/uit status.

YAML:

{{(3000 if states('binary_sensor.panasonic_heat_pump_main_internal_heater_state')=='on' else 0)}}

Deze geeft 3000W als de internal heater aan staat, anders 0. Het is een benadering omdat het vermogen niet exact 3000W is. Je kunt hier vervolgens een integral helper (linker Riemann) op loslaten om het totaal verbruik te registreren. Als je ook nog dagelijks/maandelijks of noem het maar wil kun je daar dan weer Utility meters op koppelen.

Hoe en waar zet ik die yaml code? Sorry ben nog niet zo handig met HA.
De BUH meet ik niet, de WP wel met een aparte homewizzard meter.

[denneappel]

Er komt weer een defrost ochtendje aan volgens de KNMI api... Home Assistant heeft vandaag de radiator ventilatoren uitgezet en is de Ta rustig aan het opvoeren van 26 naar inmiddels 31 graden. De bedoeling is dat hij morgen de compressor rustig kan houden door de Ta te verlagen en daarmee hoop ik defrosts te voorkomen.

De inhoud van mijn CV is wel vrij fors en ik maak zowel gebruik van radiatoren als vloerverwarming. Door de radiator ventilatoren uit te zetten duurt het heel lang voordat het huis te ver opwarmt.

[hemertje]

denneappel schreef op donderdag 30 januari 2025 @ 13:56:
Er komt weer een defrost ochtendje aan volgens de KNMI api... Home Assistant heeft vandaag de radiator ventilatoren uitgezet en is de Ta rustig aan het opvoeren van 26 naar inmiddels 31 graden. De bedoeling is dat hij morgen de compressor rustig kan houden door de Ta te verlagen en daarmee hoop ik defrosts te voorkomen.

De inhoud van mijn CV is wel vrij fors en ik maak zowel gebruik van radiatoren als vloerverwarming. Door de radiator ventilatoren uit te zetten duurt het heel lang voordat het huis te ver opwarmt.

welke sturing / regeling gebruik je hiervoor?

[denneappel]

Ik zet eerst de temperatuur voor de komende uren uit de weersverwachting om naar sensors

YAML:

  - trigger:
      - platform: state
        entity_id:
          - weather.knmi_home
    action:
      - service: weather.get_forecasts
        data:
          type: hourly
        target:
          entity_id: weather.knmi_home
        response_variable: hourly
    sensor:
      - name: Temperature forecast hour +1
        unique_id: temperature_forecast_hour_1
        state: "{{ hourly['weather.knmi_home'].forecast[1].temperature }}"
        unit_of_measurement: °C
      - name: Temperature forecast hour +2
        unique_id: temperature_forecast_hour_2
        state: "{{ hourly['weather.knmi_home'].forecast[2].temperature }}"
......

Vervolgens daar via combine sensors. Een sensor maken die de laagste waarde (MIN) laat zien.
Dat is bij mij: sensor.forecast_temperature_minimal_in_next_18_hours

Dan is er nog een template sensor die max Ta bepaalt om een beetje te beperken hoe ver die doorschiet met opstoken: sensor.heatpump_defrost_max_ta_lift

Django/Jinja:

{{ 34 + int(states('sensor.temperature_forecast_hour_18')) *-1 }}

En onderstaande automation verhoogt dan de Ta zodra dat kan. Gisteren en vandaag lijkt dat redelijk goed te gaan.

YAML:

alias: warmtepomp - boost between defrosts
description: ""
triggers:
  - trigger: state
    entity_id:
      - sensor.panasonic_heat_pump_main_main_target_temp
    for:
      hours: 0
      minutes: 30
      seconds: 0
  - trigger: state
    entity_id:
      - switch.panasonic_heat_pump_main_defrosting_state
    to: "off"
    for:
      hours: 1
      minutes: 30
      seconds: 0
  - trigger: numeric_state
    entity_id:
      - sensor.panasonic_heat_pump_main_outside_pipe_temp
    above: -2
  - trigger: template
    value_template: >-
      {% if (as_timestamp(now()) | float -
      as_timestamp(states.number.panasonic_heat_pump_main_z1_heat_curve_target_low_temp.last_changed)
      | float) > 1800 %} True {% endif %}
    alias: Last shift > 30 min ago
conditions:
  - condition: numeric_state
    entity_id: sensor.panasonic_heat_pump_main_outside_temp
    above: 3
    enabled: true
  - condition: state
    entity_id: switch.panasonic_heat_pump_main_defrosting_state
    state: "off"
    for:
      hours: 1
      minutes: 30
      seconds: 0
  - condition: numeric_state
    entity_id: sensor.panasonic_heat_pump_main_outside_pipe_temp
    above: -2
  - condition: template
    value_template: >-
      {% if (as_timestamp(now()) | float -
      as_timestamp(states.number.panasonic_heat_pump_main_z1_heat_curve_target_low_temp.last_changed)
      | float) > 1800 %} True {% endif %}
    alias: Last shift > 30 min ago
  - condition: numeric_state
    entity_id: sensor.forecast_temperature_minimal_in_next_18_hours
    below: 3
  - condition: numeric_state
    entity_id: sensor.panasonic_heat_pump_main_main_target_temp
    below: sensor.heatpump_defrost_max_ta_lift
  - condition: state
    entity_id: binary_sensor.aquarea_compressor_running
    state: "on"
actions:
  - action: script.warmtepomp_shift_plus
    metadata: {}
    data: {}
  - action: notify.pushover
    metadata: {}
    data:
      message: Warmtepomp - boost between defrosts
  - if:
      - condition: numeric_state
        entity_id: sensor.woonkamer_lisa_temperature
        above: 20
    then:
      - action: switch.turn_off
        metadata: {}
        data: {}
        target:
          entity_id: switch.heatfans
mode: single

Hieronder nog een begin waarmee ik de Ta verlaag als het koud wordt 's nachts / 's ochtends.

YAML:

alias: warmtepomp - voorkom defrosts verlaag Ta
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.panasonic_heat_pump_main_outside_pipe_temp
    below: -2
  - trigger: numeric_state
    entity_id:
      - sensor.panasonic_heat_pump_main_outside_pipe_temp
    below: -3
    id: extra cold
  - trigger: template
    value_template: >-
      {% if (as_timestamp(now()) | float -
      as_timestamp(states.number.panasonic_heat_pump_main_z1_heat_curve_target_low_temp.last_changed)
      | float) > 1800 %} True {% endif %}
    alias: Last shift > 30 min ago
  - trigger: numeric_state
    entity_id:
      - sensor.panasonic_heat_pump_main_outside_temp
    below: 3
  - trigger: numeric_state
    entity_id:
      - sensor.panasonic_heat_pump_main_compressor_freq
    above: 25
conditions:
  - condition: numeric_state
    entity_id: sensor.panasonic_heat_pump_main_outside_pipe_temp
    below: -1
  - condition: template
    value_template: >-
      {% if (as_timestamp(now()) | float -
      as_timestamp(states.number.panasonic_heat_pump_main_z1_heat_curve_target_low_temp.last_changed)
      | float) > 1800 %} True {% endif %}
    alias: Last shift > 30 min ago
  - condition: numeric_state
    entity_id: sensor.panasonic_heat_pump_main_outside_temp
    below: 3
  - condition: numeric_state
    entity_id: sensor.panasonic_heat_pump_main_compressor_freq
    above: 21
  - condition: or
    conditions:
      - condition: numeric_state
        entity_id: sensor.panasonic_heat_pump_main_main_target_temp
        above: 26
      - condition: numeric_state
        entity_id: sensor.forecast_temperature_max_in_next_12_h
        above: 4
actions:
  - action: script.warmtepomp_shift_min
    metadata: {}
    data: {}
  - delay:
      hours: 0
      minutes: 0
      seconds: 15
  - action: script.warmtepomp_shift_min
    metadata: {}
    data: {}
  - action: notify.pushover
    metadata: {}
    data:
      message: Warmtepomp - ta verlagen om defrost te voorkomen
  - if:
      - condition: numeric_state
        entity_id: sensor.woonkamer_lisa_temperature
        above: 20
    then:
      - action: switch.turn_off
        metadata: {}
        data: {}
        target:
          entity_id: switch.heatfans
mode: single

Afgelopen nacht ging dat niet snel genoeg dus verlaag ik de Ta nu sneller (2x)

[Nnoitra]

Ik gebruik al een tijdje de formule om het geproduceerde vermogen te berekenen.
Echter zie ik in de history dat ie tijdens een defrost dan (fors) in de min schiet terwijl de interne Pana berekening dat niet doet:


Dit komt natuurlijk door het stukje:

code:

{% set deltaTemp = outletTemp - inletTemp %}
{% set powerProduced = flowRateSec * 4.184 * deltaTemp * 1000 %}

Want tijdens een defrost klimt de inletTemp boven de outletTemp en gaat ie de berekening in met een negatieve waarde.

Om dat tegen te gaan heb ik de berekening iets aangepast:

code:

{% if states("sensor.panasonic_heat_pump_main_compressor_freq") | int != 0 -%} 
  {% set flowRate = states('sensor.panasonic_heat_pump_main_pump_flow') | float(default=0) %}
  {% set flowRateSec = flowRate / 60 %}
  {% set outletTemp = states('sensor.panasonic_heat_pump_main_main_outlet_temp') | float(default=0) %}
  {% set inletTemp = states('sensor.panasonic_heat_pump_main_main_inlet_temp') | float(default=0) %}
  {% if inletTemp > outletTemp and is_state("switch.panasonic_heat_pump_main_defrosting_state", "on") %}
    {% set deltaTemp = inletTemp - outletTemp %}
    {% set powerProduced = flowRateSec * 4.184 * deltaTemp * 1000 %}
    {{ '%0.0f' % powerProduced }}
    {%- else -%}
      {% set deltaTemp = outletTemp - inletTemp  %}
      {% set powerProduced = flowRateSec * 4.184 * deltaTemp * 1000 %}
      {{ '%0.0f' % powerProduced }}
  {%- endif %}
{%- else -%}
  {% set powerProduced = 0 %}
  {{ '%0.0f' % powerProduced }}
{%- endif %}

Zodra de inletTemp hoger is dan de outletTemp en hij is aan het drefrosten, draai deze 2 dan om voor het berekenen van de deltaTemp.
Die piek naar beneden zou dan, net als bij de interne berekening, omhoog moeten gaan.

Nu nog weer ff wachten op een defrost

[Nnoitra]

Daar waren de defrosts al

Dit lijkt er meer op!

[pgeene]

Nnoitra schreef op vrijdag 4 april 2025 @ 14:59:
Ik gebruik al een tijdje de formule om het geproduceerde vermogen te berekenen.
Echter zie ik in de history dat ie tijdens een defrost dan (fors) in de min schiet terwijl de interne Pana berekening dat niet doet:
[Afbeelding]

Dit komt natuurlijk door het stukje:

code:

{% set deltaTemp = outletTemp - inletTemp %}
{% set powerProduced = flowRateSec * 4.184 * deltaTemp * 1000 %}

Want tijdens een defrost klimt de inletTemp boven de outletTemp en gaat ie de berekening in met een negatieve waarde.

Om dat tegen te gaan heb ik de berekening iets aangepast:

code:

{% if states("sensor.panasonic_heat_pump_main_compressor_freq") | int != 0 -%} 
  {% set flowRate = states('sensor.panasonic_heat_pump_main_pump_flow') | float(default=0) %}
  {% set flowRateSec = flowRate / 60 %}
  {% set outletTemp = states('sensor.panasonic_heat_pump_main_main_outlet_temp') | float(default=0) %}
  {% set inletTemp = states('sensor.panasonic_heat_pump_main_main_inlet_temp') | float(default=0) %}
  {% if inletTemp > outletTemp and is_state("switch.panasonic_heat_pump_main_defrosting_state", "on") %}
    {% set deltaTemp = inletTemp - outletTemp %}
    {% set powerProduced = flowRateSec * 4.184 * deltaTemp * 1000 %}
    {{ '%0.0f' % powerProduced }}
    {%- else -%}
      {% set deltaTemp = outletTemp - inletTemp  %}
      {% set powerProduced = flowRateSec * 4.184 * deltaTemp * 1000 %}
      {{ '%0.0f' % powerProduced }}
  {%- endif %}
{%- else -%}
  {% set powerProduced = 0 %}
  {{ '%0.0f' % powerProduced }}
{%- endif %}

Zodra de inletTemp hoger is dan de outletTemp en hij is aan het drefrosten, draai deze 2 dan om voor het berekenen van de deltaTemp.
Die piek naar beneden zou dan, net als bij de interne berekening, omhoog moeten gaan.

Nu nog weer ff wachten op een defrost

Vraag me af waarom je dit zou willen veranderen. Thermisch gezien is dit gewoon verlies: er wordt warmte onttrokken aan je systeem die je eerst hebt opgewekt. Dat is precies het soort "fout" in de Pana-berekening die we eruit hebben gefilterd. Met die correctie krijg je namelijk resultaten die veel beter aansluiten bij de datasheets. Panasonic zelf rapporteert soms COP’s van 16 tijdens een defrost... dat is gewoon niet realistisch.

Dat hij heel efficiënt warmte weet te onttrekken aan je warme water terwijl het buiten tegen het vriespunt zit – prima. Maar feit blijft dat het thermisch gezien verlies is. Door tijdens defrost negatieve waarden te tonen, trek je die onttrokken warmte netjes van het eerder opgewekte vermogen af. En zo hoort het ook.

Ik zou deze aanpak dus vooral aanhouden, en die interne berekening van Panasonic gewoon negeren – die rapporteert in mijn ogen vooral marketing-onzin.

Ik ben in elk geval erg blij met deze manier van berekenen. Die COP’s van >10 tijdens defrost vond ik altijd al erg vreemd. Net als het idee dat een defrost positief zou bijdragen aan je COP, terwijl je in werkelijkheid geen warmte levert aan je huis, maar juist energie verbruikt om je buitenunit te ontdooien.

Ik wil gewoon weten hoeveel energie het me heeft gekost om mijn huis te verwarmen – niet inclusief energie die nodig was voor een defrost.

Om het technisch te maken:
Beide methodes zijn wiskundig juist, maar contextueel verschillend:

Als je een energieboekhouding maakt om COP's over uren/dagen te beoordelen dan is een berekening met negatieve deltaT tijdens defrost beter. Dit is het zogenaamde Netto thermisch vermogen

Als je puur kijkt naar momentane “output” van het systeem zonder verliezen te corrigeren en niet geïnteresseerd in welke richting → dan is de omdraaiing van deltaT (zoals jij doet) nuttig. Dit is het zogenaamde Bruto thermisch vermogen

[Nnoitra]

pgeene schreef op donderdag 10 april 2025 @ 10:48:
[...]


Vraag me af waarom je dit zou willen veranderen. Thermisch gezien is dit gewoon verlies: er wordt warmte onttrokken aan je systeem die je eerst hebt opgewekt. Dat is precies het soort "fout" in de Pana-berekening die we eruit hebben gefilterd. Met die correctie krijg je namelijk resultaten die veel beter aansluiten bij de datasheets. Panasonic zelf rapporteert soms COP’s van 16 tijdens een defrost... dat is gewoon niet realistisch.

Dat hij heel efficiënt warmte weet te onttrekken aan je warme water terwijl het buiten tegen het vriespunt zit – prima. Maar feit blijft dat het thermisch gezien verlies is. Door tijdens defrost negatieve waarden te tonen, trek je die onttrokken warmte netjes van het eerder opgewekte vermogen af. En zo hoort het ook.

Ik zou deze aanpak dus vooral aanhouden, en die interne berekening van Panasonic gewoon negeren – die rapporteert in mijn ogen vooral marketing-onzin.

Ik ben in elk geval erg blij met deze manier van berekenen. Die COP’s van >10 tijdens defrost vond ik altijd al erg vreemd. Net als het idee dat een defrost positief zou bijdragen aan je COP, terwijl je in werkelijkheid geen warmte levert aan je huis, maar juist energie verbruikt om je buitenunit te ontdooien.

Ik wil gewoon weten hoeveel energie het me heeft gekost om mijn huis te verwarmen – niet inclusief energie die nodig was voor een defrost.

Om het technisch te maken:
Beide methodes zijn wiskundig juist, maar contextueel verschillend:

Als je een energieboekhouding maakt om COP's over uren/dagen te beoordelen dan is een berekening met negatieve deltaT tijdens defrost beter. Dit is het zogenaamde Netto thermisch vermogen

Als je puur kijkt naar momentane “output” van het systeem zonder verliezen te corrigeren en niet geïnteresseerd in welke richting → dan is de omdraaiing van deltaT (zoals jij doet) nuttig. Dit is het zogenaamde Bruto thermisch vermogen

Dank voor je inzicht
Het is idd maar net hoe je tegen dingen aankijkt.
Voor mij is de COP van de WP heel simpel: (geleverde energie / verbruikte energie).
En als de WP energie moet leveren om een defrost te ondersteunen, dan is dat nou eenmaal zo
Daarom gaat ie ook pas rekenen als de compressorfrequentie > 0 is.

COP's van > 10 tijdens defrosts kan ik me zo niet herinneren.
Tijdens de defrosts van 6 april zat de Pana COP en berekende COP zo rond de 1.8 (op het moment dat de compressor draaide).

[pgeene]

Nnoitra schreef op donderdag 10 april 2025 @ 12:23:
[...]

Dank voor je inzicht
Het is idd maar net hoe je tegen dingen aankijkt.
Voor mij is de COP van de WP heel simpel: (geleverde energie / verbruikte energie).
En als de WP energie moet leveren om een defrost te ondersteunen, dan is dat nou eenmaal zo
Daarom gaat ie ook pas rekenen als de compressorfrequentie > 0 is.

COP's van > 10 tijdens defrosts kan ik me zo niet herinneren.
Tijdens de defrosts van 6 april zat de Pana COP en berekende COP zo rond de 1.8 (op het moment dat de compressor draaide).

Maar dat is juist het punt. Geleverde energie is het niet. De energie die je eerst heb opgewekt om daarna te gebruiken voor een defrost is dus geen geleverde energie.
Voor mij is namelijk geleverde energie de warmte die netto aan mijn huis geleverd is.

Uiteindelijk is het dat waar je je gelukkig bij voelt.
En dat is het voordeel van open source. Je kunt het zo aanpassen als je wilt.
Na zoveel jaar een pana hebben kijk ik nog maar een paar keer per jaar of alles nog efficiënt loopt. Nog altijd blij met mijn Pana 🎉

[hemertje]

Vraagje...

https://github.com/kamaradclimber/heishamon-homeassistant

ik heb heishamon-homeassistant geinstalleerd via HACS
hoe krijg ik de Heishamon waarden nu zichtbaar als entiteit in HA?

en het zal zeker aan mij liggen, maar hoe krijg ik deze card in HA?

When using compensation curves method, one can add a nice card to represent the values using [ploty](Plotly Graph Card)

code:

type: vertical-stack
cards:
  - type: vertical-stack
    cards:
      - type: horizontal-stack
        cards:
          - type: entities
            entities:
            - entity: number.panasonic_heat_pump_main_z1_heat_curve_outside_low_temp
              name: "x_min: Outside temp lowest point"
            - entity: number.panasonic_heat_pump_main_z1_heat_curve_target_low_temp
              name: "y_min: Target temp lowest point"
      - type: horizontal-stack
        cards:
          - type: entities
            entities:
            - entity: number.panasonic_heat_pump_main_z1_heat_curve_outside_high_temp
              name: "x_max: Outside temp highest point"
            - entity: number.panasonic_heat_pump_main_z1_heat_curve_target_high_temp
              name: "y_max: Target temp highest point"
  - type: custom:plotly-graph
    refresh_interval: 10
    title: Heat curve
    defaults:
      entity:
        show_value: true
        line:
          shape: spline
    layout:
      xaxis:
        type: number
        autorange: true
    entities:
      - entity: ''
        name: Zone 2
        x:
          - >-
            $ex
            hass.states['number.panasonic_heat_pump_main_z2_heat_curve_outside_low_temp'].state
          - >-
            $ex
            hass.states['number.panasonic_heat_pump_main_z2_heat_curve_outside_high_temp'].state
        'y':
          - >-
            $ex
            hass.states['number.panasonic_heat_pump_main_z2_heat_curve_target_high_temp'].state
          - >-
            $ex
            hass.states['number.panasonic_heat_pump_main_z2_heat_curve_target_low_temp'].state
      - entity: ''
        name: Zone 1
        x:
          - >-
            $ex
            hass.states['number.panasonic_heat_pump_main_z1_heat_curve_outside_low_temp'].state
          - >-
            $ex
            hass.states['number.panasonic_heat_pump_main_z1_heat_curve_outside_high_temp'].state
        'y':
          - >-
            $ex
            hass.states['number.panasonic_heat_pump_main_z1_heat_curve_target_high_temp'].state
          - >-
            $ex
            hass.states['number.panasonic_heat_pump_main_z1_heat_curve_target_low_temp'].state

[timovd]

@hemertje ik gebruik geen compensation curves, maar wat lukt er niet? Krijg je een foutmelding? Heb je die lotly-graph ook geïnstalleerd?

[hemertje]

ik heb Plotly Graph Card ook geinstallleerd via HACS inderdaad

ik zie dat men hier Nnoitra in "Heishamon <> Node Red voor Panasonic warmtepompen"
de Heishamon data in HA beschikbaar heeft in een grafiek
ik heb de Heishamon data beschikbaar in de MQTT Explorer, maar hoe krijg ik die daarnaast ook in HA beschikbaar ?

[hemertje]

ben ook wel benieuwd hoe je deze grafieken gebouwd hebt

timovd in "HeishaMon - Panasonic Aquarea monitoring"

[hemertje]

nog een vraag...

naast de Heishamon gebruik in Ed's Node Red

daar kan ik de

Heater_Delay_Time
Heater_Start_Delta
Heater_Stop_Delta

maar in Heishamon blijven deze maar staan op

TOP96 Heater_Delay_Time -1 Minutes
TOP97 Heater_Start_Delta -128 K
TOP98 Heater_Stop_Delta -128 K

iemand een idee waarom deze niet aangepast worden?

[Nnoitra]

hemertje schreef op zondag 12 oktober 2025 @ 20:23:
ik heb Plotly Graph Card ook geinstallleerd via HACS inderdaad

ik zie dat men hier Nnoitra in "Heishamon <> Node Red voor Panasonic warmtepompen"
de Heishamon data in HA beschikbaar heeft in een grafiek
ik heb de Heishamon data beschikbaar in de MQTT Explorer, maar hoe krijg ik die daarnaast ook in HA beschikbaar ?

Als je de custom integration installeert, heb je gewoon alles in HA staan.
https://github.com/kamaradclimber/heishamon-homeassistant

[hemertje]

bedoel je 1 van deze 2?

https://github.com/cjaliaga/home-assistant-aquarea or
https://github.com/ronhks/panasonic-aquarea-smart-cloud-mqtt.

[hemertje]

@Nnoitra graag je reactie

[Nnoitra]

hemertje schreef op woensdag 15 oktober 2025 @ 21:12:
@Nnoitra graag je reactie

Lees mijn post nog eens een keer goed
Als ik één van die alternatieven had bedoeld, had ik die wel gelinkt.

[ Voor 16% gewijzigd door Nnoitra op 15-10-2025 23:23 ]

[hemertje]

sorry, heb geen flauw idee waar je naar hint...

[Nnoitra]

hemertje schreef op woensdag 15 oktober 2025 @ 23:25:
sorry, heb geen flauw idee waar je naar hint...

Gewoon die addon installeren waarvan ik de link heb geplaatst, niet meer, niets minder.

[hemertje]

heishamon-homeassistant heb ik geinstalleerd via HACS

maar hoe krijg ik nu de Heishamon waarden in een grafiek zichtbaar?
snap er werkelijk niks van...

[ Voor 11% gewijzigd door hemertje op 15-10-2025 23:47 ]

[Nnoitra]

hemertje schreef op woensdag 15 oktober 2025 @ 23:47:
heishamon-homeassistant heb ik geinstalleerd via HACS

maar hoe krijg ik nu de Heishamon waarden in een grafiek zichtbaar?
snap er werkelijk niks van...

Wat ik in dat andere topic al zei:

Nnoitra schreef op donderdag 9 oktober 2025 @ 09:23:
[...]
History tab, entiteiten toevoegen, via 3puntjes menu rechtsboven de huidige view toevoegen aan een scherm.

[hemertje]

wanneer ik zoek op Setpoint of Water dan heb ik nul matches

schiet mij maar lek of denk ik nu totaal verkeerd?

[Nnoitra]

hemertje schreef op donderdag 16 oktober 2025 @ 12:44:
wanneer ik zoek op Setpoint of Water dan heb ik nul matches

schiet mij maar lek of denk ik nu totaal verkeerd?

Ik ga niet alles voorkauwen, sowieso geen basis HA kennis. Lees je een beetje in in Home Assistent en leer. Daar heb je uiteindelijk veel meer aan.
https://www.home-assistan...terminology/#integrations
https://www.home-assistan...uration/entities_domains/

En het voorbeeld van https://github.com/kamara...ant?tab=readme-ov-file#ui geeft ook al aan hoe de naamgeving in elkaar zit.
En dit topic staat ook vol met voorbeelden.

[ Voor 5% gewijzigd door Nnoitra op 16-10-2025 13:30 ]

[hemertje]

Nnoitra schreef op donderdag 16 oktober 2025 @ 13:05:
[...]

Ik ga niet alles voorkauwen, sowieso geen basis HA kennis. Lees je een beetje in in Home Assistent en leer. Daar heb je uiteindelijk veel meer aan.
https://www.home-assistan...terminology/#integrations
https://www.home-assistan...uration/entities_domains/

En het voorbeeld van https://github.com/kamara...ant?tab=readme-ov-file#ui geeft ook al aan hoe de naamgeving in elkaar zit.
En dit topic staat ook vol met voorbeelden.

dank voor de headsup

[The_Woesh]

Met dank aan het forum hier, en GPT voor het schrijven van alle YAML, heb ik de warmtepompsturing eindelijk helemaal in HA ingesteld.

Hier een GPT Samenvatting:

Samenvatting van je volledige Home Assistant-automatisering

1. Overzicht

Het systeem bestuurt een Panasonic-warmtepomp via Heishamon en bestaat
uit drie logische delen:

Automatie Functie Actie
HP Master — Turn ON Start de warmtepomp alleen als aan de weer-,
binnen- en rustvoorwaarden is voldaan Zet pomp aan en activeert
modulatie
HP Master — Turn OFF Stopt de warmtepomp veilig als het binnen warm
genoeg is Stop modulatie → cooldown → pomp uit
HP low power modulation (DIRECT mode) Houdt het vermogen minimaal
tijdens bedrijf Corrigeert setpoint iedere 20 s (retour + 4 °C /
aanvoer – 1 °C, min 25 °C)
________________________________

2. Turn ON-logica

Triggers:

Elke 15 minuten of bij wijziging van binnen-, buiten- of compressorwaarden.

Voorwaarden:

Binnen < 19 °C.

Buiten < 15 °C.

Compressor stil ≥ 3 uur.

Warmtepomp momenteel uit.

Acties:

input_boolean.hp_master_switch → aan.

Warmtepomp-schakelaar → aan.

Activeer en trigger modulatie-automation.

Doel: Alleen starten bij reële verwarmingsvraag en koude
buitentemperatuur, zonder setpoint-sprong.

________________________________

3. Modulatie-logica

Interval: elke 20 s.

Berekent:

start_set = max(retour + 4, 25) bij lage compressorfrequentie (< 5 Hz).

mod_set = max(aanvoer – 1, 25) bij hogere frequentie.

Publiceert deze setpoints via MQTT naar Panasonic / Heishamon.
Doel: compressor in laag vermogen houden en pendelen vermijden.

________________________________

4. Turn OFF-logica

Trigger: binnen > 20 °C gedurende 5 min.

Voorwaarde: pomp is aan.

Acties:

Modulatie-automation uitschakelen.

hp_master_switch uit.

Start hp_shutdown_cooldown (script houdt circulatiepomp ± 3 min actief).

Na 3 min 30 s → pomp-schakelaar uit.

Doel: gecontroleerde stop, voorkomen van thermische stress en over-pendelen.

________________________________

5. Samenvattend gedrag

Buiten < 15 °C + binnen < 19 °C + idle ≥ 3 h → warmtepomp aan.

Modulatie regelt elk setpoint, minimum 25 °C.

Binnen > 20 °C → na 5 min uit, inclusief cooldown.

Resultaat: stabiele, zelfregulerende warmtepompsturing met minimale
compressorbelasting en automatische start/stop op basis van
temperatuur en buitentemperatuur.

Ik heb ook alles netjes nu zichtbaar in een dashboard:


En natuurlijk nog een aantal to-do:
- Alle hardcoded settings in een variabele veranderen zodat ik die kan aanpassen in het dashboard
- Een plan maken voor als het straks gaat vriezen en minimaal vermogen niet meer voldoende is. Ik moet nog nadenken over hoe ik dat ga doen. Ik denk zoiets "If weather max temp forecast <5 set overdrive mode on" en dat ik dan een overdrive mode maak op basis van een een stooklijn ipv op minimaal vermogen moduleren. Ideën zijn welkom.

Hieronder nog de automation YAML voor wie interesse heeft:

Low power modulation

code:

alias: HP low power modulation (DIRECT mode)
description: Retour+4 / Aanvoer−1; absolute setpoints via MQTT; zonder weerlogica
triggers:
  - trigger: time_pattern
    seconds: /30
conditions: []
actions:
  - variables:
      freq: "{{ states('sensor.panasonic_heat_pump_main_compressor_freq')|float(0) }}"
      t_sup: >-
        {{ states('sensor.panasonic_heat_pump_main_main_outlet_temp')|float(0)
        }}
      t_ret: "{{ states('sensor.panasonic_heat_pump_main_main_inlet_temp')|float(0) }}"
      cur_target: >-
        {{ states('sensor.panasonic_heat_pump_main_main_target_temp')|float(0)
        }}
      min_set: 25
      start_set_raw: "{{ (t_ret + 4) | float }}"
      mod_set_raw: "{{ (t_sup - 1) | float }}"
      start_set: "{{ [start_set_raw, min_set] | max | round(1) }}"
      mod_set: "{{ [mod_set_raw,  min_set] | max | round(1) }}"
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ freq < 5 and (start_set - cur_target) | abs >= 0.2 }}"
        sequence:
          - action: mqtt.publish
            data:
              topic: panasonic_heat_pump/commands/SetZ1HeatRequestTemperature
              payload: "{{ start_set }}"
              qos: 0
              retain: false
          - delay: "00:00:01"
          - action: mqtt.publish
            data:
              topic: heishamon/commands/SetZ1HeatRequestTemperature
              payload: "{{ start_set }}"
              qos: 0
              retain: false
      - conditions:
          - condition: template
            value_template: "{{ freq >= 5 and (mod_set - cur_target) | abs >= 0.2 }}"
        sequence:
          - action: mqtt.publish
            data:
              topic: panasonic_heat_pump/commands/SetZ1HeatRequestTemperature
              payload: "{{ mod_set }}"
              qos: 0
              retain: false
          - delay: "00:00:01"
          - action: mqtt.publish
            data:
              topic: heishamon/commands/SetZ1HeatRequestTemperature
              payload: "{{ mod_set }}"
              qos: 0
              retain: false
mode: single

Master Switch - Turn ON

code:

alias: HP Master — Turn ON
description: ""
triggers:
  - trigger: time_pattern
    minutes: /15
  - trigger: state
    entity_id: sensor.indoor_temperature_temperature
  - trigger: state
    entity_id: sensor.panasonic_heat_pump_main_compressor_freq
  - trigger: state
    entity_id: sensor.panasonic_heat_pump_main_outside_temp
conditions:
  - condition: numeric_state
    entity_id: sensor.indoor_temperature_temperature
    below: 19
  - condition: numeric_state
    entity_id: sensor.panasonic_heat_pump_main_outside_temp
    below: 15
  - condition: state
    entity_id: binary_sensor.hp_idle
    state: "on"
    for: "03:00:00"
  - condition: state
    entity_id: switch.panasonic_heat_pump_main_heatpump_state
    state: "off"
actions:
  - action: input_boolean.turn_on
    target:
      entity_id: input_boolean.hp_master_switch
  - action: switch.turn_on
    target:
      entity_id: switch.panasonic_heat_pump_main_heatpump_state
  - action: automation.turn_on
    target:
      entity_id: automation.hp_low_power_modulation
  - action: automation.trigger
    target:
      entity_id: automation.hp_low_power_modulation
mode: single

Master switch - Turn OFF

code:

alias: HP Master — Turn OFF
description: ""
triggers:
  - entity_id: sensor.indoor_temperature_temperature
    above: 20
    for: "00:05:00"
    trigger: numeric_state
conditions:
  - condition: state
    entity_id: switch.panasonic_heat_pump_main_heatpump_state
    state: "on"
actions:
  - action: automation.turn_off
    target:
      entity_id: automation.hp_low_power_modulation
  - action: input_boolean.turn_off
    target:
      entity_id: input_boolean.hp_master_switch
  - action: script.turn_on
    target:
      entity_id: script.hp_shutdown_cooldown
  - delay: "00:03:30"
  - action: switch.turn_off
    target:
      entity_id: switch.panasonic_heat_pump_main_heatpump_state
mode: single

[teun95]

The_Woesh schreef op vrijdag 24 oktober 2025 @ 08:54:
- Een plan maken voor als het straks gaat vriezen en minimaal vermogen niet meer voldoende is. Ik moet nog nadenken over hoe ik dat ga doen. Ik denk zoiets "If weather max temp forecast <5 set overdrive mode on" en dat ik dan een overdrive mode maak op basis van een een stooklijn ipv op minimaal vermogen moduleren. Ideën zijn welkom.

Ik heb hier ook even over nagedacht. Het lijkt me idd dat het handig is om een accurate stooklijn te gebruiken. Dit zou je in dezelfde automation kunnen implementeren door simpelweg de waarde van de stooklijn als minimum te gebruiken. Dan hoef je ook geen speciale modus hiervoor te maken.

Waarom gebruik je compressor frequency waarden van 5?

[Pejdref]

Ik heb het grofweg als volgt opgelost:
Een automation die de temperatuur regelt van de warmtepomp die afhankelijk van een helper (boolean of switch afhankelijk van je wensen) besluit of deze op minimum vermogen draait of volgens een stooklijn (inclusief shift logica op basis van binnentemperatuur). Ik gebruik het om in de nacht op minimum vermogen te draaien en overdag volgens stooklijn.

[ Voor 7% gewijzigd door Pejdref op 19-11-2025 20:54 ]

[The_Woesh]

teun95 schreef op woensdag 19 november 2025 @ 17:32:
[...]


Ik heb hier ook even over nagedacht. Het lijkt me idd dat het handig is om een accurate stooklijn te gebruiken. Dit zou je in dezelfde automation kunnen implementeren door simpelweg de waarde van de stooklijn als minimum te gebruiken. Dan hoef je ook geen speciale modus hiervoor te maken.

Waarom gebruik je compressor frequency waarden van 5?

Frequentie onder de 5 Hz betekent dat de compressor uit staat. Ik had geen aan/uit-indicator beschikbaar, dus heb ik de frequentie gebruikt.
Ik ben inmiddels wat verder: nog steeds geen stooklijn, maar een offset die oploopt zodra de ruimtetemperatuur onder de target zakt. En een extra helper (de airco) die inschakelt wanneer de temperatuur binnen te ver onder target zakt.
Ik kijk nog naar het pendelgedrag van vannacht. Waarschijnlijk was het defrost. Ik zie dit voor het eerst, maar het was ook voor het eerst dat het buiten 2 °C was.

[ Voor 36% gewijzigd door The_Woesh op 20-11-2025 14:46 ]

[loyske]

@The_Woesh welke grafieken zijn dat in HA?

Edit: Al gevonden, History Graph Card

[ Voor 34% gewijzigd door loyske op 20-11-2025 14:57 ]

[The_Woesh]

loyske schreef op donderdag 20 november 2025 @ 14:54:
@The_Woesh welke grafieken zijn dat in HA?

Edit: Al gevonden, History Graph Card

je bent mij net voor . Ik voeg ze toe via History inderdaad.

[ Voor 14% gewijzigd door The_Woesh op 20-11-2025 15:06 ]