OpenQuatt: zelf je Quatt warmtepomp aansturen

[TeslaNerd]

OpenQuatt - open-source besturing voor Quatt warmtepompen

Wat is OpenQuatt?

OpenQuatt is ESPHome-firmware voor Quatt warmtepompen. Het draait op een losse ESP-module en geeft je meer inzicht, meer regie en een veel beter uitleesbaar dashboard bovenop de bestaande Quatt-hardware.

OpenQuatt ondersteunt momenteel:

• Quatt Single en Duo
• V1 en V1.5
• Waveshare ESP32-S3-Relay-1CH
• Heatpump Listener

Let op: OpenQuatt is experimenteel en geen officieel Quatt-product. Gebruik is op eigen verantwoordelijkheid. Gebruik van externe aansturing kan gevolgen hebben voor je Quatt-garantie.

Waarom OpenQuatt?

• Lokaal: geen verplichte cloud of gesloten app
• Meer inzicht in wat de installatie echt doet
• Meer eigen instelmogelijkheden
• Betere integratie met Home Assistant
• Open source en dus controleerbaar

Wat kun je ermee?

• Verwarming rustiger en slimmer laten regelen
• Werken met twee verwarmingsstrategieën: Power House en Water Temperature Control
• Meer inzicht krijgen in warmteafgifte, verbruik, COP en systeemgedrag
• Eigen meetwaarden gebruiken, bijvoorbeeld via Home Assistant
• Koeling gebruiken met beveiliging op dauwpunt en minimale veilige aanvoertemperatuur
• Single- en Duo-installaties lokaal uitlezen en aansturen
• Werken met duidelijke Home Assistant-dashboards

Nieuw in OpenQuatt

De belangrijkste recente verbeteringen:

• Web installer: direct flashen via browser, zonder eerst zelf firmware te bouwen
• Veel simpelere documentatie
• Nieuwe uitlegpagina over verwarmen en koelen in gewone taal
• Duidelijkere uitleg van Power House, stooklijnregeling, koeling, Single en Duo
• Verbeterde Home Assistant-dashboards voor Single en Duo
• Betere bronselectie voor temperatuur- en meetwaarden
• Verbeterde webapp en overzichtskaarten

Voor wie is dit?

• Voor Quatt-gebruikers die meer grip willen op hun installatie
• Voor mensen die lokaal willen meten en regelen
• Voor Tweakers die bewust willen testen en zelf verantwoordelijkheid willen nemen voor hun opstelling

Home Assistant

Home Assistant is niet verplicht, maar wel sterk aan te raden. Daar zie je het meeste terug en daar kun je het prettigst instellingen, grafieken en dashboards gebruiken.

Snelle start

De snelste route is nu simpel:

• Open de web installer: OpenQuatt installer
• Kies jouw combinatie: Single of Duo, en Waveshare of Heatpump Listener
• Flash via USB in Chrome of Edge
• Rond wifi-configuratie af
• Voeg OpenQuatt toe in Home Assistant
• Importeer daarna het juiste dashboard

Voor de meeste gebruikers is dit genoeg. Je hoeft dus niet meer eerst zelf firmwarebestanden op te zoeken of handmatig te bouwen.

Links

• GitHub-project
• Web installer
• Projectpagina / snelle start
• Laatste release

Vragen, ideeën of testresultaten zijn welkom.

Screenshots

Home Assistant

Web-app

[ Voor 189% gewijzigd door jj85 op 06-05-2026 09:33 . Reden: screenshots ]

[okijokii]

TeslaNerd schreef op dinsdag 20 januari 2026 @ 21:22:
[...]

En hier het bericht dat de eerste tests zijn geslaagd met een eigen aansturing van de Quatt met de module van @leejoow 🥳

@leejoow heeft vanmiddag een eerste testversie voor OpenQuatt geleverd waarmee zijn module zelfstandig de Quatt aanstuurt:
- zelf de working mode kiezen: uit / koelen / verwarmen
- zelf de waterpomp aan/uit zetten
- zelf het pomp level instellen voor iets anders dan 800 l/u
- zelf de compressorfrequentie instellen

Met de feedback via modbus van de sensoren in de buitenunit en van de JSON-data van de CiC voor thermostaat, ketel en flowmeter (Quatt V1) kan de OpenQuatt besturing verder worden ingericht in Home Assistant.

Fantastisch! Vooral die laatste kan mogelijk voor velen de overlast verminderen.

[ Voor 4% gewijzigd door okijokii op 20-01-2026 21:28 ]

[LTS_2000]

Geweldig knap

[mklcln]

TeslaNerd schreef op dinsdag 20 januari 2026 @ 21:22:
[...]

En hier het bericht dat de eerste tests zijn geslaagd met een eigen aansturing van de Quatt met de module van @leejoow 🥳

@leejoow heeft vanmiddag een eerste testversie voor OpenQuatt geleverd waarmee zijn module zelfstandig de Quatt aanstuurt:
- zelf de working mode kiezen: standby / koelen / verwarmen
- zelf de waterpomp aan/uit zetten
- zelf het pomp level instellen voor iets anders dan 800 l/u
- zelf de compressorfrequentie instellen

Met de feedback via modbus van de sensoren in de buitenunit en van de JSON-data van de CiC voor thermostaat, ketel en flowmeter (Quatt V1) kan de OpenQuatt besturing verder worden ingericht in Home Assistant.

Voor de techneuten hieronder een sample van de debug log:
[Afbeelding]

Netjes. Moet zeggen de AI intelligentie van tweakers is straks nog sneller ontwikkelt dan die van Quatt.

[sdh1981]

TeslaNerd schreef op dinsdag 20 januari 2026 @ 21:22:
[...]

En hier het bericht dat de eerste tests zijn geslaagd met een eigen aansturing van de Quatt met de module van @leejoow 🥳

@leejoow heeft vanmiddag een eerste testversie voor OpenQuatt geleverd waarmee zijn module zelfstandig de Quatt aanstuurt:
- zelf de working mode kiezen: standby / koelen / verwarmen
- zelf de waterpomp aan/uit zetten
- zelf het pomp level instellen voor iets anders dan 800 l/u
- zelf de compressorfrequentie instellen

Met de feedback via modbus van de sensoren in de buitenunit en van de JSON-data van de CiC voor thermostaat, ketel en flowmeter (Quatt V1) kan de OpenQuatt besturing verder worden ingericht in Home Assistant.

Voor de techneuten hieronder een sample van de debug log:
[Afbeelding]

Binnenkort kan de CiC van de muur en heb je een slimme AI Quatt control in HA met Node-Red 😜

[leejoow]

Dat was inderdaad leuk om te zien hoe snel dat ging. Maar wel even een belangrijke opmerking: ik zou zo veel mogelijk alsnog in ESPHome op de chip zelf doen, als je verbinding met node red wegvalt moet je bijvoorbeeld niet hebben dat je compressor niet terugtoert omdat het setpoint gehaald is. Daarnaast vind Quatt er waarschijnlijk ook wat van als er iets mis gaat.

Bij de Itho Daalderop stuurt de stuurcomputer bijvoorbeeld de hele vorstbeveilig aan. dat zal de CiC hoogstwaarschijnlijk ook doen, dat zal dus allemaal geïmplementeerd moeten worden.

De module die ik verkoop zal de software bevatten voor de Listener welke real-time het modbus verkeer naar Home Assistant doorgeeft. Als het goed is komen de eerste deze week bij een aantal Tweakers aan, ik ben benieuwd naar de ervaringen!

[s020506]

leejoow schreef op woensdag 21 januari 2026 @ 06:54:
Dat was inderdaad leuk om te zien hoe snel dat ging. Maar wel even een belangrijke opmerking: ik zou zo veel mogelijk alsnog in ESPHome op de chip zelf doen, als je verbinding met node red wegvalt moet je bijvoorbeeld niet hebben dat je compressor niet terugtoert omdat het setpoint gehaald is. Daarnaast vind Quatt er waarschijnlijk ook wat van als er iets mis gaat.

Bij de Itho Daalderop stuurt de stuurcomputer bijvoorbeeld de hele vorstbeveilig aan. dat zal de CiC hoogstwaarschijnlijk ook doen, dat zal dus allemaal geïmplementeerd moeten worden.

De module die ik verkoop zal de software bevatten voor de Listener welke real-time het modbus verkeer naar Home Assistant doorgeeft. Als het goed is komen de eerste deze week bij een aantal Tweakers aan, ik ben benieuwd naar de ervaringen!

Ik vind het wel cool gemaakt hoor! Moet je dan ook een link maken tussen de thermostaat en jouw module?

Van de ene kant ben ik een beetje huiverig om zelf een regelaar te bouwen. En van de andere kant, hoe moeilijk kan het zijn

[onlinaius]

leejoow schreef op woensdag 21 januari 2026 @ 06:54:

Bij de Itho Daalderop stuurt de stuurcomputer bijvoorbeeld de hele vorstbeveilig aan. dat zal de CiC hoogstwaarschijnlijk ook doen, dat zal dus allemaal geïmplementeerd moeten worden.

Ik ben op dit moment op vakantie, maar anders zou ik het graag testen of de antivorst circulatie blijft bestaan als de CiC wordt afgekoppeld.

Slimme stekker op de Quatt, thermostaat op 15 zodat de Quatt uit gaat, energieverbruik van de antivorstcirculatie opnemen. CiC spanningsloos maken en kijken of het energieverbruik veranderd.

Persoonlijk vind ik de antivorst circulatie in de CiC inbakken een aparte keuze. Als je ziet dat bij Quatt iets als de bodemverwarming al in de buitenunit geprogrammeerd zit (en dus ook niet aan te passen) zou ik iets veel crucialers als de antivorst circulatie zeker in de buitenunit programmeren.

[leejoow]

onlinaius schreef op woensdag 21 januari 2026 @ 09:39:
[...]

Ik ben op dit moment op vakantie, maar anders zou ik het graag testen of de antivorst circulatie blijft bestaan als de CiC wordt afgekoppeld.

Slimme stekker op de Quatt, thermostaat op 15 zodat de Quatt uit gaat, energieverbruik van de antivorstcirculatie opnemen. CiC spanningsloos maken en kijken of het energieverbruik veranderd.

Persoonlijk vind ik de antivorst circulatie in de CiC inbakken een aparte keuze. Als je ziet dat bij Quatt iets als de bodemverwarming al in de buitenunit geprogrammeerd zit (en dus ook niet aan te passen) zou ik iets veel crucialers als de antivorst circulatie zeker in de buitenunit programmeren.

Na jouw bericht begin ik nu ook te twijfelen, ik ga eens in de OpenAmber oplossing kijken hoe dat zit.

[TeslaNerd]

leejoow schreef op woensdag 21 januari 2026 @ 07:39:
De ingang van de pulsteller kan geconfigureerd worden dat het geen pulsteller is, maar een binaire sensor die aan of uit gaat. Als de thermostaat dan de GND met de pin doorverbind zou dit inderdaad kunnen. Let wel, het gaat dan om een aan/uit thermostaat, geen OpenTherm.

Ik zal binnenkort wel eens wat testjes doen om te kijken wat er voor mogelijkheden zijn met de hardware die we nu hebben.

Zie de signature van @m10tech voor zijn zelfgebouwde Quatt Controller met OpenTherm op ESP32

