Ervaringen met Quatt en HA en andere Domotica

[jj85]

Tha Deo schreef op maandag 26 januari 2026 @ 01:59:
Voor mij mijn eerste automation in HA, voor de meeste jullie vast gesneden koek. Daarom hier hulp gevraagd. Hoe zorg ik dat mijn wartepomp (geen Quatt, maar een DeWarmte, maar neem aan dat principe hetzelfde is) automatisch in de ‘Power’-mode gaat als de zonnepanelen terugleveren aan het electriciteitsnet? (En andersom: geen power als ik nog elektriciteit van het net haal). Ik heb een Homewizard P1-meter in HA aangemeld, en ik wil dus dat als in de electriciteitsgrafiek in het groen komt, de powermode aangaat.

Quatt kent geen power mode.
Even hier vragen lijkt me zinvoller

Ervaringen met startup DeWarmte pompAO (l/w hybride WP)

[Lasoul]

Voor de nieuwe, nog uit te brengen, versie van de Home Assistant integratie zijn er voor de Quatt kaart nieuwe animaties toegevoegd voor de watercirculatie en defrost. Ik heb zelf een Hybrid mono v1 dus het zou mooi zijn als er mede-tweakers zijn die mee kunnen testen met een Hybrid Duo, All-Electric en v2 varianten.

Om de defrost en watercirculatie te tonen moeten er wel 2 nieuwe sensors worden gekoppeld in de configuratie van de kaart (CIC: Supervisory control mode code, HP1/2: HPx defrosting).

PR
https://github.com/marcoboers/home-assistant-quatt/pull/287

Defrost animatie

[ Voor 13% gewijzigd door Lasoul op 26-01-2026 13:03 ]

[prakka]

Lasoul schreef op maandag 26 januari 2026 @ 10:59:
Voor de nieuwe, nog uit te brengen, versie van de Home Assistant integratie zijn er voor de Quatt kaart nieuwe animaties toegevoegd voor de watercirculatie en defrost. Ik heb zelf een Hybrid mono v1 dus het zou mooi zijn als er mede-tweakers zijn die mee kunnen testen met een Hybrid Duo, All-Electric en v2 varianten.

PR
https://github.com/marcoboers/home-assistant-quatt/pull/287

Defrost animatie
[Afbeelding]

Deze vraag had ik aan Quatt al drie jaar geleden gesteld... Je bent top bezig

Ik kan je niet verder helpen met je vraag omdat ik ook een v1 heb.

[jj85]

Lasoul schreef op maandag 26 januari 2026 @ 10:59:
Voor de nieuwe, nog uit te brengen, versie van de Home Assistant integratie zijn er voor de Quatt kaart nieuwe animaties toegevoegd voor de watercirculatie en defrost. Ik heb zelf een Hybrid mono v1 dus het zou mooi zijn als er mede-tweakers zijn die mee kunnen testen met een Hybrid Duo, All-Electric en v2 varianten.

PR
https://github.com/marcoboers/home-assistant-quatt/pull/287

Defrost animatie
[Afbeelding]

De defrostindicatie lijtk prima te functioneren op de v1.5 duo

[RickvdT]

balblas schreef op zaterdag 24 januari 2026 @ 20:51:
[...]

Ik gebruik de laatste versie van je script, maar krijg nu deze foutmelding in stap 2:

code:

---------------------------------------------------------------------------
ModuleNotFoundError                       Traceback (most recent call last)
Cell In[2], line 6
      4 import matplotlib.pyplot as plt
      5 from datetime import datetime, timedelta
----> 6 from scipy.optimize import curve_fit
      7 import gc
      9 # ==============================================================================
     10 # CONFIGURATION
     11 # ==============================================================================

ModuleNotFoundError: No module named 'scipy'

Enig idee?

Je mist een dependency. Ik heb nog een laatste update gemaakt aangezien er na de aanpassing van mijn stooklijn wat tekortkomingen zichtbaar werden. De eerste cell installeert alle dependencies.

https://github.com/Rickvd...tt%20stooklijn%20v3.ipynb

Nog altijd de disclaimer dat dit goed werkt voor mijn situatie maar mogelijk niet voor iedereen.

CPM schreef op vrijdag 23 januari 2026 @ 17:22:
[...]


Thanks voor je response. Ik draai het in Home Assistant dus dat command gaat niet werken. Ik moet het hebben van een kant en klare notebook in JupyterLab.

Ik heb ook een export naar excel toegevoegd en hopelijk werkende fallback voor het geval je Quatt integratie nog de oude entity namen heeft.

[CPM]

@RickvdT ja bedankt! Ik had het script opnieuw gedownload en opnieuw opgebouwd. Uiteindelijk loopt ie stuk maar de excel was wel gevuld. Die heb ik door ChatGPT verder laten analyseren. 👌🏻

[Brent]

Misschien kan ik dit hier vragen: wat is een makkelijke manier om een dagelijks/wekelijks/maandelijks resettende integraal-meting te maken? Nu moet ik per sensor eerst een integraal doen, dan een nuts meter. Als je dit over 10 vermogensmeters wil doen, wordt het een heel boekhouderij...

[Toby-Wan]

Brent schreef op zaterdag 31 januari 2026 @ 19:46:
Misschien kan ik dit hier vragen: wat is een makkelijke manier om een dagelijks/wekelijks/maandelijks resettende integraal-meting te maken? Nu moet ik per sensor eerst een integraal doen, dan een nuts meter. Als je dit over 10 vermogensmeters wil doen, wordt het een heel boekhouderij...

Kan je niet een dagelijkse resettende nutsmeter van een totaal sensor maken?
Dus hebben je 10 vermogensmeters ook een totaal verbruiks sensor?

[Brent]

Toby-Wan schreef op zondag 1 februari 2026 @ 10:07:
[...]

Kan je niet een dagelijkse resettende nutsmeter van een totaal sensor maken?
Dus hebben je 10 vermogensmeters ook een totaal verbruiks sensor?

Op zich wil ik voor die sensoren ook apart de dagtotalen kunnen zien. Misschien week en maandtotalen niet per se.

Van de energiemeter zijn het er al 8 (3 fases up, 3 fases down, en de totalen), dan de wp natuurlijk een paar (waaronder een aantal geconstrueerd), PV. Het is niet makkelijk

[nairolf]

Brent schreef op zondag 1 februari 2026 @ 10:23:
[...]

Op zich wil ik voor die sensoren ook apart de dagtotalen kunnen zien. Misschien week en maandtotalen niet per se.

Van de energiemeter zijn het er al 8 (3 fases up, 3 fases down, en de totalen), dan de wp natuurlijk een paar (waaronder een aantal geconstrueerd), PV. Het is niet makkelijk

Als ik even iets buiten de doos mag voorstellen:
Als het doel is daarmee grafiekjes maken, bekijk dan eens de custom Plotly integratie. Die levert een grafiek card voor in je dashboards waar je met JavaScript postprocessing kan uitvoeren. Echt heel erg krachtig en bespaart een hoop moeilijke templates en dergelijke.

Zeker als je niet 100% zeker weet welke data je nu wil hebben is het handig om mee te experimenteren. Heb ik ook veel gedaan, en dan uiteindelijk een sensor gemaakt die doet wat ik echt wil, niet wat ik denk nodig te hebben in het begin.

Voorbeeld: je kan van een hele maand ophalen in uur-totalen en dan de 24h-diff berekenen. Dan krijg je je afgelopen-24h-verbruik voor ieder uur, niet alleen per dag. Dus van 00:00-23:59, van 01:00 tot 00:59, van 02:00 tot … etc.

[balblas]

RickvdT schreef op vrijdag 30 januari 2026 @ 15:00:
[...]


Je mist een dependency. Ik heb nog een laatste update gemaakt aangezien er na de aanpassing van mijn stooklijn wat tekortkomingen zichtbaar werden. De eerste cell installeert alle dependencies.

https://github.com/Rickvd...tt%20stooklijn%20v3.ipynb

Nog altijd de disclaimer dat dit goed werkt voor mijn situatie maar mogelijk niet voor iedereen.


[...]

Ik heb ook een export naar excel toegevoegd en hopelijk werkende fallback voor het geval je Quatt integratie nog de oude entity namen heeft.

Thanks!

Ik krijg nu het volgende resultaat. Denk je dat het in mijn geval nut heeft de stooklijn aan te laten passen door Quatt?

[RickvdT]

balblas schreef op zondag 1 februari 2026 @ 19:33:
[...]

Thanks!

Ik krijg nu het volgende resultaat. Denk je dat het in mijn geval nut heeft de stooklijn aan te laten passen door Quatt?

[Afbeelding]
[Afbeelding]

Heb je alle cellen gedraaid in de notebook? Dit zit er nog uit als mijn data (die heb ik er in gelaten zodat er een beeld is wat het doet en wat de output zou zijn). Als je vanaf de eerste cel ze één voor één draait moet het goed gaan.

[assasinbats]

TeslaNerd schreef op zondag 25 januari 2026 @ 15:44:
[...]

