Ervaringen met Quatt en HA en andere Domotica

[AliExpres]

Lasoul schreef op maandag 10 november 2025 @ 09:31:
@Mdesign & @AliExpres, er is een nieuwe beta-versie uit waarin de teksten iets groter zijn gemaakt.
Kijk maar even of dat er beter uitziet.

Ik heb de card opnieuw laten installeren met de nieuwe beta maar de teksten zijn nog steeds te klein en ik krijg ook nog steeds geen goede waarden te zien (alles staat op nul)



En zo ziet het er uit met sensor.cic_system_hostname ipv sensor.cic_name in het Quatt dashboard card configuration veld “The CIC systemname to determine your Quatt setup”.

[ Voor 25% gewijzigd door AliExpres op 10-11-2025 10:45 ]

[Lasoul]

AliExpres schreef op maandag 10 november 2025 @ 10:36:
[...]

Ik heb de card opnieuw laten installeren met de nieuwe beta maar de teksten zijn nog steeds te klein en ik krijg ook nog steeds geen goede waarden te zien (alles staat op nul)

[Afbeelding]

Hoe ziet je configuratie van de kaart eruit?
Heb je in de dropdown secties alle sensors ingevuld?

[ Voor 4% gewijzigd door Lasoul op 10-11-2025 10:38 ]

[AliExpres]

Lasoul schreef op maandag 10 november 2025 @ 10:37:
[...]


Hoe ziet je configuratie van de kaart eruit?
Heb je in de dropdown secties alle sensors ingevuld?

Ok, nu zie ik ook de extra sensors die ik moet selecteren om de live waarden te zien.
Is het niet mogelijk de Quatt card configuration te voorzien van de default sensoren zoals die ook al door de Quatt integratie worden aangemaakt?
Plus een configuration veld voor de tekstgrootte?



Ik heb wel een cop sensor geselecteerd maar de cop wordt (nog) niet getoond in de Quatt card.
En ik moet nu wel alle sensoren zelf selecteren maar ik mag niet bijvoorbeeld een sensor voor de gevoelstemperatuur kiezen ipv de buitentemperatuur van de Quatt. Waarom is dat?

[ Voor 32% gewijzigd door AliExpres op 10-11-2025 11:08 ]

[CPM]

Ik gebruik volgens mij nog de "oude" integratie in HA. Omdat ik vermoed dat er sprake is van waterverlies heb ik geprobeerd om de waarde "boiler.otFbWaterPressure" te vinden maar dat lukt me niet. Kan het zijn dat deze niet meegenomen word? Is het veel moeite om die ergens in op te nemen? Zo kan ik in Grafana namelijk het verloop over de tijd bijhouden. In principe hoeft de frequentie niet heel hoog te liggen.

[ Voor 17% gewijzigd door CPM op 10-11-2025 14:34 ]

[Lasoul]

CPM schreef op maandag 10 november 2025 @ 14:34:
Ik gebruik volgens mij nog de "oude" integratie in HA. Omdat ik vermoed dat er sprake is van waterverlies heb ik geprobeerd om de waarde "boiler.otFbWaterPressure" te vinden maar dat lukt me niet. Kan het zijn dat deze niet meegenomen word? Is het veel moeite om die ergens in op te nemen? Zo kan ik in Grafana namelijk het verloop over de tijd bijhouden. In principe hoeft de frequentie niet heel hoog te liggen.

Welke versie gebruik je?

De boiler waterpressure staat onder het Boiler device: "Water pressure".
Dit geldt wel alleen voor een hybride installatie waarbij de CV Opentherm ondersteunt.
Voor een All-electric installatie kun je de sensor: "Heating system pressure" gebruiken (Heat Charger device).

[CPM]

@Lasoul Thanks, ik heb inmiddels de nieuwe integratie draaien en kom hem nu tegen. Heel erg bedankt!

[ Voor 122% gewijzigd door CPM op 11-11-2025 09:06 ]

[CPM]

Ik waardeer jullie harde werk, toch een klein puntje van kritiek (no offence): het hernoemen van entiteiten kan ik begrijpen, maar als je (zoals ik) InfluxDB en Grafana gebruikt dan valt je complete monitoring in elkaar omdat de naamgeving is veranderd. Dashboards moet ik nu opnieuw maken en daarnaast moet ik de oude dashboards behouden om de historie te kunnen benaderen. Hopelijk blijven de namen van de entiteiten in de toekomst onveranderd.
Geen idee sinds wanneer dit is ik kom van een 0.5 versie ofzo.

[ Voor 8% gewijzigd door CPM op 11-11-2025 09:23 ]

[Lasoul]

CPM schreef op dinsdag 11 november 2025 @ 09:07:
Ik waardeer jullie harde werk, toch een klein puntje van kritiek (no offence): het hernoemen van entiteiten kan ik begrijpen, maar als je (zoals ik) InfluxDB en Grafana gebruikt dan valt je complete monitoring in elkaar omdat de naamgeving is veranderd. Dashboards moet ik nu opnieuw maken en daarnaast moet ik de oude dashboards behouden om de historie te kunnen benaderen. Hopelijk blijven de namen van de entiteiten in de toekomst onveranderd.
Geen idee sinds wanneer dit is ik kom van een 0.5 versie ofzo.

Dat is inderdaad al een hele oude versie
Ik snap zeker het probleem echter met de voorbereiding op all-electric/chill was deze aanpassing noodzakelijk om de splitsing over de verschillende devices goed en netjes te kunnen ondersteunen. Ik zal er zeker rekening mee houden maar kan geen garanties geven

[CPM]

@Lasoul Geen probleem, ik klik gewoon wat dingen om, kost even wat tijd. ChatGPT (gratis) doet dit nog niet netjes voor mij. Gebruik nu de oude waarde OR de nieuwe.

code:

SELECT mean("value") FROM "CoP" WHERE ("entity_id"::tag = 'heatpump_hp1_quatt_cop' [b]OR "entity_id"::tag = 'heatpump_1_quatt_cop')[/b] AND $timeFilter GROUP BY time($__interval) fill(null)

[verguldebarman]

@Lasoul , te gek werk lever je man!!! Ik denk dat vele van ons (self included) voor Quatt heeft gekozen vanwege jouw integratie met Home Assistant. 💪

Ben je al eens benaderd door Quatt om er een officiële integratie van te maken?

[Lasoul]

verguldebarman schreef op dinsdag 11 november 2025 @ 12:41:
@Lasoul , te gek werk lever je man!!! Ik denk dat vele van ons (self included) voor Quatt heeft gekozen vanwege jouw integratie met Home Assistant. 💪

Ben je al eens benaderd door Quatt om er een officiële integratie van te maken?

Top om te lezen dat je en vele anderen zo tevreden zijn over de integratie.
Quatt heeft mij nog nooit benaderd over een eventuele officiële integratie. Ik heb wel een tijdje geleden een pre-release json gekregen om zo de All-Electric te kunnen ondersteunen.

[Lasoul]

AliExpres schreef op maandag 10 november 2025 @ 10:49:
[...]

Ok, nu zie ik ook de extra sensors die ik moet selecteren om de live waarden te zien.
Is het niet mogelijk de Quatt card configuration te voorzien van de default sensoren zoals die ook al door de Quatt integratie worden aangemaakt?
Plus een configuration veld voor de tekstgrootte?

[Afbeelding]

Ik heb wel een cop sensor geselecteerd maar de cop wordt (nog) niet getoond in de Quatt card.
En ik moet nu wel alle sensoren zelf selecteren maar ik mag niet bijvoorbeeld een sensor voor de gevoelstemperatuur kiezen ipv de buitentemperatuur van de Quatt. Waarom is dat?

Default entities
Zal ik op het lijstje zetten van mogelijke uitbreidingen.