[ Voor 7% gewijzigd door TeslaNerd op 21-01-2026 16:33 ]

[jj85]

TeslaNerd schreef op woensdag 21 januari 2026 @ 16:30:
[...]

Zie de signature van @m10tech voor zijn zelfgebouwde Quatt Controller met OpenTherm op ESP32

Maar dan moet de hardware aangepast worden ;-)

ESPHome heeft sinds enige tijd ook OT support
https://esphome.io/components/opentherm/

leejoow schreef op woensdag 21 januari 2026 @ 07:39:
De ingang van de pulsteller kan geconfigureerd worden dat het geen pulsteller is, maar een binaire sensor die aan of uit gaat. Als de thermostaat dan de GND met de pin doorverbind zou dit inderdaad kunnen. Let wel, het gaat dan om een aan/uit thermostaat, geen OpenTherm.

Ik zal binnenkort wel eens wat testjes doen om te kijken wat er voor mogelijkheden zijn met de hardware die we nu hebben.

zou je niet juist een van de relais gebruiken om de CV aan/uit te schakelen? ipv de pulsteller om te bouwen?

anyway, volgens mij vraagt dit project wel om aangepast hardware, gericht op Quatt.
Zoals eerder genoemd
- Ingang geschikt voor de Huba Control 236.815651K flowmeter (en temp-sensor) - Voor Quatt v1
- Ingang geschikt voor een PT1000 temp-element - Voor Quatt v1.5 (en misschien V2?)
- OpenTherm ingang (tbv koppeling met thermostaat)
- OpenTherm uitgang (tbv bedienen OT CV)
- Relais (tbv inschakelen van een aan/uit CV)

[jj85]

sdh1981 schreef op woensdag 21 januari 2026 @ 18:19:
[...]

V1.5 duo

En welke sniffer/software?

[sdh1981]

jj85 schreef op woensdag 21 januari 2026 @ 18:21:
[...]

En welke sniffer/software?

Firmware: 1.0.5 (ESPHome 2025.12.5)

[jj85]

sdh1981 schreef op woensdag 21 januari 2026 @ 18:22:
[...]

Firmware: 1.0.5 (ESPHome 2025.12.5)

Dan moet je even sparren met de ontwikkelaar @leejoow . De software is niet open toegankelijk dacht ik?!

[TeslaNerd]

sdh1981 schreef op woensdag 21 januari 2026 @ 18:22:
[...]

Firmware: 1.0.5 (ESPHome 2025.12.5)

Dat is de firmware van @leejoow. Dat kan nog een bugje in de firmware zijn voor de Quatt DUO. Ik heb deze 1.0.5 getest op mijn enkele Quatt. Ik zie wel een aantal aan/uit sensoren van HP2 die niet op onbekend staan

[sdh1981]

TeslaNerd schreef op woensdag 21 januari 2026 @ 18:26:
[...]

Dat is de firmware van @leejoow. Dat kan nog een bugje in de firmware zijn. Ik heb deze 1.0.5 getest op mijn enkele Quatt. Ik zie wel een aantal aan/uit sensoren van HP2 die niet op onbekend staan

HP1 is redelijk gevuld op een paar kleine onbekende waardes na. HP2 mist best veel parameters.

[ Voor 29% gewijzigd door sdh1981 op 21-01-2026 18:29 ]

[TeslaNerd]

sdh1981 schreef op woensdag 21 januari 2026 @ 18:27:
[...]


HP1 is redelijk gevuld op een paar kleine onbekende waardes na. HP2 meest best veel parameters. Maar dat komt helemaal goed

@leejoow kan voor zijn modules een OTA firmware sturen die dan in HA bij de reguliere updates verschijnt. Dat heb ik hier al goed zien werken

[leejoow]

jj85 schreef op woensdag 21 januari 2026 @ 18:25:
[...]

Dan moet je even sparren met de ontwikkelaar @leejoow . De software is niet open toegankelijk dacht ik?!

De software staat op GitHub: https://github.com/electropaultje/heatpump-listener-quatt

Ik zal inderdaad even contact met je opnemen om te kijken wat er aan de hand is!

[TeslaNerd]

TeslaNerd schreef op woensdag 21 januari 2026 @ 18:15:
[...]

Dan heb ik zomaar een verklaring gevonden bij de gedachte dat de COP van mijn Quatt wel wat hoger zou kunnen zijn dan wat de app laat zien

Daar is in HA vast wel een automatisering voor te maken die op het juiste moment de afwijking in de temperatuur sensoren vastlegt en het thermische vermogen met een correctie daarvoor uitrekent. Of zou Quatt dat in de CiC ook al zo oplossen?

[ Voor 4% gewijzigd door TeslaNerd op 21-01-2026 19:18 ]

[jj85]

leejoow schreef op woensdag 21 januari 2026 @ 18:55:
[...]


De software staat op GitHub: https://github.com/electropaultje/heatpump-listener-quatt

Ik zal inderdaad even contact met je opnemen om te kijken wat er aan de hand is!

Nice👍
Hier even een 2 van maken
https://github.com/electr...quatt-duo-2relay.yaml#L22

[leejoow]

jj85 schreef op woensdag 21 januari 2026 @ 16:38:
[...]

Maar dan moet de hardware aangepast worden ;-)

ESPHome heeft sinds enige tijd ook OT support
https://esphome.io/components/opentherm/


[...]

zou je niet juist een van de relais gebruiken om de CV aan/uit te schakelen? ipv de pulsteller om te bouwen?

anyway, volgens mij vraagt dit project wel om aangepast hardware, gericht op Quatt.
Zoals eerder genoemd
- Ingang geschikt voor de Huba Control 236.815651K flowmeter (en temp-sensor) - Voor Quatt v1
- Ingang geschikt voor een PT1000 temp-element - Voor Quatt v1.5 (en misschien V2?)
- OpenTherm ingang (tbv koppeling met thermostaat)
- OpenTherm uitgang (tbv bedienen OT CV)
- Relais (tbv inschakelen van een aan/uit CV)

Ik had begrepen met de aansluiting voor de thermostaat dat dat input zou zijn voor de module. De CV zelf kan inderdaad met een relais aan/uit geschakeld worden.

Als er serieus interesse is kan ik mijn wederhelft wel vragen of hij interesse zou hebben om een PCB te ontwerpen, maar dan moet ik wel een minimum aantal gegadigden hebben om de prijs nog enigzins interessant te hebben. Er kwam wat commentaar op de kosten van onze Heatpump Listener, maar daar verdien ik dus vrijwel niets aan

[leejoow]

jj85 schreef op woensdag 21 januari 2026 @ 19:18:
[...]

Nice👍
Hier even een 2 van maken
https://github.com/electr...quatt-duo-2relay.yaml#L22

Inderdaad, dat was een beetje jammer
Als je ze getest hebt zal ik hem klaarzetten zodat hij automatisch wordt opgepikt door de modules zodra ze verbonden zijn (check is eenmaal per uur of er een nieuwe versie is).

[jj85]

leejoow schreef op woensdag 21 januari 2026 @ 19:20:
[...]


Inderdaad, dat was een beetje jammer
Als je ze getest hebt zal ik hem klaarzetten zodat hij automatisch wordt opgepikt door de modules zodra ze verbonden zijn (check is eenmaal per uur of er een nieuwe versie is).

Ik heb jouw kastje niet, hier draait de good old Quatt sniffer

[leejoow]

jj85 schreef op woensdag 21 januari 2026 @ 19:24:
[...]

Ik heb jouw kastje niet, hier draait de good old Quatt sniffer

Ah, ik begin mensen door elkaar te halen
Maar je had het probleem idd goed gezien. Er staat een versie 1.0.6 klaar, deze wordt automatisch opgepikt.

[sdh1981]

leejoow schreef op woensdag 21 januari 2026 @ 19:31:
[...]


Ah, ik begin mensen door elkaar te halen
Maar je had het probleem idd goed gezien. Er staat een versie 1.0.6 klaar, deze wordt automatisch opgepikt.

Hier getest en gevalideerd

[TeslaNerd]

Gisteravond en vanmorgen weer twee productieve OpenQuatt sessies gehad met @leejoow en de OpenQuatt firmware heeft hier al een hele nacht zelf de Quatt aangestuurd met de CiC losgekoppeld.
Met de compressor vast op level 2, 39Hz en de (water) pump level op 744 voor mijn eerste test scenario: 500 l/u ipv 800 l/u. Met de lagere flow ging de delta T omhoog van ca 1,5 naar 2,5 graad op 30Hz en dat resulteerde in een COP die ca 10% hoger werd.
De Quatt heeft 1 lange run door de nacht gemaakt met iedere 2 uur een oil return cycle.

De buitenunit heeft geen enkele defrost gedaan ondanks dat het tussen de 1 en 4 graden was vanacht. Waarschijnlijk was de luchtvochtigheid erg laag hier. Of zou het aan de lagere flow kunen liggen of de vaste compressorsnelheid zonder uitstapjes van een regelaar die er nog niet in zit?
Het geleverde vermogen bleef ook mooi in lijn met de buitentemperatuur en nadat ik vanmorgen de compressorsnelheid heb verhoogd naar level 3, 49Hz kwam de eerste defrost 8 minuten later al.

NB working mode koelen nog niet getest

[ Voor 31% gewijzigd door TeslaNerd op 22-01-2026 10:21 ]

[paQ]

TeslaNerd schreef op donderdag 22 januari 2026 @ 10:02:
Gisteravond en vanmorgen weer twee productieve OpenQuatt sessies gehad met @leejoow en de OpenQuatt firmware heeft hier al een hele nacht zelf de Quatt aangestuurd met de CiC losgekoppeld.
Met de compressor vast op level 2, 39Hz en de (water) pump level op 744 voor mijn eerste test scenario 500 l/u ipv 800 l/u, heeft de Quatt 1 lange run door de nacht gemaakt met iedere 2 uur een oil return cycle. De buitenunit heeft geen enkele defrost gedaan ondanks dat het tussen de 1 en 4 graden was vanacht. Waarschijnlijk was de luchtvochtigheid erg laag hier. Of zou het aan de lagere flow kunen liggen of de vaste compressorsnelheid zonder uitstapjes van een regelaar die er nog niet in zit?
Het geleverde vermogen bleef ook mooi in lijn met de buitentemperatuur en nadat ik vanmorgen de compressorsnelheid heb verhoogd naar level 3, 49Hz kwam de eerste defrost 8 minuten later al.

Het was vannacht mooi droog. Doorgaans < 75 RLV, dan blijven defrosts nagenoeg uit.
Maar harder draaien verlaagt die drempel ook wel iets ja.

Wel echt nice hoor dat je nu gewoon zelf controle hebt
kudo's @leejoow

[ Voor 3% gewijzigd door paQ op 22-01-2026 10:10 ]

[TeslaNerd]

jj85 schreef op donderdag 22 januari 2026 @ 10:38:
[...]

Tis toch juist andersom?
Bij wat hogere flow kun je wellicht je dT en daarmee ook de Ta verlagen.

Maar de reden 'omdat het kan' is uiteraard het beste Lekker bezig!

Ben ook wel heel benieuwd hoe WorkingMode koelen functioneert.
En of forced defrost (mode 4?) ook daadwerkelijk een defrost kan triggeren

