Ervaringen met Quatt en HA en andere Domotica

[oeps]

Hallo, zie ik wat over het hoofd?

• Ik probeer in de HA integratie de optionele Power sensor toe te voegen.
• Mijn Quatt duo zit achter een tussenmeter waarbij de Quatts op een eigen fase zitten.
• In HA een helper entity aangemaakt om de Power (W) entities van de 2 fases op te tellen.

• Die helper entity zie ik niet in de selectielijst. Ook reboot HA gedaan (maar helper entity was natuurlijk direct zichtbaar).
• Ook de via modbus gemaakte sensors in yaml zie ik niet in de lijst (Eastron tussenmeter)
• (Ik zie wel een heleboel zigbee tussenstekkers en de slimme meter, maar heb daar niets aan voor Quatt)

Worden helpers niet meegenomen in de selectielijst?
Verlies je info of krijg je extra info met deze optionele power sensor (zal nauwkeuriger zijn maar niet gesplitst per Quatt)?
Dank!

[TeslaNerd]

oeps schreef op zondag 4 januari 2026 @ 19:59:
Hallo, zie ik wat over het hoofd?

• Ik probeer in de HA integratie de optionele Power sensor toe te voegen.
• Mijn Quatt duo zit achter een tussenmeter waarbij de Quatts op een eigen fase zitten.
• In HA een helper entity aangemaakt om de Power (W) entities van de 2 fases op te tellen.

• Die helper entity zie ik niet in de selectielijst. Ook reboot HA gedaan (maar helper entity was natuurlijk direct zichtbaar).
• Ook de via modbus gemaakte sensors in yaml zie ik niet in de lijst (Eastron tussenmeter)
• (Ik zie wel een heleboel zigbee tussenstekkers en de slimme meter, maar heb daar niets aan voor Quatt)

Worden helpers niet meegenomen in de selectielijst?
Verlies je info of krijg je extra info met deze optionele power sensor (zal nauwkeuriger zijn maar niet gesplitst per Quatt)?
Dank!

Zelf toevoegen via “show code editor” links onderin:

[jj85]

oeps schreef op zondag 4 januari 2026 @ 19:59:
Verlies je info of krijg je extra info met deze optionele power sensor (zal nauwkeuriger zijn maar niet gesplitst per Quatt)?
Dank!

Neuh, de PowerInput sensoren van de Quatt functioneren best OK / accuraat. En dan heb je ze ook al per Quatt gesplitst

[oeps]

TeslaNerd schreef op zondag 4 januari 2026 @ 20:15:
[...]

Zelf toevoegen via “show code editor” links onderin:

Waar links onderin? Ik zie nergens een code editor maar zal ongetwijfeld een hoekje vergeten zijn te bekijken.
Ik zie dit:

Dank!

[TeslaNerd]

oeps schreef op zondag 4 januari 2026 @ 20:44:
[...]

Waar links onderin? Ik zie nergens een code editor maar zal ongetwijfeld een hoekje vergeten zijn te bekijken.
Ik zie dit:
[Afbeelding]
Dank!

Als het Quatt dashboard is aangemaakt kun jij deze aanpassen via de 3 stippen rechtsboven > edit dashboard

Daarna linksonder eerst op edit klikken en dan verschijnt daar de optie “show code editor”

[ Voor 5% gewijzigd door TeslaNerd op 04-01-2026 20:51 ]

[Toby-Wan]

jj85 schreef op zondag 4 januari 2026 @ 20:37:
[...]

Neuh, de PowerInput sensoren van de Quatt functioneren best OK / accuraat. En dan heb je ze ook al per Quatt gesplitst

Hier in 2025, gaf Quatt stroom 106 kWh minder aan dan HW (MID) kWh meter, dus afwijking van 6% (en COP 0.2 te hoog ingeschat)

[raven22]

clubeddie schreef op zondag 4 januari 2026 @ 19:10:
[...]

Wellicht heb ik iets gemist, maar hier heb je denk ik een hardwarematige aanpassing binnen de Quatt voor nodig?

Ja klopt, dmv een shelly in het bpv circuit kun je de bpv 'beheren'.
In mijn geval vandaag heeft de bpv van mijn quatt 1.0 duo vandaag 0,1 kwh gebruikt. En ik heb niet noemenswaardig ijs gezien op en rond de bodemplaat.
Zonder deze 'modificatie' had de duo vandaag bijna 7 kwh verbruikt voor de bpv.
Als ze bij quatt het mileu zo hoog in het vaandel hebben staan zou men hier wel een oplossing voor mogen verzinnen.

[Lasoul]

oeps schreef op zondag 4 januari 2026 @ 20:44:
[...]

Waar links onderin? Ik zie nergens een code editor maar zal ongetwijfeld een hoekje vergeten zijn te bekijken.
Ik zie dit:
[Afbeelding]
Dank!