Tekst grootte
Zal ik op het lijstje zetten van mogelijke uitbreidingen maar het vreemde is dat de grootte bij jou zo sterk afwijkt t.o.v. anderen. Heb je toevallig de browser op een bepaald zoom-level staan?

COP
Ik heb net een change doorgevoerd waarbij je zelf kunt selecteren of je de COP, Delta-T, Power of Power input wil tonen in de tooltip.

Gevoelstemperatuur
Aangezien het gaat om een Quatt integratie worden de entiteiten die je kunt selecteren in bijvoorbeeld HP1 beperkt tot de context van de Quatt integratie. Nu wordt voor Outside de buitentemperatuur van HP1 gebruikt. Ik zal een extra configuratieoptie toevoegen waarmee je ook een andere sensor kunt gebruiken. Als je die niet invult dan zal de Quatt card de buiten temperatuur van HP1 gebruiken.

Update
Aparte sensor voor de buitentemperatuur is nu ook configureerbaar. Als deze niet is ingevuld dan wordt de buitentemperatuur gebruikt zoals gemeten door HP1.

Wijzigingen zijn meegenomen in de nieuwe beta release 1.0.0b3

[ Voor 5% gewijzigd door Lasoul op 11-11-2025 17:43 ]

[jj85]

@Lasoul Ik vermoed dat de JS resources niet altijd goed ververst worden.
Op m'n laptop browser krijg ik nu de de laatste versie wel te zien. Ik heb bijv nu Power Input gekozen ipv dT bij de HPs.

Op m'n telefoon zie ik nog de oudere versie met dT bij de HPs.

[Lasoul]

jj85 schreef op dinsdag 11 november 2025 @ 19:43:
@Lasoul Ik vermoed dat de JS resources niet altijd goed ververst worden.
Op m'n laptop browser krijg ik nu de de laatste versie wel te zien. Ik heb bijv nu Power Input gekozen ipv dT bij de HPs.

Op m'n telefoon zie ik nog de oudere versie met dT bij de HPs.

Wat meestal wel helpt is een force refresh te doen want dan worden de resources opnieuw geladen. De integratie maakt gebruik van een "cache-busting" techniek doordat het versienummer van de integratie wordt toegevoegd aan de url van de JS resources.

Welke browser gebruik je op je telefoon?

[jj85]

Lasoul schreef op woensdag 12 november 2025 @ 09:28:
[...]


Wat meestal wel helpt is een force refresh te doen want dan worden de resources opnieuw geladen. De integratie maakt gebruik van een "cache-busting" techniek doordat het versienummer van de integratie wordt toegevoegd aan de url van de JS resources.

Welke browser gebruik je op je telefoon?

De HA companion app. Die kan je niet geforceerd refreshen

[AliExpres]

Lasoul schreef op woensdag 12 november 2025 @ 09:28:
[...]


Wat meestal wel helpt is een force refresh te doen want dan worden de resources opnieuw geladen. De integratie maakt gebruik van een "cache-busting" techniek doordat het versienummer van de integratie wordt toegevoegd aan de url van de JS resources.

Welke browser gebruik je op je telefoon?

Dankjewel voor de snelle reactie. En voor deze hele mooie Quatt card. Hier zit echt veel werk achter👍👍👍

Ik heb de nieuwe beta geredownload en heb nu ook door waar de extra sensoren worden getoond met de tooltip popups. Is het mogelijk dat de Outside temp ook een popup krijgt waar dan de “other” outside temp sensors in de tooltip worden getoond?

Ik heb geen idee hoe de logica van HA werkt voor de grootte van afbeeldingen en teksten maar ik zie nu ook dat tussen verschillende views en HA in de iphone app vs in de browser op een iMac (zoom 100%) het alle kanten op gaat:






Niet gehinderd door kennis van html zie ik dat de tekstgrootte van de view-titels en de teksten in andere cards beter meeschalen met de omgeving dan de teksten in de Quatt card

[ Voor 38% gewijzigd door AliExpres op 12-11-2025 12:16 ]

[AliExpres]

Hoe kan ik de data die de api voor de inzicht schermen in de app gebruikt via de nieuwe Quatt integratie naar Home Assistant halen?

[jj85]

AliExpres schreef op donderdag 13 november 2025 @ 12:22:
Hoe kan ik de data die de api voor de inzicht schermen in de app gebruikt via de nieuwe Quatt integratie naar Home Assistant halen?

Nog niet
Maar eerste opzet zag ik toevallig vanochtend voorbij komen

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

[jwjol]

Goedemorgen,
Wie kan mij vertellen waarom sensor binary_sensor.thermostat_heating in HA continue de status 'Aan' heeft, terwijl de Quatt Hybrid Duo v2 pompen uitstaan (status 0) en de Honeywell T6 ook aangeeft dat er geen warmtevraag is?
Voor warm tapwater gebruiken we de CV en deze staat in de ECO stand.

[Lasoul]

jwjol schreef op vrijdag 14 november 2025 @ 11:43:
Goedemorgen,
Wie kan mij vertellen waarom sensor binary_sensor.thermostat_heating in HA continue de status 'Aan' heeft, terwijl de Quatt Hybrid Duo v2 pompen uitstaan (status 0) en de Honeywell T6 ook aangeeft dat er geen warmtevraag is?
Voor warm tapwater gebruiken we de CV en deze staat in de ECO stand.

Het veld wordt vanuit Quatt gebruikt voor het volgende:

code:

otFtChEnabled: A boolean value representing command from thermostat to switch on heating.

Als ik kijk naar mijn eigen Quatt integratie dan zie ik niet het bovenstaande effect dat hij continue aanstaat. Ik gebruik zelf de Honeywell T6

[jwjol]

Lasoul schreef op vrijdag 14 november 2025 @ 13:43:
[...]


Het veld wordt vanuit Quatt gebruikt voor het volgende:

code:

otFtChEnabled: A boolean value representing command from thermostat to switch on heating.

Als ik kijk naar mijn eigen Quatt integratie dan zie ik niet het bovenstaande effect dat hij continue aanstaat. Ik gebruik zelf de Honeywell T6

[Afbeelding]

Hieronder de status bij ons

[ Voor 9% gewijzigd door jwjol op 14-11-2025 14:50 ]

[Lasoul]

jwjol schreef op vrijdag 14 november 2025 @ 14:48:
[...]


Hieronder de status bij ons

[Afbeelding]

[Afbeelding]

Het veld wordt door Quatt gevuld dus daar kan ik je helaas niet verder mee helpen waarom die bij jou altijd op "aan" staat.

[bundit]

jwjol schreef op vrijdag 14 november 2025 @ 11:43:
Goedemorgen,
Wie kan mij vertellen waarom sensor binary_sensor.thermostat_heating in HA continue de status 'Aan' heeft, terwijl de Quatt Hybrid Duo v2 pompen uitstaan (status 0) en de Honeywell T6 ook aangeeft dat er geen warmtevraag is?
Voor warm tapwater gebruiken we de CV en deze staat in de ECO stand.

Ik heb waarschijnlijk een soortgelijk probleem, zie: bundit in "Ervaringen met Quatt Deel 2"

Bij mij lijkt de sensor "Thermostat Flame on" overeen te komen met het gedrag van de warmtepomp zelf. Echter staat Thermostat Heating hier ook continue aan gezien de kamertemperatuur binnen hysteresis valt.

[Brent]

Nieuwkomer hier. Ik zie dat de stand van de topicstart februari is. Is dat courant genoeg of is er in de tussentijd toch wel wat veranderd? Ik heb de indruk van wel met de bijna 1.0.0 release, maar vraag het toch even waar ik dan het best kan beginnen met lezen.

[jj85]