Laat het ons weten als het gelukt is en wat jouw tips & trucs zijn voor andere tweakers die dit willen proberen

@leejoow en ik zijn al twee weken bezig om de integratie met mijn HA werkend te krijgen, maar we zijn er helaas nog niet. De Heatpump listener is via een browser te benaderen en daar zie je ook alle signalen. Het bordje wordt automatisch opgepikt in mn HA, maar vervolgens is het een device met 0 entities.. zou het iets te maken kunnen hebben met dat ik HA in een docker container draai?

[jj85]

assasinbats schreef op vrijdag 6 februari 2026 @ 08:38:
[...]

@leejoow en ik zijn al twee weken bezig om de integratie met mijn HA werkend te krijgen, maar we zijn er helaas nog niet. De Heatpump listener is via een browser te benaderen en daar zie je ook alle signalen. Het bordje wordt automatisch opgepikt in mn HA, maar vervolgens is het een device met 0 entities.. zou het iets te maken kunnen hebben met dat ik HA in een docker container draai?

Al eens helemaal verwijderd in HA en opnieuw toegevoegd? Dat het HA in docker is zou niet moeten uitmaken, zo draai ik ook al jaren

[ Voor 6% gewijzigd door jj85 op 06-02-2026 08:46 ]

[TeslaNerd]

assasinbats schreef op vrijdag 6 februari 2026 @ 08:38:
[...]
@leejoow en ik zijn al twee weken bezig om de integratie met mijn HA werkend te krijgen, maar we zijn er helaas nog niet. De Heatpump listener is via een browser te benaderen en daar zie je ook alle signalen. Het bordje wordt automatisch opgepikt in mn HA, maar vervolgens is het een device met 0 entities.. zou het iets te maken kunnen hebben met dat ik HA in een docker container draai?

Bij mij verschijnt het boardje als een device onder ESPHome. Heb jij ESPHome geinstalleerd in HA?

Edit: mijn HA draait op een HP t630 thin client op HAOS

[ Voor 24% gewijzigd door TeslaNerd op 06-02-2026 10:05 ]

[jj85]

TeslaNerd schreef op vrijdag 6 februari 2026 @ 09:30:
[...]

Bij mij verschijnt het boardje als een device onder ESPHome. Heb jij ESPHome geinstalleerd in HA?

Bij HA onder docker werkt dat anders. Je hoeft geen esphome te installeren.

[jj85]

@RickvdT Handig jouw Jupyter script. Bezig om voor mijn huis een 'normale' stooklijn vast te stellen. Mooi startpunt

[assasinbats]

TeslaNerd schreef op vrijdag 6 februari 2026 @ 09:30:
[...]

Bij mij verschijnt het boardje als een device onder ESPHome. Heb jij ESPHome geinstalleerd in HA?

Edit: mijn HA draait op een HP t630 thin client op HAOS

[Afbeelding]

Ik gebruik toevallig ook een T630, met Home Assistant Container.

[jj85]

@assasinbats had je hem al een keer verwijderd, HA restart en dan opnieuw toevoegen?

[assasinbats]

jj85 schreef op vrijdag 6 februari 2026 @ 10:38:
@assasinbats had je hem al een keer verwijderd, HA restart en dan opnieuw toevoegen?

Jep, boodt geen soelaas helaas.

[leejoow]

jj85 schreef op vrijdag 6 februari 2026 @ 09:34:
[...]

Bij HA onder docker werkt dat anders. Je hoeft geen esphome te installeren.

Je hoeft in geen geval de ESPHome addon inderdaad te installeren, de firmware staat al op de module. Ik snap ook nog niet wat er fout gaat bij @assasinbats, ben wel blij om te horen dat bij andere het wel gewoon werkt. Ik puzzel nog even verder hier!

[jj85]

leejoow schreef op vrijdag 6 februari 2026 @ 11:38:
[...]


Je hoeft in geen geval de ESPHome addon inderdaad te installeren, de firmware staat al op de module. Ik snap ook nog niet wat er fout gaat bij @assasinbats, ben wel blij om te horen dat bij andere het wel gewoon werkt. Ik puzzel nog even verder hier!

@assasinbats Is je module wel via de webinterface te benaderen? Je kan eventueel ook zelf de module op basis van ip-adres aan HA toevoegen. Maar mogelijk allemaal al geprobeerd (maar dat mist in je bericht wat er allemaal al geprobeerd is )

[TeslaNerd]

assasinbats schreef op vrijdag 6 februari 2026 @ 11:17:
[...]

Jep, boodt geen soelaas helaas.

Kun jij de relevante HA-logs laten zien?

[assasinbats]

Home Assistant log (dit is wat ik kon vinden wat mij relevant leek. Items in t log niet gerelateerd aan de heatpump voegen denk ik niks toe)

code:

Logger: aioesphomeapi.connection
Source: runner.py:154
First occurred: 9:03:23 AM (134 occurrences)
Last logged: 12:18:22 PM

heatpump-listener @ 192.168.1.154: Connection error occurred: heatpump-listener @ 192.168.1.154: Connection lost

Vanuit heatpump-listener.local zie ik de volgende error:

code:

12:10:50
[W]
[api.connection:1978]
Home Assistant 2025.6.1 (192.168.1.100): Reading failed CONNECTION_CLOSED errno=128

http://heatpump-listener.local/ is benaderbaar en daar komen alle signalen zichtbaar op binnen

Handmatig toevoegen via t ipadres aan HA levert t zelfde resultaat op als automatisch toevoegen.

Thanks allemaal voor het meedenken

[ Voor 17% gewijzigd door assasinbats op 06-02-2026 12:23 ]

[jj85]

assasinbats schreef op vrijdag 6 februari 2026 @ 12:22:
Home Assistant log (dit is wat ik kon vinden wat mij relevant leek. Items in t log niet gerelateerd aan de heatpump voegen denk ik niks toe)

code:

Logger: aioesphomeapi.connection
Source: runner.py:154
First occurred: 9:03:23 AM (134 occurrences)
Last logged: 12:18:22 PM

heatpump-listener @ 192.168.1.154: Connection error occurred: heatpump-listener @ 192.168.1.154: Connection lost

Vanuit heatpump-listener.local zie ik de volgende error:

code:

12:10:50
[W]
[api.connection:1978]
Home Assistant 2025.6.1 (192.168.1.100): Reading failed CONNECTION_CLOSED errno=128

http://heatpump-listener.local/ is benaderbaar en daar komen alle signalen zichtbaar op binnen[Afbeelding]

Handmatig toevoegen via t ipadres aan HA levert t zelfde resultaat op als automatisch toevoegen.

Thanks allemaal voor het meedenken

@leejoow Ik had deze week met m'n eigen OpenQuatt gepruts een licht overbelaste ESP (teveel modbus reads etc). Daardoor werkte de API heel slecht. Kan zoiets hier ook aan de orde zijn?

[TeslaNerd]

Is dat met de debug-logging Enabled?



Bij mij ziet het met debug-logging enabled er zo uit na een restart (Restart via de web pagina van de Listener):

NB bij mij draait de OpenQuatt firmware ipv de Listener firmware maar dat zal er niet veel anders uit zien na een herstart, toch @leejoow ?

[ Voor 74% gewijzigd door TeslaNerd op 06-02-2026 13:27 ]

[Appesteijn]

Op basis van het script van @RickvdT ben ik bezig om hier een HA integratie van te maken. Nog niet af, maar dit is wat ik nu heb:

Via HACS is het te installeren:
https://github.com/Appesteijn/stooklijn

Dan krijg je ongeveer dit:

[ Voor 31% gewijzigd door Appesteijn op 14-02-2026 23:37 ]

[assasinbats]

De afgelopen weken ben ik samen met @leejoow af en aan bezig geweest om iets te verzinnen om het ESP bordje uitleesbaar te krijgen in mijn (Docker) HA. We waren inmiddels allebei zonder ideëen (niet dat ik bijzonder veel kaas van al dit HA heb, maar met ChatGPT komt zelf een kneus zoals ik ergens) en stonden op t punt om t bordje om te ruilen voor een nieuw exemplaar. Toen bedacht ik me dat ik nog één ding kon doen: op een oude RPi een nieuwe HA zonder Docker installeren en dan kijken of het dan wel werkt. En verdomd: dat deed het! Autodetectie van de ESP, alle signalen in één keer doorgevend. Duidelijk dus dat het aan mijn HA lag.
Diezelfde avond had ik een vriend op bezoek met een hoop meer HA kennis. Na een snelle blik van hem zag hij dat mijn HA verouderd was (2025 core) terwijl de RPi nu een 2026 core had. Ik had natuurlijk wel HA laten checken op updates, maar kennelijk was zowel mijn Debian als de Docker outdated. De hele buts aan de update gezet, en vervolgens werkt het bordje zoals verwacht..

Ik voel me dr wel stom over dat het zoiets stoms was.. Maar dikke shout out naar Leejow voor t geduld met deze amateur.

[leejoow]

Ik ben blij dat we het gevonden hebben! Nu veel plezier ervan 🙂

[TeslaNerd]

