Ervaringen met Quatt en HA en andere Domotica

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