Brent schreef op maandag 17 november 2025 @ 13:08:
Nieuwkomer hier. Ik zie dat de stand van de topicstart februari is. Is dat courant genoeg of is er in de tussentijd toch wel wat veranderd? Ik heb de indruk van wel met de bijna 1.0.0 release, maar vraag het toch even waar ik dan het best kan beginnen met lezen.

TS is behoorlijk achterhaald
Wat hoop je hier te vinden? Dan kunnen we je vast wel even op gang helpen

[Brent]

jj85 schreef op maandag 17 november 2025 @ 13:14:
[...]

TS is behoorlijk achterhaald
Wat hoop je hier te vinden? Dan kunnen we je vast wel even op gang helpen

Een soort status? Wat kan er inmiddels, wat heb je daarvoor nodig (ik zie dat veel allerlei extra sensoren hebben)? En wat kan er nog niet.

Ik zie oa dat sommigen de DIYLESS OpenTherm Thermostat gebruiken. Ik heb Tado's vanwege de sensoren in elke leefruimte (dit huis is te groot voor de stelling: geen warmtevraag woonkamer = geen warmtevraag woning). Hebben sommigen dat ook en misschien al een oplossing voor?

Op zich heb ik belangstelling, net als iedereen hier denk ik, voor oplossingen zonder Tado (of andere cloud meuk) en CiC ook (is Quatt er over 5 jaar nog?). Maar, ik geef direct toe: ik ga ik niet op korte termijn mee aan de slag Ben gewoon erg benieuwd naar de stand van zaken.

[jj85]

Brent schreef op maandag 17 november 2025 @ 13:20:
[...]

Een soort status? Wat kan er inmiddels, wat heb je daarvoor nodig (ik zie dat veel allerlei extra sensoren hebben)? En wat kan er nog niet.

Ik zie oa dat sommigen de DIYLESS OpenTherm Thermostat gebruiken. Ik heb Tado's vanwege de sensoren in elke leefruimte (dit huis is te groot voor de stelling: geen warmtevraag woonkamer = geen warmtevraag woning). Hebben sommigen dat ook en misschien al een oplossing voor?

Op zich heb ik belangstelling, net als iedereen hier denk ik, voor oplossingen zonder Tado (of andere cloud meuk) en CiC ook (is Quatt er over 5 jaar nog?). Maar, ik geef direct toe: ik ga ik niet op korte termijn mee aan de slag Ben gewoon erg benieuwd naar de stand van zaken.

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"



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)


