Ervaringen met Quatt en HA en andere Domotica

[TeslaNerd]

CPM schreef op donderdag 4 december 2025 @ 14:25:
@TeslaNerd ik probeer te begrijpen wat je doet, als zijn sommige zinnen te technisch voor mij.
Als de flow lager is is het toch logisch dat de DeltaT hoger word? Het water kan meer afkoelen.
Wat is daar het voordeel dan van?

En wat is een beetje gebruikelijk pomplevel bij radiatoren?

Dat hangt helemaal af van hoe groot het systeem is, diameter van de leidingen en de aanwezigheid van andere circulatiepompen in het systeem. Mijn cv met 6 radiatoren en een kleine vvw in de badkamer in een appartement van 120m2 over 2 verdiepingen draait op pump level 40-50. Net voor de compressor begint te pompen kun jij dan zien hoeveel Watt dat aan electrisch vermogen kost. Bij mij 25-30 Watt

[TeslaNerd]

CPM schreef op donderdag 4 december 2025 @ 14:25:
@TeslaNerd
Als de flow lager is is het toch logisch dat de DeltaT hoger word? Het water kan meer afkoelen.
Wat is daar het voordeel dan van?

Elke graad lagere gemiddelde watertemperatuur = 10–15 W minder compressorvermogen bij 30 Hz

Bijvoorbeeld:
• Van 32°C gemiddeld → 450W
• Naar 27°C gemiddeld → 380W
70W = 15% minder verbruik door een grotere ΔT.

[raven22]

TeslaNerd schreef op donderdag 4 december 2025 @ 14:46:
[...]

Dat hangt helemaal af van hoe groot het systeem is, diameter van de leidingen en de aanwezigheid van andere circulatiepompen in het systeem. Mijn cv met 6 radiatoren en een kleine vvw in de badkamer in een appartement van 120m2 over 2 verdiepingen draait op pump level 40-50. Net voor de compressor begint te pompen kun jij dan zien hoeveel Watt dat aan electrisch vermogen kost. Bij mij 25-30 Watt

Dit is wel interessant, ik heb bv de pomp van de vvw op de laagste stand gezet. Het is niet heel makkelijk te vergelijken maar het lijkt er op dat de dT een klein beetje is toegenomen. Zou ook betekenen dat de radiatoren boven een klein beetje meer flow krijgen, omdat de cic de flow op 800 houdt.
Lastig te zeggen dus of dit naast 15Watt minder voor de vvw pomp ook wat oplevert in het grotere plaatje.

[TeslaNerd]

raven22 schreef op donderdag 4 december 2025 @ 16:41:
[...]
Dit is wel interessant, ik heb bv de pomp van de vvw op de laagste stand gezet. Het is niet heel makkelijk te vergelijken maar het lijkt er op dat de dT een klein beetje is toegenomen. Zou ook betekenen dat de radiatoren boven een klein beetje meer flow krijgen, omdat de cic de flow op 800 houdt.
Lastig te zeggen dus of dit naast 15Watt minder voor de vvw pomp ook wat oplevert in het grotere plaatje.

Grootste tegenvaller is dat Quatt met alle kennis van het eigen Quatt lab en alle data van al die geinstalleerde Quatts helemaal niets terugkoppelt en de updates van de Quatt software al jaren niet meer oplevert dan “Je systeem zou zich zoals gewoonlijk moeten blijven gedragen.”

[maxtrash]

TeslaNerd schreef op donderdag 4 december 2025 @ 15:19:
[...]

Elke graad lagere gemiddelde watertemperatuur = 10–15 W minder compressorvermogen bij 30 Hz

Bijvoorbeeld:
• Van 32°C gemiddeld → 450W
• Naar 27°C gemiddeld → 380W
70W = 15% minder verbruik door een grotere ΔT.

ik vind het interessante maar lastige materie. Heb wat zitten vragen aan een LLM . In mijn beleving is een hogere delta T natuurlijk prachtig, maar dan vooral als je afgiftesysteem daarvoor zorgt. Hogere delta T forceren door lager debiet hoeft niet per se zuiniger te zijn omdat dan mogelijk hogere aanvoertemperatuur nodig is voor hetzelfde warmtevermogen.
Verder wordt bijvoorbeeld in deze link al over veel hogere debieten gesproken dan de Quatt standaard toepast (pm. 13 liter per minuut)
Anderzijds wordt er gesproken over een optimaal debiet van 5-7 graden en dan is 1,5 misschien wel erg weinig. Dat je dat wil opkrikken snap ik dan.

[maxtrash]

TeslaNerd schreef op donderdag 4 december 2025 @ 18:53:
[...]

Grootste tegenvaller is dat Quatt met alle kennis van het eigen Quatt lab en alle data van al die geinstalleerde Quatts helemaal niets terugkoppelt en de updates van de Quatt software al jaren niet meer oplevert dan “Je systeem zou zich zoals gewoonlijk moeten blijven gedragen.”

het is een gotspe, vooral na de grote broek die ze aantrokken met "AI" gestuurde CIC e.d.
Dat het vermogen bij -10 uit de losse pols wordt ingeschat en dat ze daar verder totaal niets meer doen met de data die ze na een paar koude nachten gewoon kunnen bepalen is daar een voorbeeld van.