Hier ook nog een dikke shout out naar @leejoow voor zijn engineering skills en enthousiasme om OpenQuatt mogelijk te maken. Met OpenQuatt verandert jouw Quatt van een gesloten systeem in een full tweakable open source systeem.

Sneak preview: @Jordi_ van OpenAmber is al heel ver met het doorgronden van het updaten van de parameter file van de buitenunit controller voor tweaken van de frequentie mapping en bodemplaatverwarming. Dan kunnen irritante resonanties bij de bron worden aangepakt en stoppen wij die 600 MWh aan zinloze bodemplaatverwarming

[Fragger123]

Appesteijn schreef op zaterdag 14 februari 2026 @ 12:11:
Op basis van het script van @RickvdT ben ik bezig om hier een HA integratie van te maken. Nog niet af, maar dit is wat ik nu heb: [Afbeelding]

Via HACS is het te installeren:
https://github.com/Appesteijn/stooklijn

Dan krijg je ongeveer dit:
[Afbeelding]

Cool lijkt prima te werken, moest wel bijna alle sensor namen aanpassen in het dashbordje want de meeste niet voor mijn installatie.

[jj85]

Appesteijn schreef op zaterdag 14 februari 2026 @ 12:11:
Op basis van het script van @RickvdT ben ik bezig om hier een HA integratie van te maken. Nog niet af, maar dit is wat ik nu heb: [Afbeelding]

Via HACS is het te installeren:
https://github.com/Appesteijn/stooklijn

Dan krijg je ongeveer dit:
[Afbeelding]

Nice! Deze week eens proberen.
Wel even een vraag: heb je hierin rekening gehouden met het potentieel overbelasten van de Quatt servers? Daar waren ze niet zo blij mee.

De default dashboard gaat nog niet zo lekker. Die verwijst nog naar quatt_stooklijn. Terwijl al m'n entities nu beginnen met quatt_warmteanalyse.


Misschien nog wel de datapunten op 0 weghalen uit de fit, die vertekenen nu het beeld een beetje

Nu lijk ik warmtevraag te hebben bij 20grC buiten.

Verder wel echt vet! Heel toegangelijk zo

[ Voor 34% gewijzigd door jj85 op 16-02-2026 10:59 ]

[leejoow]

Ik zou denk ik eerder er dan voor kiezen om de data zelf uit de modbus te sniffen

[jj85]

leejoow schreef op maandag 16 februari 2026 @ 10:32:
Ik zou denk ik eerder er dan voor kiezen om de data zelf uit de modbus te sniffen

Deze haalt de data op uit de Quatt cloudserver. Dus kan ik als beginpunt de installatiedatum kiezen.
M'n modbus levert alleen de huidige data. Dus daar kan ik niet snel een stooklijn op bepalen.

[Fragger123]

Deels, hij haalt ook data uit je homeassistant statistics.

Ik moest inderdaad ook het dashboard flink aanpassen omdat de entiteiten anders zijn

[Appesteijn]

Fragger123 schreef op maandag 16 februari 2026 @ 09:32:
[...]


Cool lijkt prima te werken, moest wel bijna alle sensor namen aanpassen in het dashbordje want de meeste niet voor mijn installatie.

[Afbeelding]

Nice! Heb je een lijstje van sensoren die je moest aanpassen (via DM)? Dan kan ik kijken of dat makkelijker kan.

[Appesteijn]

jj85 schreef op maandag 16 februari 2026 @ 09:40:
[...]

Nice! Deze week eens proberen.
Wel even een vraag: heb je hierin rekening gehouden met het potentieel overbelasten van de Quatt servers? Daar waren ze niet zo blij mee.

De default dashboard gaat nog niet zo lekker. Die verwijst nog naar quatt_stooklijn. Terwijl al m'n entities nu beginnen met quatt_warmteanalyse.
[Afbeelding]

Misschien nog wel de datapunten op 0 weghalen uit de fit, die vertekenen nu het beeld een beetje
[Afbeelding]
Nu lijk ik warmtevraag te hebben bij 20grC buiten.

Verder wel echt vet! Heel toegangelijk zo

Ja je hebt wel apexchart-card via HACS nodig.
De 0 data punten worden niet meegenomen in de berekening van de lijn, ze waorden nog wel getoond.

[jj85]

Appesteijn schreef op maandag 16 februari 2026 @ 11:06:
[...]


Ja je hebt wel apexchart-card via HACS nodig.

Ja, dat is het probleem ook niet.
Probleem is dat in de dashboard er veelal gevraagd word om sensor.quatt_stooklijn_xxx. Terwijl al m'n entities nu beginnen met sensor.quatt_warmteanalyse_xxx.
Ik gok dat je gedurende je project een keer de naam hebt aangepast van Quatt Stooklijn naar Quatt Warmteanalyse

De 0 data punten worden niet meegenomen in de berekening van de lijn, ze waorden nog wel getoond.

Hmm, toch loopt die lijn niet lekker.
Je zou eigenlijk alle punten >20grC of <100W/k eruit moeten filteren (of iets in die richting)

[RickvdT]

Appesteijn schreef op zaterdag 14 februari 2026 @ 12:11:
Op basis van het script van @RickvdT ben ik bezig om hier een HA integratie van te maken. Nog niet af, maar dit is wat ik nu heb: [Afbeelding]

Via HACS is het te installeren:
https://github.com/Appesteijn/stooklijn

Dan krijg je ongeveer dit:
[Afbeelding]

Heel tof! Maakt het ook een stuk laagdrempeliger.

Een tekortkoming van mijn code is de 'knik' berekening. Deze is nu gebaseerd op de laatste 10 dagen met detail data uit Home assistant (voordat het de long term statistics in gaat). Dit betekent dus dat het alleen soepel werkt als je warmtepomp op maximaal vermogen heeft gedraaid in de afgelopen 10 dagen. En eigenlijk nooit accuraat is als je huidige stooklijn nooit het maximale vermogen van je Quatt vraagt.

Ik heb geprobeerd dit om te bouwen naar de Quatt api data maar dan liep ik er tegen aan dat je veel ruis krijgt van uren dat de warmtepomp maar een deel van het uur heeft gedraaid en defrosts die weer deels afhangen van luchtvochtigheid buiten wat een onbekende is. Ik denk dat daar verbetering mogelijk is maar ik kwam er niet helemaal uit met alleen data van mijn eigen setup (waar ik gelukkig nooit gas gebruik).

jj85 schreef op maandag 16 februari 2026 @ 09:40:
[...]
Misschien nog wel de datapunten op 0 weghalen uit de fit, die vertekenen nu het beeld een beetje

Ik denk inderdaad dat daar nog iets niet helemaal lekker loopt als ik zo naar de voorbeelden kijk. Het beste kun je alle data met een warmteoutput minder dan 2kw negeren. Dit is in veel gevallen het minimale vermogen van een Quatt (staat in de specsheet per A/W). Dus ook al vraagt de stooklijn 1,5kw zal de Quatt 2kw leveren wat betekent dat je deze data niet wilt gebruiken.

[Appesteijn]

jj85 schreef op maandag 16 februari 2026 @ 11:19:
[...]

Ja, dat is het probleem ook niet.
Probleem is dat in de dashboard er veelal gevraagd word om sensor.quatt_stooklijn_xxx. Terwijl al m'n entities nu beginnen met sensor.quatt_warmteanalyse_xxx.
Ik gok dat je gedurende je project een keer de naam hebt aangepast van Quatt Stooklijn naar Quatt Warmteanalyse

[...]

Hmm, toch loopt die lijn niet lekker.
Je zou eigenlijk alle punten >20grC of <100W/k eruit moeten filteren (of iets in die richting)

Ja dat klopt, de oude naam dekte niet helemaal de lading. Ik had niet verwacht dat mensen hem al geïnstalleerd zouden hebben
Ik zou graag willen dat mensen met alleen gas verbruik en dagelijkse temperatuur registratie met deze integratie ook hun warmte behoeft kunnen berekenen. En dan dus weten welke warmtepomp ze nodig hebben.

Als het goed is worden alle punten met < 200W eruit gefilterd. Morgen heb ik tijd om er naar te kijken, dank voor het meekijken in ieder geval.

[Fragger123]

Appesteijn schreef op maandag 16 februari 2026 @ 11:04:
[...]


Nice! Heb je een lijstje van sensoren die je moest aanpassen (via DM)? Dan kan ik kijken of dat makkelijker kan.

Ja zie ook het bericht van jj het was vooral 'quatt_stooklijn' naar 'quatt_warmteanalyse'

[verguldebarman]

Appesteijn schreef op zaterdag 14 februari 2026 @ 12:11:
Op basis van het script van @RickvdT ben ik bezig om hier een HA integratie van te maken. Nog niet af, maar dit is wat ik nu heb: [Afbeelding]

Via HACS is het te installeren:
https://github.com/Appesteijn/stooklijn

Dan krijg je ongeveer dit:
[Afbeelding]

Ziet er goed uit en direct geïnstalleerd!!