Om voor een sensor in de dropdown te komen moet deze wel de deviceclass: Power hebben.
Dus als je een helper sensor maakt (Template -> Sensor) dan bij "Device class" even "Power" selecteren.

[HGBMason]

Voor mij nieuw: https://github.com/exabird/ha-tado-x
Een eenvoudig te installeren integratie voor Tado X. Niet via Matter.

[CPM]

Quatt Support schreef op woensdag 10 december 2025 @ 16:35:
Hi Tweakers.
Martijn hier - Head of Software & Infrastructure van Quatt.

We merken daar een behoorlijke load van de nieuwe home-assistant plugin op onze mobile api, die onze systemen niet goed aankunnen: De paar home-assistant gebruikers veroorzaken aanzienlijk meer load dan de tienduizenden gewone gebruikers. Zo worden elke paar minuten de volledige historie (in sommige gevallen jaren) van Insights opgehaald en verwerkt.
Deze worden echter max 1x per uur geupdate (en de “all” history verandert dan maar minimaal).
Onze mobiele API is niet gebouwd voor dit soort gebruik (de local feed is dat wel). Ik hoop dat we binnenkort met een betere oplossing kunnen komen om meer gegevens te ontsluiten, maar tot die tijd wil ik jullie vriendelijk verzoeken een stuk minder requests te doen, anders zullen we genoodzaakt zijn op korte termijn de toegang verder te beperken.
Vriendelijke Groeten,

Martijn.

ik begrijp de situatie volkomen en heb begrip voor de situatie. Toegang tot de gegevens (real-time) en de beschikbaarheid van deze data voor de gebruiker zou moeten voldoen aan de Europese Data Act? Kun je meer vertellen over hoe jullie tegen deze Act aan kijken en hoe jullie dit hebben vorm gegeven? Misschien is mijn beeld verkeert maar API toegang is juist iets wat binnen de Act valt.

[CPM]

@RickvdT Top werk met de notebooks, ik loop tegen een klein probleempje aan. Ik zie de .csv's verschijnen en dat er data geupdate is. Echter krijg ik verderop in de code een foutmelding die ik niet helemaal kan plaatsen:

code:

Fetching raw history from 2025-12-26 09:08:53.282831 to 2026-01-05 09:08:53.282831...
API Error: 401 Client Error: Unauthorized for url: http://192.168.x.x:8123/api/history/period/2025-12-26T09:08:53.282831?end_time=2026-01-05T09%3A08%3A53.282831&filter_entity_id=sensor.heatpump_hp1_temperature_outside%2Csensor.heatpump_total_power&minimal_response=false&significant_changes_only=0
No data returned from API.
Part 2: Failed to process: One or both sensors missing data.

mis ik iets in de sensor namen?

code:

sensor.heatpump_1_temperature_outside

(hier zit gewoon data in)

Deze lijk ik niet te hebben of er zit geen data in:
sensor.heatpump_total_power&minimal.

Deze heb ik maar zit geen data in:

code:

sensor.heatpump_1_minimum_power

Deze kan ik niet vinden of heeft mogelijk een andere naam?

code:

sensor.heatpump_total_power

jij een idee?

[jj85]

CPM schreef op woensdag 7 januari 2026 @ 10:43:

Deze heb ik maar zit geen data in:

code:

sensor.heatpump_1_minimum_power

Deze kan ik niet vinden of heeft mogelijk een andere naam?

code:

sensor.heatpump_total_power

jij een idee?

Kan een andere naam hebben (omdat de namen in de integratie al eens aangepast zijn).
Is de entity met het totaal warmtevermogen van jouw 2 Quatts.

Kun je aanpassen in de file

YAML:

# ==============================================================================
# CONFIGURATION
# ==============================================================================

ENTITY_TEMP = "sensor.heatpump_hp1_temperature_outside"
ENTITY_POWER = "sensor.heatpump_total_power"

[ Voor 26% gewijzigd door jj85 op 07-01-2026 10:56 ]

[CPM]

helemaal waar, het zou bij mij dit moeten zijn:

code:

ENTITY_TEMP = "sensor.heatpump_hp1_temperature_outside"
ENTITY_POWER = "sensor.cic_total_power"

Dat gebeurt er al meer, en toen kwam ik deze lijn tegen:

code:

show_quatt_specs = False  # Set to True to show Quatt v1.5 DUO Nominal/Max line

Deze heb ik op True gezet aangezien ik een Duo heb. en dat krijg ik de volgende foutmelding:

code:

ModuleNotFoundError                       Traceback (most recent call last)
Cell In[8], line 5
      3 import numpy as np
      4 import pandas as pd