Ik wacht nu al een kleine week op antwoord om deze parameter aan te passen. De warmtepomp van mijn ouders haalt de setpoint gewoon niet

[maxtrash]

Flesym schreef op donderdag 4 december 2025 @ 10:45:
[...]

Dat weet ik natuurlijk niet want dit is specifiek Quatt en de Diyless is breed bedoeld voor CV en WP, voor CH en SWW, enz. Wat ik wel begrepen heb (maar ik heb geen programmeerskills) is dat je aan zijn code stukken eigen code kunt toevoegen (en altijd terug kunt). Maar je kunt het hem altijd vragen, hij is heel toegankelijk. Hij was sowieso al heel verbaasd dat we bv in Nederland met 4kW warmtepompen en kleine CV's werken. Hij komt zelf uit Oekraïne en zit nu in Polen. Je ziet bv in de stooklijn dat die standaard tot -30⁰C loopt dus heeft hij voor mij een aanpassing gedaan (het gearceerde deel buiten beschouwing laten) [Afbeelding]

https://github.com/diyless/opentherm-thermostat
https://github.com/diyless/opentherm-thermostat/issues

En nogmaals, de Diyless 3 werkt voor mij in mijn atypische huis omdat hij softwarematig net even meer controle geeft. Maar de Diyless heeft ook beperkingen, het is een DIY project (dus support afhankelijk van 2 of 3 ontwikkelaars), gebaseerd op goedkope Chinese hardware, de interne temperatuursensor warmt op door het ESP32 boardje, scherm, en 230V adapter (dus is alleen te gebruiken met externe sensor of bluetooth thermometer), enz. Maar aan de andere kant voor een paar tientjes, wat is het risico . Voor mij is het in ieder geval een verademing na alle andere thermometers.
En nogmaals 2, zowel de Quatt als de Diyless zijn voor mij black boxes die hun werk goed doen. Alleen, in mijn atypische huis en ook bij 2 andere vrienden is de combinatie een echte versterking gebleken mits je de limitaties oke vindt.

het aller aller grootste voordeel wat mij betreft is dat je zelf de temperatuur kunt meten en dat dat niet per se door de thermostaat zelf hoeft te gebeuren. Mijn Tado hing in de luchtstroom van een airco dus gaf heel onbetrouwbare resultaten als die aan ging. Met de Diyless kun je bijvoorbeeld via MQTT (Home assistant) het gemiddelde sturen van 3 temperatuursensoren. Of bluetooth gebruiken bijvoorbeeld.

[Flesym]

maxtrash schreef op donderdag 4 december 2025 @ 19:44:
[...]

het aller aller grootste voordeel wat mij betreft is dat je zelf de temperatuur kunt meten en dat dat niet per se door de thermostaat zelf hoeft te gebeuren. Mijn Tado hing in de luchtstroom van een airco dus gaf heel onbetrouwbare resultaten als die aan ging. Met de Diyless kun je bijvoorbeeld via MQTT (Home assistant) het gemiddelde sturen van 3 temperatuursensoren. Of bluetooth gebruiken bijvoorbeeld.

Met als trade-off dat je extra SPOFs introduceert

[vanDaal]

Lasoul schreef op dinsdag 25 november 2025 @ 11:09:
[...]


Onderstaand mijn werkende configuratie:

code:

views:
  - title: Quatt
    icon: mdi:heat-pump
    type: sections
    cards: []
    max_columns: 2
    sections:
      - type: grid
        cards:
          - type: custom:quatt-dashboard-card
            system_setup:
              house_label: Vorgers
              system: sensor.heatpump_system_hostname
            hp1:
              hp1_odu_type: sensor.heatpump_1_odu_type
              hp1_workingmode: sensor.heatpump_hp1_workingmode
              hp1_waterdelta: sensor.heatpump_hp1_waterdelta
              hp1_temperatureoutside: sensor.heatpump_hp1_temperatureoutside
              hp1_temperaturewaterin: sensor.heatpump_hp1_temperaturewaterin
              hp1_temperaturewaterout: sensor.heatpump_hp1_temperaturewaterout
              hp1_powerinput: sensor.heatpump_hp1_powerinput
              hp1_power: sensor.heatpump_hp1_power
              hp1_cop: sensor.heatpump_hp1_quatt_cop
            thermostat:
              thermostat_room_temperature: sensor.heatpump_thermostat_room_temperature
              thermostat_room_setpoint: sensor.heatpump_thermostat_room_setpoint
              thermostat_control_setpoint: sensor.heatpump_thermostat_control_setpoint
              thermostat_heating: binary_sensor.heatpump_thermostat_heating
            cic:
              total_power: sensor.cic_total_power
              total_powerinput: sensor.cic_total_power_input
              cic_central_heating_on: binary_sensor.cic_central_heating_on
            flowmeter:
              flowmeter_temperature: sensor.heatpump_flowmeter_temperature
              flowmeter_flowrate: sensor.heatpump_flowmeter_flowrate
            boiler:
              boiler_heating: binary_sensor.heatpump_boiler_heating
              boiler_water_pressure: sensor.heatpump_boiler_water_pressure
            other:
              thermostat_room: climate.smart_heating
              thermostat_airco: climate.airco_woonkamer
              solar_power: sensor.current_total_solar_power_production
              has_solar_collector: true
              sun: sun.sun
              hot_water_cylinder_temperature: sensor.solar_boiler_temperature
              home_battery_soc: sensor.home_battery_soc
              heatpump_metric: cop
            grid_options:
              columns: 24
              rows: auto
        column_span: 2
    dense_section_placement: true

