Ervaringen met Quatt en HA en andere Domotica

[rijabo]

rijabo schreef op dinsdag 13 januari 2026 @ 14:09:
[...]


sorry copy past error
als ik 20.6 instel gaat thermostaat naar 20.6 echter Quatt heatpump_thermostat_room_setpoint gaat naar 20.5

als ik 20.1 instel gaat thermostaat naar 20.1 echter Quatt heatpump_thermostat_room_setpoint gaat naar 20.0

[TeslaNerd]

Mijn ouders hebben ook de Honeywell round met total connect en daar wil ik ook wat mee doen. Grok zegt dat de Resideo Api van Honeywell bepaalt of jij 0,1 of 0,5 graad precisie krijgt uit de Resideo Cloud:

Hoe krijg je (zo veel mogelijk) 0.1 °C precisie?
Je kunt niet garanderen dat de gerapporteerde huidige temperatuur altijd op 0.1 °C komt (dat hangt af van Honeywell’s servers en of de legacy endpoint nog werkt voor jouw account/locatie), maar dit helpt vaak:
1. Herconfigureer de integratie in HA
. Ga naar Instellingen > Apparaten & diensten > Honeywell Total Connect Comfort (Europe) > Configureer (of verwijder en opnieuw toevoegen).
Soms activeert dit de fallback naar de oudere API, waardoor current temp op 0.1 °C (of 0.01 °C) verschijnt. Veel gebruikers melden dat na een herinstallatie of reload de precisie verbetert.
2. Controleer je entiteiten
Kijk in Developer Tools > States naar je climate entity (bijv. climate.woonkamer).
• Als current_temperature eindigt op .0 of .5 → 0.5 °C precisie (moderne API).
• Als je waarden ziet zoals 20.3, 21.7 etc. → legacy API actief, je hebt 0.1 °C.
Het setpoint (temperature) is meestal al op 0.1 °C instelbaar, onafhankelijk hiervan.
3. Gebruik de Honeywell Home app als referentie
Stel in de officiële app een setpoint in op bijv. 20.3 °C of 21.7 °C → als dat lukt en de ketel reageert daarop (niet afrondt), dan ondersteunt de cloud/API het setpoint op 0.1 °C.
De app gebruikt dezelfde backend als HA, dus als het daar fijnmazig werkt, zou HA dat ook moeten kunnen (via climate.set_temperature service met bv. 20.3).

[rijabo]

TeslaNerd schreef op dinsdag 13 januari 2026 @ 14:26:
Mijn ouders hebben ook de Honeywell round met total connect en daar wil ik ook wat mee doen. Grok zegt dat de Resideo Api van Honeywell bepaalt of jij 0,1 of 0,5 graad precisie krijgt uit de Resideo Cloud:

Hoe krijg je (zo veel mogelijk) 0.1 °C precisie?
Je kunt niet garanderen dat de gerapporteerde huidige temperatuur altijd op 0.1 °C komt (dat hangt af van Honeywell’s servers en of de legacy endpoint nog werkt voor jouw account/locatie), maar dit helpt vaak:
1. Herconfigureer de integratie in HA
. Ga naar Instellingen > Apparaten & diensten > Honeywell Total Connect Comfort (Europe) > Configureer (of verwijder en opnieuw toevoegen).
Soms activeert dit de fallback naar de oudere API, waardoor current temp op 0.1 °C (of 0.01 °C) verschijnt. Veel gebruikers melden dat na een herinstallatie of reload de precisie verbetert.
2. Controleer je entiteiten
Kijk in Developer Tools > States naar je climate entity (bijv. climate.woonkamer).
• Als current_temperature eindigt op .0 of .5 → 0.5 °C precisie (moderne API).
• Als je waarden ziet zoals 20.3, 21.7 etc. → legacy API actief, je hebt 0.1 °C.
Het setpoint (temperature) is meestal al op 0.1 °C instelbaar, onafhankelijk hiervan.
3. Gebruik de Honeywell Home app als referentie
Stel in de officiële app een setpoint in op bijv. 20.3 °C of 21.7 °C → als dat lukt en de ketel reageert daarop (niet afrondt), dan ondersteunt de cloud/API het setpoint op 0.1 °C.
De app gebruikt dezelfde backend als HA, dus als het daar fijnmazig werkt, zou HA dat ook moeten kunnen (via climate.set_temperature service met bv. 20.3).