----> 5 from scipy.stats import linregress
      7 # ==========================================
      8 # 0. PLOT CONFIGURATION
      9 # ==========================================
     10 show_quatt_specs = True  # Set to True to show Quatt v1.5 DUO Nominal/Max lines

ModuleNotFoundError: No module named 'scipy'

[RickvdT]

CPM schreef op woensdag 7 januari 2026 @ 11:18:
helemaal waar, het zou bij mij dit moeten zijn:

code:

ENTITY_TEMP = "sensor.heatpump_hp1_temperature_outside"
ENTITY_POWER = "sensor.cic_total_power"

Dat gebeurt er al meer, en toen kwam ik deze lijn tegen:

code:

show_quatt_specs = False  # Set to True to show Quatt v1.5 DUO Nominal/Max line

Deze heb ik op True gezet aangezien ik een Duo heb. en dat krijg ik de volgende foutmelding:

code:

ModuleNotFoundError                       Traceback (most recent call last)
Cell In[8], line 5
      3 import numpy as np
      4 import pandas as pd
----> 5 from scipy.stats import linregress
      7 # ==========================================
      8 # 0. PLOT CONFIGURATION
      9 # ==========================================
     10 show_quatt_specs = True  # Set to True to show Quatt v1.5 DUO Nominal/Max lines

ModuleNotFoundError: No module named 'scipy'

Eventueel missende modules even installeren met pip en opnieuw draaien. In dit geval

pip install scipy

Ik ben benieuwd of je nuttige output krijgt. In mijn geval was het accuraat en blijkt de berekende optimale stooklijn vooralsnog (na 2 dagen) een schot in de roos. Veel consistenter stookgedrag en de waterdelta's per warmtepomp nu consistent rond de 3 graden wat de optimale working range zou moeten zijn qua efficiëntie.

Wel met de voetnoot dat ik volledige vloerverwarming heb met pomploze verdelers.

[CPM]

RickvdT schreef op woensdag 7 januari 2026 @ 11:48:
[...]

Eventueel missende modules even installeren met pip en opnieuw draaien. In dit geval
[...]

Ik ben benieuwd of je nuttige output krijgt. In mijn geval was het accuraat en blijkt de berekende optimale stooklijn vooralsnog (na 2 dagen) een schot in de roos. Veel consistenter stookgedrag en de waterdelta's per warmtepomp nu consistent rond de 3 graden wat de optimale working range zou moeten zijn qua efficiëntie.

Wel met de voetnoot dat ik volledige vloerverwarming heb met pomploze verdelers.

Ik draai Home Assistan OS en volgens mij kan je dan geen Scipy gebruiken.

[rijabo]

goedendag, ik heb nu een honeywell round connect modulation aangesloten i.p.v een tado. nu heb ik well alles werkend in home assistant met de integratie Honeywell Total Connect Comfort (Europe) maar heb nu een precision van 0,5 en vind nergens hoe ik dit kan veranderen naar 0.1? Is dit ergens te wijzigen? Ik zie ook nog andere integraties voor honeywell. bv ik zie ook lyrics. Iemand aanbevelingen voor welke integratie ik beter kan nemen? Alvast bedankt.

[One-eye864]

rijabo schreef op dinsdag 13 januari 2026 @ 12:55:
goedendag, ik heb nu een honeywell round connect modulation aangesloten i.p.v een tado. nu heb ik well alles werkend in home assistant met de integratie Honeywell Total Connect Comfort (Europe) maar heb nu een precision van 0,5 en vind nergens hoe ik dit kan veranderen naar 0.1? Is dit ergens te wijzigen? Ik zie ook nog andere integraties voor honeywell. bv ik zie ook lyrics. Iemand aanbevelingen voor welke integratie ik beter kan nemen? Alvast bedankt.