Bij mij wordt alleen het Knikpunt niet berekend. Ik heb geen gas sensoren ingevuld, alleen de quatt sensoren. Zit het daarmee te maken kunnen hebben?

Ik de sensor "sensor.quatt_stooklijn_quatt_stooklijn_slope" staat op unknown trouwens. Enig idee waarom?

[jj85]

@verguldebarman even hernoemen
jj85 in "Ervaringen met Quatt en HA en andere Domotica"

[verguldebarman]

jj85 schreef op maandag 16 februari 2026 @ 18:54:
@verguldebarman even hernoemen
jj85 in "Ervaringen met Quatt en HA en andere Domotica"

Dat had ik al gedaan. De rest werkt perfect alleen Knee en Slope blijven unknown.

[Appesteijn]

verguldebarman schreef op maandag 16 februari 2026 @ 19:15:
[...]

Dat had ik al gedaan. De rest werkt perfect alleen Knee en Slope blijven unknown.

Hmm wellicht even de data wissen (of HA opnieuw opstarten) en opnieuw genereren.

Heb je anders een log file output voor me?

[verguldebarman]

Appesteijn schreef op maandag 16 februari 2026 @ 22:52:
[...]


Hmm wellicht even de data wissen (of HA opnieuw opstarten) en opnieuw genereren.

Heb je anders een log file output voor me?

Data gewist, geen succes.

Welke log file output bedoel je en waar staat die? Of bedoel je debug logging?

[Appesteijn]

verguldebarman schreef op dinsdag 17 februari 2026 @ 07:32:
[...]

Data gewist, geen succes.

Welke log file output bedoel je en waar staat die? Of bedoel je debug logging?

Settings -> System -> Logs en dan kijken of hier iets staat van de Custom Component

Ik zie met dat het versiebeheer nog niet lekker loopt, ik heb wat updates gepushed mbt caching, maar in HACS komen deze nu gelijk als nieuwe versie door, dat is niet de bedoeling.

[verguldebarman]

Appesteijn schreef op dinsdag 17 februari 2026 @ 07:37:
[...]

Settings -> System -> Logs en dan kijken of hier iets staat van de Custom Component

Ik zie met dat het versiebeheer nog niet lekker loopt, ik heb wat updates gepushed mbt caching, maar in HACS komen deze nu gelijk als nieuwe versie door, dat is niet de bedoeling.

Ik vrees niet heel veel zinnigs in de logs. Of kan je iets met de warming?

code:

2026-02-17 16:51:31.000 INFO (MainThread) [custom_components.quatt_stooklijn] Triggering Quatt Stooklijn analysis
2026-02-17 16:51:31.000 DEBUG (MainThread) [custom_components.quatt_stooklijn.coordinator] Manually updated quatt_stooklijn data
2026-02-17 16:51:31.002 INFO (MainThread) [custom_components.quatt_stooklijn.coordinator] Starting Quatt Stooklijn analysis
2026-02-17 16:51:31.002 INFO (MainThread) [custom_components.quatt_stooklijn.coordinator] Fetching Quatt insights data...
2026-02-17 16:52:10.799 INFO (MainThread) [custom_components.quatt_stooklijn.coordinator] Fetching live history for stooklijn analysis...
2026-02-17 16:52:24.875 INFO (MainThread) [custom_components.quatt_stooklijn.analysis.stooklijn] Using temperature from: sensor.thermostat_temperature_outside (6130 records)
2026-02-17 16:52:24.881 WARNING (MainThread) [custom_components.quatt_stooklijn.analysis.stooklijn] Could not find temperature or power data (temp=True, power=False)
2026-02-17 16:52:24.890 INFO (MainThread) [custom_components.quatt_stooklijn.coordinator] Running stooklijn calculations...
2026-02-17 16:52:25.062 INFO (MainThread) [custom_components.quatt_stooklijn.coordinator] Running heat loss analysis...
2026-02-17 16:52:25.113 INFO (MainThread) [custom_components.quatt_stooklijn.coordinator] Quatt Stooklijn analysis completed
2026-02-17 16:52:25.114 DEBUG (MainThread) [custom_components.quatt_stooklijn.coordinator] Finished fetching quatt_stooklijn data in 54.112 seconds (success: True)

[Appesteijn]

Ok ik heb het een en ander aangepast. Er wordt nu zoveel mogelijk data uit Home Assistant zelf gebruikt en 1 keer 30 dagen richting de Quatt API. Deze Quatt API data wordt gecached, dus bij volgende updates wordt alleen een delta binnengehaald.
Het berekenen van het knikpunt blijft nog lastig omdat dit op minuten data gebaseerd is vanuit het Home Assistant data en deze wordt in de regel maar voor de afgelopen 10 dagen opgeslagen. De integratie probeert wel 30 dagen op te halen (alleen binnen HA), maar voor de meeste mensen zal dit dus maar 10 dagen zijn.

Ook heb ik het versiebeheer nu beter, de laatste versie is 0.2.2. Als er wat mensen mee willen testen dan wordt dat gewaardeerd, bij voldoende positieve tests, kan ik deze integratie aanmelden bij HACS.

https://github.com/Appesteijn/stooklijn

[nairolf]

RickvdT schreef op maandag 16 februari 2026 @ 11:41:
[...]


Heel tof! Maakt het ook een stuk laagdrempeliger.

Een tekortkoming van mijn code is de 'knik' berekening. Deze is nu gebaseerd op de laatste 10 dagen met detail data uit Home assistant (voordat het de long term statistics in gaat). Dit betekent dus dat het alleen soepel werkt als je warmtepomp op maximaal vermogen heeft gedraaid in de afgelopen 10 dagen. En eigenlijk nooit accuraat is als je huidige stooklijn nooit het maximale vermogen van je Quatt vraagt.

Ik heb geprobeerd dit om te bouwen naar de Quatt api data maar dan liep ik er tegen aan dat je veel ruis krijgt van uren dat de warmtepomp maar een deel van het uur heeft gedraaid en defrosts die weer deels afhangen van luchtvochtigheid buiten wat een onbekende is. Ik denk dat daar verbetering mogelijk is maar ik kwam er niet helemaal uit met alleen data van mijn eigen setup (waar ik gelukkig nooit gas gebruik).

Probeer de uur-data eens te 24-uur sommeren/middelen. Dan krijg je als data de 24-uur warmtebehoefte in kWh (of als je weer door 24 deelt, dus middelen, het 24-uurs gemiddelde vermogen). In combinatie met de 24-uur gemiddelde temperatuur geeft dit waarschijnlijk een goed beeld. Dat doet het iig bij mij voor mijn gasverbruik (oud plaatje):



Dit is alle 24-uurs gemiddelden (dus 00:00-23:59, 01:00-00:59, 02:00-01:59, etc..), en daaruit volgt bij mij dus dat bij -22 (gevoelstemperatuur, oftewel -10 met 15 m/s wind) wij verwachten 8.86 kuub gas te moeten gebruiken.

[RickvdT]

nairolf schreef op dinsdag 17 februari 2026 @ 23:54:
[...]
Probeer de uur-data eens te 24-uur sommeren/middelen. Dan krijg je als data de 24-uur warmtebehoefte in kWh (of als je weer door 24 deelt, dus middelen, het 24-uurs gemiddelde vermogen). In combinatie met de 24-uur gemiddelde temperatuur geeft dit waarschijnlijk een goed beeld. Dat doet het iig bij mij voor mijn gasverbruik (oud plaatje):

[Afbeelding]

Dit is alle 24-uurs gemiddelden (dus 00:00-23:59, 01:00-00:59, 02:00-01:59, etc..), en daaruit volgt bij mij dus dat bij -22 (gevoelstemperatuur, oftewel -10 met 15 m/s wind) wij verwachten 8.86 kuub gas te moeten gebruiken.

Voor het bepalen van de totale warmtebehoefte van de woning is jouw methode prima maar om een inschatting te maken van de werkelijke stooklijn en prestaties kun je denk ik niet met gemiddelde data werken.

Om het enigszins te verduidelijken, stel ik wil van mijn auto het benzineverbruik bij 3000 toeren weten. Als ik de motor een half uur op 5000 toeren rijd en een half uur stationair laat draaien op 1000 toeren en dan de verbruikte benzine meet kan ik een benzineverbruik bij gemiddeld 3000 toeren vaststellen. Dat zegt echter weinig over het benzineverbruik bij 3000 toeren, daarvoor meet je liever gewoon de benzine flow als de motor 3000 toeren maakt. Hetzelfde gebeurt met de Quatt data als het de long term statistics in gaat. Je krijgt gewoon erg veel ruis en gaat verkeerde dingen meten.

Mooi voorbeeld, het defrost interval is gemiddeld 52 minuten. Dat betekent dat er elke 6 uur een uur is dat 2x een defrost heeft. In de detail data geen probleem, in de long term statistics krijg je een outlier. Zo zijn er nog wel wat voorbeelden.

[Tokolosh]

Weet iemand hoe Quatt “DHW On” detectie regelt?

Dit zit in de remote API maar ik wil graag dit lokaal doen en mijn afzuiging maximaal laten draaien zodra er een douche aan gaat.