Met jouw enthousiasme kon ik ook niet langer wachten. De WorkingMode koelen doet wat die moet doen.
De 4-wegklep gaat om en daarna gaat de compressor weer aan en wordt het water gekoeld ipv opgewarmd .
Toen de flowtemperatuur onder de 18 graden dook heb ik de test weer beeindigd.
De compressor speed mapping lijkt bij koelen net anders dan bij verwarmen. Level 2 bij koelen was 36Hz ipv 39Hz bij verwarmen.

Ik zal @leejoow vragen working mode 4 toe te voegen

[ Voor 29% gewijzigd door TeslaNerd op 22-01-2026 11:05 ]

[sdh1981]

TeslaNerd schreef op donderdag 22 januari 2026 @ 10:02:
Gisteravond en vanmorgen weer twee productieve OpenQuatt sessies gehad met @leejoow en de OpenQuatt firmware heeft hier al een hele nacht zelf de Quatt aangestuurd met de CiC losgekoppeld.
Met de compressor vast op level 2, 39Hz en de (water) pump level op 744 voor mijn eerste test scenario: 500 l/u ipv 800 l/u. Met de lagere flow ging de delta T omhoog van ca 1,5 naar 2,5 graad op 30Hz en dat resulteerde in een COP die ca 10% hoger werd.
De Quatt heeft 1 lange run door de nacht gemaakt met iedere 2 uur een oil return cycle.

De buitenunit heeft geen enkele defrost gedaan ondanks dat het tussen de 1 en 4 graden was vanacht. Waarschijnlijk was de luchtvochtigheid erg laag hier. Of zou het aan de lagere flow kunen liggen of de vaste compressorsnelheid zonder uitstapjes van een regelaar die er nog niet in zit?
Het geleverde vermogen bleef ook mooi in lijn met de buitentemperatuur en nadat ik vanmorgen de compressorsnelheid heb verhoogd naar level 3, 49Hz kwam de eerste defrost 8 minuten later al.

NB working mode koelen nog niet getest

[Afbeelding]
[Afbeelding]

Je had geloof ik een single Quatt. Mocht nog een vrijwilliger zoeken voor een DUO dan hoor ik het graag

[jj85]

sdh1981 schreef op donderdag 22 januari 2026 @ 11:01:
[...]


Je had geloof ik een single Quatt. Mocht nog een vrijwilliger zoeken voor een DUO dan hoor ik het graag

Het is nu natuurlijk allemaal handmatig. Er zit dus 0 regelingen in.
Wat dat betreft is het gewoon dezelfde software (ESPHome) dupliceren voor de HP2.

Een mono-Quatt kun je ook best goed regelen middels ESPHome (analoog aan de PID-regelingen en stooklijn die nu in OpenAmber zitten). Dat zal voor een Duo wel wat ingewikkelder worden.

En stom dat ESPHome (nog) geen normale PID regeling heeft. Dan kan namelijk ook de flowregelaar in ESPHome geregeld worden

[TeslaNerd]

sdh1981 schreef op donderdag 22 januari 2026 @ 11:01:
[...]


Je had geloof ik een single Quatt. Mocht nog een vrijwilliger zoeken voor een DUO dan hoor ik het graag

Ik verwacht dat @leejoow nog wel een DUO-tester kan gebruiken voor OpenQuatt. Welkom bij de testcub!

[TeslaNerd]

TeslaNerd schreef op donderdag 22 januari 2026 @ 10:40:
[...]

Met jouw enthousiasme kon ik ook niet langer wachten. De WorkingMode koelen doet wat die moet doen.
De 4-wegklep gaat om en daarna gaat de compressor weer aan en wordt het water gekoeld ipv opgewarmd .
Toen de flowtemperatuur onder de 18 graden dook heb ik de test weer beeindigd.
De compressor speed mapping lijkt bij koelen net anders dan bij verwarmen. Level 2 bij koelen was 36Hz ipv 39Hz bij verwarmen.

Ik zal @leejoow vragen working mode 4 toe te voegen

[jj85]

TeslaNerd schreef op donderdag 22 januari 2026 @ 11:12:
[...]

[Afbeelding]

Awesome! Supervet.

Dan moet ik m'n Chill pre-order maar gaan cancellen, en dan kunnen we komende zomer gewoon keihard (niet condenserend) koelen op de LTV Jaga's met fans

Denk dat het, wel goed is om hier een eigen (OpenQuatt? of Tweakers in Control (TIC)) topic voor te maken. Om daar eens eea verder uit te gaan werken.

[jj85]

CPM schreef op maandag 12 januari 2026 @ 14:22:
@TeslaNerd zijn die modbus sniffers nog ergens te koop? Die Itho module van €45 is wel wat aan de prijs vind ik.

Voor de mensen die zelf met ESPHome aan de slag kunnen en iets minder plug-and-play willen. Sniffen van de modbusverbinding gaat ook uitstekend met de compacte Atom S3 lite (ESP32-S3) op een RS485 base. Dan zit je rond de 25 euro (bij Tinytronics).



De initiele Quatt sniffer werkt hier helaas niet (meer) mee. Ik vermoed wijzigingen in ESPHome.
Modbus spy werkt hier prima

[TeslaNerd]

jj85 schreef op donderdag 22 januari 2026 @ 11:07:
[...]

Het is nu natuurlijk allemaal handmatig. Er zit dus 0 regelingen in.
Wat dat betreft is het gewoon dezelfde software (ESPHome) dupliceren voor de HP2.

Een mono-Quatt kun je ook best goed regelen middels ESPHome (analoog aan de PID-regelingen en stooklijn die nu in OpenAmber zitten). Dat zal voor een Duo wel wat ingewikkelder worden.

En stom dat ESPHome (nog) geen normale PID regeling heeft. Dan kan namelijk ook de flowregelaar in ESPHome geregeld worden

Met OpenQuatt en Home Assistant hebben wij nu wel een speeltuin waarin iedere alternatieve regeling kan worden getest tov wat de Quatt CiC doet.
Ik ben zelf bij de basis begonnen en heb een eenvoudige trigger-automation gemaakt om de flowrate te regelen obv de flowmeter.
Voor de power input berekening is er een berekening obv de modbus sensoren die met wat Excel-analyses zijn getuned tov van wat de CiC laat zien. (Hat tip to @m10tech)

code:

- sensor:
      - name: "excel3_electric_power"
        device_class: "power"
        unit_of_measurement: "W"
        state: >
          {% set hp1_voltage = states('sensor.heat_pump_listener_ac_voltage') | float %}
          {% set hp1_current = states('sensor.heat_pump_listener_ac_current') | float %}
          {% set hp1_pump_power = states('sensor.heat_pump_listener_pump_power') | float %}
          {% set hp1_pump_level = states('number.modbus_pump_level') | float %}
          {% set hp1_fan_speed = states('sensor.heat_pump_listener_fan_speed_actual') | float %}
          {% if is_state('binary_sensor.heat_pump_listener_quatt_bottom_heater', 'on') %}          
            {{ (5.150232 + hp1_pump_power * (hp1_pump_level > 0) + 4.721 * (hp1_voltage - 224) + 25.1778299791665 * 10 * hp1_current - 0.048588666666698 * hp1_fan_speed + 150 ) | round(0, default=0) }}
          {% else %}
            {{ (5.150232 + hp1_pump_power * (hp1_pump_level > 0) + 4.721 * (hp1_voltage - 224) + 25.1778299791665 * 10 * hp1_current - 0.048588666666698 * hp1_fan_speed ) | round(0, default=0) }}
          {% endif %}

[onlinaius]

TeslaNerd schreef op vrijdag 23 januari 2026 @ 09:06:
[...]

Met OpenQuatt en Home Assistant hebben wij nu wel een speeltuin waarin iedere alternatieve regeling kan worden getest tov wat de Quatt CiC doet.
Ik ben zelf bij de basis begonnen en heb een eenvoudige trigger-automation gemaakt om de flowrate te regelen obv de flowmeter.
Voor de power input berekening heb ik een eigen berekening obv de modbus sensoren afgeleid die met wat Excel-analyses zijn getuned tov van wat de CiC laat zien. (Hat tip to @m10tech)

code:

- sensor:
      - name: "excel3_electric_power"
        device_class: "power"
        unit_of_measurement: "W"
        state: >
          {% set hp1_voltage = states('sensor.heat_pump_listener_ac_voltage') | float %}
          {% set hp1_current = states('sensor.heat_pump_listener_ac_current') | float %}
          {% set hp1_pump_power = states('sensor.heat_pump_listener_pump_power') | float %}
          {% set hp1_pump_level = states('number.modbus_pump_level') | float %}
          {% set hp1_fan_speed = states('sensor.heat_pump_listener_fan_speed_actual') | float %}
          {% if is_state('binary_sensor.heat_pump_listener_quatt_bottom_heater', 'on') %}          
            {{ (5.150232 + hp1_pump_power * (hp1_pump_level > 0) + 4.721 * (hp1_voltage - 224) + 25.1778299791665 * 10 * hp1_current - 0.048588666666698 * hp1_fan_speed + 150 ) | round(0, default=0) }}
          {% else %}
            {{ (5.150232 + hp1_pump_power * (hp1_pump_level > 0) + 4.721 * (hp1_voltage - 224) + 25.1778299791665 * 10 * hp1_current - 0.048588666666698 * hp1_fan_speed ) | round(0, default=0) }}
          {% endif %}

Ik ben wel benieuwd naar de fan. Hoe klinkt deze op maximaal vermogen, en wat verbruikt deze dan (ongeveer). En uiteraard wat de invloed is op de COP als je de fan harder laat draaien dan normaal (zou op lagere vermogens natuurlijk ook negatief uit kunnen pakken afhankelijk van het vermogen van de dan). Zeker onder aanvriescondities boven de 0 zou harder draaien wel eens positief kunnen uitpakken omdat je daarmee defrosts voorkomt.

[TeslaNerd]

onlinaius schreef op vrijdag 23 januari 2026 @ 09:34:
[...]

Ik ben wel benieuwd naar de fan. Hoe klinkt deze op maximaal vermogen, en wat verbruikt deze dan (ongeveer). En uiteraard wat de invloed is op de COP als je de fan harder laat draaien dan normaal (zou op lagere vermogens natuurlijk ook negatief uit kunnen pakken afhankelijk van het vermogen van de dan). Zeker onder aanvriescondities boven de 0 zou harder draaien wel eens positief kunnen uitpakken omdat je daarmee defrosts voorkomt.

Voor de Quatt buitenunit is geen register bekend om de fanspeed aan te sturen. Dat regelt de controller in de buitenunit zelf obv compressorsnelheid denk ik. Ik heb op het OpenAmber gevraagd of dat bij de Amber wel mogelijk is

[ Voor 17% gewijzigd door TeslaNerd op 23-01-2026 09:53 ]

[jj85]

TeslaNerd schreef op vrijdag 23 januari 2026 @ 09:49:
[...]

Voor de Quatt buitenunit is geen register bekend om de fanspeed aan te sturen. Dat regelt de controller in de buitenunit zelf obv compressorsnelheid denk ik. Ik heb op het OpenAmber gevraagd of dat bij de Amber wel mogelijk is
[Afbeelding]

Bij de Amber ook niet bekend
zie https://github.com/Jordi1...le#outside-unit-address-2

[jj85]

TeslaNerd schreef op vrijdag 23 januari 2026 @ 09:06:
[...]