Ik heb jouw code één-op-één gekopieerd, maar krijg een "Configuration error". De Quatt integratie draait, volgens mij, wel gewoon goed. Enig idee?

[Lasoul]

vanDaal schreef op vrijdag 5 december 2025 @ 13:25:
[...]

Ik heb jouw code één-op-één gekopieerd, maar krijg een "Configuration error". De Quatt integratie draait, volgens mij, wel gewoon goed. Enig idee?

Heb je na installeren van de nieuwe versie Home Assistant opnieuw opgestart en een harde refresh van de pagina gedaan?

[Quatt Support]

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.

[Lasoul]

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.

Bedankt voor de terugkoppeling dat het opvragen van insights een onevenredige belasting op jullie systemen oplevert. Dit kan natuurlijk niet de bedoeling zijn en ga ik mee aan de slag.

Ik heb de code er op nageslagen en het blijkt dat momenteel de "All" insights data elk update interval (standaard 1 minuut) wordt opgehaald. Aangezien de data maar 1x per uur wordt aangepast ga ik het aanpassen dat specifiek deze data maar 1x per uur wordt opgehaald. Dat scheelt dan een factor 60 qua load op de Insights API. Zou deze oplossing voor jullie werkbaar zijn totdat er een betere oplossing beschikbaar is om meer gegevens te ontsluiten?

[jj85]

Lasoul schreef op woensdag 10 december 2025 @ 16:37:
[...]


Bedankt voor de terugkoppeling dat het opvragen van insights een onevenredige belasting op jullie systemen oplevert. Dit kan natuurlijk niet de bedoeling zijn en ga ik mee aan de slag.

Ik heb de code er op nageslagen en het blijkt dat momenteel de "All" insights data elk update interval (standaard 1 minuut) wordt opgehaald. Aangezien de data maar 1x per uur wordt aangepast ga ik het aanpassen dat specifiek deze data maar 1x per uur wordt opgehaald. Dat scheelt dan een factor 60 qua load op de Insights API. Zou deze oplossing voor jullie werkbaar zijn totdat er een betere oplossing beschikbaar is om meer gegevens te ontsluiten?

Zinvol om dit in ieder geval als snelle fix door te voeren lijkt me

[Lasoul]

jj85 schreef op woensdag 10 december 2025 @ 19:16:
[...]

Zinvol om dit in ieder geval als snelle fix door te voeren lijkt me

Fix is al geïmplementeerd (cache), ben het momenteel aan het testen.

[jj85]

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.

De vraag vanuit diverse tweakers ligt er al heel lang om de locale feed flink uit te breiden.
Zijn er bezwaren vanuit Quatt om dit niet te doen?

[Lasoul]

De fix is doorgevoerd en een nieuwe versie van de Quatt integratie is live (versie 1.0.0b6).

Wil iedereen die nog op versie 1.0.0b5 zit zo snel mogelijk upgraden aangezien in die versie een vervelend issue zit waarbij tijdens elke update (standaard: 1 minuut) de Insights data wordt opgehaald. Deze data wordt door Quatt 1x per uur vernieuwd dus het heeft geen zin om deze data vaker op te halen en creëert een onnodige load bij Quatt (zie ook eerdere oproep van Quatt Support).

[Lasoul]

Voor iedereen die ook de Apexcharts Quatt daggrafiek gebruikt, graag hier de automation aanpassen. Ook deze data wordt maar 1x per uur bijgewerkt, dus ook hier is 1x ophalen per uur voldoende. Het beste kun je de timetrigger aanpassen naar bijvoorbeeld: 15 (elk uur om 15 over). Gebruik het liefst wat variatie hierin zodat we niet een piek om precies 15 over creëren bij Quatt. Ergens tussen 13 over en 20 over is prima.

Ik zal ergens vandaag proberen de documentatie hierop aan te passen.

[s020506]

Lasoul schreef op woensdag 10 december 2025 @ 20:44:
De fix is doorgevoerd en een nieuwe versie van de Quatt integratie is live (versie 1.0.0b6).

Wil iedereen die nog op versie 1.0.0b5 zit zo snel mogelijk upgraden aangezien in die versie een vervelend issue zit waarbij tijdens elke update (standaard: 1 minuut) de Insights data wordt opgehaald. Deze data wordt door Quatt 1x per uur vernieuwd dus het heeft geen zin om deze data vaker op te halen en creëert een onnodige load bij Quatt (zie ook eerdere oproep van Quatt Support).

Die long term statistics, zou je dat misschien niet nog minder vaak op willen halen. Keer of 4 per dag ofzo? Ik kijk er in HA misschien 1 keer per week een keertje naar. Boeit het dat het niet hyper actueel is?

[Lasoul]

s020506 schreef op donderdag 11 december 2025 @ 10:23:
[...]


Die long term statistics, zou je dat misschien niet nog minder vaak op willen halen. Keer of 4 per dag ofzo? Ik kijk er in HA misschien 1 keer per week een keertje naar. Boeit het dat het niet hyper actueel is?