(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"

[dzuijlek]

Ik zie sinds gisterochtend de extra velden uit de API niet meer in home assistant. Dus bijvoorbeeld de compressor frequency, de CIC Quatt build en ik kan de Soundslider niet meer gebruiken. Alles staat op unknown.

[jj85]

dzuijlek schreef op dinsdag 18 november 2025 @ 11:40:
Ik zie sinds gisterochtend de extra velden uit de API niet meer in home assistant. Dus bijvoorbeeld de compressor frequency, de CIC Quatt build en ik kan de Soundslider niet meer gebruiken. Alles staat op unknown.

Had er ook last van
https://github.com/marcob...ssistant-quatt/issues/238

Snelle fix; reload integration en ze verschijnen weer even. Na een uurtje zullen ze weer naar unknown gaan...

[dzuijlek]

jj85 schreef op dinsdag 18 november 2025 @ 11:48:
[...]
Snelle fix; reload integration en ze verschijnen weer even. Na een uurtje zullen ze weer naar unknown gaan...

Zou dit door quatt gestuurd worden. Kan me voorstellen dat ze niet zo blij worden van al die API requests..

[s020506]

jj85 schreef op dinsdag 18 november 2025 @ 11:48:
[...]

Had er ook last van
https://github.com/marcob...ssistant-quatt/issues/238

Snelle fix; reload integration en ze verschijnen weer even. Na een uurtje zullen ze weer naar unknown gaan...

Kun je automatiseren. Maar vraag me wel af of dit uit de integratie verdwijnt of niet..

[verguldebarman]

jj85 schreef op dinsdag 18 november 2025 @ 11:48:
[...]

Had er ook last van
https://github.com/marcob...ssistant-quatt/issues/238

Snelle fix; reload integration en ze verschijnen weer even. Na een uurtje zullen ze weer naar unknown gaan...

@dzuijlek @jj85 ,hier ook last van hetzelfde. Snelle fix werkt ook niet meer.

Daarnaast werkt bij mij ook de Quatt app niet meer. De Quatt api is onbereikbaar. Zeer waarschijnlijk gerelateerd aan de Cloudflare storing, want als ik kijk op https://mobile-api.quatt.io/api/v1, dan staat daar het volgende:



@Lasoul @marcoboers94 fyi

[ Voor 31% gewijzigd door verguldebarman op 18-11-2025 15:22 ]

[Lasoul]

Even kijken of het zich vanzelf oplost of dat we inderdaad een probleem hebben met de toegang tot de API.

[One-eye864]

Lasoul schreef op dinsdag 18 november 2025 @ 15:07:
Even kijken of het zich vanzelf oplost of dat we inderdaad een probleem hebben met de toegang tot de API.

Ik verwacht helaas wel dat het een probleem gaat zijn. Dit speelt bij mij al vanaf gisteren 17:30 ongeveer en toen was Cloudflare nog zonder issues

[jj85]

Lasoul schreef op dinsdag 18 november 2025 @ 15:07:
Even kijken of het zich vanzelf oplost of dat we inderdaad een probleem hebben met de toegang tot de API.

Was gisteravond al een probleem. Denk eigenlijk 2 verschillende problemen, aangezien Cloudflare pas sinds vanmiddag speelt. Maar even afwachten idd

Wat @One-eye864 ook zegt

[ Voor 4% gewijzigd door jj85 op 18-11-2025 15:12 ]

[verguldebarman]

Cloudflare probleem. Zie mijn post, die ik zojuist heb geupdated.

[One-eye864]

verguldebarman schreef op dinsdag 18 november 2025 @ 15:11:
Cloudflare probleem. Zie mijn post, die ik zojuist heb geupdated.

Helaas niet mee eens (zie mijn comment hierboven)
Uiteraard is de Cloudflare outage wel een probleem maar niet het probleem van de unauthorized

[ Voor 12% gewijzigd door One-eye864 op 18-11-2025 15:15 ]

[verguldebarman]

API/Cloudflare problemen lijken weer opgelost (voor nu).

@One-eye864 , check jij eens of het nu ook bij jou weer werkt?

[One-eye864]

verguldebarman schreef op dinsdag 18 november 2025 @ 15:58:
API/Cloudflare problemen lijken weer opgelost (voor nu).

@One-eye864 , check jij eens of het nu ook bij jou weer werkt?

Werkt nu idd wel weer maar nu wel de vraag of het blijft werken het komende uur, we houden het even in de gaten

[AliExpres]

Kan Quatt dat voor de api queries uitzetten voor de HA integratie maar dat het voor de Quatt app wel blijft werken?

[One-eye864]

verguldebarman schreef op dinsdag 18 november 2025 @ 15:11:
Cloudflare probleem. Zie mijn post, die ik zojuist heb geupdated.

Hmmm het lijkt nu toch stabiel te blijven dus ik moet mijn woorden terug nemen. Maar dat betekend dan wel dat de Cloudflare issues waarschijnlijk al langer duurde want het hikte bij mij dus al vanaf maandagavond

[jj85]

One-eye864 schreef op woensdag 19 november 2025 @ 09:28:
[...]

Hmmm het lijkt nu toch stabiel te blijven dus ik moet mijn woorden terug nemen. Maar dat betekend dan wel dat de Cloudflare issues waarschijnlijk al langer duurde want het hikte bij mij dus al vanaf maandagavond

Ja precies wat je zegt. Het lijkt nu weer stabiel. Of maandagavond al CF issues of het was een ander probleem. Hoe dan ook, mooi dat het weer functioneert

[verguldebarman]

One-eye864 schreef op woensdag 19 november 2025 @ 09:28:
[...]

Hmmm het lijkt nu toch stabiel te blijven dus ik moet mijn woorden terug nemen. Maar dat betekend dan wel dat de Cloudflare issues waarschijnlijk al langer duurde want het hikte bij mij dus al vanaf maandagavond

Cloudflare had de avond daarvoor gepland onderhoud en failover naar andere locaties. Wellicht dat er toen al iets niet helemaal okay was daar.... nevertheless; opgelost!

[AliExpres]

Met de modbus Quatt sniffer heb ik hier geen last van gehad 🥳

[CPM]

Ik heb inmiddels de integratie Version 1.0.0b1 draaien en de local API. Ik krijg echter de kaart niet helemaal compleet. Ik heb handmatig alle sensoren in de kaart moeten zetten, dus dat lijkt me in orde.
Ik zie dit:



Is er een oplossing voor?

[TeslaNerd]

CPM schreef op maandag 24 november 2025 @ 10:38:
Ik heb inmiddels de integratie Version 1.0.0b1 draaien en de local API. Ik krijg echter de kaart niet helemaal compleet. Ik heb handmatig alle sensoren in de kaart moeten zetten, dus dat lijkt me in orde.
Ik zie dit:

[Afbeelding]

Is er een oplossing voor?

Bedoel jij met niet helemaal compleet dat jij een aantal sensoren niet ziet?
Die zitten in de popups die zichtbaar worden als jij daar met de cursor over heen schuift.
Nb op mijn telefoonscherm werkt dat niet maar wel op een laptop/pc browser

[ Voor 4% gewijzigd door TeslaNerd op 24-11-2025 10:45 ]

[Lasoul]

CPM schreef op maandag 24 november 2025 @ 10:38:
Ik heb inmiddels de integratie Version 1.0.0b1 draaien en de local API. Ik krijg echter de kaart niet helemaal compleet. Ik heb handmatig alle sensoren in de kaart moeten zetten, dus dat lijkt me in orde.
Ik zie dit:

[Afbeelding]

Is er een oplossing voor?

Andere sensoren zitten inderdaad in een popup die gekoppeld is aan de mouse_over. Ik kan eens kijken of we voor mobiel iets anders kunnen gebruiken.

Momenteel zitten we al op 1.0.0b4 waarin verschillende verbeteringen en features zijn toegevoegd (bijvoorbeeld: Insights device die de performance van de Quatt tot nu toe laat zien)

Update
Press-hold is toegevoegd voor mobile devices (touch) om de tooltip te tonen.

[ Voor 4% gewijzigd door Lasoul op 24-11-2025 17:41 ]

[Lasoul]

CPM schreef op maandag 24 november 2025 @ 10:38:
Ik heb inmiddels de integratie Version 1.0.0b1 draaien en de local API. Ik krijg echter de kaart niet helemaal compleet. Ik heb handmatig alle sensoren in de kaart moeten zetten, dus dat lijkt me in orde.
Ik zie dit:

[Afbeelding]

Is er een oplossing voor?

Van welke layout maak je gebruik in je dashboard (Sections, Masonry) en wat zijn de settings?

[CPM]

Lasoul schreef op maandag 24 november 2025 @ 17:40:
[...]


Van welke layout maak je gebruik in je dashboard (Sections, Masonry) en wat zijn de settings?

Ik heb geen flauw idee, gewoon iets standaards want ik heb niets aangepast.
Ik dacht dat er meer gegevens standaard in de afbeelding zou staan, maar dat is dus niet zo?
mouse over werkt gewoon hoor.

Hoe kan ik het beste de integratie updaten? Of moet ik dan weer opnieuw de CiC invoeren etc?

Dit is de code van de card:

code:

type: grid
cards:
  - type: heading
    heading: Quatt thuis
    heading_style: title
  - type: custom:quatt-dashboard-card
    system_setup:
      house_label: Quatt thuis
      system: sensor.cic_system
    hp1:
      hp1_odu_type: sensor.heatpump_1_odu_type
      hp1_workingmode: sensor.heatpump_1_workingmode
      hp1_temperatureoutside: sensor.heatpump_1_temperature_outside
      hp1_waterdelta: sensor.heatpump_1_water_delta
      hp1_temperaturewaterin: sensor.heatpump_1_temperature_water_in
      hp1_temperaturewaterout: sensor.heatpump_1_temperature_water_out
      hp1_powerinput: sensor.heatpump_1_power_input
      hp1_power: sensor.heatpump_1_rated_power
      hp1_cop: sensor.heatpump_1_quatt_cop
    hp2:
      hp2_workingmode: sensor.heatpump_2_workingmode
      hp2_waterdelta: sensor.heatpump_2_water_delta
      hp2_temperatureoutside: sensor.heatpump_2_temperature_outside
      hp2_temperaturewaterin: sensor.heatpump_2_temperature_water_in
      hp2_temperaturewaterout: sensor.heatpump_2_temperature_water_out
      hp2_powerinput: sensor.heatpump_2_power_input
      hp2_power: sensor.heatpump_2_rated_power
      hp2_cop: sensor.heatpump_2_quatt_cop
    thermostat:
      thermostat_room_temperature: sensor.thermostat_room_temperature
      thermostat_room_setpoint: sensor.thermostat_room_setpoint
      thermostat_control_setpoint: sensor.thermostat_control_setpoint
      thermostat_heating: binary_sensor.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.flowmeter_temperature
      flowmeter_flowrate: sensor.flowmeter_flowrate
    boiler:
      boiler_heating: binary_sensor.boiler_heating
      boiler_water_pressure: sensor.boiler_water_pressure
    grid_options:
      columns: full
    other:
      thermostat_room: climate.woonkamer
column_span: 4

[Lasoul]

CPM schreef op maandag 24 november 2025 @ 20:04:
[...]


Ik heb geen flauw idee, gewoon iets standaards want ik heb niets aangepast.
Ik dacht dat er meer gegevens standaard in de afbeelding zou staan, maar dat is dus niet zo?
mouse over werkt gewoon hoor.

Hoe kan ik het beste de integratie updaten? Of moet ik dan weer opnieuw de CiC invoeren etc?

Dit is de code van de card:

code:

type: grid
cards:
  - type: heading
    heading: Quatt thuis
    heading_style: title
  - type: custom:quatt-dashboard-card
    system_setup:
      house_label: Quatt thuis
      system: sensor.cic_system
    hp1:
      hp1_odu_type: sensor.heatpump_1_odu_type
      hp1_workingmode: sensor.heatpump_1_workingmode
      hp1_temperatureoutside: sensor.heatpump_1_temperature_outside
      hp1_waterdelta: sensor.heatpump_1_water_delta
      hp1_temperaturewaterin: sensor.heatpump_1_temperature_water_in
      hp1_temperaturewaterout: sensor.heatpump_1_temperature_water_out
      hp1_powerinput: sensor.heatpump_1_power_input
      hp1_power: sensor.heatpump_1_rated_power
      hp1_cop: sensor.heatpump_1_quatt_cop
    hp2:
      hp2_workingmode: sensor.heatpump_2_workingmode
      hp2_waterdelta: sensor.heatpump_2_water_delta
      hp2_temperatureoutside: sensor.heatpump_2_temperature_outside
      hp2_temperaturewaterin: sensor.heatpump_2_temperature_water_in
      hp2_temperaturewaterout: sensor.heatpump_2_temperature_water_out
      hp2_powerinput: sensor.heatpump_2_power_input
      hp2_power: sensor.heatpump_2_rated_power
      hp2_cop: sensor.heatpump_2_quatt_cop
    thermostat:
      thermostat_room_temperature: sensor.thermostat_room_temperature
      thermostat_room_setpoint: sensor.thermostat_room_setpoint
      thermostat_control_setpoint: sensor.thermostat_control_setpoint
      thermostat_heating: binary_sensor.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.flowmeter_temperature
      flowmeter_flowrate: sensor.flowmeter_flowrate
    boiler:
      boiler_heating: binary_sensor.boiler_heating
      boiler_water_pressure: sensor.boiler_water_pressure
    grid_options:
      columns: full
    other:
      thermostat_room: climate.woonkamer
column_span: 4

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

[Toby-Wan]

Finally ( ) sinds begin van de week ook met HA begonnen. Nu ook de Quatt integratie draaiende, dikke respect daarvoor aan iedereen die er aan bijgedragen heeft!!

Vraag me af, ik heb een HW kWh meter en er is een optie tot koppelen van externe power meting. Dit is toch wel voor de elektra bedoeld en niet voor een externe warmte meter in de CV leiding?
CIC/heatpump sensors heten namelijk 'Power' voor geproduceerde warmte en 'Power input' voor geconsumeerde elektriciteit (dus zou 'Power input sensor' niet iets duidelijker zijn?)

Of zie ik door alle bomen(sensors) het bos(entiteit?) niet meer? Ook zeer goed mogelijk

[ Voor 8% gewijzigd door Toby-Wan op 27-11-2025 19:21 ]

[Toby-Wan]

Toch wel fors de invloed van externe kWh meter voor elektra versus interne stroommeting op COP
COP sensor lijkt de (optionele) externe power input meting te nemen.
Ik verwacht dat deze afwijking bij lagere vermogens relatief hoger zal zijn

[ Voor 36% gewijzigd door Toby-Wan op 27-11-2025 21:38 ]

[Lasoul]

Toby-Wan schreef op donderdag 27 november 2025 @ 19:13:
Finally ( ) sinds begin van de week ook met HA begonnen. Nu ook de Quatt integratie draaiende, dikke respect daarvoor aan iedereen die er aan bijgedragen heeft!!

Vraag me af, ik heb een HW kWh meter en er is een optie tot koppelen van externe power meting. Dit is toch wel voor de elektra bedoeld en niet voor een externe warmte meter in de CV leiding?
CIC/heatpump sensors heten namelijk 'Power' voor geproduceerde warmte en 'Power input' voor geconsumeerde elektriciteit (dus zou 'Power input sensor' niet iets duidelijker zijn?)

Of zie ik door alle bomen(sensors) het bos(entiteit?) niet meer? Ook zeer goed mogelijk

[Afbeelding]

Dit is inderdaad een externe kWh meter (elektra) die je kunt gebruiken. Deze optie komt nog uit de tijd dat de Quatt zelf niet zijn eigen verbruik beschikbaar stelde.

Ik zal de naam suggestie op de lijst zetten: "Power input sensor"

[Lasoul]

Vanavond even met de Insights action aan de slag gegaan en met Apexcharts een vergelijkbare daggrafiek gemaakt zoals in de Quatt app.

Is het handig om dit op te nemen in de repository als voorbeeld?



Gebruik is niet helemaal recht-toe-recht-aan omdat je een klein python script moet gebruiken om de waardes van de action in een sensor te krijgen en het python script kun je dan bijvoorbeeld 1x in de 5 min via een automation aanroepen.

[ Voor 24% gewijzigd door Lasoul op 27-11-2025 22:20 ]

[CPM]

jj85 schreef op vrijdag 28 november 2025 @ 09:39:
[...]

Heb je wel de laatste beta van de HA integratie?
Versie; 1.0.0b4

nee, ik zit op 1.0.0b1, maar ik zie geen update knop van de integratie? Hoe kan ik die het beste updaten zonder alles te verwijderen?

[s020506]

CPM schreef op vrijdag 28 november 2025 @ 10:01:
[...]


nee, ik zit op 1.0.0b1, maar ik zie geen update knop van de integratie? Hoe kan ik die het beste updaten zonder alles te verwijderen?

In HACS, helemaal rechts op de 3 puntjes, redownload. Goede (beta) versie kiezen. Restarten en Bob is je oom.

[jj85]

Lasoul schreef op donderdag 27 november 2025 @ 22:18:
Vanavond even met de Insights action aan de slag gegaan en met Apexcharts een vergelijkbare daggrafiek gemaakt zoals in de Quatt app.

Is het handig om dit op te nemen in de repository als voorbeeld?

[Afbeelding]

Gebruik is niet helemaal recht-toe-recht-aan omdat je een klein python script moet gebruiken om de waardes van de action in een sensor te krijgen en het python script kun je dan bijvoorbeeld 1x in de 5 min via een automation aanroepen.

Lijkt me fantastisch! Hebben we de hele Quatt app niet meer nodig.

[TeslaNerd]

CPM schreef op vrijdag 28 november 2025 @ 10:01:
[...]


nee, ik zit op 1.0.0b1, maar ik zie geen update knop van de integratie? Hoe kan ik die het beste updaten zonder alles te verwijderen?

Ga naar HACS, klik de 3 puntjes rechtsboven, klik redownload, klik “need a different version”, klik op “Release” en daar staat de nieuwste bovenaan:

[CPM]

Thanks, update is gelukt, script gedownload als file, token erin geplakt, url naar ip aangepast. maar helaas....

Fetching data for: 2024-10-16... SKIPPED. Error: 400 Client Error: Bad Request for url: http://192.168.80.80:8123...ghts?return_response=true

ik zal straks nog eens kijken of ik via ChatGPT verder kom om de specifieke API aan te roepen maar tot nu toe niets.

[ Voor 4% gewijzigd door CPM op 28-11-2025 10:20 ]

[jj85]

CPM schreef op vrijdag 28 november 2025 @ 10:19:
Thanks, update is gelukt, script gedownload als file, token erin geplakt, url naar ip aangepast. maar helaas....

Fetching data for: 2024-10-16... SKIPPED. Error: 400 Client Error: Bad Request for url: http://192.168.80.80:8123...ghts?return_response=true

ik zal straks nog eens kijken of ik via ChatGPT verder kom om de specifieke API aan te roepen maar tot nu toe niets.

HA opnieuw gestart na de update?

[verguldebarman]

Lasoul schreef op donderdag 27 november 2025 @ 22:18:
Vanavond even met de Insights action aan de slag gegaan en met Apexcharts een vergelijkbare daggrafiek gemaakt zoals in de Quatt app.

Is het handig om dit op te nemen in de repository als voorbeeld?

[Afbeelding]

Gebruik is niet helemaal recht-toe-recht-aan omdat je een klein python script moet gebruiken om de waardes van de action in een sensor te krijgen en het python script kun je dan bijvoorbeeld 1x in de 5 min via een automation aanroepen.

Ik heb iets vergelijkbaars gebouwd in HA. Echt super handig, want ik kijk nooit meer in de Quatt app!!

Gas usage en Totaal heat bevatten bij mij wel ook het verbruik voor warm water.



Yas links is kWh
Yas rechts is m3

[abbeyrules]

Wat vul ik hier in voor de Quatt Card config?

[jj85]

abbeyrules schreef op vrijdag 28 november 2025 @ 14:04:
Wat vul ik hier in voor de Quatt Card config?

[Afbeelding]

sensor.heatpump_system_hostname

[jj85]

Lasoul schreef op donderdag 27 november 2025 @ 22:18:
Vanavond even met de Insights action aan de slag gegaan en met Apexcharts een vergelijkbare daggrafiek gemaakt zoals in de Quatt app.

Is het handig om dit op te nemen in de repository als voorbeeld?

[Afbeelding]

Gebruik is niet helemaal recht-toe-recht-aan omdat je een klein python script moet gebruiken om de waardes van de action in een sensor te krijgen en het python script kun je dan bijvoorbeeld 1x in de 5 min via een automation aanroepen.

Erg nice

ps. in de uitleg msischien nog even opnemen dat je die bovenste 4 sensoren zelf moet toevoegen (sensor.quatt_gas_today etc)

[ Voor 5% gewijzigd door jj85 op 29-11-2025 20:58 ]

[Lasoul]

jj85 schreef op zaterdag 29 november 2025 @ 20:57:
[...]

Erg nice

ps. in de uitleg msischien nog even opnemen dat je die bovenste 4 sensoren zelf moet toevoegen (sensor.quatt_gas_today etc)
[Afbeelding]

Thx, documentatie is aangepast en een voorbeeld yaml file met de helper template sensors toegevoegd.

[TeslaNerd]

jj85 schreef op vrijdag 28 november 2025 @ 14:30:
[...]

sensor.heatpump_system_hostname

Ik ben lui en ik ben nieuwsgierig: waarom kan de integratie dit niet zelf (als default) invullen?

[Lasoul]

TeslaNerd schreef op zondag 30 november 2025 @ 08:23:
[...]

Ik ben lui en ik ben nieuwsgierig: waarom kan de integratie dit niet zelf (als default) invullen?

Staat nog op het lijstje om naar te kijken maar het probleem is dat de namen van de sensoren door de gebruiker kunnen worden aangepast en dat de namen in de loop van de versies van de integratie zijn veranderd. Dus iemand die ooit eens met de eerste versie van de integratie is gestart kan voor dezelfde sensor een andere naam hebben dan iemand die op een latere versie is ingestapt.

[maxtrash]

Ik ben bezig met het maken van een home assistant integratie die mijn quatt en airco's gezamenlijk kan besturen. Omdat ik overcapaciteit heb en heb geweldig geïsoleerde woning, pas ik een vrij ruime nachtverlaging toe. Als gewenste setpoint bijvoorbeeld 18 is en de kamer is 21, dan zet ik setpoint van de quatt op 21. De quatt gaat dan op een vrij minimale stand draaien maar de temperatuur daalt wel gestaag. Het huis, de badkamers e.d. worden niet steenkoud. Zodra temperatuur 20,9 wordt gaat setpoint mee naar 20,9 net zo lang tot 18 bereikt is.

Is het gedrag van de quatt alleen iets dat bij mij zo werkt omdat ik misschien een hoger warmteverlies heb dan dit quatt is ingeschat? Of is dit algemeen toepasbaar? Hoe werkt dit bij jullie, zou het algoritme bijvoorbeeld setpoint van 0,1 of 0,5 onder de ruimte temperatuur moeten pakken? Wanneer gaat de quatt " per ongeluk" uit? ( De keep-on treshold is uiteraard configureerbaar maar ik probeer hier een beetje gevoel bij te krijgen)

[Flesym]

maxtrash schreef op woensdag 3 december 2025 @ 00:43:
Ik ben bezig met het maken van een home assistant integratie die mijn quatt en airco's gezamenlijk kan besturen. Omdat ik overcapaciteit heb en heb geweldig geïsoleerde woning, pas ik een vrij ruime nachtverlaging toe. Als gewenste setpoint bijvoorbeeld 18 is en de kamer is 21, dan zet ik setpoint van de quatt op 21. De quatt gaat dan op een vrij minimale stand draaien maar de temperatuur daalt wel gestaag. Het huis, de badkamers e.d. worden niet steenkoud. Zodra temperatuur 20,9 wordt gaat setpoint mee naar 20,9 net zo lang tot 18 bereikt is.

Is het gedrag van de quatt alleen iets dat bij mij zo werkt omdat ik misschien een hoger warmteverlies heb dan dit quatt is ingeschat? Of is dit algemeen toepasbaar? Hoe werkt dit bij jullie, zou het algoritme bijvoorbeeld setpoint van 0,1 of 0,5 onder de ruimte temperatuur moeten pakken? Wanneer gaat de quatt " per ongeluk" uit? ( De keep-on treshold is uiteraard configureerbaar maar ik probeer hier een beetje gevoel bij te krijgen)

Mijn ervaring is dat de Quatt redelijk goed room setpoint volgt en meestal wel binnen 0,1⁰C overschoot blijft. In de grafiek zie je dat bij de eerste piek dat de Quatt blijft doorstoken maar hij liep al op minimaal vermogen dus hij kon niet lager. Dus uiteindelijk heeft mijn thermostaat op zijn ingestelde hysteresis van +0,4⁰C de Quatt even uitgezet (had dat niet door mijn thermostaat gebeurd dan had de CIC voor zover ik weet bij 0,5⁰C de Quatt gestopt). Bij de tweede overschoot draaide de Quatt nog steeds op laagste vermogen (dus kon niet terug). Daarna blijven de overshoots keurig binnen 0,1⁰C tot 0,2⁰C wat heel mooi is. Undershoots zijn wel af en toe groter maar dat komt vooral door afkoeling van en daarmee traagheid door het afgiftesysteem.
De andere ogenschijnlijke schakelmomenten zijn software updates van HA (geen info) en dus geen echte schakelmomenten.

[TeslaNerd]

maxtrash schreef op woensdag 3 december 2025 @ 00:43:
Ik ben bezig met het maken van een home assistant integratie die mijn quatt en airco's gezamenlijk kan besturen. Omdat ik overcapaciteit heb en heb geweldig geïsoleerde woning, pas ik een vrij ruime nachtverlaging toe. Als gewenste setpoint bijvoorbeeld 18 is en de kamer is 21, dan zet ik setpoint van de quatt op 21. De quatt gaat dan op een vrij minimale stand draaien maar de temperatuur daalt wel gestaag. Het huis, de badkamers e.d. worden niet steenkoud. Zodra temperatuur 20,9 wordt gaat setpoint mee naar 20,9 net zo lang tot 18 bereikt is.

Is het gedrag van de quatt alleen iets dat bij mij zo werkt omdat ik misschien een hoger warmteverlies heb dan dit quatt is ingeschat? Of is dit algemeen toepasbaar? Hoe werkt dit bij jullie, zou het algoritme bijvoorbeeld setpoint van 0,1 of 0,5 onder de ruimte temperatuur moeten pakken? Wanneer gaat de quatt " per ongeluk" uit? ( De keep-on treshold is uiteraard configureerbaar maar ik probeer hier een beetje gevoel bij te krijgen)

Bij mijn Quatt werkt het ook zo. Ik kan met mijn Honeywel thermostaat de room setpoint per 1/100e graad sturen en met Home Assistant iedere minuut aanpassen zodat de thermostaat bijna continu de kamertemperatuur kan blijven volgen. De besturing op kamertemperatuur van de CiC kiest de compressorfrequentie obv de delta tussen room setpoint en kamertemperatuur (en buitentemperatuur) met een hysterese voor negatieve delta tot 0,5 graden. Ik gebruik -1 voor de delta als ik de Quatt met 100% zekerheid wil uitschakelen.

Ik heb afgelopen dagen ook de flow getweaked door met de voetventielen de flow gelijkmatig af te knijpen tot het maximum pump level van 85 (via api in de nieuwe Quatt integratie🥳) wordt bereikt. Als de flow dan verder wordt afgeknepen kan de waterpomp de druk niet verder verhogen en gaat de flow in het systeem dalen. Ik heb dat met stapjes gedaan om te zien hoe de delta water T dan omgekeerd evenredig oploopt met de daling van de flow. Bij mijn systeem kostte dat ca 40 Watt extra om de waterpomp continu op max level 85 te laten draaien ivm de niet afgeknepen flow met alle radiatoren open.
Bij een flow van 400l/u schakelde de Quatt zichzelf uit. Met via HA aanstuurbare radiatorkranen kan dan bijvoorbeeld de flow en daarmee de delta watertemperatuur dan ook worden gecontroleerd voor de Quatt.

[maxtrash]

Flesym schreef op woensdag 3 december 2025 @ 07:57:
[...]

Mijn ervaring is dat de Quatt redelijk goed room setpoint volgt en meestal wel binnen 0,1⁰C overschoot blijft. In de grafiek zie je dat bij de eerste piek dat de Quatt blijft doorstoken maar hij liep al op minimaal vermogen dus hij kon niet lager. Dus uiteindelijk heeft mijn thermostaat op zijn ingestelde hysteresis van +0,4⁰C de Quatt even uitgezet (had dat niet door mijn thermostaat gebeurd dan had de CIC voor zover ik weet bij 0,5⁰C de Quatt gestopt). Bij de tweede overschoot draaide de Quatt nog steeds op laagste vermogen (dus kon niet terug). Daarna blijven de overshoots keurig binnen 0,1⁰C tot 0,2⁰C wat heel mooi is. Undershoots zijn wel af en toe groter maar dat komt vooral door afkoeling van en daarmee traagheid door het afgiftesysteem.
De andere ogenschijnlijke schakelmomenten zijn software updates van HA (geen info) en dus geen echte schakelmomenten.
[Afbeelding]

overshoots zijn een ding wat ik bij wijze van spreke nog niet zie als het buiten 17 graden is en ik de kamer wil verwarmen tot 20. Ik neem aan dat als jij, met kennelijk heel goede isolatie, de setpoint op 20 zet het ook niet zomaar daalt onder de 20?

Ik zelf gebruik overigens een diyless thermostaat. Het mooie daarvan is de thermostaat nooit zomaar op eigen houtje bepaalt dat de quatt uit moet. Maar goed, wat je zegt 0.4 of 0.5 maakt eigenlijk ook niet zoveel verschil

[maxtrash]

TeslaNerd schreef op woensdag 3 december 2025 @ 12:04:
[...]

Bij mijn Quatt werkt het ook zo. Ik kan met mijn Honeywel thermostaat de room setpoint per 1/100e graad sturen en met Home Assistant iedere minuut aanpassen zodat de thermostaat bijna continu de kamertemperatuur kan blijven volgen. De besturing op kamertemperatuur van de CiC kiest de compressorfrequentie obv de delta tussen room setpoint en kamertemperatuur (en buitentemperatuur) met een hysterese voor negatieve delta tot 0,5 graden. Ik gebruik -1 voor de delta als ik de Quatt met 100% zekerheid wil uitschakelen.

ok, als je dus een verschil van 0.4 blijft hanteren (setpoint 19,6 als kamer 20 is) gaat de Quatt in principe nooit uit. Of hij de compressor dan lager zet dan bij setpoint van 20 is echter de vraag?

Ik heb afgelopen dagen ook de flow getweaked door met de voetventielen de flow gelijkmatig af te knijpen tot het maximum pump level van 85 (via api in de nieuwe Quatt integratie🥳) wordt bereikt. Als de flow dan verder wordt afgeknepen kan de waterpomp de druk niet verder verhogen en gaat de flow in het systeem dalen. Ik heb dat met stapjes gedaan om te zien hoe de delta water T dan omgekeerd evenredig oploopt met de daling van de flow. Bij mijn systeem kostte dat ca 40 Watt extra om de waterpomp continu op max level 85 te laten draaien ivm de niet afgeknepen flow met alle radiatoren open.
Bij een flow van 400l/u schakelde de Quatt zichzelf uit. Met via HA aanstuurbare radiatorkranen kan dan bijvoorbeeld de flow en daarmee de delta watertemperatuur dan ook worden gecontroleerd voor de Quatt.

leuk experiment alhoewel ik het niet helemaal begrijp wat je hier mee wil bereiken. Ik neem aan dat bij een flow van 400 l/u de delta T niet verdubbelt? Dus netto wordt de warmteafgifte kleiner. Wat is daar het voordeel van? In theorie kan ik zien dat je liever de warmtepomp permanent laat draaien ipv aan/uit gedrag, ten koste van enige efficiëntie. Maar heb jij dat echt nodig bij deze buitentemperaturen? Ik vind een minimum van 300 W of zo al behoorlijk laag.

[Flesym]

maxtrash schreef op woensdag 3 december 2025 @ 22:37:
[...]

overshoots zijn een ding wat ik bij wijze van spreke nog niet zie als het buiten 17 graden is en ik de kamer wil verwarmen tot 20. Ik neem aan dat als jij, met kennelijk heel goede isolatie, de setpoint op 20 zet het ook niet zomaar daalt onder de 20?

Ik zelf gebruik overigens een diyless thermostaat. Het mooie daarvan is de thermostaat nooit zomaar op eigen houtje bepaalt dat de quatt uit moet. Maar goed, wat je zegt 0.4 of 0.5 maakt eigenlijk ook niet zoveel verschil

Check mijn footer, ik heb een 125 jaar oud, matig tot redelijk geïsoleerd hij maar aan de kust (vol op de wind). Mijn huis kan binnen een half uur 0,8 graden zakken. Daarom gebruik ik zelf juist de Diyless omdat je deze heel goed kunt tunen op je behoefte met de stooklijn en met de hysteresis settings waarbij je de lower limit BOVEN setpoint kunt instellen. Daarmee kan ik Quatt eerder laten starten. En overshoots liggen bij mij ook max rond de 0,1 graad tenzij de Quatt op zijn laagste frequentie draait.
En als de temp boven de upper limit gaat zal de Diyless conform protocol wel degelijk de Quatt stoppen (CH heating=off, room setpoint=10) en de CIC MOET conform protocol dit overnemen.
.

[maxtrash]

Flesym schreef op woensdag 3 december 2025 @ 23:21:
[...]
Check mijn footer, ik heb een 125 jaar oud, matig tot redelijk geïsoleerd hij maar aan de kust (vol op de wind). Mijn huis kan binnen een half uur 0,8 graden zakken. Daarom gebruik ik zelf juist de Diyless omd\at je deze heel goed kunt tunen op je behoefte met de stooklijn en met de hysteresis settings waarbij je de lower limit BOVEN setpoint kunt instellen. Daarmee kan ik Quatt eerder laten starten. En overshoots liggen bij mij ook max rond de 0,1 graad tenzij de Quatt op zijn laagste frequentie draait.
En als de temp boven de upper limit gaat zal de Diyless conform protocol wel degelijk de Quatt stoppen (room setpoint=10) en de Quatt moet conform protocol dit overnemen.
[Afbeelding].

ah, je footer niet gezien. Diyless is een handig ding maar ik kan dus bepalen of hij aan of uit gaat omdat ik hem zelf met esphome geflasht heb met een eigen configuratie. En daarbij gexperimenteerd met het scherm (wat overigens verschrikkelijke backlight bleeding heeft) en ook een "thermostat", "minimal" en "manual" mode ingebouwd. In de minimal-mode volgt de thermostaat zelf de room temperature met het setpoint. In de manual mode kan ik de control setpoint (water temperatuur) en andere zaken zelf instellen in Home assistant.
Functionaliteit dit nu dus ook in de home assistent integratie zit (waardoor ik de diyless weer als gewone thermostaat kan gebruiken). Achteraf gezien lijkt het me ook net zo goed om de thermostaat redelijk standaard te houden (en dan de Diyless firmware te gebruiken met MQTT) en de eventuele automatisering in Home assistant op te lossen.

De Quatt draait overigens al een tijdje prima met setpoint = room temperature - 0.5 C:

[ Voor 8% gewijzigd door maxtrash op 04-12-2025 01:54 ]

[Flesym]

maxtrash schreef op donderdag 4 december 2025 @ 01:51:
[...]

ah, je footer niet gezien. Diyless is een handig ding maar ik kan dus bepalen of hij aan of uit gaat omdat ik hem zelf met esphome geflasht heb met een eigen configuratie. En daarbij gexperimenteerd met het scherm (wat overigens verschrikkelijke backlight bleeding heeft) en ook een "thermostat", "minimal" en "manual" mode ingebouwd. In de minimal-mode volgt de thermostaat zelf de room temperature met het setpoint. In de manual mode kan ik de control setpoint (water temperatuur) en andere zaken zelf instellen in Home assistant.
Functionaliteit dit nu dus ook in de home assistent integratie zit (waardoor ik de diyless weer als gewone thermostaat kan gebruiken). Achteraf gezien lijkt het me ook net zo goed om de thermostaat redelijk standaard te houden (en dan de Diyless firmware te gebruiken met MQTT) en de eventuele automatisering in Home assistant op te lossen.

De Quatt draait overigens al een tijdje prima met setpoint = room temperature - 0.5 C:

[Afbeelding]

[Afbeelding]

Zo zit ik er eigenlijk altijd in, apparaten zijn gebouwd volgens de 80/20 regel en als het niet werkt hoor ik bij de 20%. Dus wil ik het apparaat (zoals de Quatt) niet tweaken maar hem beschouwen als black box en hem via de beschikbaar gestelde interfaces.
Alle supported thermostaten waren in mijn geval in combinatie met de Quatt een ramp dus heb ik gezocht naar een thermostaat met de specifieke features die ik nodig heb. En in het geval van de Diyless heb ik zelfs features door de ontwikkelaar laten bijbouwen (feature request in Github en me aangeboden als tester) zodat hij ook het onderhoud voor zijn rekening neemt.
T.a.v. het scherm heb ik eigenlijk geen probleem, ik dim hem naar 95 wat bij mij goed werkt. Maar ik gebruik hem wel met een bluetooth thermometer geflashed met telink software. Dat geeft mij alle stabiliteit, flexibiliteit en functionaliteit die ik nodig heb om alles autonoom (zonder tussenkomst van HA) te laten werken. Ik gebruik HA generiek alleen voor parametrisering en monitoring (zo weinig mogelijk SPOF's).

[TeslaNerd]

maxtrash schreef op woensdag 3 december 2025 @ 22:50:
[...]

ok, als je dus een verschil van 0.4 blijft hanteren (setpoint 19,6 als kamer 20 is) gaat de Quatt in principe nooit uit. Of hij de compressor dan lager zet dan bij setpoint van 20 is echter de vraag?
[...]

leuk experiment alhoewel ik het niet helemaal begrijp wat je hier mee wil bereiken. Ik neem aan dat bij een flow van 400 l/u de delta T niet verdubbelt? Dus netto wordt de warmteafgifte kleiner. Wat is daar het voordeel van? In theorie kan ik zien dat je liever de warmtepomp permanent laat draaien ipv aan/uit gedrag, ten koste van enige efficiëntie. Maar heb jij dat echt nodig bij deze buitentemperaturen? Ik vind een minimum van 300 W of zo al behoorlijk laag.

Dat hangt dan vooral af van de buitentemperatuur. Als de buitentemperatuur laag genoeg is dan zal de CiC afhankelijk van de ingestelde stooklijn, ook bij een 20 setpoint en 20 kamertemperatuur de compressor hoger dan op 30Hz laten draaien. In dat geval is een setpoint (iets) lager dan de kamertemperatuur nodig om de compressor toch op 30Hz te krijgen. Ik doe dat in HA met een feedback loop op de compressorfrequentie. Ik verlaag een offset op de room setpoint iedere minuut met 0,01 graad tot de werkelijke frequentie (weer) gelijk is aan de door mij gewenste frequentie. Ik vermenigvuldig de stapgrootte van 1/100ste in de automation in HA dan nog met “delta”, het verschil tussen het gewenste en het actuele compressorlevel (1-10, 30-90Hz) zodat het wat sneller gaat om bijvoorbeeld “vol gas” te geven van 30Hz (level 1) naar 90Hz (level 10)

@Flesym Kan DIYless zoiets ook toevoegen aan de DIYless code?

code:

alias: >-
  Change Offset on change in ComprLevel or ComprLevelDemand until ComprLevel
  equal  ComprLevelDemand
description: ""
triggers:
  - trigger: state
    entity_id:
      - input_number.compressorleveldemand
  - trigger: state
    entity_id:
      - sensor.heatpump_1_compressor_frequency
conditions:
  - condition: numeric_state
    entity_id: counter.aktietimer_quatt_aan
    above: 2
  - condition: numeric_state
    entity_id: input_number.deltat_room2setpoint
    above: -1
  - condition: not
    conditions:
      - condition: state
        entity_id: binary_sensor.heatpump_1_defrost
        state: "on"
actions:
  - repeat:
      while:
        - condition: and
          conditions:
            - condition: template
              value_template: >-
                {{ (states('input_number.compressorleveldemand')|int -
                states('sensor.quatt_compressor_level') | round(0) ) != 0 }}
            - condition: numeric_state
              entity_id: sensor.heatpump_1_compressor_frequency
              above: 1
      sequence:
        - variables:
            current: "{{ states('input_number.deltat_room2setpoint') | float(0.00) }}"
            oldlevel: "{{ states('sensor.quatt_compressor_level') | int }}"
            delta: >-
              {{ ( states('input_number.compressorleveldemand')|int -
              states('sensor.quatt_compressor_level') | round(0) ) }}
        - data_template:
            entity_id: input_number.deltat_room2setpoint
            value: "{{ max( 0 , current + delta * 0.01 ) | float(0.00) }}"
          action: input_number.set_value
        - delay:
            seconds: 30
  - metadata: {}
    data:
      title: Quatt
      message: >-
        ComprLevel was {{ oldlevel }} is {{
        states('sensor.quatt_compressor_level') | round(0) }}
    action: notify.mobile_app_xxx
mode: single

[ Voor 79% gewijzigd door TeslaNerd op 04-12-2025 09:21 ]

[TeslaNerd]

maxtrash schreef op woensdag 3 december 2025 @ 22:50:
[...]
leuk experiment alhoewel ik het niet helemaal begrijp wat je hier mee wil bereiken. Ik neem aan dat bij een flow van 400 l/u de delta T niet verdubbelt? Dus netto wordt de warmteafgifte kleiner. Wat is daar het voordeel van? In theorie kan ik zien dat je liever de warmtepomp permanent laat draaien ipv aan/uit gedrag, ten koste van enige efficiëntie. Maar heb jij dat echt nodig bij deze buitentemperaturen? Ik vind een minimum van 300 W of zo al behoorlijk laag.

Precies dat, ik kon dat vooraf ook niet aannemen maar met de flow op 420l/u verdubbelt de delta T wel bijna bij een Quatt op 30Hz van 1,6 naar 3,1 graden. De geleverde warmte ging zelfs iets omhoog van 1630 naar 1700 Watt. Het opgenomen electrische vermogen ging bij mij met ca 40 Watt omhoog om de waterpomp continue op maximale druk te laten draaien en ik kreeg dat ruisende geluid in mijn leidingen van het afknijpen van de flow.
Het was voor mij een tweakers experiment om te verifiëren wat @Quatt Support / @BobVI in de vragenlijst eerder heeft bevestigd dat de 800l/u niet in alle situaties optimaal is:

Bob: Er is inderdaad een efficientieslag te maken door de aantsturing te optimaliseren met een variable flow-rate (en te sturen op een fixed deltaT). Dit is een product-verbetering die wijzelf ook al hebben geidentificeerd, maar waar momenteel nog niet aan gewerkt wordt.

Mijn verlaagde flow experiment draaide van 13:30-20:00 in de Quatt insights hieronder:

[ Voor 25% gewijzigd door TeslaNerd op 04-12-2025 10:06 ]

[Flesym]

[b][m]

@Flesym Kan DIYless zoiets ook toevoegen aan de DIYless code?

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)

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.

[CPM]

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

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