ben al de hele tijd aan het stoeien nog niks gelukt. ik kan via home assistant nu de temperatuur set doen per 0,1 dit wordt ook overgenomen door de app van honywell als temperatuur set. Echter in de app zelf kan ik dat niet (gaat per 0,5) en laat dit ook zien in developer in home assistant echter wordt nog steeds afgerond naar quatt setpoint in stappen van 0,5 . Wordt vervolgd

[TeslaNerd]

rijabo schreef op dinsdag 13 januari 2026 @ 16:36:
[...]

ben al de hele tijd aan het stoeien nog niks gelukt. ik kan via home assistant nu de temperatuur set doen per 0,1 dit wordt ook overgenomen door de app van honywell als temperatuur set. Echter in de app zelf kan ik dat niet (gaat per 0,5) en laat dit ook zien in developer in home assistant echter wordt nog steeds afgerond naar quatt setpoint in stappen van 0,5 . Wordt vervolgd

Als het niet lukt via Honeywell Total Connect is de OTGW via Nodo shop een goed alternatief

[rijabo]

TeslaNerd schreef op woensdag 14 januari 2026 @ 09:51:
[...]

Als het niet lukt via Honeywell Total Connect is de OTGW via Nodo shop een goed alternatief

nee krijg het niet voor elkaar. Helaas, ik laat het even rusten en eens kijken hoe het gaat. Wat ik ook niet meer heb is tapwater. Die verbruikt nu 0,005m3 per uur. ( bij niet gebruik.) houd dan een klein volume warm voor sneller warm water. maar die had ik altijd uitstaan. Maar goed. Ik zal inderdaad daar eens naar kijken thanks.!!

[Fragger123]

rijabo schreef op woensdag 14 januari 2026 @ 12:15:
[...]

nee krijg het niet voor elkaar. Helaas, ik laat het even rusten en eens kijken hoe het gaat. Wat ik ook niet meer heb is tapwater. Die verbruikt nu 0,005m3 per uur. ( bij niet gebruik.) houd dan een klein volume warm voor sneller warm water. maar die had ik altijd uitstaan. Maar goed. Ik zal inderdaad daar eens naar kijken thanks.!!

Dit kun je als het goed is ook wel uitzetten via de CV ketel zn eigen menu. Afhankelijk van welke ketel je hebt moet je even kijken in de handleiding

[rijabo]

Remeha Tzerra M instellen daar kan bijna niks. Alles via service tool of specifieke thermostaat. Teminste ik heb het nergens kunnen vinden.

[TeslaNerd]

Bij het testen van de modbus module van @leejoow zie ik dat de waarden van de pump level via de modbus iets hoger liggen dan de waarden van water pump level via de Quatt integratie via de api. Hebben andere tweakers met modbus data dat ook?

[jj85]

TeslaNerd schreef op zondag 18 januari 2026 @ 08:13:
Bij het testen van de modbus module van @leejoow zie ik dat de waarden van de pump level via de modbus iets hoger liggen dan de waarden van water pump level via de Quatt integratie via de api. Hebben andere tweakers met modbus data dat ook?
[Afbeelding]

Heeft, mijns inziens, te maken met het ipwm1 protocol vd Wilo pomp.

Hoge ipwm is een lage flow.
Quatt pump level is omgekeerd, hoge output is hoge flow.

[ Voor 33% gewijzigd door jj85 op 18-01-2026 09:53 ]

[TeslaNerd]

jj85 schreef op zondag 18 januari 2026 @ 09:32:
[...]

[Afbeelding]

Heeft, mijns inziens, te maken met het ipwm1 protocol vd Wilo pomp.

