Ervaringen met Quatt en HA en andere Domotica

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

[RickvdT]

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

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

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

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

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

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

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

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

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

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

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

[jj85]

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

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

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

[...]


[...]

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

[RickvdT]

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

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

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

[jj85]

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


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

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

[TeslaNerd]

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

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


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

[Afbeelding]
(dashboard)

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

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

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

[Fragger123]

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

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

[TeslaNerd]

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

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

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

[Lasoul]

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

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

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

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

[MWink]

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

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

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

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

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

[Lasoul]

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

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

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

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

[Afbeelding]

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

[OmeJoyo]

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

Druk op verzenden
Druk knop in

Maar eindig altijd in een "unknown error occurred"

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

[Lasoul]

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

Druk op verzenden
Druk knop in

Maar eindig altijd in een "unknown error occurred"

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

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

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

[jj85]

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


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

[Afbeelding]

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

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

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

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

Jouw grafiek (part 1) ziet er zo uit.


Bij mij loopt hij:


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

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

Kun je dat eens toelichten?

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

[RickvdT]

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

Kun je dat eens toelichten?

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



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

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

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

[jj85]

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


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

[Afbeelding]

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

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

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

Jazeker, part 2 ziet er zo uit


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

[maxtrash]

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

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

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

[RickvdT]

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

Jazeker, part 2 ziet er zo uit
[Afbeelding]

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

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

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

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

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

[Lasoul]

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

[jj85]

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

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

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

[Lasoul]

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

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

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

[s020506]

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

code:

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

code:

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

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

[jj85]

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


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

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

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

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

[Afbeelding]

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

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

[clubeddie]

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

code:

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

code:

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

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

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

[s020506]

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

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

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

[oeps]

Hallo, zie ik wat over het hoofd?

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

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

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

[TeslaNerd]

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

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

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

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

Zelf toevoegen via “show code editor” links onderin:

[jj85]

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

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

[oeps]

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

Zelf toevoegen via “show code editor” links onderin:

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

Dank!

[TeslaNerd]

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

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

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

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

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

[Toby-Wan]

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

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

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

[raven22]

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

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

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

[Lasoul]

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

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

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

[HGBMason]

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

[CPM]

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

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

Martijn.

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

[CPM]

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

code:

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

mis ik iets in de sensor namen?

code:

sensor.heatpump_1_temperature_outside

(hier zit gewoon data in)

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

Deze heb ik maar zit geen data in:

code:

sensor.heatpump_1_minimum_power

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

code:

sensor.heatpump_total_power

jij een idee?

[jj85]

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

Deze heb ik maar zit geen data in:

code:

sensor.heatpump_1_minimum_power

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

code:

sensor.heatpump_total_power

jij een idee?

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

Kun je aanpassen in de file

YAML:

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

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

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

[CPM]

helemaal waar, het zou bij mij dit moeten zijn:

code:

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

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

code:

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

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

code:

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

ModuleNotFoundError: No module named 'scipy'

[RickvdT]

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

code:

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

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

code:

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

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

code:

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

ModuleNotFoundError: No module named 'scipy'

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

pip install scipy

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

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