Ik heb Quatt de vraag gesteld of dit verversingsinterval voldoende is. Dit kan inderdaad eventueel nog verder omlaag als dat gewenst is zonder veel in te boeten op functionaliteit.

[verguldebarman]

Lasoul schreef op woensdag 10 december 2025 @ 20:44:
De fix is doorgevoerd en een nieuwe versie van de Quatt integratie is live (versie 1.0.0b6).

Wil iedereen die nog op versie 1.0.0b5 zit zo snel mogelijk upgraden aangezien in die versie een vervelend issue zit waarbij tijdens elke update (standaard: 1 minuut) de Insights data wordt opgehaald. Deze data wordt door Quatt 1x per uur vernieuwd dus het heeft geen zin om deze data vaker op te halen en creëert een onnodige load bij Quatt (zie ook eerdere oproep van Quatt Support).

Even voor mijn begrip. Blijft polling van de remote api sensors en switches nog wel op 1 minuut en wijzigt alleen het ophalen van Insights data naar 1x per uur?

[Lasoul]

verguldebarman schreef op donderdag 11 december 2025 @ 13:10:
[...]

Even voor mijn begrip. Blijft polling van de remote api sensors en switches nog wel op 1 minuut en wijzigt alleen het ophalen van Insights data naar 1x per uur?

Klopt, de remote api sensors worden 1x per minuut (instelbaar) bijgewerkt en de insights data wordt nu 1x per uur ververst.

[RickvdT]

Ik baal er al een tijdje van dat de 800l/h flow van de Quatt duo 1.5 eigenlijk te laag is voor mijn afgiftesysteem. Helaas door alle heisa van een ingrijpende verbouwing te snel de keuze gemaakt en mij onvoldoende verdiept destijds. Water pump levels zijn altijd 42 dus volgens mij is er ruim genoeg marge om hogere flow te halen zonder de pompen te overbelasten. De flow is alleen helaas een vaste parameter bij Quatt.

Verder best tevreden met de Quatt en het is alleen problematisch bij lagere temperaturen. Ik speel daarom met de gedachte om een ESP tussen de Quatt en de CiC te plaatsen die alle communicatie 1 op 1 doorgeeft waarbij ik er voor kan kiezen om de pump level te overschrijven. Een uitdaging maar het moet te doen zijn.

Nu zie ik dat ik niet de eerste ben met dit idee. Aangezien het bijna een jaar geleden is ben ik benieuwd. Is er iemand die dit geprobeerd heeft? Of is er voortschrijdend inzicht waarom het niet zou kunnen werken?

MWink schreef op vrijdag 10 januari 2025 @ 10:02:
[...]
Dit is denk ik het beste te realiseren door een PCB op de modbus tussen de CiC en de Quatt te plaatsen met een standalone microcontroller (bv een ESP) met 2 RS-485 transceivers erop. Deze zou je dan in een transparant mode kunnen draaien waarin alle master reads en slave responses 1 op 1 worden doorgelaten. En een intercept mode waarin je de 4 writes kan aanpassen. Beetje zoals die OpenTherm gateways werken. Het is wel wat embedded programmeer werk, en niet zeker of dit met ESPHome lukt om het goed in HA te integreren, maar kan anders zeker wel met een REST of MQTT interface.

Technisch lijkt mij dit dus wel kunnen. Er is wel een ander probleem: als die 4 write registers anders worden ingesteld dan de CiC wil schrijven dan zal de CiC door die 40 registers op een bepaald moment wel vreemde waarden terugkrijgen van de Quatt, waardoor de sturing door de CiC nog weer vergroot wordt, etc. Je zou die waarden van die registers op zekere hoogte wel weer kunnen aanpassen om de CiC voor te liegen, maar ik denk dat er dan wel wat regelingen in de soep kunnen lopen.

Betrouwbaarheid:
Als deze PCB geen voeding hebt, heb je natuurlijk ook geen werkende Quatt. En om te voorkomen dat wanneer de ESP gecrasht is er geen communicatie meer mogelijk is zou je nog een soort fail safe verbinding kunnen maken tussen de 2 RS-485 transceivers, zoals die Nodo Opentherm gateway ook heeft..

Een andere optie waarbij je de rechtstreekse bus in stand houdt en voor de 4 write registers een tijdelijke extra master rol op de bus gaat zetten met (elektronische)schakelaars gaat hem niet worden, omdat je dan de andere Master ook uit moet zetten, wordt een grote uitdaging met reflecties door de impedanties op de A-B lijn. We hebben hier al veel ervaring opgedaan met projecten.

m10tech schreef op donderdag 9 januari 2025 @ 22:57:
[...]
Iets waar ik al een paar weken op zit te broeden:

De CiC stuurt met 4 registers aan wat de Quatt moet doen.
Dat gebeurd direct nadat er een read is van de 40 registers van de huidige toestand.
STEL dat je een opzet maakt waarin je als een proxy in de modbus gaat zitten, en de read gewoon doorlaat tussen CiC en Quatt. Maar DIRECT daarna de writes van de CiC zelf consumeert en eventueel omzet in andere writes, dan kun je bijsturen waar je de CiC niet al te slim vindt...

Je moet de bus dan met een elektronische schakelaar openknippen, maar dat is te doen.
Sleutel is dat je de read als een ankerpunt kunt gebruiken...