Ik verwacht dat het iets is al -dT > 0.2C per minuut bij de bottom temp van de heat battery maar als de precieze berekening hier achter bekend is zou dat mooi(er) zijn.

[ Voor 31% gewijzigd door Tokolosh op 23-02-2026 20:29 ]

[jj85]

@Tokolosh Heb je all-e?
Er zit een flowmeter in de heatcharger, die meet dus DHW.

[Tokolosh]

jj85 schreef op maandag 23 februari 2026 @ 20:41:
@Tokolosh Heb je all-e?
Er zit een flowmeter in de heatcharger, die meet dus DHW.

Jazeker, ik heb de All-E! Gewonnen met Tweakers testpanel

Bedankt voor de info; is er manier om die flowmeter uit te lezen met HA? Mischien kijk ik er overheen?

[--Christiaan--]

Appesteijn schreef op maandag 16 februari 2026 @ 11:04:
[...]


Nice! Heb je een lijstje van sensoren die je moest aanpassen (via DM)? Dan kan ik kijken of dat makkelijker kan.

Ik heb even alles met Replace all aangepast. Alle sensoren heten nog quatt_stooklijn maar dat moet quatt_warmteanalyse zijn. De services zijn wel nog quatt_stooklijn om het werkend te krijgen.

En dan is er nog een entity die aangeroepen wordt maar niet lijkt te bestaan in het dashboard, dat is sensor.quatt_warmteanalyse_aanbevolen_aanvoertemperatuur

Wat moet ik daar precies doen?

Mooi werk trouwens!

[Appesteijn]

--Christiaan-- schreef op maandag 23 februari 2026 @ 21:45:
[...]

Ik heb even alles met Replace all aangepast. Alle sensoren heten nog quatt_stooklijn maar dat moet quatt_warmteanalyse zijn. De services zijn wel nog quatt_stooklijn om het werkend te krijgen.

En dan is er nog een entity die aangeroepen wordt maar niet lijkt te bestaan in het dashboard, dat is sensor.quatt_warmteanalyse_aanbevolen_aanvoertemperatuur

Wat moet ik daar precies doen?

Mooi werk trouwens!

Bij mij heet die 'aanbevolen aanvoertemperatuur', ook in de grafiek moet je die aanpassen. Ik moest die met de hand nog aanpasen. Je krijg dan te zien wat volgens je verzamelde data de beste aanvoertemperatuur. Dit zou gelijk moeten lopen met je Flowmeter temperatuur:

Ik dacht dat ik dat had gefixed in de laatste (pre) release even kijken wat daar mis is gegaan.

[--Christiaan--]

Appesteijn schreef op maandag 23 februari 2026 @ 23:19:
[...]


Bij mij heet die 'aanbevolen aanvoertemperatuur', ook in de grafiek moet je die aanpassen. Ik moest die met de hand nog aanpasen. Je krijg dan te zien wat volgens je verzamelde data de beste aanvoertemperatuur. Dit zou gelijk moeten lopen met je Flowmeter temperatuur: [Afbeelding]

Ik dacht dat ik dat had gefixed in de laatste (pre) release even kijken wat daar mis is gegaan.

Thanks! Kun je me vertellen hoe die entity exact heet? Want ik kan helemaal niks vinden wat er op lijkt.

Of komt het misschien omdat ik bij Stooklijn Point 1 en 2 nog niks heb ingevuld?

En dan meteen de vraag, hoe kom ik er achter wat ik daar moet invullen? Sorry voor de vele vragen, ik ben het nog erg aan het ontdekken allemaal. Ik begrijp dat het dan om de current quatt stooklijn gaat, maar hoe vind ik die?

[ Voor 16% gewijzigd door --Christiaan-- op 24-02-2026 12:10 ]

[jj85]

Appesteijn schreef op maandag 23 februari 2026 @ 23:19:
[...]


Bij mij heet die 'aanbevolen aanvoertemperatuur', ook in de grafiek moet je die aanpassen. Ik moest die met de hand nog aanpasen. Je krijg dan te zien wat volgens je verzamelde data de beste aanvoertemperatuur. Dit zou gelijk moeten lopen met je Flowmeter temperatuur: [Afbeelding]

Ik dacht dat ik dat had gefixed in de laatste (pre) release even kijken wat daar mis is gegaan.

Ik zit even te denken wat we hier nou precies berekenen

Basis is warmteverlies / warmte vanuit de Quatt bij buitentemp (de Power stooklijn).
Dit wordt door Quatt berekent als P = flow * (Tuit - Tin) *constante

In de aanbevolen aanvoertemp doe je precies het omgekeerde, je start met P.
Tuit = Tin + P / (flow * constante)

Wat is hier de 'winst'?

Hij slaat bij mij trouwens de flow en Tin entiteit niet op in de config en kan dus de watertemp niet berekenen. Bugje?

[Appesteijn]

jj85 schreef op dinsdag 24 februari 2026 @ 12:41:
[...]

Ik zit even te denken wat we hier nou precies berekenen

Basis is warmteverlies / warmte vanuit de Quatt bij buitentemp (de Power stooklijn).
Dit wordt door Quatt berekent als P = flow * (Tuit - Tin) *constante

In de aanbevolen aanvoertemp doe je precies het omgekeerde, je start met P.
Tuit = Tin + P / (flow * constante)

Wat is hier de 'winst'?

Hij slaat bij mij trouwens de flow en Tin entiteit niet op in de config en kan dus de watertemp niet berekenen. Bugje?

Mijn idee was dat je hiermee de vereiste watertemperatuur kan ophalen om via OpenQuatt de Quatt aan te sturen.
En het is voor mij een sanity check om te kijken of dit de watertemperatuur bij de flowmeter benadert.

[ Voor 6% gewijzigd door Appesteijn op 24-02-2026 18:01 ]

[Appesteijn]

--Christiaan-- schreef op dinsdag 24 februari 2026 @ 12:08:
[...]

Thanks! Kun je me vertellen hoe die entity exact heet? Want ik kan helemaal niks vinden wat er op lijkt.

Of komt het misschien omdat ik bij Stooklijn Point 1 en 2 nog niks heb ingevuld?

En dan meteen de vraag, hoe kom ik er achter wat ik daar moet invullen? Sorry voor de vele vragen, ik ben het nog erg aan het ontdekken allemaal. Ik begrijp dat het dan om de current quatt stooklijn gaat, maar hoe vind ik die?

Geen probleem, ook ik ben ooit begonnen

Als je naar je dashboard kijkt, dan kan je rechts bovenin op Edit klikken. Dan moet je naar de Edit knop van de sensor die nu op 'ik kan deze niet vinden' staat. Bij mij heet de correcte sensor: sensor.quatt_warmteanalyse_aanbevolen_aanvoertemperatuur


Er moet wel wat data zijn zodat hij iets kan berekenen en de pomp moet werken, anders staat er 'unknown'

[jappo]

Appesteijn schreef op dinsdag 24 februari 2026 @ 20:40:
[...]

Bij mij heet de correcte sensor: sensor.quatt_warmteanalyse_aanbevolen_aanvoertemperatuur

[…]

Bij mij bestaat deze sensor (ook) niet. Hij is niet aangemaakt onder de Quatt warmteanalyse integratie.
Zou dat wel zo moeten zijn?
Ik heb versie 0.2.5 van de integratie.

Het dashboard ziet er nu zo uit bij mij.Hieronder alle entiteiten die zijn aangemaakt.Ik heb het idee dat er meer mist in de grafieken.

[Appesteijn]

jappo schreef op dinsdag 24 februari 2026 @ 22:47:
[...]


Bij mij bestaat deze sensor (ook) niet. Hij is niet aangemaakt onder de Quatt warmteanalyse integratie.
Zou dat wel zo moeten zijn?
Ik heb versie 0.2.5 van de integratie.

Het dashboard ziet er nu zo uit bij mij.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Hieronder alle entiteiten die zijn aangemaakt.

[Afbeelding]

Ik heb het idee dat er meer mist in de grafieken.

Kun je eens onder Settings -> System -> Logs kijken of daar nog iets staat mbt de Quatt warmteanalyse integratie?

[jappo]

Appesteijn schreef op dinsdag 24 februari 2026 @ 23:02:
[...]

Kun je eens onder Settings -> System -> Logs kijken of daar nog iets staat mbt de Quatt warmteanalyse integratie?

Geen foutmeldingen voor deze integratie.
Ik heb je een log via pm gestuurd. Tijdens dit log heb ik een reload van de integratie gedaan en een nieuwe calculatie.

Misschien goed om dit verder via een issue op github te doen?

[ Voor 7% gewijzigd door jappo op 25-02-2026 07:27 ]

[jj85]

jappo schreef op dinsdag 24 februari 2026 @ 22:47:
[...]
Ik heb versie 0.2.5 van de integratie.

Volgens mij zit die watertemp-berekening in v 0.2.7 (die staat nu als pre-release in HACS).
@Appesteijn Klopt toch?

[--Christiaan--]