Met OpenQuatt en Home Assistant hebben wij nu wel een speeltuin waarin iedere alternatieve regeling kan worden getest tov wat de Quatt CiC doet.
Ik ben zelf bij de basis begonnen en heb een eenvoudige trigger-automation gemaakt om de flowrate te regelen obv de flowmeter.
Voor de power input berekening is er een berekening obv de modbus sensoren die met wat Excel-analyses zijn getuned tov van wat de CiC laat zien. (Hat tip to @m10tech)

code:

- sensor:
      - name: "excel3_electric_power"
        device_class: "power"
        unit_of_measurement: "W"
        state: >
          {% set hp1_voltage = states('sensor.heat_pump_listener_ac_voltage') | float %}
          {% set hp1_current = states('sensor.heat_pump_listener_ac_current') | float %}
          {% set hp1_pump_power = states('sensor.heat_pump_listener_pump_power') | float %}
          {% set hp1_pump_level = states('number.modbus_pump_level') | float %}
          {% set hp1_fan_speed = states('sensor.heat_pump_listener_fan_speed_actual') | float %}
          {% if is_state('binary_sensor.heat_pump_listener_quatt_bottom_heater', 'on') %}          
            {{ (5.150232 + hp1_pump_power * (hp1_pump_level > 0) + 4.721 * (hp1_voltage - 224) + 25.1778299791665 * 10 * hp1_current - 0.048588666666698 * hp1_fan_speed + 150 ) | round(0, default=0) }}
          {% else %}
            {{ (5.150232 + hp1_pump_power * (hp1_pump_level > 0) + 4.721 * (hp1_voltage - 224) + 25.1778299791665 * 10 * hp1_current - 0.048588666666698 * hp1_fan_speed ) | round(0, default=0) }}
          {% endif %}

Ben trouwens nog steeds van mening dat die 'hp1_pump_power' (register R2137) niet juist is
Al maakt het verder geen biet uit

Quatt omschrijft deze als

code:

'circulating pump duty cycle': 
            {
                'modbus_address': 2137,
                'redis_address': 186,
                'idx': 38,
                'units': '%',
                'func_type': 'convert_amps',
                'read_value': None,
                'parsed_value': None,
            },

Volgens mij is dit de PWM output (feedback) van de Wilo pomp. Quatt gebruikt de Wilo Para Ku15-130/7-50/iPWM1
Voor de Para serie geeft deze de flow terug.
Zie dit document https://cms.media.wilo.co...1/10926226/wilo429191.pdf
Dan kom je in deze tabel uit


Een output tussen de 5 en 75% komt overeen met een flow van 0 tot 2,1 m3/h.
Mijn pompje geeft vaak een getal rond de 30-31%. Dit komt overeen met een flow van zo'n 750 - 800 L/h.

Een waarde lager dan 5% of hoger dan 75% geeft een fout aan met de pomp.
Zie pagina 17 en verder van bovengenoemde Wilo pdf.


Ook vraag ik mij af of je hp1_fan_speed mee moet nemen in de powerberekening.
De fan wordt vanuit de compressordriver gevoed en aangestuurd. DIe compressordriver geeft ook al voltage en current terug. Dus in mijn beleving is voltage*current het vermogen van compressor én fan.

[ Voor 4% gewijzigd door jj85 op 23-01-2026 10:57 ]

[TeslaNerd]

jj85 schreef op vrijdag 23 januari 2026 @ 10:50:
[...]

Ben trouwens nog steeds van mening dat die 'hp1_pump_power' (register R2137) niet juist is
Al maakt het verder geen biet uit

Quatt omschrijft deze als

code:

'circulating pump duty cycle': 
            {
                'modbus_address': 2137,
                'redis_address': 186,
                'idx': 38,
                'units': '%',
                'func_type': 'convert_amps',
                'read_value': None,
                'parsed_value': None,
            },

Volgens mij is dit de PWM output (feedback) van de Wilo pomp. Quatt gebruikt de Wilo Para Ku15-130/7-50/iPWM1
Voor de Para serie geeft deze de flow terug.
Zie dit document https://cms.media.wilo.co...1/10926226/wilo429191.pdf
Dan kom je in deze tabel uit
[Afbeelding]

Een output tussen de 5 en 75% komt overeen met een flow van 0 tot 2,1 m3/h.
Mijn pompje geeft vaak een getal rond de 30-31%. Dit komt overeen met een flow van zo'n 750 - 800 L/h.

Een waarde lager dan 5% of hoger dan 75% geeft een fout aan met de pomp.
Zie pagina 17 en verder van bovengenoemde Wilo pdf.


Ook vraag ik mij af of je hp1_fan_speed mee moet nemen in de powerberekening.
De fan wordt vanuit de compressordriver gevoed en aangestuurd. DIe compressordriver geeft ook al voltage en current terug. Dus in mijn beleving is voltage*current het vermogen van compressor én fan.

Dankjewel voor deze uitgebreide reactie. Mijn Quatt V1 heeft geen Wilo maar nog een chinese pomp en mijn Quatt krijgt ook geen flow terug via de JSON. Kan dit een V1 vs V1.5 verschil zijn in de modbus mapping?

De func_type: Convert Amps is een data filter die ook voor het AC current register wordt toegepast en eigenlijk alleen een deling door 10 betekent.

Heeft jouw V1.5 een aparte flowrate sensor in de buitenunit of wordt de flowrate dan met die registerwaarde berekend?

Dit is de flowrate obv de flowmeter vs de pump power en pump level die ik laat aansturen bij wat flowratewisselingen bij het testen van de flowrate automatisering in HA:

[ Voor 17% gewijzigd door TeslaNerd op 23-01-2026 11:40 ]

[jj85]

@TeslaNerd de v1.5 heeft echt een fysieke flowmeter in de buitenunit. Namelijk deze


Dat stelt Quatt in staat om veel nauwkeuriger de warmteenergie te berekenen.
WeHeat heeft bijvoorbeeld geen flowmeter in de warmtepomp. Die berekenen energie en COP volgens mij op basis van de flow vanuit de PWM output van de waterpomp (dacht ook Wilo).

Er zal geen verschil in registermapping zijn tussen v1 en v1.5. Er zijn ook heel veel V1's met een Wilo pomp (eigenlijk raar dat die van jou nooit preventief vervangen is...). Misschien gaven die chineze waterpompen ook wel gewoon een PWM output terug.

Maar voor de v1's zou het best een 'alternatief' kunnen zijn voor de flowmeter; ipv de Quatt flowmeter onder de CV te koppelen aan OpenQuatt

[Fragger123]

Intressant allemaal! Hats off voor de early adopters en testers.

Ik ga het in de gaten houden allemaal, maar wil voor nu nog niet overstappen naar een "eigen" CiC.

[sdh1981]

De onze "Alibaba / made in China" HP zie de koel capaciteit er leuk uit. Kan niet wachten tot het zomer is en we kunnen gaan spelen met OpenQuatt.

[TeslaNerd]

sdh1981 schreef op vrijdag 23 januari 2026 @ 13:34:
[Afbeelding]

De onze "Alibaba / made in China" HP zie de koel capaciteit er leuk uit. Kan niet wachten tot het zomer is en we kunnen gaan spelen met OpenQuatt.

Welke Chill killer is dit?

[sdh1981]

TeslaNerd schreef op vrijdag 23 januari 2026 @ 15:25:
[...]

Welke Chill killer is dit?

Amitime

[TeslaNerd]

sdh1981 schreef op vrijdag 23 januari 2026 @ 16:13:
[...]

Amitime

Aha, dit zijn de specs voor het koelend vermogen van dezelfde/vergelijkbare Amitime buitenunit die wij in onze Quatts hebben

[m10tech]

jj85 schreef op donderdag 22 januari 2026 @ 11:31:
[...]

Voor de mensen die zelf met ESPHome aan de slag kunnen en iets minder plug-and-play willen. Sniffen van de modbusverbinding gaat ook uitstekend met de compacte Atom S3 lite (ESP32-S3) op een RS485 base. Dan zit je rond de 25 euro (bij Tinytronics).

[Afbeelding]

De initiele Quatt sniffer werkt hier helaas niet (meer) mee. Ik vermoed wijzigingen in ESPHome.
Modbus spy werkt hier prima

Heeft het zin om de QuattSniffer te updaten? Ik ben zelf niet zo'n snelle updater en draai nog HA 2025.5.3
Anders zal ik er weer eens een draai aan geven...
Ik ontdek nu trouwens dat GitHub mij niet op de hoogte brengt van issues die worden geregistreerd!!!
Dat het niet werkt met 2025.9.3 is gemeld op 1 oktober...

[jj85]

m10tech schreef op vrijdag 23 januari 2026 @ 18:26:
[...]

Heeft het zin om de QuattSniffer te updaten? Ik ben zelf niet zo'n snelle updater en draai nog HA 2025.5.3
Anders zal ik er weer eens een draai aan geven...
Ik ontdek nu trouwens dat GitHub mij niet op de hoogte brengt van issues die worden geregistreerd!!!
Dat het niet werkt met 2025.9.3 is gemeld op 1 oktober...

Tsja... ik draai ook nog de good old QuattSniffer op het Tindie bordje (en dan op ESPHome 2025.6.3). Dat werkt gewoon

Het hele QuattSniffer traject heeft ongelooflijk veel informatie en kennis opgeleverd.
Ik weet echter niet in hoeverre het zinvol is om de QuattSniffer nog weer een update te geven. Er is momenteel een alternatief dat werkt en ook behoorlijk plug&play beschikbaar is op de hardware van @leejoow .

De volgende stap moet, wat mij betreft, toch het aansturen gaan worden, dus dan zijn het gewoon de default modbus componenten van ESPHome. Hier zou ik ook graag nieuwe hardware voor zien, dat eigenlijk alle functionaliteit van de CiC kan vervangen.
Misschien dat ik zelf nog wel een keer ga prutsen (al mis ik heel veel expertise op dit vlak (PCB-design + software), maar kom met het betere knip/plak werk vaak best een end )

[TeslaNerd]

Met de toevoeging door @leejoow van Working Mode 4 - Forced Defrost in de OpenQuatt firmware vandaag heb ik getest wat de Quatt doet hiermee.

Helemaal niets!

[ Voor 26% gewijzigd door TeslaNerd op 23-01-2026 21:08 ]

[sdh1981]

TeslaNerd schreef op vrijdag 23 januari 2026 @ 21:05:
Met de toevoeging door @leejoow van Working Mode 4 - Forced Defrost in de OpenQuatt firmware vandaag heb ik getest wat de Quatt doet hiermee.

Helemaal niets!

[Afbeelding]

[Afbeelding]

Bedoel je dat er geen actie volgt vanuit de warmtepomp, of dat de CiC deze actie helemaal nooit gebruikt?

[TeslaNerd]

sdh1981 schreef op vrijdag 23 januari 2026 @ 22:11:
[...]


Bedoel je dat er geen actie volgt vanuit de warmtepomp, of dat de CiC deze actie helemaal nooit gebruikt?

Dat er geen actie volgt vanuit de warmtepomp. Mijn Quatt draait al 2 dagen op OpenQuatt met de modbus losgekoppeld van de CiC.

Heb jij de OpenQuatt firmware ook al ontvangen van @leejoow ?

[ Voor 8% gewijzigd door TeslaNerd op 23-01-2026 22:16 ]