Let wel, dit is een brainstorm, het kan ook gewoon een slecht idee zijn!!!!!!

[jj85]

RickvdT schreef op maandag 22 december 2025 @ 17:33:
Ik baal er al een tijdje van dat de 800l/h flow van de Quatt duo 1.5 eigenlijk te laag is voor mijn afgiftesysteem. Helaas door alle heisa van een ingrijpende verbouwing te snel de keuze gemaakt en mij onvoldoende verdiept destijds. Water pump levels zijn altijd 42 dus volgens mij is er ruim genoeg marge om hogere flow te halen zonder de pompen te overbelasten. De flow is alleen helaas een vaste parameter bij Quatt.

Verder best tevreden met de Quatt en het is alleen problematisch bij lagere temperaturen. Ik speel daarom met de gedachte om een ESP tussen de Quatt en de CiC te plaatsen die alle communicatie 1 op 1 doorgeeft waarbij ik er voor kan kiezen om de pump level te overschrijven. Een uitdaging maar het moet te doen zijn.

Nu zie ik dat ik niet de eerste ben met dit idee. Aangezien het bijna een jaar geleden is ben ik benieuwd. Is er iemand die dit geprobeerd heeft? Of is er voortschrijdend inzicht waarom het niet zou kunnen werken?

[...]


[...]

Je kan als test ook de pwm kabel vd waterpomp loshalen. Dan draait de waterpomp maximaal. Zelfde effect mogelijk

[RickvdT]

jj85 schreef op maandag 22 december 2025 @ 18:13:
[...]

Je kan als test ook de pwm kabel vd waterpomp loshalen. Dan draait de waterpomp maximaal. Zelfde effect mogelijk

Maximaal lijkt mij dan weer niet erg bevorderlijk voor de levensduur van de waterpompen. Wel een stuk makkelijker In het ideale scenario stuur ik de pomp modulerend aan op basis van de water delta (verschil aanvoer/retour).

[jj85]

RickvdT schreef op maandag 22 december 2025 @ 19:42:
[...]


Maximaal lijkt mij dan weer niet erg bevorderlijk voor de levensduur van de waterpompen. Wel een stuk makkelijker In het ideale scenario stuur ik de pomp modulerend aan op basis van de water delta (verschil aanvoer/retour).

Denk dat dat wel meevalt. Pomp moet dat makkelijk kunnen hebben.

[TeslaNerd]

jj85 schreef op maandag 17 november 2025 @ 22:53:
[...]

Er is vooral meer inzicht. De Quatt HA integratie is hierin wel echt top!
Er zijn wat dashboards voor ontwikkeld om de info te presenteren, bijv:
gwjonker in "Ervaringen met Quatt en HA en andere Domotica"
[Afbeelding]


Daarnaast kun je meer inzicht krijgen in het warmtepompcircuit van de Quatt dmv een Modbus sniffer
https://github.com/M10tech/Quatt-sniffer
(deze is voor versie 1 en 1.5 van de Quatt ontwikkeld)

[Afbeelding]
(dashboard)

Met de kennis uit het modbus sniffer projectje zou het ook mogelijk moeten zijn om de Quatt volledig zelf aan te sturen. Maar daar heb ik nog geen voorbeelden van gezien.

Verder zijn er diverse Tweakers die (semi)control op de Quatt verkrijgen door te spelen met wat parameters, bijv:
https://github.com/GtHbbrr/Quatt-CiC-hack
jbtbnl in "Ervaringen met Quatt Deel 2"
TeslaNerd in "Ervaringen met Quatt en HA en andere Domotica"
TeslaNerd in "Ervaringen met Quatt en HA en andere Domotica"
verguldebarman in "Ervaringen met Quatt en HA en andere Domotica"

Ik heb mijn HA automatiseringen de afgelopen periode aangepast van de modbus sensoren naar de nieuwe sensoren in de Quatt HA integratie.
Ik heb nu het idee dat ik mijn pseudo watertemperatuur regeling opnieuw aan het calibreren ben omdat de nieuwe sensoren in de Quatt HA integratie minder vaak updaten dan dezelfde Quatt items via modbus.
@jj85 zie jij dat ook?

[Fragger123]

Dat zou zeker kunnen, de interval waarop de integratie de remote API checkt is min 1 max 10 minuten voor de sensor data (is zelf in te stellen).

Lijkt me dat de modbus integratie (geen idee, heb hem niet) lokaal altijd sneller is, en vaker kan verversen.

[TeslaNerd]

Fragger123 schreef op dinsdag 23 december 2025 @ 11:32:
Dat zou zeker kunnen, de interval waarop de integratie de remote API checkt is min 1 max 10 minuten voor de sensor data (is zelf in te stellen).

Lijkt me dat de modbus integratie (geen idee, heb hem niet) lokaal altijd sneller is, en vaker kan verversen.

Dankjewel voor deze info. Ik dacht dat dat alleen voor de historische data van de Quatt inzichten pagina was maar dus ook voor de live data

[Lasoul]

TeslaNerd schreef op dinsdag 23 december 2025 @ 11:54:
[...]

Dankjewel voor deze info. Ik dacht dat dat alleen voor de historische data van de Quatt inzichten pagina was maar dus ook voor de live data