Hoge ipwm is een lage flow.
Quatt pump level is omgekeerd, hoge output is hoge flow.

[Afbeelding]

[Afbeelding]

Ok, ik zie het hier nu ook als ik een radiator dichtdraai en een paar minuten later weer open. Dus de modbus waarde komt van een waarde bij ca 90 naar beneden als de pomp harder moet draaien. De waarde in de Quatt integratie uit de api is de omgekeerde waarde die omhoog gaat als de pomp harder moet draaien:

[leejoow]

Wellicht zijn er mensen die het in het algemene Quatt topic al gezien hebben, maar ik heb de Heatpump listener die we voor Itho Daalderop pompen hebben ontwikkeld aangepast om het verkeer van de Quatt ook af te kunnen lezen. Een shoutout naar @TeslaNerd en @m10tech zijn hierbij op zijn plaats, voor het testen en het vinden van een aantal registers welke we nog niet bij de Itho Daalderop hadden ontcijfert!

De module kan net als de modbus sniffer parallel op de CiC worden aangesloten en de data vervolgens realtime in Home Assistant lezen. Dus geen API die elke zoveel minuten moet worden uitgelezen, of handmatig spullen bij elkaar klussen. Het is een plug-and-play oplossing die binnen een paar minuten draait.

Meer informatie over de heatpump listener is te vinden op de website! Bij vragen ben ik altijd bereikbaar

[CPM]

@RickvdT Ik ben geen programmeur en krijg alleen de eerste stooklijn script aan de praat. Waar ik eigenlijk naar opzoek ben is een export van de data en deze wil ik laten analyseren en vergelijken na een bepaalde datum. Er zijn aanpassingen geweest aan onze woning en ik wil bekijken wat het effect is. Dus bijna identieke stookdagen vergelijken met elkaar voor datum X en na datum X en dan als output vergelijking van het stroomverbruik en COP. Is dat iets wat simpel te maken is? Mocht iemand zich geroepen voelen.

[RickvdT]

CPM schreef op donderdag 22 januari 2026 @ 09:13:
@RickvdT Ik ben geen programmeur en krijg alleen de eerste stooklijn script aan de praat. Waar ik eigenlijk naar opzoek ben is een export van de data en deze wil ik laten analyseren en vergelijken na een bepaalde datum. Er zijn aanpassingen geweest aan onze woning en ik wil bekijken wat het effect is. Dus bijna identieke stookdagen vergelijken met elkaar voor datum X en na datum X en dan als output vergelijking van het stroomverbruik en COP. Is dat iets wat simpel te maken is? Mocht iemand zich geroepen voelen.

Je kunt altijd de csv's in good old Excel laden en daar je analyse doen. In dat geval is wegschrijven naar .xlsx makkelijker. Dan moet je even de 'to_csv' regels opzoeken en daar een 'to_excel' bijplakken. Zie onderstaande.

code:

df_hourly.to_csv(HOURLY_CSV)
df_hourly.to_excel("quatt_hourly.xlsx", index=False)

df_daily.to_csv(DAILY_CSV)
df_daily.to_excel("quatt_daily.xlsx", index=False)

Mogelijk moet je dit even een keertje draaien eerst

code:

pip install openpyxl

[CPM]

RickvdT schreef op donderdag 22 januari 2026 @ 16:49:
[...]


Je kunt altijd de csv's in good old Excel laden en daar je analyse doen. In dat geval is wegschrijven naar .xlsx makkelijker. Dan moet je even de 'to_csv' regels opzoeken en daar een 'to_excel' bijplakken. Zie onderstaande.

code:

df_hourly.to_csv(HOURLY_CSV)
df_hourly.to_excel("quatt_hourly.xlsx", index=False)

df_daily.to_csv(DAILY_CSV)
df_daily.to_excel("quatt_daily.xlsx", index=False)

Mogelijk moet je dit even een keertje draaien eerst

code:

pip install openpyxl

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.

[balblas]