[sdh1981]

TeslaNerd schreef op vrijdag 23 januari 2026 @ 22:15:
[...]

Dat er geen actie volgt vanuit de warmtepomp. Mijn Quatt draait al 2 dagen op OpenQuatt met de modbus losgekoppeld van de CiC.

Heb jij de OpenQuatt firmware ook al ontvangen van @leejoow ?

Nee nog geen FW gekregen. Al is het wel zo dat ik een V1.5 heb in een DUO opstelling. Dat is iets complexer dan jouw single. Lijkt mij eerst goed om een basis te hebben op een single en dan uit te breiden naar een DUO opstelling.
Als de DUO werkt, dan kan er altijd nog gekeken worden of de All-Electric ook hiermee kan gaan werken

[TeslaNerd]

sdh1981 schreef op vrijdag 23 januari 2026 @ 22:29:
[...]

Nee nog geen FW gekregen. Al is het wel zo dat ik een V1.5 heb in een DUO opstelling. Dat is iets complexer dan jouw single. Lijkt mij eerst goed om een basis te hebben op een single en dan uit te breiden naar een DUO opstelling.
Als de DUO werkt, dan kan er altijd nog gekeken worden of de All-Electric ook hiermee kan gaan werken

Met de inspanningen van @leejoow is de basis voor de single Quatt nu vrijwel gelijk aan de firmware voor de Listener voor een single Quatt en nu ook al bruikbaar voor de 1e van jouw 2 DUO's. Voor de uitbreiding van de OpenQuatt naar 2 DUO's geeft @leejoow aan: "voor de duo moet ik wel wat werk verzetten om er twee van te maken, maar dat kan zeker een keer".

Is er al meer bekend hoe de Heat Charger van de All-Electric wordt aangestuurd door de CiC? Zit de HC op dezelfde modbus contacten aangesloten als een 3e slave van de CiC-modbus-master?

[jj85]

@TeslaNerd Nee, die zit op de andere modbuspoort van de CiC
BenVlie in "Ervaringen met Quatt Deel 2"

[TeslaNerd]

jj85 schreef op vrijdag 23 januari 2026 @ 23:32:
@TeslaNerd Nee, die zit op de andere modbuspoort van de CiC
BenVlie in "Ervaringen met Quatt Deel 2"

Ok, daar kan dan ook op geluisterd worden met een Modbus Sniffer / Listener.
Of is dat al gedaan?

[leejoow]

jj85 schreef op vrijdag 23 januari 2026 @ 20:46:
[...]
De volgende stap moet, wat mij betreft, toch het aansturen gaan worden, dus dan zijn het gewoon de default modbus componenten van ESPHome. Hier zou ik ook graag nieuwe hardware voor zien, dat eigenlijk alle functionaliteit van de CiC kan vervangen.
Misschien dat ik zelf nog wel een keer ga prutsen (al mis ik heel veel expertise op dit vlak (PCB-design + software), maar kom met het betere knip/plak werk vaak best een end )

Samen met m’n partner hebben we hier wel behoorlijk was expertise in PCB ontwerp en ontwikkeling. Daar willen we ook met alle liefde bij helpen. Het is denk ik vooral belangrijk om te bedenken wat er op moet. Ik vraag mij persoonlijk af of de OpenTherm aansluiting niet onnodig complex is. De CV ketel kan ook gewoon met een aan/uit contact worden gestuurd. En besef je dat als je wel OpenTherm gebruikt de software dit ook allemaal moet ondersteunen qua logica. Maar als de aansluitingen duidelijk zijn kunnen wij daar zeker bij helpen als hier voldoende gegadigden zijn.
Want dat wil ik wel nog meegeven: van idee tot fatsoenlijk eindproduct kost wel wat. De modbus listener houden we ook niet veel aan over…

sdh1981 schreef op vrijdag 23 januari 2026 @ 22:29:
[...]

Nee nog geen FW gekregen. Al is het wel zo dat ik een V1. 5 heb in een DUO opstelling. Dat is iets complexer dan jouw single. Lijkt mij eerst goed om een basis te hebben op een single en dan uit te breiden naar een DUO opstelling.
Als de DUO werkt, dan kan er altijd nog gekeken worden of de All-Electric ook hiermee kan gaan werken

Excuus, ik had niet begrepen dat je de firmware wilde ontvangen, alleen dat je mogelijk geïnteresseerd was. Ik zal je de firmware voor de single sturen.

jj85 schreef op vrijdag 23 januari 2026 @ 23:32:
@TeslaNerd Nee, die zit op de andere modbuspoort van de CiC
BenVlie in "Ervaringen met Quatt Deel 2"

Dat is interessant! Als iemand de listener van ons heeft en de heat charger kunnen we deze inderdaad ook afluisteren om het protocol te decoderen. Wel zal de hardware aangepast moeten worden als we op alle twee willen sniffen tegelijk. En aansturen uiteraard ook.

[jj85]

TeslaNerd schreef op vrijdag 23 januari 2026 @ 09:06:
[...]

Met OpenQuatt en Home Assistant hebben wij nu wel een speeltuin waarin iedere alternatieve regeling kan worden getest tov wat de Quatt CiC doet.
Ik ben zelf bij de basis begonnen en heb een eenvoudige trigger-automation gemaakt om de flowrate te regelen obv de flowmeter.
Voor de power input berekening is er een berekening obv de modbus sensoren die met wat Excel-analyses zijn getuned tov van wat de CiC laat zien. (Hat tip to @m10tech)

code:

- sensor:
      - name: "excel3_electric_power"
        device_class: "power"
        unit_of_measurement: "W"
        state: >
          {% set hp1_voltage = states('sensor.heat_pump_listener_ac_voltage') | float %}
          {% set hp1_current = states('sensor.heat_pump_listener_ac_current') | float %}
          {% set hp1_pump_power = states('sensor.heat_pump_listener_pump_power') | float %}
          {% set hp1_pump_level = states('number.modbus_pump_level') | float %}
          {% set hp1_fan_speed = states('sensor.heat_pump_listener_fan_speed_actual') | float %}
          {% if is_state('binary_sensor.heat_pump_listener_quatt_bottom_heater', 'on') %}          
            {{ (5.150232 + hp1_pump_power * (hp1_pump_level > 0) + 4.721 * (hp1_voltage - 224) + 25.1778299791665 * 10 * hp1_current - 0.048588666666698 * hp1_fan_speed + 150 ) | round(0, default=0) }}
          {% else %}
            {{ (5.150232 + hp1_pump_power * (hp1_pump_level > 0) + 4.721 * (hp1_voltage - 224) + 25.1778299791665 * 10 * hp1_current - 0.048588666666698 * hp1_fan_speed ) | round(0, default=0) }}
          {% endif %}

Even een avondje (en ochtend...) zitten kloten met een template sensor tbv PowerInput
Deze benaderd mijn PowerInput vrij goed. En nu op basis van de logische componenten.
(in de bovengenoemde template zat een negatieve bijdrage op fan_speed, dat is natuurlijk natuurkundig gezien niet echt logisch)

Voltage vanuit modbus ligt significant lager dan daadwerkelijk gemeten. Zo'n 3,5%. Hiervoor corrigeer ik.
Dan had ik een sensor die vooral op lage vermogens perfect overeenkomt, maar op hogere vermogens af begint te wijken.
Ik vermoed dat Quatt in hun PowerInput bepaling een calibratie heeft uitgevoerd. Dus dat heb ik ook maar gedaan.

Moet hem nog iets verder tunen, maar vooralsnog is hij vrij goed

code:

{% set standby_power = 5.15 %}
{% set voltage = states('sensor.modbus_quatt_hp1_ac_voltage') | float(0) %}
{% set current = states('sensor.modbus_quatt_hp1_ac_current') | float(0) %}
{% set pump_power = states('sensor.modbus_quatt_hp1_pump_power') | float(0) if is_state('binary_sensor.modbus_quatt_hp1_dc_pump_relay', 'on') else 0 %}
{% set bottom_plate_heater = 150 if is_state('binary_sensor.modbus_quatt_hp1_bottom_plate_heater', 'on') else 0 %}
{% set crank_case_heater = 40 if is_state('binary_sensor.modbus_quatt_hp1_crankcase_heater', 'on') else 0 %}