Lokale data: 5-600 sec (instelbaar: default 10)
Quatt API "live" data is: 1-10 min (instelbaar: default 1)
Historische data is: 1x per uur

[ Voor 9% gewijzigd door Lasoul op 23-12-2025 13:12 ]

[MWink]

Lasoul schreef op woensdag 10 december 2025 @ 20:44:
De fix is doorgevoerd en een nieuwe versie van de Quatt integratie is live (versie 1.0.0b6).

Wil iedereen die nog op versie 1.0.0b5 zit zo snel mogelijk upgraden aangezien in die versie een vervelend issue zit waarbij tijdens elke update (standaard: 1 minuut) de Insights data wordt opgehaald. Deze data wordt door Quatt 1x per uur vernieuwd dus het heeft geen zin om deze data vaker op te halen en creëert een onnodige load bij Quatt (zie ook eerdere oproep van Quatt Support).

Kan iemand mij helpen met het volgende probleem met de Quatt integratie?

Ik gebruikte eerder nog geen Quatt custom Dashboard card in mijn HA dashboards en gebruikte Quatt integratie versie 1.0.0b1. Ik heb in HACS de Quatt integratie geupgrade naar 1.0.0b6 en gereboot. Ik wil nu de custom dashboard card gebruiken via add card/custom card, maar ik krijg deze foutmelding? De 2 quatt-dashboard-card-editor.js files staan in de custom_components/quatt/www/js/ folder. Is er iets nog niet goed geinstalleerd? Als ik bij add card op de custom card naar de source kijk, wijst dit naar de URL: http://homeassistant.local:8123/dashboard-quatt/0?edit=1 krijg ik wel html code te zien, aan het einde wijst naar script van de juiste versie van de quatt dashboard card: <script>import("/quatt-dashboard-card/js/quatt-dashboard-card.js?v=1.0.0b6")

Ik heb al veel geprobeerd, hele Quatt integratie verwijderd en weer vers via HACS geinstalleerd, naar oude versie terug en weer naar 1.0.0b6 etc.
Veel dank!

[Lasoul]

MWink schreef op dinsdag 23 december 2025 @ 21:42:
[...]

Kan iemand mij helpen met het volgende probleem met de Quatt integratie?

Ik gebruikte eerder nog geen Quatt custom Dashboard card in mijn HA dashboards en gebruikte Quatt integratie versie 1.0.0b1. Ik heb in HACS de Quatt integratie geupgrade naar 1.0.0b6 en gereboot. Ik wil nu de custom dashboard card gebruiken via add card/custom card, maar ik krijg deze foutmelding? De 2 quatt-dashboard-card-editor.js files staan in de custom_components/quatt/www/js/ folder. Is er iets nog niet goed geinstalleerd? Als ik bij add card op de custom card naar de source kijk, wijst dit naar de URL: http://homeassistant.local:8123/dashboard-quatt/0?edit=1 krijg ik wel html code te zien, aan het einde wijst naar script van de juiste versie van de quatt dashboard card: <script>import("/quatt-dashboard-card/js/quatt-dashboard-card.js?v=1.0.0b6")

Ik heb al veel geprobeerd, hele Quatt integratie verwijderd en weer vers via HACS geinstalleerd, naar oude versie terug en weer naar 1.0.0b6 etc.
Veel dank!

[Afbeelding]

Dit lijkt op een browser cache fout. Je zou in de browser de cache van de site (cookies etc.) kunnen verwijderen en dan opnieuw proberen met de laatste Quatt integratie versie.

[OmeJoyo]

Het lukt me helaas niet om de externe API te koppelen. Ik volg de instructie op:

Druk op verzenden
Druk knop in

Maar eindig altijd in een "unknown error occurred"

Anderen ook problemen gehad en dit weten op te lossen ? CIC is al van de stroom geweest, geen verschil helaas

[Lasoul]

OmeJoyo schreef op vrijdag 26 december 2025 @ 15:13:
Het lukt me helaas niet om de externe API te koppelen. Ik volg de instructie op:

Druk op verzenden
Druk knop in

Maar eindig altijd in een "unknown error occurred"

Anderen ook problemen gehad en dit weten op te lossen ? CIC is al van de stroom geweest, geen verschil helaas

Je kunt proberen de knop een paar keer achter elkaar in te drukken bij het koppelen en dan even een seconde wachten tussen het indrukken. Dus meer van indrukken even een seconde vasthouden, loslaten even een seconde of zo wachten en dan opnieuw indrukken en even een seconde vasthouden.

[ Voor 17% gewijzigd door Lasoul op 26-12-2025 19:44 ]

[jj85]

RickvdT schreef op maandag 29 december 2025 @ 17:52:
[...]


Voor wie het interessant vind. Ik heb op mijn eerdere notebook voortgeborduurd en ik heb er aan toegevoegd: een inschatting van de huidige werkelijke stooklijn en de warmtepomp performance bij temperaturen onder het vriespunt. Dit zou een inschatting moeten geven in hoeverre je huidige stooklijn optimaal is en tot hoeverre je huis geschikt is voor all-electric (met theoretische performance incl. backup). Dit aangezien de zelflerende AI magie van Quatt nog op zich laat wachten (net als hun winterchek rapport of mijn woning all-electric geschikt is).

[Afbeelding]