Dat is bij mij inderdaad ook het probleem, de entity bestaat letterlijk niet.







Hoe zet ik pre-release aan in HACS?

[jj85]

@--Christiaan--
Zoek integratie op in HACS, klik op puntjes rechts en dan Redownload.
Vervolgens 'need different version' en selecteer daar de gewenste versie.

[--Christiaan--]

Dank! Het is gelukt.

Heeft iemand nog een idee hoe ik de waardes vind die ik bij Stooklijn Point 1 en 2 moet invullen?

[jj85]

--Christiaan-- schreef op woensdag 25 februari 2026 @ 10:21:
Dank! Het is gelukt.

Heeft iemand nog een idee hoe ik de waardes vind die ik bij Stooklijn Point 1 en 2 moet invullen?

Opvragen bij Quatt

[Fragger123]

jj85 schreef op woensdag 25 februari 2026 @ 10:33:
[...]

Opvragen bij Quatt

Zou eigenlijk nice zijn als ze die gewoon in de CiC json feed zetten.

[jj85]

Fragger123 schreef op woensdag 25 februari 2026 @ 11:52:
[...]


Zou eigenlijk nice zijn als ze die gewoon in de CiC json feed zetten.

Ja, dat is al 1000x gevraagd. Tevens bestaat er al net zo lang de wens om die parameters (onder disclaimer) zelf te kunnen bijwerken in de app.

OpenQuatt biedt hierin wat meer momenteel

[nairolf]

jj85 schreef op woensdag 25 februari 2026 @ 11:58:
[...]

Ja, dat is al 1000x gevraagd. Tevens bestaat er al net zo lang de wens om die parameters (onder disclaimer) zelf te kunnen bijwerken in de app.

OpenQuatt biedt hierin wat meer momenteel
[Afbeelding]

offtopic:
What?!? Een Kp van 3.8 kW per graad temperatuurfout?!? Heftig...

[jj85]

@nairolf Scherp!
Ik wil het niet koud krijgen natuurlijk.

Maar dit is voornamelijk een correctie op kamertemperatuur/setpoint.
Dus in de basis is de warmteverliesstooklijn van Quatt in charge, daar bovenop komt een correctie op basis van de thermostaat. Met 3800 W/K is de correctie wel enigszins aggresief.

Waarde is ooit in een simulatie bepaald, maar wel aan de hoge kant nu. Tzt eens wat verder tunen. Voorals nog heeft het systeem wel heel mooi gedraait hiermee

[nairolf]

jj85 schreef op woensdag 25 februari 2026 @ 13:15:
@nairolf Scherp!
Ik wil het niet koud krijgen natuurlijk.

Maar dit is voornamelijk een correctie op kamertemperatuur/setpoint.
Dus in de basis is de warmteverliesstooklijn van Quatt in charge, daar bovenop komt een correctie op basis van de thermostaat. Met 3800 W/K is de correctie wel enigszins aggresief.

Waarde is ooit in een simulatie bepaald, maar wel aan de hoge kant nu. Tzt eens wat verder tunen. Voorals nog heeft het systeem wel heel mooi gedraait hiermee

Heftige simulatie dan! Ik heb een eigen regeling geschreven met een OTGW en analyse van oude data. Die komt op een warmteverlies van 2.168kWh/graaddag met grens 15C. (Dat is wel windchill, dus gevoelstemperatuur. Niet de echte. Bij -10 met 15m/s wind (-22.1 windchill) is dat een warmteenergie van 80 kWh(th) per dag). De stooklijn is gezet op 0.137 graad watertemperatuur per kWh dagenergie, en de correctie gezet op 2 graden watertemperatuur per graad kamertemperatuur, maar dat is de “PID error”, dus daar zit al de integraal met constante van Ti=10800 (Ki=2/10800) seconden in. (Kd=0) Dat zou betekenen dat mijn Kp in W/K termen 2/0,137*24=350,365 W/K staat, een factor 10 minder dan bij jou 😂.

Even terugrekenen: 7020/26=270 W/K, met een kamerfout van 0.5 graad (deadband even uitgesloten, dus 1900W correctie) doe je dus al alsof het buiten 1900/270=7,037 graden kouder buiten is

[Appesteijn]

jj85 schreef op woensdag 25 februari 2026 @ 09:29:
@--Christiaan--
Zoek integratie op in HACS, klik op puntjes rechts en dan Redownload.
Vervolgens 'need different version' en selecteer daar de gewenste versie.

[Afbeelding]

[Afbeelding]

Ach zucht, prereleases worden niet automatisch 'gepushed' naar gebruikers, logisch mijn fout.

[MWink]

In het algemene Quatt forum kreeg ik de vraag hoe je via de Home Assistant Quatt integratie een compressor frequentie kunt skippen als deze bijvoorbeeld resonantie geeft. Je hebt hiervoor wel een via HA instelbare thermostaat nodig.

Ik heb een eenvoudig voorbeeld HA automation gemaakt die bij mij na zo'n 3 minuten een einde maakt aan een bepaalde frequentie.

Voorbeeld yaml script, (de device_id en entity_id uiteraard aanpassen):

code:

alias: Skip HP frequency
description: ""
triggers:
  - trigger: time_pattern
    minutes: /2
conditions:
  - condition: and
    conditions:
      - type: is_on
        condition: device
        device_id: eeed0df548b1e918191e21c636530b1b
        entity_id: 486a8eb38b543923005560f26edfea0b
        domain: binary_sensor
        for:
          hours: 0
          minutes: 2
          seconds: 0
      - type: is_value
        condition: device
        device_id: 2c70e882af3a53aa83569f52c9d2a039
        entity_id: 9631c184f5394c1ae238c6d947ddbcb6
        domain: sensor
        below: 40
        above: 38
actions:
  - action: climate.set_temperature
    metadata: {}
    data:
      temperature: >-
        {{ state_attr('climate.diyless_thermostat_3_central_heating' ,
        'temperature') | float + 0.1 }}
    target:
      device_id: 8bed7270197be004dc0d9638f75b9ec0
mode: single

Je kunt bij below: 40 above: 38 dan de range invullen van de frequenties waar je last hebt van resonanties. Bij de Quatt zijn de stappen in [Hz]: 30, 39, 49, 55, 61, 67, 72, 79, 85, 90. Uiteraard als je last hebt van de 90 Hz, dan is het simpeler de SoundSlider op Library te zetten, en als je last hebt van de hogere frequenties zoals 79 en 85 Hz kun je beter juist de temperatuur 0.1 C naar beneden bijstellen.

Ik realiseer mij bij dit (te) eenvoudig voorbeeld dat er nog wat toegevoegd moet worden om te voorkomen dat de thermostaat setpoint maar blijft toenemen, als de warmtevraag afneemt in de woning. Je komt anders niet meer onder deze frequentie. Of je moet handmatig de temperatuur weer een stuk lager zetten. Maar als basis voor je eigen automation kun je eens proberen.

[ Voor 16% gewijzigd door MWink op 03-03-2026 20:22 ]

[Tokolosh]

Zijn er ook mensen die (sinds cic update 4.2.0) problem hebben met de “domestic hot water on” sensor”? Bij mij lijkt het nu alsof ik 24/7 onder de douche sta terwijl erg geen sww vraag in het huis is

[Rowwan]

Tokolosh schreef op maandag 9 maart 2026 @ 19:04:
Zijn er ook mensen die (sinds cic update 4.2.0) problem hebben met de “domestic hot water on” sensor”? Bij mij lijkt het nu alsof ik 24/7 onder de douche sta terwijl erg geen sww vraag in het huis is

Hier geen probleem met 4.2.0.

[Magreet1]

Tokolosh schreef op maandag 9 maart 2026 @ 19:04:
Zijn er ook mensen die (sinds cic update 4.2.0) problem hebben met de “domestic hot water on” sensor”? Bij mij lijkt het nu alsof ik 24/7 onder de douche sta terwijl erg geen sww vraag in het huis is

Dat heb ik in de app van Quatt sinds zondagochtend. Is die sensor ook in JSON af te lezen?

[m10tech]

Voor wie mijn sniffer gebruikt, de 2.0.0 versie is compatible met CiC 4.2.0
https://github.com/M10tech/Quatt-sniffer
Wegens 24 uur caching nog niet getest als volledig git sourced, maar werkt wel als local versie...

[Appesteijn]

Ik heb de Quatre Warmte Analyse integratie bijgewerkt. Hopelijk is de informatie nu wat duidelijker. Als je wil helpen testen of andere feedback hebt dan hoor ik het graag:

https://github.com/Appesteijn/stooklijn

[leejoow]

Heatpump Listener - Quatt v 1.1.0

Voor wie mijn Heatpump Listener gebruikt: er is een nieuwe firmware welke er voor zorgt dat hij compatible is met CiC 4.2.0. Hij zou ook met de oudere versies moeten blijven werken.

Daarnaast is er een config switch toegevoegd die modbus commandos logs die voorbij komen maar (nog) niet geconfigureerd zijn. Standaard staat deze op off nadat er opgestart wordt. Als deze op on gezet wordt zullen alle commando's die nog niet in de software geconfigureerd zijn voorbij komen in de log. Ideaal om eventuele extra registers te reverse engineeren