RickvdT schreef op vrijdag 2 januari 2026 @ 14:48:
[...]


Thanks, dit maakt in ieder geval duidelijk dat de cutoff berekening geen hout snijdt in veel gevallen. Ik heb nog een kleine update gemaakt met hopelijk wat verbeteringen. Cut off point wordt nu als het goed is op een robuustere manier berekent. Idealiter is er in de afgelopen 10 dagen een brede temperatuur range geweest voor voldoende input data.

De daadwerkelijk Quatt performance blijft denk ik experimenteel. Dit werkt alleen maar goed als je een plafond bereikt qua output vermogen. Ik heb nu in ieder geval gecompenseerd voor uren waar de warmtepomp (zeer waarschijnlijk) niet het hele uur heeft gedraaid. De lijn blijft nu bij mij mooi binnen de specs vanuit Quatt met een vergelijkbare slope.

https://github.com/Rickvd...%20stooklijn%20v2_1.ipynb

Op basis van de vorige resultaten maar mijn stooklijn opgevraagd. Mijn berekende inschatting komt aardig in de buurt van wat er ingesteld staat gelukkig. Ik denk als je geen idee hebt wat je huidige en optimale stooklijn zijn dat dit best handig kan zijn voor een indicatie. Het zal zeker niet in alle situaties een accurate fit geven. Ik heb in ieder geval niet de verwachting dat ik in 2-3 uurtjes iets in elkaar kan knutselen wat Quatt al 3 jaar geleden heeft beloofd.

[Afbeelding]

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?

[assasinbats]

leejoow schreef op zondag 18 januari 2026 @ 20:35:
Wellicht zijn er mensen die het in het algemene Quatt topic al gezien hebben, maar ik heb de Heatpump listener die we voor Itho Daalderop pompen hebben ontwikkeld aangepast om het verkeer van de Quatt ook af te kunnen lezen. Een shoutout naar @TeslaNerd en @m10tech zijn hierbij op zijn plaats, voor het testen en het vinden van een aantal registers welke we nog niet bij de Itho Daalderop hadden ontcijfert!

De module kan net als de modbus sniffer parallel op de CiC worden aangesloten en de data vervolgens realtime in Home Assistant lezen. Dus geen API die elke zoveel minuten moet worden uitgelezen, of handmatig spullen bij elkaar klussen. Het is een plug-and-play oplossing die binnen een paar minuten draait.

Meer informatie over de heatpump listener is te vinden op de website! Bij vragen ben ik altijd bereikbaar

Ik heb dit aangedurfd om het te installeren, en volgens mij is het goed gegaan, maar toch doe ik iets fout. Ik heb het bordje in HA gekregen, maar daar verschijnt de “Heat Pump Listener”, zonder devices of entities. De Quatt is zelf via de normale route bedienbaar, dus volgens mij heb ik het kabelwijzigwerk goed genoeg gedaan. Iemand de gouden tip?

[leejoow]

assasinbats schreef op zondag 25 januari 2026 @ 13:57:
[...]

Ik heb dit aangedurfd om het te installeren, en volgens mij is het goed gegaan, maar toch doe ik iets fout. Ik heb het bordje in HA gekregen, maar daar verschijnt de “Heat Pump Listener”, zonder devices of entities. De Quatt is zelf via de normale route bedienbaar, dus volgens mij heb ik het kabelwijzigwerk goed genoeg gedaan. Iemand de gouden tip?

Stuur mij even een bericht, dan kijken we er naar!

[TeslaNerd]

assasinbats schreef op zondag 25 januari 2026 @ 13:57:
[...]

Ik heb dit aangedurfd om het te installeren, en volgens mij is het goed gegaan, maar toch doe ik iets fout. Ik heb het bordje in HA gekregen, maar daar verschijnt de “Heat Pump Listener”, zonder devices of entities. De Quatt is zelf via de normale route bedienbaar, dus volgens mij heb ik het kabelwijzigwerk goed genoeg gedaan. Iemand de gouden tip?

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

[Tha Deo]

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.

[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).