Mocht je het uit willen proberen, onderstaand de notebook. Lees het gequote bericht voor de requirements. In principe is het token toevoegen en gaan. Mogelijk dat je even de sensor namen moet dubbelchecken deze zijn gewijzigd tussen versies van de HA integratie. Interval tussen de API calls staat met opzet vrij hoog om de API te ontzien (Quatt heeft al aangegeven hoge belasting niet zo leuk te vinden).

Stooklijn is op basis van de laatste 10 dagen detail data in Home Assistant. Mooiste is als er flink wat dagen tussen de 0 en 10 graden tussen zitten. Opzet is wel gebaseerd op mijn eigen woning met minimaal CV-ketel gebruik. De snijpunten komen bij mij in ieder geval nagenoeg exact overeen met de werkelijkheid. Ik durf niet te zeggen of het soepel werkt als de cv-ketel al boven het vriespunt bij moet springen. Voor de rest is het nog steeds 95% vibe-coded dus perfect is het verre van.

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

Nice!
Even hier, in het zustertopic, wat vragen.

Jouw grafiek (part 1) ziet er zo uit.


Bij mij loopt hij:


In jouw grafiek neemt het vermogen toe bij hogere temperatuur.
In mijn grafiek neem het vermogen af bij hogere temperatuur.

Eerlijjk gezegd snap ik 'jouw' versie niet. Bij hogere buitentemp is toch minder vermogen nodig. Dus dan zou ik een aflopende lijn verwachten...

Kun je dat eens toelichten?

Mijn uiteindelijke plaatje wordt nu (aangepast naar m'n 3kW BUH):

[RickvdT]

jj85 schreef op maandag 29 december 2025 @ 20:30:
[...]
Eerlijjk gezegd snap ik 'jouw' versie niet. Bij hogere buitentemp is toch minder vermogen nodig. Dus dan zou ik een aflopende lijn verwachten...

Kun je dat eens toelichten?

Het idee daarvan is een inschatting wat je warmtepomp maximaal kan leveren aan warmte per uur bij een gegeven buitentemperatuur. Hoe lager de temperatuur hoe minder efficient je warmtepomp. Ik heb er ook de specs vanuit Quatt voor de duo 1.5 ingezet (is een variable die op True gezet kan worden). Dan zie ik hoe mijn warmtepomp presteert ten opzichte van nominaal en max vanuit de specificaties. In hoeverre je het maximale uit je warmtepomp haalt hangt grotendeels af van je afgiftesysteem.



Je grafiek is wel interessant en stof tot nadenken. Blijft lastig als je alleen je eigen data hebt om mee te werken natuurlijk. In mijn geval zie je heel duidelijk dat tussen de 0 en 1 graden de Quatt duo niet meer het vermogen kan leveren van de stooklijn. Omdat de stooklijn bij mij te hoog staat ingesteld loopt de kamertemperatuur wel nog op en springt de cv niet bij.

Ik denk dat het alleen accuraat is met datapunten waar de Quatt het volledige uur op vol vermogen heeft gedraaid (incl. defrosts). De maximale performance krijg je alleen maar als de CiC meer vraagt dan de warmtepomp kan leveren en de stooklijn als de warmtepomp kan leveren wat de stooklijn vraagt. Kun je eens Part 2 delen? Ik zal eens kijken of ik die beide weer in 1 plot krijg, dan krijg je zoiets als onderstaand.

(een probeersel grafiekje voor de beeldvorming, niet helemaal accuraat)

[jj85]

RickvdT schreef op maandag 29 december 2025 @ 21:57:
[...]


Het idee daarvan is een inschatting wat je warmtepomp maximaal kan leveren aan warmte per uur bij een gegeven buitentemperatuur. Hoe lager de temperatuur hoe minder efficient je warmtepomp. Ik heb er ook de specs vanuit Quatt voor de duo 1.5 ingezet (is een variable die op True gezet kan worden). Dan zie ik hoe mijn warmtepomp presteert ten opzichte van nominaal en max vanuit de specificaties. In hoeverre je het maximale uit je warmtepomp haalt hangt grotendeels af van je afgiftesysteem.

[Afbeelding]

Je grafiek is wel interessant en stof tot nadenken. Blijft lastig als je alleen je eigen data hebt om mee te werken natuurlijk. In mijn geval zie je heel duidelijk dat tussen de 0 en 1 graden de Quatt duo niet meer het vermogen kan leveren van de stooklijn. Omdat de stooklijn bij mij te hoog staat ingesteld loopt de kamertemperatuur wel nog op en springt de cv niet bij.

Ik denk dat het alleen accuraat is met datapunten waar de Quatt het volledige uur op vol vermogen heeft gedraaid (incl. defrosts). De maximale performance krijg je alleen maar als de CiC meer vraagt dan de warmtepomp kan leveren en de stooklijn als de warmtepomp kan leveren wat de stooklijn vraagt. Kun je eens Part 2 delen? Ik zal eens kijken of ik die beide weer in 1 plot krijg, dan krijg je zoiets als onderstaand.

(een probeersel grafiekje voor de beeldvorming, niet helemaal accuraat)
[Afbeelding]

Jazeker, part 2 ziet er zo uit


Wat je zelf ook al zegt, die vermogenslijn is enkel accuraat als de Quatt al op vol vermogen draait. Dat doet hij bij mij niet (en ook geen CV die bij springt). Dus dan zal het bij mij niet zo mooi werken als bij jou

[maxtrash]

ik heb als hobby een home assistant integratie gemaakt waarmee je een meerdere warmtepompen mbv één climate device in home assistant kan besturen, met de nodige slimmigheden eromheen.
Ik gebruik deze met mijn Quatt warmtepomp en een tweetal Panasonic airco's.

Misschien interessant voor sommige mensen hier en ben benieuwd of sommige mensen dit willen testen?

https://gathering.tweakers.net/forum/list_messages/2323318

[RickvdT]

jj85 schreef op dinsdag 30 december 2025 @ 11:33:
[...]

Jazeker, part 2 ziet er zo uit
[Afbeelding]

Wat je zelf ook al zegt, die vermogenslijn is enkel accuraat als de Quatt al op vol vermogen draait. Dat doet hij bij mij niet (en ook geen CV die bij springt). Dus dan zal het bij mij niet zo mooi werken als bij jou

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.

[Lasoul]

Voor de liefhebbers zijn nu naast de Dag grafiek ook de Apex chart templates voor de Week, Maand, Jaar en Alles grafieken beschikbaar. De automation is hierop ook aangepast en de helper sensors zijn niet meer nodig.

[jj85]

Lasoul schreef op vrijdag 2 januari 2026 @ 21:00:
Voor de liefhebbers zijn nu naast de Dag grafiek ook de Apex chart templates voor de Week, Maand, Jaar en Alles grafieken beschikbaar. De automation is hierop ook aangepast en de helper sensors zijn niet meer nodig.

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Very nice!
Maar is dit niet erg load verhogend op de Quatt servers?

[Lasoul]

jj85 schreef op vrijdag 2 januari 2026 @ 21:10:
[...]

Very nice!
Maar is dit niet erg load verhogend op de Quatt servers?

Met de laatste versie van de Quatt integratie v1.0.1 worden alle insights in een cache gestopt en deze wordt 1x per uur ververst. Dus als je alle timeframes wil hebben dan zijn dat 5 calls per uur.
Mijn aanname is echter wel dat niet iedereen alle grafieken wil hebben dus daarom ook in de README opgenomen om in de automation de timeframes eruit te halen die niet nodig zijn (variabele aanpassen).

[s020506]

Op verzoek van @TeslaNerd, de automations om de bodemplaat verwarming aan en uit te zetten.

code:

alias: Switch on bodemplaatverwarming
description: ""
triggers:
  - trigger: state
    entity_id:
      - binary_sensor.heatpump_1_defrost
    to:
      - "on"
conditions:
  - condition: numeric_state
    entity_id: sensor.heatpump_1_temperature_outside
    below: 0.5
    enabled: true
actions:
  - action: switch.turn_on
    metadata: {}
    target:
      entity_id: switch.bodemplaatverwarming
    data: {}
  - target:
      entity_id: counter.defrost_counter
    action: counter.increment
    data: {}
mode: single

code:

alias: Switch off bodemplaatverwarming
description: ""
triggers:
  - trigger: template
    value_template: >-
      {% set last = state_attr('automation.switch_on_bodemplaatverwarming',
      'last_triggered') %}

      {{ last is not none and (as_timestamp(now()) - as_timestamp(last)) > 600
      }}
conditions: []
actions:
  - action: switch.turn_off
    metadata: {}
    target:
      entity_id: switch.bodemplaatverwarming
    data: {}
mode: single

[jj85]

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]