Via Home Assistant wordt de update automatisch aangeboden, anders is hij ook te vinden op de GitHub (binaries voor single en duo).

[User9]

Nvm. Is al opgelost...

[ Voor 86% gewijzigd door User9 op 26-03-2026 10:54 ]

[Appesteijn]

Ik ben nu aan het experimenteren of ik een model kan laten leren wat de warmtevraag gaat worden en de weersvoorspelling meeneemt voor de aankomende 6 uur (vanaf de gratis open-meteo integratie), dus als het over een uur warm wordt, dan kan je nu alvast wat terug schakelen. Ook de instraling van de zon wordt als aparte variabele meegenomen. Hopelijk komen er nog wat koude dagen aan, dan kan het model beter worden.

Als je mee wil helpen testen, dan kan je pre-release v0.5.3 installeren via HACS: https://github.com/Appesteijn/stooklijn

[Appesteijn]

Nog een bug gefixed in de laatste versie, dank. In plaats van de OTGW integratie heb ik nu de soundslider geimplementeerd om te kijken of we daarmee het maximale vermogen kunnen beinvloeden als de Quatt to hard of te zacht werkt.

[TeslaNerd]

Appesteijn schreef op woensdag 1 april 2026 @ 00:03:
Nog een bug gefixed in de laatste versie, dank. In plaats van de OTGW integratie heb ik nu de soundslider geimplementeerd om te kijken of we daarmee het maximale vermogen kunnen beinvloeden als de Quatt to hard of te zacht werkt.

Ik zie dat jij actief aan het ontwikkelen bent met jouw Quatt Warmteanalyse en al weer een versie 0.6.1 op Github hebt staan. Kun jij de nieuwste features van jouw Quatt regeling nog eens toelichten?
Ik ben benieuwd of jouw Warmteanalyse ook kan worden gekoppeld aan bijvoorbeeld OpenQuatt met de directe aansturing van de 10 compressor levels voor een enkele Quatt of de 100 combinaties van compressor niveaus voor de Quatt DUO

[Appesteijn]

Ja het is een beetje uit de hand gelopen

Het thermisch model lijkt wel goed geleerd te worden, dus geen linieare stooklijn meer, maar een model wat de eigenschappen van jou huis leert en samen met de 6-uurs weer forecast van OpenMeteo (gratis in HA) en voorspelling doet van de verwachtte binnen temperatuur, welk vermogen dan nodig is en wat de water aanvoer temperatuur zou moeten zijn. Zo wordt er ook meegenomen hoe hard de zon gaat schijnen en wanneer je huis hierdoor verwarmt wordt. De verwachte warmtevraag heeft ook invloed op de huidige warmtevraag, zo zou het stookgedrag dus rustiger moeten worden. Omdat ik nog geen OpenQuatt heb, kan ik dat nog niet valideren.



Ik ben nog niet helemaal tevreden over een aantal waarden die berekend worden, bijvoorbeeld het knikpunt ging omhoog nu er minder koude nachten zijn, dat is logisch om hoe het knikpunt berekend wordt, maar wil ik graag opgelost hebben. Daarvoor moet er gewoon meer getest worden.

Recent heb ik toegevoegd dat als de echte aanvoertemeratuur te hoog is (meer dan 2 graden t.o.v. de voorspelde temperatuur uit het geleerde model) dat dan de soundslider omlaag wordt gezet. Dit gebeurd nu nog om de 5 minuten. Als de aanvoer temperatuur te laag is, gaat de soundslider weer omhoog, dit gebeurt ook als de warmtepomp uit gaat. Of dit echt veel effect heeft weet ik nog niet, maar het is in ieder geval een knop waar ik nu aan kan draaien. Wellicht is dit ook mogelijk met de maximale watertemperatuur, maar die is nog niet te zetten via de Quatt integratie.

[jj85]

Appesteijn schreef op woensdag 22 april 2026 @ 23:04:
Ja het is een beetje uit de hand gelopen

Het thermisch model lijkt wel goed geleerd te worden, dus geen linieare stooklijn meer, maar een model wat de eigenschappen van jou huis leert en samen met de 6-uurs weer forecast van OpenMeteo (gratis in HA) en voorspelling doet van de verwachtte binnen temperatuur, welk vermogen dan nodig is en wat de water aanvoer temperatuur zou moeten zijn. Zo wordt er ook meegenomen hoe hard de zon gaat schijnen en wanneer je huis hierdoor verwarmt wordt. De verwachte warmtevraag heeft ook invloed op de huidige warmtevraag, zo zou het stookgedrag dus rustiger moeten worden. Omdat ik nog geen OpenQuatt heb, kan ik dat nog niet valideren.

[Afbeelding]

Ik ben nog niet helemaal tevreden over een aantal waarden die berekend worden, bijvoorbeeld het knikpunt ging omhoog nu er minder koude nachten zijn, dat is logisch om hoe het knikpunt berekend wordt, maar wil ik graag opgelost hebben. Daarvoor moet er gewoon meer getest worden.

Recent heb ik toegevoegd dat als de echte aanvoertemeratuur te hoog is (meer dan 2 graden t.o.v. de voorspelde temperatuur uit het geleerde model) dat dan de soundslider omlaag wordt gezet. Dit gebeurd nu nog om de 5 minuten. Als de aanvoer temperatuur te laag is, gaat de soundslider weer omhoog, dit gebeurt ook als de warmtepomp uit gaat. Of dit echt veel effect heeft weet ik nog niet, maar het is in ieder geval een knop waar ik nu aan kan draaien. Wellicht is dit ook mogelijk met de maximale watertemperatuur, maar die is nog niet te zetten via de Quatt integratie.

[Afbeelding]

Ik heb in OpenQuatt nu geen manual mode zitten.
Zit er aan te denken om een soort custom heating strategie toe te voegen, waarin de gebruiker bijv een HA entiteit aan OpenQuatt kan koppelen. Bijv compressor level (of iets op een schaal van 0 tot 100%) en heating aan/uit. Of alternatief, een gewenste watertemperatuur.

Welke 'gaspedalen' zou je nodig hebben/ willen zien voor een koppeling tussen jouw integratie en OpenQuatt?

[Ferdinand Oeinck]

jj85 schreef op donderdag 23 april 2026 @ 10:53:
[...]

Ik heb in OpenQuatt nu geen manual mode zitten.
Zit er aan te denken om een soort custom heating strategie toe te voegen, waarin de gebruiker bijv een HA entiteit aan OpenQuatt kan koppelen. Bijv compressor level (of iets op een schaal van 0 tot 100%) en heating aan/uit. Of alternatief, een gewenste watertemperatuur.

Welke 'gaspedalen' zou je nodig hebben/ willen zien voor een koppeling tussen jouw integratie en OpenQuatt?

Misschien opgenomen vermogen? Dan is aansturing op basis van een P1 meter mogelijk. Overtollige energie in het huis stoppen onafhankelijk van setpoint en/of watertemperatuur.

[jj85]

Ferdinand Oeinck schreef op donderdag 23 april 2026 @ 11:01:
[...]

Misschien opgenomen vermogen? Dan is aansturing op basis van een P1 meter mogelijk. Overtollige energie in het huis stoppen onafhankelijk van setpoint en/of watertemperatuur.

Die snap ik misschien niet helemaal.
Bedoel je een input op elektrisch vermogen vd warmtepomp? Dus als er 500W overschot is, dat de Quatt op 500W gaat draaien? En bij 3kW overschot op 3kW gaan draaien? Wordt het dan niet loeiheet in de zomer als de zon schijnt en Quatt maximaal staat te stampen?

[Ferdinand Oeinck]

jj85 schreef op donderdag 23 april 2026 @ 11:06:
[...]

Die snap ik misschien niet helemaal.
Bedoel je een input op elektrisch vermogen vd warmtepomp? Dus als er 500W overschot is, dat de Quatt op 500W gaat draaien? En bij 3kW overschot op 3kW gaan draaien? Wordt het dan niet loeiheet in de zomer als de zon schijnt en Quatt maximaal staat te stampen?

Ja voor 500W is dat prima. 3kW ook als het buiten koud is. In de zomer moet je het wel uit kunnen zetten uiteraard. Of dan de koelmode aanzetten?

[Ferdinand Oeinck]

Ok, mijn software zal niet alle overschot naar de quatt sturen, maar ook de thuisbatterijen opladen. Door het vermogen aan te kunnen geven is snel schakelen beter mogelijk bijvoorbeeld bij halfbewolkt weer. Of als bijvoorbeeld de waterkoker of wasmachine aangaat. Dan moet de quatt ff uit...

[TeslaNerd]

Dit begint verdacht veel te lijken op een OpenQuatt Energy OS 💪

[ Voor 7% gewijzigd door TeslaNerd op 23-04-2026 12:02 ]

[jj85]