{# 1.035 is voltage correctie #}
{% set apparent_power = 1.035 * voltage * current %}

{# vermogensafhankelijke calibratie (gefit op daadwerkelijke data) #}
{% set reference_power = 400 %}
{% set slope = 0.00012 %}   {# ≈ +1.2% per 100W boven 400W #}

{% set calibration = 1 + max(0, apparent_power - reference_power) * slope %}

{{ (
     standby_power
   + apparent_power * calibration
   + pump_power
   + bottom_plate_heater
   + crank_case_heater
   ) | round(2)
}}

Nog even terugkomen op m'n eerdere opmerking. Het register Pump_Power is misschien toch wel gewoon geschat pompvermogen. Tenminste, zo gaat Quatt er waarschijnlijk mee om.
Tijdens anti-vries-circulatie had ik namelijk deze situatie:
HP1 ODU standby = 5W
HP1 Pump_power = 4W
HP1 PowerInput = 9 W

HP2 ODU standby = 5W
HP2 Pump_power = 1W
HP2 PowerInput = 6 W

Dat klopt natuurlijk prefect

Edit:
2 uur later
Gaat best aardig

[ Voor 4% gewijzigd door jj85 op 24-01-2026 11:58 ]

[sdh1981]

Zojuist nog wat relevante data aangeleverd om OpenQuatt voor een DUO aan @leejoow . Bij een duo moeten beide waterpompen aangezet worden om gezamelijk een flow rond de 800 l/h te maken. Daarnaast heeft de duo een strategie om alleen 1 HP te gebruiken als dit haalbaar is. Ook maakt de CiC de keuze om eerst HP1 of HP2 in te schakelen. Dit wordt gedaan om de draaiuren relatief gelijk te houden.

[onlinaius]

sdh1981 schreef op zaterdag 24 januari 2026 @ 15:18:
Zojuist nog wat relevante data aangeleverd om OpenQuatt voor een DUO aan @leejoow . Bij een duo moeten beide waterpompen aangezet worden om gezamelijk een flow rond de 800 l/h te maken. Daarnaast heeft de duo een strategie om alleen 1 HP te gebruiken als dit haalbaar is. Ook maakt de CiC de keuze om eerst HP1 of HP2 in te schakelen. Dit wordt gedaan om de draaiuren relatief gelijk te houden.

Betekend dit dan ook dat (voorbeeldje) HP1 5KW kan leveren met een verbruik van 1800, terwijl HP2 niets doet? Of wordt er bij hogere vermogens gekozen om de COP te maximaliseren met 2 units?

[leejoow]

Even voor mijn beeld: staan ze in cascade?

[jj85]

leejoow schreef op zaterdag 24 januari 2026 @ 16:32:
Even voor mijn beeld: staan ze in cascade?

Yep, in serie. Dus uitgang van HP1 is ingang HP2.

@onlinaius
Correct. Bij lage warmtevraag draait één HP.
Bij medium warmtevraag draaien beide HPs op laag vermogen.
Bij hoge warmtevraag draaien ze uiteraard beiden hoog.

[harv]

jj85 schreef op zaterdag 24 januari 2026 @ 16:50:
[...]

Yep, in serie. Dus uitgang van HP1 is ingang HP2.

@onlinaius
Correct. Bij lage warmtevraag draait één HP.
Bij medium warmtevraag draaien beide HPs op laag vermogen.
Bij hoge warmtevraag draaien ze uiteraard beiden hoog.

@onlinaius
@jj85

En het vervelende bij de cic is dat hij nog steeds rondom roomsetpoint en roomtemperature is gelijk, nog steeds niet goed weet; welke hp gestart moet worden.
De huidige werkwijze is vaak beiden een schop onder kont, en direkt daarna stopt er een.
Zelf denk ik, dat toch via een modbus 2 quatts aansturen met zoveel mogelijk dezelfde software/gegevens hier bijvoorbeeld zijn beperkingen heeft. Ik ben benieuwd hoe dit opgelost wordt in de open quatt!

[sdh1981]

onlinaius schreef op zaterdag 24 januari 2026 @ 16:30:
[...]

Betekend dit dan ook dat (voorbeeldje) HP1 5KW kan leveren met een verbruik van 1800, terwijl HP2 niets doet? Of wordt er bij hogere vermogens gekozen om de COP te maximaliseren met 2 units?

Hierbij in een plaatje gezet.

HP1 en HP2 working mode vs total heating power

[sdh1981]

Hier zie je ook dat als er maar 1 HP warmte levert, de 2de waterpomp gewoon meeloopt om detale flow van 800 l/h te halen. Ook zie je dat als de Quatt uitschakeld er not een lage flow door blijf lopen. Dit komt doordat ik een actieve vloerverwarmingspomp nog heb. Deze heeft een nadraai tijd van 60 min.

[jj85]

sdh1981 schreef op zaterdag 24 januari 2026 @ 17:19:
[Afbeelding]

Hier zie je ook dat als er maar 1 HP warmte levert, de 2de waterpomp gewoon meeloopt om detale flow van 800 l/h te halen. Ook zie je dat als de Quatt uitschakeld er not een lage flow door blijf lopen. Dit komt doordat ik een actieve vloerverwarmingspomp nog heb. Deze heeft een nadraai tijd van 60 min.

Schiet maar een ticket in bij Quatt dat je flowmeter niet goed is.
Flow van HP1 en HP2 moet gewoon exact gelijk zijn. Water van HP1 stroomt namelijk ook door HP2.

[sdh1981]

jj85 schreef op zaterdag 24 januari 2026 @ 17:27:
[...]

Schiet maar een ticket in bij Quatt dat je flowmeter niet goed is.
Flow van HP1 en HP2 moet gewoon exact gelijk zijn. Water van HP1 stroomt namelijk ook door HP2.

Scherp gezien, Het is weer mooi k......

[sdh1981]

Dit verklaart ook gelijk waarom de totale som van HP1 en HP2 (van de JSON) zo grillig is.

[jj85]

sdh1981 schreef op zaterdag 24 januari 2026 @ 18:53:
[Afbeelding]

Dit verklaart ook gelijk waarom de totale som van HP1 en HP2 (van de JSON) zo grillig is.

Het is anders. De json geeft het gemiddelde van beide flowmeters. De CiC stuurt ook de waterpompen van beide HPs aan op basis van deze gemiddelde flow. Ze worden beiden met dezelfde snelheid aangestuurd.

In jouw geval is de flow van HP2 zo'n 1000L/h en die van HP1 zo'n 600L/h.
Gezien het grillige karakter van HP1, denk ik dat deze niet goed is. En die van HP2 dus wel.

Dat maakt dan ook dat de daadwerkelijke flow in jouw systeem waarschijnlijk zo'n 1000L/h is.
(wat overiges helemaal niet erg is)

[sdh1981]

jj85 schreef op zaterdag 24 januari 2026 @ 19:14:
[...]

Het is anders. De json geeft het gemiddelde van beide flowmeters. De CiC stuurt ook de waterpompen van beide HPs aan op basis van deze gemiddelde flow. Ze worden beiden met dezelfde snelheid aangestuurd.

In jouw geval is de flow van HP2 zo'n 1000L/h en die van HP1 zo'n 600L/h.
Gezien het grillige karakter van HP1, denk ik dat deze niet goed is. En die van HP2 dus wel.

Dat maakt dan ook dat de daadwerkelijke flow in jouw systeem waarschijnlijk zo'n 1000L/h is.
(wat overiges helemaal niet erg is)

Idd, als de HP2 sensor goed is, wat hier uit blijkt, blaast hij rond de 1000l/h door het systeem. Beetje balen omdat ik afgelopen week op alle radiatoren van de bovenverdieping de dT heb afgesteld. Hopelijk komen ze snel de sensor vervangen en stel ik de boel weer opnieuw in. Overigens wacht ik al een tijdje op de nieuwe frontpanelen welke in januari ingepland zouden worden. Iemand daar al meer over gehoord?

[TeslaNerd]

jj85 schreef op zaterdag 24 januari 2026 @ 09:44:
[...]

Even een avondje (en ochtend...) zitten kloten met een template sensor tbv PowerInput
Deze benaderd mijn PowerInput vrij goed. En nu op basis van de logische componenten.
(in de bovengenoemde template zat een negatieve bijdrage op fan_speed, dat is natuurlijk natuurkundig gezien niet echt logisch)

Voltage vanuit modbus ligt significant lager dan daadwerkelijk gemeten. Zo'n 3,5%. Hiervoor corrigeer ik.
Dan had ik een sensor die vooral op lage vermogens perfect overeenkomt, maar op hogere vermogens af begint te wijken.
Ik vermoed dat Quatt in hun PowerInput bepaling een calibratie heeft uitgevoerd. Dus dat heb ik ook maar gedaan.

Moet hem nog iets verder tunen, maar vooralsnog is hij vrij goed

code:

{% set standby_power = 5.15 %}
{% set voltage = states('sensor.modbus_quatt_hp1_ac_voltage') | float(0) %}
{% set current = states('sensor.modbus_quatt_hp1_ac_current') | float(0) %}
{% set pump_power = states('sensor.modbus_quatt_hp1_pump_power') | float(0) if is_state('binary_sensor.modbus_quatt_hp1_dc_pump_relay', 'on') else 0 %}
{% set bottom_plate_heater = 150 if is_state('binary_sensor.modbus_quatt_hp1_bottom_plate_heater', 'on') else 0 %}
{% set crank_case_heater = 40 if is_state('binary_sensor.modbus_quatt_hp1_crankcase_heater', 'on') else 0 %}

{# 1.035 is voltage correctie #}
{% set apparent_power = 1.035 * voltage * current %}

{# vermogensafhankelijke calibratie (gefit op daadwerkelijke data) #}
{% set reference_power = 400 %}
{% set slope = 0.00012 %}   {# ≈ +1.2% per 100W boven 400W #}

{% set calibration = 1 + max(0, apparent_power - reference_power) * slope %}

{{ (
     standby_power
   + apparent_power * calibration
   + pump_power
   + bottom_plate_heater
   + crank_case_heater
   ) | round(2)
}}

[Afbeelding]

Nog even terugkomen op m'n eerdere opmerking. Het register Pump_Power is misschien toch wel gewoon geschat pompvermogen. Tenminste, zo gaat Quatt er waarschijnlijk mee om.
Tijdens anti-vries-circulatie had ik namelijk deze situatie:
HP1 ODU standby = 5W
HP1 Pump_power = 4W
HP1 PowerInput = 9 W

HP2 ODU standby = 5W
HP2 Pump_power = 1W
HP2 PowerInput = 6 W

Dat klopt natuurlijk prefect

Edit:
2 uur later
Gaat best aardig
[Afbeelding]

Kijk zo komen wij weer een stukje verder! Mooie ontdekking van de calibratie van het voltage. Ik kan dus een multimeter in het vrije stopcontact naast mijn Quatt stekker steken en met het gemeten voltage de power input berekening calibreren.
Moet dat dan een dynamische calibratie zijn met verschillende correcties per compressorfrequentie?

[jj85]

@TeslaNerd Mijn template sensor (inclusief een stukje 'calibratie') bootst de CiC PowerInput na.
Die kun je dus zo overnemen. Je hoeft hem niet voor jouw setup aan te passen.

Deze kan straks ook in de OpenQuatt implementatie ;-)

[jj85]

leejoow schreef op zaterdag 24 januari 2026 @ 07:04:
[...]


Samen met m’n partner hebben we hier wel behoorlijk was expertise in PCB ontwerp en ontwikkeling. Daar willen we ook met alle liefde bij helpen.

Het is denk ik vooral belangrijk om te bedenken wat er op moet. Ik vraag mij persoonlijk af of de OpenTherm aansluiting niet onnodig complex is. De CV ketel kan ook gewoon met een aan/uit contact worden gestuurd. En besef je dat als je wel OpenTherm gebruikt de software dit ook allemaal moet ondersteunen qua logica.

Mee eens hoor. Voor een hybrid Quatt is het eigenlijk meer dan voldoende om de ketel aan/uit te schakelen. Dus dat maakt het leven dan wel een stuk gemakkelijker.

Quatt maakt nu gebruik van de (vaak bestaande) thermostaat. Deze wordt OT gekoppeld aan de CiC. De CiC kijkt vervolgens of er een warmtevraag vanuit de thermostaat is. Zo ja, dan wordt op basis van (voornamelijk) kamertemperatuur, setpoint en buitentemperatuur de Quatt ingeschakeld en gestuurd. Wat dat betreft is de thermostaat niet veel meer dan een (dure) thermometer en een HMI voor de gebruikers (lees: ding om temp in te stellen).
In de CiC zit verder een hele basic stooklijn (buitentemp vs vermogen), maar de CiC regelt vermogen voornamelijk op basis van kamertemp en setpoint (standaard PID regeling?). Zie je ook wel terug in de compressor frequentie, die kan gerust meerdere keren per minuut (soms zelfs nog frequenter) tussen bepaalde frequenties schommelen.

Vraag is dus of je zoiets, thermostaat als interface, ook bij een eigen implementatie in stand wil houden of dat je het anders inricht.

@Jordi_ Hoe werkt dit bij de Amber / OpenAmber? Gaat dat ook op basis van de kamerthermostaat?

Maar als de aansluitingen duidelijk zijn kunnen wij daar zeker bij helpen als hier voldoende gegadigden zijn.

Daar moet maar eens over gebrainstormed worden.
Voor de V1 Quatt is het zinvol als de flowmeter op een of andere manier uitgelezen kan worden.
Voor de V1 (via flowmeter) en V1.5 wordt temperatuur vermoedelijk met een PT1000 gemeten (zal hem tzt eens doormeten). Dat signaal moet prima op een ESP-tje binnen te halen zijn. Alternatief is natuurlijk een eigen DS18B20 op de leiding knopen, net zo gemakkelijk eigenlijk.

Want dat wil ik wel nog meegeven: van idee tot fatsoenlijk eindproduct kost wel wat. De modbus listener houden we ook niet veel aan over…

Geheel logisch

[Jordi_]

jj85 schreef op zaterdag 24 januari 2026 @ 22:24:
Quatt maakt nu gebruik van de (vaak bestaande) thermostaat. Deze wordt OT gekoppeld aan de CiC. De CiC kijkt vervolgens of er een warmtevraag vanuit de thermostaat is. Zo ja, dan wordt op basis van (voornamelijk) kamertemperatuur, setpoint en buitentemperatuur de Quatt ingeschakeld en gestuurd. Wat dat betreft is de thermostaat niet veel meer dan een (dure) thermometer en een HMI voor de gebruikers (lees: ding om temp in te stellen).
In de CiC zit verder een hele basic stooklijn (buitentemp vs vermogen), maar de CiC regelt vermogen voornamelijk op basis van kamertemp en setpoint (standaard PID regeling?). Zie je ook wel terug in de compressor frequentie, die kan gerust meerdere keren per minuut (soms zelfs nog frequenter) tussen bepaalde frequenties schommelen.

Vraag is dus of je zoiets, thermostaat als interface, ook bij een eigen implementatie in stand wil houden of dat je het anders inricht.

@Jordi_ Hoe werkt dit bij de Amber / OpenAmber? Gaat dat ook op basis van de kamerthermostaat?
[...]

Geheel logisch

In OpenAmber maar ook in originele amber software kun je de thermostaat volledig los zien van de aansturing van de compressor. De thermostaat geeft alleen aan of er warmtevraag is in de kamer. De aansturing van de compressor gaat dan regelen op basis van doel watertemperatuur en huidig watertemperatuur. In geval van OpenAmber is dit met een PID regeling om de compressor frequentie te sturen.
En de watertemperatuur is dan natuurlijk afhankelijk van de buitentemperatuur op basis van de stooklijn.

[jj85]

Jordi_ schreef op zaterdag 24 januari 2026 @ 22:40:
[...]

In OpenAmber maar ook in originele amber software kun je de thermostaat volledig los zien van de aansturing van de compressor. De thermostaat geeft alleen aan of er warmtevraag is in de kamer. De aansturing van de compressor gaat dan regelen op basis van doel watertemperatuur en huidig watertemperatuur. In geval van OpenAmber is dit met een PID regeling om de compressor frequentie te sturen.
En de watertemperatuur is dan natuurlijk afhankelijk van de buitentemperatuur op basis van de stooklijn.

Thanks! Sturen op watertemp + stooklijn lijkt het leven best wel makkelijker te maken (in vergelijk met de huidige Quatt CiC regelingen). Hoe is de thermostaat gekoppeld aan (Open)Amber? Of hoe komt die warmtevraag binnen?

[Jordi_]

jj85 schreef op zaterdag 24 januari 2026 @ 22:44:
[...]

Thanks! Sturen op watertemp + stooklijn lijkt het leven best wel makkelijker te maken (in vergelijk met de huidige Quatt CiC regelingen). Hoe is de thermostaat gekoppeld aan (Open)Amber? Of hoe komt die warmtevraag binnen?

In de Amber binnen unit zitten 2 digitale ingangen voor warmtevraag en koudevraag, daar kun je bepaalde thermostaten aan koppelen. Dit is ook wel een nadeel van Amber want bijvoorbeeld OpenTherm thermostaten worden niet ondersteund dus dat maakt de thermostaat keuze wat lastiger.

In OpenAmber kun je ook zonder die inputs door bijvoorbeeld warmtevraag in HomeAssistant te bepalen, ik doe dit zelf ook door de generieke thermostaat te gebruiken.

[jj85]

Jordi_ schreef op zaterdag 24 januari 2026 @ 22:51:
[...]

In de Amber binnen unit zitten 2 digitale ingangen voor warmtevraag en koudevraag, daar kun je bepaalde thermostaten aan koppelen. Dit is ook wel een nadeel van Amber want bijvoorbeeld OpenTherm thermostaten worden niet ondersteund dus dat maakt de thermostaat keuze wat lastiger.

In OpenAmber kun je ook zonder die inputs door bijvoorbeeld warmtevraag in HomeAssistant te bepalen, ik doe dit zelf ook door de generieke thermostaat te gebruiken.

Helemaal helder, dankjewel!

[TeslaNerd]

...

[ Voor 114% gewijzigd door TeslaNerd op 24-01-2026 23:50 ]

[jj85]

jj85 schreef op zaterdag 24 januari 2026 @ 21:51:
@TeslaNerd Mijn template sensor (inclusief een stukje 'calibratie') bootst de CiC PowerInput na.
Die kun je dus zo overnemen. Je hoeft hem niet voor jouw setup aan te passen.

Deze kan straks ook in de OpenQuatt implementatie ;-)

Na een 12h is dit het resultaat, de lijnen liggen op elkaar


De estimate komt overeen met de CiC PowerInput. Voor mij bruikbaar

code:

{% set standby_power = 5.15 %}
{% set voltage = states('sensor.modbus_quatt_hp1_ac_voltage') | float(0) %}
{% set current = states('sensor.modbus_quatt_hp1_ac_current') | float(0) %}
{% set pump_power = states('sensor.modbus_quatt_hp1_pump_power') | float(0) if is_state('binary_sensor.modbus_quatt_hp1_dc_pump_relay', 'on') else 0 %}
{% set bottom_plate_heater = 150 if is_state('binary_sensor.modbus_quatt_hp1_bottom_plate_heater', 'on') else 0 %}
{% set crank_case_heater = 40 if is_state('binary_sensor.modbus_quatt_hp1_crankcase_heater', 'on') else 0 %}

{# 1.035 is voltage correctie #}
{% set comp_driver_power = 1.035 * voltage * current %}

{# vermogensafhankelijke calibratie (gefit op daadwerkelijke data) #}
{% set reference_power = 400 %}
{% set slope = 0.00012 %}   {# ≈ +1.2% per 100W boven 400W #}

{% set calibration = 1 + max(0, comp_driver_power - reference_power) * slope %}

{{ (
     standby_power
   + comp_driver_power * calibration
   + pump_power
   + bottom_plate_heater
   + crank_case_heater
   ) | round(2)
}}

[leejoow]

Is die power input de het totale vermogen in W van de Quatt?

[leejoow]

Jordi_ schreef op zaterdag 24 januari 2026 @ 22:51:
[...]

In de Amber binnen unit zitten 2 digitale ingangen voor warmtevraag en koudevraag, daar kun je bepaalde thermostaten aan koppelen. Dit is ook wel een nadeel van Amber want bijvoorbeeld OpenTherm thermostaten worden niet ondersteund dus dat maakt de thermostaat keuze wat lastiger.

Dit is ook de reden van de relais op de heatpump listener : eenvoudigweg aan/uit schakelen ovan deze digitale inputs.

[leejoow]

jj85 schreef op zaterdag 24 januari 2026 @ 22:24:
Quatt maakt nu gebruik van de (vaak bestaande) thermostaat. Deze wordt OT gekoppeld aan de CiC. De CiC kijkt vervolgens of er een warmtevraag vanuit de thermostaat is. Zo ja, dan wordt op basis van (voornamelijk) kamertemperatuur, setpoint en buitentemperatuur de Quatt ingeschakeld en gestuurd. Wat dat betreft is de thermostaat niet veel meer dan een (dure) thermometer en een HMI voor de gebruikers (lees: ding om temp in te stellen).
In de CiC zit verder een hele basic stooklijn (buitentemp vs vermogen), maar de CiC regelt vermogen voornamelijk op basis van kamertemp en setpoint (standaard PID regeling?). Zie je ook wel terug in de compressor frequentie, die kan gerust meerdere keren per minuut (soms zelfs nog frequenter) tussen bepaalde frequenties schommelen.

Vraag is dus of je zoiets, thermostaat als interface, ook bij een eigen implementatie in stand wil houden of dat je het anders inricht.

@Jordi_ Hoe werkt dit bij de Amber / OpenAmber? Gaat dat ook op basis van de kamerthermostaat?

Bij de Amber is er een stooklijn op setpoint watertemperatuur / buitentemperatuur.

Daar moet maar eens over gebrainstormed worden.
Voor de V1 Quatt is het zinvol als de flowmeter op een of andere manier uitgelezen kan worden.
Voor de V1 (via flowmeter) en V1.5 wordt temperatuur vermoedelijk met een PT1000 gemeten (zal hem tzt eens doormeten). Dat signaal moet prima op een ESP-tje binnen te halen zijn. Alternatief is natuurlijk een eigen DS18B20 op de leiding knopen, net zo gemakkelijk eigenlijk.

Waar is de flowmeter voor nodig? Bij Itho doen ze een vaste flow in het systeem. Merken jullie echt dat bijsturen hierop veel doet? Bij de Amber is die eigenlijk alleen nodig om de cop uit te kunnen rekenen, en dat zou je dan weer optioneel kunnen noemen.

[m10tech]

leejoow schreef op zondag 25 januari 2026 @ 07:55:
Waar is de flowmeter voor nodig? Bij Itho doen ze een vaste flow in het systeem. Merken jullie echt dat bijsturen hierop veel doet? Bij de Amber is die eigenlijk alleen nodig om de cop uit te kunnen rekenen, en dat zou je dan weer optioneel kunnen noemen.

Dat is een historisch overblijfsel naar mijn mening.
De Quatt (v1) begon met flowmeter extern, onder de ketel. De CiC moest dus de regellus afmaken.
Daarna kwam v1.5 met de flowmeter intern, maar de flowregeling bleef in de CiC, want de firmware van de Quatt is niet aanpasbaar (of ze hebben geen zin om die aan te passen).
Hoe dan ook moet iemand de Quatt vertellen wat de pomp moet leveren aan vermogen, en dan sturen op waargenomen flow...

[m10tech]

Een ervaring van mijn eigen thermostaat (zie sig):
Indien alleen boven nog moet worden bijgewarmd, dan geef ik al warmtevraag door vanaf 0.5°C boven de wenstemperatuur. De Quatt komt er dan heel rustig in en houdt de boel fijn op orde, ook rekening houdend met de stooklijn, dus ook buitentemperatuur.
Mijn les, otFtChEnabled mag ook aan als otFtRoomTemperature>otFtRoomSetpoint

[m10tech]

Over gebruik OT voor de thermostaat, zie mijn opmerking hierboven. Dat lukt niet met aan/uit.
Over OT voor de ketel, daarmee monitor je (meestal) ook de waterdruk, en verdere info. En je kunt preciezer aansturen hoe de ketel werkt.
Ik zeg, doen... Nu je toch bezig bent... is niet meer dan een paar transistoren diodes en weerstanden en optocouplers...
Over dat laatste, ik probeerde mijn thermostaat tegelijk de modbus te laten sniffen en alles ging stuiteren.
Ik vermoed een aardlus met de aan/uit ketelsturing, maar had verder geen zin om er in te duiken.
Dat soort aspecten moet je wel goed testen, want als het niet betrouwbaar is, is het niets waard.

[jj85]

leejoow schreef op zondag 25 januari 2026 @ 07:46:
Is die power input de het totale vermogen in W van de Quatt?

Klopt.

Quatt berekent met flow en dT het thermisch vermogen.
In combinatie met de powerinput wordt dan ook de cop bepaald.

[TeslaNerd]

Update van de OpenQuatt controller testbank:
- mijn huis wordt sinds afgelopen donderdag warm gehouden met de OpenQuatt controller en modbus module van @leejoow
- met Home Assistant heb ik de flowrate instelbaar tussen 500-1000l/h wat bij lage compressorsnelheden een 10% hogere COP geeft. Niet schokkend maar bij mijn Quatt die 80% van het stookseizoen op 30-39Hz draait de moeite waard.
- de eerste dagen de compressorsnelheid nog met de hand ingesteld via de HA telefoon app maar dit weekeinde met een eerdere suggestie hier op het forum een regelaar gemaakt obv het energieverlies van mijn woning mbv de Home Performance integratie.
- met wat hulp van chatgpt een eenvoudige feedback loop gemaakt voor de aansturing van de compressor niveaus (1-10) zodat het thermische vermogen van de Quatt het energieverlies volgt volgens deze Home Performance integratie

[ Voor 51% gewijzigd door TeslaNerd op 27-01-2026 11:09 ]

[jj85]

@TeslaNerd Lekker bezig!

Ben zelf ook maar eens aan de slag gegaan. Bezig met een modbusaansturing op m'n M5stack + RS485 base.

Maar dan om m'n duo aan te sturen, in eerste opzet:.
- Draaiurenteller in, zodat beide HPs gelijkmatig belast worden.
- Optie om bepaalde compressorlevels te skippen (ivm geluid/resonantie/317Hz fenomeen)
- Regeling (PID) op watertemperatuur (zal laten nog wel verder uitgewerkt moeten worden)
- Optie voor manual control mode

Moet nog wat bedenken om de flow aan te gaan sturen.
Daarnaast nu niks voorzien om de CV (of in mijn geval back-up heater) via aan/uit in te schakelen.
Tevens moet ik nog een manier vinden om de temp-sensor onder de CV in te lezen (denk Pt1000 elementje, dus dat is ook geen rocket science).

Een deze dagen de software eens wat verder afronden en dan testen

[TeslaNerd]

jj85 schreef op dinsdag 27 januari 2026 @ 11:23:
@TeslaNerd Lekker bezig!

Ben zelf ook maar eens aan de slag gegaan. Bezig met een modbusaansturing op m'n M5stack + RS485 base.

Maar dan om m'n duo aan te sturen, in eerste opzet:.
- Draaiurenteller in, zodat beide HPs gelijkmatig belast worden.
- Optie om bepaalde compressorlevels te skippen (ivm geluid/resonantie/317Hz fenomeen)
- Regeling (PID) op watertemperatuur (zal laten nog wel verder uitgewerkt moeten worden)
- Optie voor manual control mode

Moet nog wat bedenken om de flow aan te gaan sturen.
Daarnaast nu niks voorzien om de CV (of in mijn geval back-up heater) via aan/uit in te schakelen.
Tevens moet ik nog een manier vinden om de temp-sensor onder de CV in te lezen (denk Pt1000 elementje, dus dat is ook geen rocket science).

Een deze dagen de software eens wat verder afronden en dan testen

Dat is goed nieuws!
OpenQuatt nu ook voor de Quatt Duo 💪💪

Krijg jij de flowrate van de V1.5 in de modbus data? Ik regel met deze HA automatisering de pump level naar een gewenste flowrate:

code:

alias: >-
  Change pump level in OpenQuatt on change in Flowrate or FlowrateDemand until
  Flowrate equal  FlowrateDemand
description: ""
triggers:
  - trigger: state
    entity_id:
      - input_number.flow_demand
  - trigger: state
    entity_id:
      - number.modbus_pump_level
    for:
      hours: 0
      minutes: 2
      seconds: 0
  - trigger: state
    entity_id:
      - sensor.flowmeter_flowrate
    for:
      hours: 0
      minutes: 2
      seconds: 0
conditions:
  - condition: state
    entity_id: switch.modbus_pump_relay
    state: "on"
actions:
  - variables:
      sign: "{{ 1 }}"
  - repeat:
      while:
        - condition: and
          conditions:
            - condition: template
              value_template: >-
                {{ (states('input_number.flow_demand')|int -
                states('sensor.flowmeter_flowrate')|int | round(0) ) != 0 }}
            - condition: state
              entity_id: switch.modbus_pump_relay
              state: "on"
      sequence:
        - variables:
            currentlevel: "{{ states('number.modbus_pump_level') | float(0.00) }}"
            delta: >-
              {{ ( states('sensor.flowmeter_flowrate')|int - max ( 400 , min(
              1000 , states('input_number.flow_demand')|int ) ) | round(0) ) }}
        - data_template:
            entity_id: number.modbus_pump_level
            value: >-
              {{ min( 900 , max( 300 , currentlevel + sign * delta * 0.1 ) )
              |int }}
          action: number.set_value
        - if:
            - condition: template
              value_template: >-
                {{ ( states('sensor.flowmeter_flowrate')|int == 1200 ) or (
                states('sensor.flowmeter_flowrate')|int == 400 ) }}
          then:
            - variables:
                sign: "{{ sign * -1 }}"
        - delay:
            seconds: 10
  - metadata: {}
    data:
      title: Quatt
      message: >-
        Flowrate was {{ oldflowrate }} is {{
        states('sensor.flowmeter_flowrate')|int | round(0) }}
    action: notify.mobile_app_Teslanerd
mode: single

[ Voor 6% gewijzigd door TeslaNerd op 27-01-2026 11:44 ]

[jj85]

TeslaNerd schreef op dinsdag 27 januari 2026 @ 11:32:
[...]
Krijg jij de flowrate van de V1.5 in de modbus data? Ik regel met deze HA automatisering de pump level naar een gewenste flowrate:

Ja hoor, R2138 is de flowrate. Krijg hem van beide HPs gewoon netjes binnen.

Heb je de flowrate van CiC als eens afgezet tegen Pump Power R2137?
Mogelijk dat daar een redelijk mooi verband tussen zit. Dan zou je flow ook indirect op basis van pump power kunnen sturen.

[ Voor 22% gewijzigd door jj85 op 27-01-2026 11:50 ]

[TeslaNerd]

jj85 schreef op dinsdag 27 januari 2026 @ 11:48:
[...]

Ja hoor, R2138 is de flowrate. Krijg hem van beide HPs gewoon netjes binnen.

Heb je de flowrate van CiC als eens afgezet tegen Pump Power R2137?
Mogelijk dat daar een redelijk mooi verband tussen zit. Dan zou je flow ook indirect op basis van pump power kunnen sturen.

Ja, daar zit een redelijk mooi verband tussen. De flowrate is zoals jij eerder opmerkte veel nauwkeuriger maar ik zal het idd eens testen als ik de flow stuur obv de modbus-pump-power ipv de CiC-flowmeter.
Maar bij jou V1.5 zou ik dan altijd de modbus-flowrate nemen. Dat kan dan al met de ESP32 worden gedaan

[ Voor 31% gewijzigd door TeslaNerd op 27-01-2026 12:06 ]

[jj85]

TeslaNerd schreef op dinsdag 27 januari 2026 @ 12:05:
[...]

Ja, daar zit een redelijk mooi verband tussen. De flowrate is zoals jij eerder opmerkte veel nauwkeuriger maar ik zal het idd eens testen als ik de flow stuur obv de modbus-pump-power ipv de CiC-flowmeter.

Nice, dat is wel een redelijk aardig verband
Niet helemaal lineair, maar dat had ik ook niet verwacht bij een pomp

ChatGPT eens laten fitten


Kun je zo een flowsensor van maken op de ESP

Maar bij jou V1.5 zou ik dan altijd de modbus-flowrate nemen. Dat kan dan al met de ESP32 worden gedaan

[Afbeelding]

[Afbeelding]

Klopt, ik wil daar ook een PID regelaar voor toepassen. Maar ESPHome heeft die alleen voor een thermostaat, dus die moet ik nog even een workaround voor maken. Bijv. ik wil een flow van 80grC (wat dan 800L/h moet worden)

[ Voor 12% gewijzigd door jj85 op 27-01-2026 12:15 ]

[TeslaNerd]

jj85 schreef op dinsdag 27 januari 2026 @ 12:09:
[...]

Nice, dat is wel een redelijk aardig verband
Niet helemaal lineair, maar dat had ik ook niet verwacht bij een pomp

ChatGPT eens laten fitten
[Afbeelding]

Kun je zo een flowsensor van maken op de ESP

[...]

Klopt, ik wil daar ook een PID regelaar voor toepassen. Maar ESPHome heeft die alleen voor een thermostaat, dus die moet ik nog even een workaround voor maken. Bijv. ik wil een flow van 80grC (wat dan 800L/h moet worden)

Is PID niet onnodig ingewikkeld voor de flowrate?

[jj85]

TeslaNerd schreef op dinsdag 27 januari 2026 @ 12:19:
[...]

Is PID niet onnodig ingewikkeld voor de flowrate?

Denk het niet. PID is redelijk standaard. Zou mij verbazen als Quatt niet een PID regeling toepast op de flow momenteel.

[TeslaNerd]

jj85 schreef op dinsdag 27 januari 2026 @ 12:51:
[...]

Denk het niet. PID is redelijk standaard. Zou mij verbazen als Quatt niet een PID regeling toepast op de flow momenteel.

gebruik jij pid met auto tuning? Ik zie altijd wat op tegen het tunen van de pid-parameters

[TWN]

Vraag: Hoe wordt de ventilator van de Quatt aangestuurd? Is dit ook los te definiëren of gaat dat op basis van de compressor frequentie?

[sdh1981]

TWN schreef op zondag 1 februari 2026 @ 16:46:
Vraag: Hoe wordt de ventilator van de Quatt aangestuurd? Is dit ook los te definiëren of gaat dat op basis van de compressor frequentie?

Draait standaard op 680-700rpm. Tijdens defrost wordt de fan uitgezet.

[m10tech]

TWN schreef op zondag 1 februari 2026 @ 16:46:
Vraag: Hoe wordt de ventilator van de Quatt aangestuurd? Is dit ook los te definiëren of gaat dat op basis van de compressor frequentie?

Niet direct aan te sturen door de CiC. Is afhankelijk van hoge of lage compressorsnelheid en routines voor onderhoud zoals defrost

[sdh1981]

Wat stuurt de CiC eigenlijk aan richting de HP1 en HP2?

Zover ik kan zien:

- Compressor level set by CiC
- Working mode
- Pump level set by CiC
- Pump Mode set by CiC
- Fan speed demand.

Wat mist er nog?

[jj85]

sdh1981 schreef op maandag 2 februari 2026 @ 10:03:
Wat stuurt de CiC eigenlijk aan richting de HP1 en HP2?

Zover ik kan zien:

- Compressor level set by CiC
- Working mode
- Pump level set by CiC
- Pump Mode set by CiC
- Fan speed demand.

Wat mist er nog?

Fan speed niet, dat bepaalt de ODU zelf.

Vorige week ontdekt, register 2006, Silent Mode on/off. DIe wordt waarschijnlijk ook aangestuurd

[sdh1981]

jj85 schreef op maandag 2 februari 2026 @ 10:09:
[...]

Fan speed niet, dat bepaalt de ODU zelf.

Vorige week ontdekt, register 2006, Silent Mode on/off. DIe wordt waarschijnlijk ook aangestuurd

Interessant!

Pump controls probeert naar de 800l/h te regelen en zover stuurde de CiC alle de working mode en compressor level 1 tot 6.
De net ontdekte Silent mode kan de compressor en fan speed beinvloeden.
Dan lijkt het erop zoals ik het zie dat de CiC een vrij simpele controller is welke alleen deze parameters stuurt en de ODU Software de rest regelt.

[ Voor 3% gewijzigd door sdh1981 op 02-02-2026 10:21 ]