Nog eens geprobeerd.
Hier het resultaat
https://gist.github.com/j...48151a4a519ea5b04ba2c76c6

Gaat niet zo mooi als bij jou. Maar allang duidelijk dat m'n 3kW back-up heater wel mogelijk relevant is als het eens langdurig echt koud is (richting -10grC). Dan kijk ik simpelweg even naar de groene en rode lijn

[clubeddie]

s020506 schreef op zaterdag 3 januari 2026 @ 15:52:
Op verzoek van @TeslaNerd, de automations om de bodemplaat verwarming aan en uit te zetten.

code:

alias: Switch on bodemplaatverwarming
description: ""
triggers:
  - trigger: state
    entity_id:
      - binary_sensor.heatpump_1_defrost
    to:
      - "on"
conditions:
  - condition: numeric_state
    entity_id: sensor.heatpump_1_temperature_outside
    below: 0.5
    enabled: true
actions:
  - action: switch.turn_on
    metadata: {}
    target:
      entity_id: switch.bodemplaatverwarming
    data: {}
  - target:
      entity_id: counter.defrost_counter
    action: counter.increment
    data: {}
mode: single

code:

alias: Switch off bodemplaatverwarming
description: ""
triggers:
  - trigger: template
    value_template: >-
      {% set last = state_attr('automation.switch_on_bodemplaatverwarming',
      'last_triggered') %}

      {{ last is not none and (as_timestamp(now()) - as_timestamp(last)) > 600
      }}
conditions: []
actions:
  - action: switch.turn_off
    metadata: {}
    target:
      entity_id: switch.bodemplaatverwarming
    data: {}
mode: single

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

[s020506]

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?

Klopt. Zie hier: s020506 in "Ervaringen met Quatt Deel 2"

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