Dan zie ik momenteel het volgende voor me:
Custom strategie
- werkmodus: uit/heating/cooling
- sturen op: Powerinput, watertemperatuur, direct comp level of vertaling naar 0 tot 100% gaspedaal

Beide items via koppeling middels HA entiteit

[Appesteijn]

jj85 schreef op donderdag 23 april 2026 @ 10:53:
[...]

Ik heb in OpenQuatt nu geen manual mode zitten.
Zit er aan te denken om een soort custom heating strategie toe te voegen, waarin de gebruiker bijv een HA entiteit aan OpenQuatt kan koppelen. Bijv compressor level (of iets op een schaal van 0 tot 100%) en heating aan/uit. Of alternatief, een gewenste watertemperatuur.

Welke 'gaspedalen' zou je nodig hebben/ willen zien voor een koppeling tussen jouw integratie en OpenQuatt?

Ik heb een aantal sensoren hiervoor:
- 'aanbevolen aanvoerteperatuur'
- 'mpc aanbevolen aanvoertemperatuur'
- 'openquatt balance point'
- 'openquatt stooklijn'
- 'openquatt stooklijn slope'

Vooral de MPC aanbevolen aanvoertemperatuur lijkt mij het meest interessant, want dat is gebaseerd op wat het model heeft geleerd van je huis en de weersvoorspelling. Met de onderste drie kan je een lineair model gebruiken, maar dat is toch lastig als je nog niet een heel jaar data hebt (in de zomer gaan de 'warme' meting overheersen).

Je kan natuurlijk mijn repo uitchecken en aan je coding agent vragen hoe dit het beste te koppelen is.

[Toby-Wan]

jj85 schreef op donderdag 23 april 2026 @ 12:06:
Dan zie ik momenteel het volgende voor me:
Custom strategie
- werkmodus: uit/heating/cooling
- sturen op: Powerinput, watertemperatuur, direct comp level of vertaling naar 0 tot 100% gaspedaal

Beide items via koppeling middels HA entiteit

kan ik in de zomer ook mijn PV export affakkelen met de bodem plaat verwarming?

[TeslaNerd]

Beste mede-Quatters,
Iedereen die de Quatt-integratie in Home Assistant heeft of met een OpenQuatt (ESP32) draait, herkent de zinloze vraag: "Mijn pomp doet X bij buitentemperatuur Y, is dat normaal?". Er worden massaal screenshots gedeeld van daggrafieken om gedrag te vergelijken, maar een echte, objectieve benchmark ontbreekt.
Ik wil dit veranderen met het project OpenHeatPumps.nl. De visie is geïnspireerd op de internationale HeatpumpMonitor.org en de aanpak van OpenAmber.nl.
🎯 Wat is de visie?
In plaats van naar lastig vergelijkbare COP te kijken, gaan we de "Black Box" openen met metrics die er echt toe doen:
De APK-Check (Carnot-score): Een score die de invloed van het weer wegfiltert en puur de technische conditie van je machine meet.
Huis-efficiëntie: We berekenen 'kWh per Dynamische Graaddag' op basis van jouw live thermostaat-setpoint (geen vaste 18 graden!).
Benchmarken: Vergelijk jouw installatie objectief met de 'community-standaard' om afwijkingen sneller te signaleren.

Het lukt mij zelf niet om zo een analytics server op te zetten, maar met hulp van ai heb ik een opzet op github gemaakt voor dit project:

🔒 Privacy-by-Design
We houden het veilig en drempelloos:
Anonieme data: Identificatie via een anonieme hash van je Device ID/MAC-adres.
Anonieme locatie: Alleen de eerste cijfers van je postcode voor KNMI-weerdata.
Transparant: De code is volledig open-source en inzichtelijk.
🛠️ Hulp Gezocht: De Fundering!
De visie staat, de GitHub is ingericht en het domein openheatpumps.nl is vastgelegd. Maar eerlijk is eerlijk: ik heb meer verstand van warmtepomp-data dan van het inrichten van servers. Daarom zoek ik hulp:
Hosting: Wie wil/kan een kleine Docker-stack (MQTT-broker & InfluxDB) hosten voor deze community-data?
Dashboarding: Wie vindt het leuk om de eerste Grafana-dashboards te bouwen?
Early Adopters: Wie durft als eerste zijn data te streamen zodra de server live is?
Bekijk het project op GitHub:
👉 https://github.com/GtHbbrr/OpenQuatt-Community-Analytics
Heb jij de skills om dit technisch te realiseren, of wil je meedenken over de metrics? Laat het horen in dit topic!

[ Voor 3% gewijzigd door TeslaNerd op 26-04-2026 18:46 ]

[Ferdinand Oeinck]

TeslaNerd schreef op zondag 26 april 2026 @ 18:43:
Huis-efficiëntie: We berekenen 'kWh per Dynamische Graaddag' op basis van jouw live thermostaat-setpoint (geen vaste 18 graden!).

Waarom niet de gevoelstemperatuur (chill factor) nemen als temperatuur voor graaddagen? Huizen in ons land zijn soms erg wind gevoelig! Zelf neem ik ook facultatief de chill factor hiervoor....

[TeslaNerd]

Ferdinand Oeinck schreef op zondag 26 april 2026 @ 19:18:
[...]
Waarom niet de gevoelstemperatuur (chill factor) nemen als temperatuur voor graaddagen? Huizen in ons land zijn soms erg wind gevoelig! Zelf neem ik ook facultatief de chill factor hiervoor....

Uitstekende toevoeging!
Graag hiervoor en al jullie suggesties en opmerkingen een issue aanmaken op mijn github voor dit project.
Bij voorbaat dank voor al jullie bijdragen!

[nairolf]

TeslaNerd schreef op zondag 26 april 2026 @ 18:43:
Beste mede-Quatters,
Iedereen die de Quatt-integratie in Home Assistant heeft of met een OpenQuatt (ESP32) draait, herkent de zinloze vraag: "Mijn pomp doet X bij buitentemperatuur Y, is dat normaal?". Er worden massaal screenshots gedeeld van daggrafieken om gedrag te vergelijken, maar een echte, objectieve benchmark ontbreekt.
Ik wil dit veranderen met het project OpenHeatPumps.nl. De visie is geïnspireerd op de internationale HeatpumpMonitor.org en de aanpak van OpenAmber.nl.
🎯 Wat is de visie?
In plaats van naar lastig vergelijkbare COP te kijken, gaan we de "Black Box" openen met metrics die er echt toe doen:
De APK-Check (Carnot-score): Een score die de invloed van het weer wegfiltert en puur de technische conditie van je machine meet.
Huis-efficiëntie: We berekenen 'kWh per Dynamische Graaddag' op basis van jouw live thermostaat-setpoint (geen vaste 18 graden!).
Benchmarken: Vergelijk jouw installatie objectief met de 'community-standaard' om afwijkingen sneller te signaleren.

Het lukt mij zelf niet om zo een analytics server op te zetten, maar met hulp van ai heb ik een opzet op github gemaakt voor dit project:

🔒 Privacy-by-Design
We houden het veilig en drempelloos:
Anonieme data: Identificatie via een anonieme hash van je Device ID/MAC-adres.
Anonieme locatie: Alleen de eerste cijfers van je postcode voor KNMI-weerdata.
Transparant: De code is volledig open-source en inzichtelijk.
🛠️ Hulp Gezocht: De Fundering!
De visie staat, de GitHub is ingericht en het domein openheatpumps.nl is vastgelegd. Maar eerlijk is eerlijk: ik heb meer verstand van warmtepomp-data dan van het inrichten van servers. Daarom zoek ik hulp:
Hosting: Wie wil/kan een kleine Docker-stack (MQTT-broker & InfluxDB) hosten voor deze community-data?
Dashboarding: Wie vindt het leuk om de eerste Grafana-dashboards te bouwen?
Early Adopters: Wie durft als eerste zijn data te streamen zodra de server live is?
Bekijk het project op GitHub:
👉 https://github.com/GtHbbrr/OpenQuatt-Community-Analytics
Heb jij de skills om dit technisch te realiseren, of wil je meedenken over de metrics? Laat het horen in dit topic!

Ik heb opzich wel interesse in meedenken en evt wat implementatie.

[TeslaNerd]

nairolf schreef op zondag 26 april 2026 @ 22:23:
[...]

Ik heb opzich wel interesse in meedenken en evt wat implementatie.

Graag! De eerste stap die nu nodig is, is het in de lucht krijgen van een voordelige Always Free virtuele machine die voldoende krachtig is onze analytics server te draaien.
Ik heb zelf zo iets draaien voor mijn Teslamate data in de Google Cloud maar dat lijkt mij voor deze toepassing te licht. Ik ben al een weekje bezig om een betere always-free VM bij OracleCloud te maken maar het lukt mij niet daar tussen te komen

API Error
Out of capacity for shape VM.Standard.A1.Flex in availability domain AD-1. Create the instance in a different availability domain or try again later.If you specified a fault domain, try creating the instance without specifying a fault domain. If that doesn’t work, please try again later

[ Voor 14% gewijzigd door TeslaNerd op 27-04-2026 15:36 ]