Dit in je configuration.yaml zetten zou moeten werken mits je honeywell het ondersteund (de T6 ondersteund bijv alleen stappen van 0,5

code:

homeassistant:
  customize:
    climate.your_climate_entity:
      target_temperature_step: 0.1

[rijabo]

One-eye864 schreef op dinsdag 13 januari 2026 @ 13:07:
[...]

Dit in je configuration.yaml zetten zou moeten werken mits je honeywell het ondersteund (de T6 ondersteund bijv alleen stappen van 0,5

code:

homeassistant:
  customize:
    climate.your_climate_entity:
      target_temperature_step: 0.1

bedankt voor de reply. heb dit getest maar de climate card neemt dit niet over. wat ook gek is als ik de thermostaat aanstuur via een automation en verhoog de set temperatuur met 0,1 dan doet die dit wel. En wat dan weer vreemd is dat naar de quatt set dit toch weer afgerond wordt naar 0,5

[jj85]

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

bedankt voor de reply. heb dit getest maar de climate card neemt dit niet over. wat ook gek is als ik de thermostaat aanstuur via een automation en verhoog de set temperatuur met 0,1 dan doet die dit wel. En wat dan weer vreemd is dat naar de quatt set dit toch weer afgerond wordt naar 0,5

Wel de entity naam aangepast en een restart gedaan ?

[TeslaNerd]

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

bedankt voor de reply. heb dit getest maar de climate card neemt dit niet over. wat ook gek is als ik de thermostaat aanstuur via een automation en verhoog de set temperatuur met 0,1 dan doet die dit wel. En wat dan weer vreemd is dat naar de quatt set dit toch weer afgerond wordt naar 0,5

Welke commando’s gebruik jij voor het aansturen van de thermostaat via een automation?

Ik gebruik dit om het room setpoint op 19.1 in te stellen:

code:

 - action: opentherm_gw.send_transparent_command
        data:
          gateway_id: honeywell
          transp_cmd: TT
          transp_arg: "{{ 19.1 }}"

[ Voor 20% gewijzigd door TeslaNerd op 13-01-2026 13:36 ]

[rijabo]

TeslaNerd schreef op dinsdag 13 januari 2026 @ 13:32:
[...]

Welke commando’s gebruik jij voor het aansturen van de thermostaat via een automation?

ja de entity naam heb ik aangepast. zie die ook terug in developer


autmation is:

alias: Automation_Thermostaat_Plus_01
description: Stelt de thermostaat in op basis van de temperatuur sensor.
triggers:
- minutes: /2
trigger: time_pattern
conditions:
- condition: state
entity_id: input_boolean.sswitch_automation_temperature_plus_01 # dit is gecreerde switch
state: "on"
actions:
- target:
entity_id:
- climate.thermostat
data:
temperature: |
{% if states('sensor.thermostat_auto_setpoint_0_1') | float < 17.5 %}
17.5
{% elif states('sensor.thermostat_auto_setpoint_0_1') | float > 20 %}
20
{% else %}
{{ states('sensor.thermostat_auto_setpoint_0_1') }}
{% endif %}
action: climate.set_temperature
mode: single

de helper sensor.thermostat_auto_setpoint_0_1 = quatt room set point plus 0.1

[TeslaNerd]

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

ja de entity naam heb ik aangepast. zie die ook terug in developer


autmation is:

alias: Automation_Thermostaat_Plus_01
description: Stelt de thermostaat in op basis van de temperatuur sensor.
triggers:
- minutes: /2
trigger: time_pattern
conditions:
- condition: state
entity_id: input_boolean.sswitch_automation_temperature_plus_01 # dit is gecreerde switch
state: "on"
actions:
- target:
entity_id:
- climate.thermostat
data:
temperature: |
{% if states('sensor.thermostat_auto_setpoint_0_1') | float < 17.5 %}
17.5
{% elif states('sensor.thermostat_auto_setpoint_0_1') | float > 20 %}
20
{% else %}
{{ states('sensor.thermostat_auto_setpoint_0_1') }}
{% endif %}
action: climate.set_temperature
mode: single

de helper sensor.thermostat_auto_setpoint_0_1 = quatt room set point plus 0.1

Lukt het wel via een developer tools > action ?

Edit: ik bedenk nu dat ik de OpenthermGateway gebruik en jij de Honeywell Total Connect.

[ Voor 4% gewijzigd door TeslaNerd op 13-01-2026 13:53 ]

[rijabo]

TeslaNerd schreef op dinsdag 13 januari 2026 @ 13:50:
[...]

Lukt het wel via een developer tools > action ?

Edit: ik bedenk nu dat ik de OpenthermGateway gebruik en jij de Honeywell Total Connect.

ja lukt wel. als ik 20.6 instel gaat thermostaat naar 20.6 echter Quatt heatpump_thermostat_room_setpoint gaat naar 20.5

als ik 20.6 instel gaat thermostaat naar 20.6 echter Quatt heatpump_thermostat_room_setpoint gaat naar 21.0

[TeslaNerd]

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

bedankt voor de reply. heb dit getest maar de climate card neemt dit niet over. wat ook gek is als ik de thermostaat aanstuur via een automation en verhoog de set temperatuur met 0,1 dan doet die dit wel. En wat dan weer vreemd is dat naar de quatt set dit toch weer afgerond wordt naar 0,5

Zie jij in de quatt json en de quatt ha integratie sensor voor room setpoint wel of niet de 0.1 graad aanpassing?

[rijabo]

TeslaNerd schreef op dinsdag 13 januari 2026 @ 14:01:
[...]

Zie jij in de quatt json en de quatt ha integratie sensor voor room setpoint wel of niet de 0.1 graad aanpassing?

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.6 instel gaat thermostaat naar 20.1 echter Quatt heatpump_thermostat_room_setpoint gaat naar 20.0

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