OpenQuatt: zelf je Quatt warmtepomp aansturen

[onlinaius]

harv schreef op vrijdag 29 mei 2026 @ 16:25:
[...]

@jj85

Aantal keer dat de beide afzonderlijke wps een start maken per tijdseenheid, uur, uren, dag

Ik zou die inderdaad bij het onboarden doorwerken, maar dan 'vooringevuld' met een logische aantal start stops per dag.

Als in 'je krijgt een waarschuwing te zien als er over een periode van X dagen meer dan Y start-stops worden gelogd.

En je kunt die Y aanpassen naar wens.

Mijn intuitie zou zijn 3 dagen, en 100 start stops. Dat is er ruim 1 per uur, en dat lijkt me al aardig aan de hoge kant, en in dat geval zou het niet gek zijn eens goed naar je systeem te kijken wat die start stops veroorzaakt.

Maar benieuwd wat anderen hier over denken, en wat zij normale cijfers zouden vinden.

Je zou het ook nog aan een slider kunnen koppelen: minder dan 15 start stops in 3 dagen (defrosts uiteraard niet meetellend) = optimaal functionerend systeem, 40 = normaal, 100 = kritieke bovengrens.

Ofzoiets....

[TeslaNerd]

jj85 schreef op vrijdag 29 mei 2026 @ 10:55:
Met het oog op service en commissioning, welke activiteiten zouden hier nog meer in passen?

[Afbeelding]

Sensorkalibratie (Nulmeting / Offset): Een modus waarin de compressor uitblijft, maar de waterpomp op 100% draait zonder warmtetoevoeging. Na enkele minuten moeten de aanvoer- en retourtemperatuursensoren (T_in en T_out) exact gelijk zijn. Wijkingen kunnen hier direct softwarematig worden gecorrigeerd (offset-tunen).

Inverter & Ventilator Stress Test: Het handmatig op- en afbouwen van de buitenventilator (RPM) en de compressor (Hz) in stappen van 10%. Dit dient om resonantie in de behuizing of het leidingwerk op te sporen (het identificeren van kritieke 'bromfrequenties' die je later in de software wilt blokkeren).

Automatische "Superheat" & "Subcooling" en koudemiddeltest
OpenQuatt kan dit live berekenen tijdens de test via een benaderingsformule (of lookup-table) voor R32 of R290.
Activiteit: De gemeten druk (P_suction / P_discharge) wordt in de code direct omgerekend naar de theoretische verzadigingstemperatuur (\(T_{sat}\)). De sensor op de leiding meet de werkelijke temperatuur.
Doel: Live test of de vulling correct is. Wijkt de Superheat af dan is er een indicatie van een koudemiddeltekort, een defect expansieventiel, of een blokkade in het circuit.

Geautomatiseerde COP-berekening (Real-time Rendement)
Tijdens de stabiele fase van de koudemiddeltest kan OpenQuatt direct het thermisch rendement berekenen.
Activiteit: De software combineert de flow (L/min) en de \(\Delta T\) over de warmtewisselaar om het afgegeven thermisch vermogen (\(P_{th}\)) te berekenen. Dit wordt gedeeld door het elektrische opgenomen vermogen (\(P_{el}\)) van de compressor en de pomp (uit te lezen via Modbus/P1-meter).
Doel: Controleren of de warmtepomp presteert volgens de fabrieksspecificaties bij een specifieke buitentemperatuur.

[jj85]

onlinaius schreef op vrijdag 29 mei 2026 @ 16:43:
[...]

Ik zou die inderdaad bij het onboarden doorwerken, maar dan 'vooringevuld' met een logische aantal start stops per dag.

Als in 'je krijgt een waarschuwing te zien als er over een periode van X dagen meer dan Y start-stops worden gelogd.

En je kunt die Y aanpassen naar wens.

Mijn intuitie zou zijn 3 dagen, en 100 start stops. Dat is er ruim 1 per uur, en dat lijkt me al aardig aan de hoge kant, en in dat geval zou het niet gek zijn eens goed naar je systeem te kijken wat die start stops veroorzaakt.

Maar benieuwd wat anderen hier over denken, en wat zij normale cijfers zouden vinden.

Je zou het ook nog aan een slider kunnen koppelen: minder dan 15 start stops in 3 dagen (defrosts uiteraard niet meetellend) = optimaal functionerend systeem, 40 = normaal, 100 = kritieke bovengrens.

Ofzoiets....

Ik denk dat @harv het puur als meting bedoeld; dus indicatie van aantal start/stops per dag bijv.

[marsman]

Ik wil graag testen met mijn 1.0 single.
Waveshare is binnen, OpenQuatt geïnstalleerd maar ik ben nog even puzzelen hoe ik de verbinding tussen de Waveshare en de Quatt kan leggen. Iemand een korte uitleg hiervoor?

[jj85]

@marsman
Bij de CiC haal je de drie draden los die hieronder aangegeven staan (in mijn foto is GND (groen) niet aangesloten). Kijk even welke kleur draad hier onder A en B is aangesloten. Als het goed is Rood op A en Blauw op B.


Steek de draden vervolgens in de Waveshare
Rood op A en Blauw op B.


Dat zou het moeten zijn

[ Voor 8% gewijzigd door jj85 op 29-05-2026 17:14 ]

[marsman]

Thanks! ik ga er mee aan de slag. Ziet er tot nu toe veelbelovend uit!

[TeslaNerd]

marsman schreef op vrijdag 29 mei 2026 @ 17:17:
Thanks! ik ga er mee aan de slag. Ziet er tot nu toe veelbelovend uit!

Welkom bij de club!

[harv]

jj85 schreef op vrijdag 29 mei 2026 @ 16:52:
[...]

Ik denk dat @harv het puur als meting bedoeld; dus indicatie van aantal start/stops per dag bijv.

@jj85 , @onlinaius

Ik heb te vaak meegemaakt dat er door de een of andere fout elke wp bij mijn duo tot 8 start per uur maakt, om en om. Helaas is dan alles verder normaal blijkt later volgens Quatt. Een CIC reset mijnerzijds heeft namelijk het echter opgelost. Dit pendelen is gewoon slecht, en wil ik voorkomen, zeker dagen lang!.

Ik bedoel dus inderdaad dat het gemeld zou kunnen worden door Open Quatt, liefst instelbaar. Voor mij hoeft het niet een super installateursnivo te zijn. Maar als ik het zelf meen te merken, is het handig dat het systeem dat ook gedaan heeft. Ik ben ten slotte maar een leek!!

Dat er na het verstrekken van de Open Quatt hardware mogelijkheden moeten kunnen zijn om ook op een hoger nivo mee te denken door deskundigen op hardware en software nivo, dat ondersteun ik graag! Dat nivo heb ik dus niet.

Complimenten voor hen!! @jj85 @leejoow @TeslaNerd @sdh1981 en anderen.

[jj85]

marsman schreef op vrijdag 29 mei 2026 @ 17:17:
Thanks! ik ga er mee aan de slag. Ziet er tot nu toe veelbelovend uit!

Ik besef me dat je met de v1 niet de flowmeter via modbus uit kunt lezen op de waveshare. Dus dan zul je ook de CiC koppeling moeten instellen (flow via CiC json ophalen).
Lukt dat? Zo nee, laat maar even weten waar je tegenaan loopt

[CPM]

@jj85 Quatt kan testen wat de max flow is (L/u) is dat iets om te weten en toe te voegen als functie?

[TeslaNerd]

Met de vraag van @jj85 voor onderwerpen voor Service & Commissioning gooi ik hier ook nog maar eens het balletje op voor het opzetten van een analytics server waar wij de sensordata van onze OpenQuatt systemen kunnen vergelijken om beter inzicht te krijgen in de (on)nauwkeurigheden van de temperatuur-, flow- en drukmetingen in onze Quatts.

Ik heb dat eerder al op het Quatt en HA topic gedaan omdat een dergelijke dataverzameling naar een gezamenlijke analytics server ook met de Quatt integratie mogelijk is.

NB Eerder in 2024 ook al eens voorgesteld aan @Quatt Support om de (anonieme) sensordata toegankelijk te maken voor analyse en onderzoek obv de monitoring data van alle Quatt installaties. Nooit meer iets van gehoord natuurlijk, maar met OpenQuatt en de Quatt HA-integratie zouden wij dat nu zelf ook kunnen opzetten.

Misschien ook een interessant project voor jouw studenten @MWink?

Voorbeeld van de OpenAmber analytics webpagina:

[ Voor 49% gewijzigd door TeslaNerd op 30-05-2026 09:27 ]

[marsman]

jj85 schreef op vrijdag 29 mei 2026 @ 19:54:
[...]

Ik besef me dat je met de v1 niet de flowmeter via modbus uit kunt lezen op de waveshare. Dus dan zul je ook de CiC koppeling moeten instellen (flow via CiC json ophalen).
Lukt dat? Zo nee, laat maar even weten waar je tegenaan loopt

Goede toevoeging! Ik wacht nog even op de monteur die morgen terugkomt, bij het vervangen van de CV ketel heeft die de flow meter in het CV circuit gezet .

[raven22]

marsman schreef op maandag 1 juni 2026 @ 10:22:
[...]

Goede toevoeging! Ik wacht nog even op de monteur die morgen terugkomt, bij het vervangen van de CV ketel heeft die de flow meter in het CV circuit gezet .

Het water van je quatt gaat toch sowieso door je cv?

[marsman]

Mijn flow meter zit nu bij het rode rondje, die meet 0 l/uur totdat de CV aangaat.
Maar dit is behoorlijk off-topic

[ Voor 36% gewijzigd door marsman op 01-06-2026 14:51 ]

[onlinaius]

raven22 schreef op maandag 1 juni 2026 @ 12:24:
[...]

Het water van je quatt gaat toch sowieso door je cv?

Nee, dat gaat (tenzij je cv meeverwarmd) door de een-weg-klep onder de cv ketel (zie ook de foto onder je gepost door Marsman)

[ Voor 4% gewijzigd door onlinaius op 01-06-2026 15:04 ]

[raven22]

onlinaius schreef op maandag 1 juni 2026 @ 15:04:
[...]

Nee, dat gaat (tenzij je cv meeverwarmd) door de een-weg-klep onder de cv ketel (zie ook de foto onder je gepost door Marsman)

Volgens mij zat hij bij mij op dezelfde plek en heeft daar altid prima gewerkt.
Nu ik de cv vervangen heb door een doorstromer zit hij schematisch ook weer op die plek en doet het nog steeds.

Edit, bij nader inzie denk ik toch dat de flowmeter net onder de bypass zat. Nu in de nieuwe situatie is die bypass er niet meer.

[ Voor 12% gewijzigd door raven22 op 01-06-2026 15:30 ]

[harv]

onlinaius schreef op maandag 1 juni 2026 @ 15:04:
[...]

Nee, dat gaat (tenzij je cv meeverwarmd) door de een-weg-klep onder de cv ketel (zie ook de foto onder je gepost door Marsman)

@onlinaius , @marsman , @raven22

Het is helemaal afhankelijk van welke cv ketel je hebt.

Bij mij, een nefit ecomline exellent wordt het cv-water bij het tapwaterboiler opwarmen door middel van een driewegklep volledig door de tapwaterboiler geleid. Op dat moment is dus die keerklep nodig om het water van de quatts langs de cv ketel en tapwaterboiler te geleiden.

Als het tapwater niet meer opgewarmd hoeft te worden stopt de cv ketel en gaat het meeste door quatt opgewarmde water door de cv ketel, heel simpel de weg van de minste weerstand.

Werken ze samen, dus zowel quatt asl cv ketel, dan bouwt de cv ketel middels zijn waterpomp extra druk op, en gaat al het water door de cv ketel en dus niets door de keerklep.

[Toby-Wan]

harv schreef op maandag 1 juni 2026 @ 17:49:
[...]
Als het tapwater niet meer opgewarmd hoeft te worden stopt de cv ketel en gaat het meeste door quatt opgewarmde water door de cv ketel, heel simpel de weg van de minste weerstand.

Tja, "weg van minste weerstand" is net zo simpel andersom te redeneren. dus tenzij je op elke leiding flowmeters heb zitten om je bewering te staven..

Werken ze samen, dus zowel quatt asl cv ketel, dan bouwt de cv ketel middels zijn waterpomp extra druk op, en gaat al het water door de cv ketel en dus niets door de keerklep.

wederom, "al het water"? Quatt heeft een bepaald debiet en CV ketel zal een bepaald debiet hebben. zolang die vanuit de Quatt hoger is en de druk genoeg om de weerstand van de veer in de bypass te overbruggen is zal het teveel gewoon door de bypass gaan.

[harv]

Toby-Wan schreef op maandag 1 juni 2026 @ 18:58:
[...]

Tja, "weg van minste weerstand" is net zo simpel andersom te redeneren. dus tenzij je op elke leiding flowmeters heb zitten om je bewering te staven..

[...]

wederom, "al het water"? Quatt heeft een bepaald debiet en CV ketel zal een bepaald debiet hebben. zolang die vanuit de Quatt hoger is en de druk genoeg om de weerstand van de veer in de bypass te overbruggen is zal het teveel gewoon door de bypass gaan.

@Toby-Wan

Ik zie gewoon wat ik zie met de diverse temperaturen.

[sdh1981]

Wat haal je met een Quatt V1.5 met R32 als max temperatuur VS druk? Zie hier. Ik heb een soft limit op 40,5bar staan en hard limit op 41,5bar. Dan blijf ik 0,5 bar onder de max grens wat op de oud staat.

[onlinaius]

sdh1981 schreef op maandag 1 juni 2026 @ 20:35:
Wat haal je met een Quatt V1.5 met R32 als max temperatuur VS druk? Zie hier. Ik heb een soft limit op 40,5bar staan en hard limit op 41,5bar. Dan blijf ik 0,5 bar onder de max grens wat op de oud staat.

[Afbeelding]

[Afbeelding]

Tof om te zien! En ook erg interessant om eens te zien wat het verschil is tussen de spiraal en het vat. Mijn intuitie was dat je het vat zo'n 3 graden lager dan de spiraal kon krijgen voordat de warmteoverdracht zo laag werd dat het nauwelijks meer wat deed.

Ik ben ook wel heel benieuwd hoe dit er uit zou zien met een verticaal vat met wat meer gelaagdheid.

Je zit nog niet helemaal aan de soft limit wat aantal bar betreft zie ik. Heb je nog verder kunnen gaan dan dit?

[pieke]

Hmmm, sinds de laatste CiC update is de flowrate uit de json verdwenen ((bij mij gisteren rond 15.00 's middags). Ik gebruik een V1, dus kan hem ook niet direct via modbus overnemen. Iemand een idee voor een oplossing?

Ik had OpenQuatt al een week of 3 werkend op de waveshare module, maar nu hij geen flowrate meer meet wordt het lastig.

Is dit een poging van Quatt om openQuatt dwars te bomen?

[jj85]

pieke schreef op dinsdag 2 juni 2026 @ 08:03:
Hmmm, sinds de laatste CiC update is de flowrate uit de json verdwenen ((bij mij gisteren rond 15.00 's middags). Ik gebruik een V1, dus kan hem ook niet direct via modbus overnemen. Iemand een idee voor een oplossing?

Ik had OpenQuatt al een week of 3 werkend op de waveshare module, maar nu hij geen flowrate meer meet wordt het lastig.

Is dit een poging van Quatt om openQuatt dwars te bomen?

Dat is wel vreemd idd, gisteren op de Discord ook al een melding over van @rickkaptein .


Mocht Quatt aan het dwarsbomen zijn... met de aankomende controller kan straks de flowmeter ook zelf uitgelezen worden

[ Voor 5% gewijzigd door jj85 op 02-06-2026 08:25 ]

[TeslaNerd]

pieke schreef op dinsdag 2 juni 2026 @ 08:03:
Hmmm, sinds de laatste CiC update is de flowrate uit de json verdwenen ((bij mij gisteren rond 15.00 's middags). Ik gebruik een V1, dus kan hem ook niet direct via modbus overnemen. Iemand een idee voor een oplossing?

Ik had OpenQuatt al een week of 3 werkend op de waveshare module, maar nu hij geen flowrate meer meet wordt het lastig.

Is dit een poging van Quatt om openQuatt dwars te bomen?

Welke versie draait jouw CiC. Mijn Quatt V1 draait ook op OpenQuatt en ik zie de flowrate wel nog goed binnenkomen via de CiC 4.6.0

NB Een tijdelijke workaround is dan om OpenQuatt te blijven draaien obv de voor jouw systeem bekende pump levels voor de gewenste flow (800L/h)

[ Voor 10% gewijzigd door TeslaNerd op 02-06-2026 09:05 ]

[jj85]

@harv work in progress :-)
(heeft nog wel een portie aandacht nodig, Hydrauliek vak is nog niet OK bijv)

[ Voor 27% gewijzigd door jj85 op 02-06-2026 10:54 ]

[onlinaius]

jj85 schreef op dinsdag 2 juni 2026 @ 10:48:
@harv work in progress :-)
(heeft nog wel een portie aandacht nodig, Hydrauliek vak is nog niet OK bijv)
[Afbeelding]

[Afbeelding]

Netjes!

Als ik een puntje van feedback mag geven: persoonlijk zou ik de voorkeur hebben voor starts per andere tijdseenheid. Starts per uur lijkt mij namelijk te zenuwachtig, 3 starts per uur kan best een keer voorkomen in normaal gebruik, bijvoorbeeld bij een thermostaat waar de zon op valt, icm wisselvallig weer.

Je logt 6 en 24 uur ook. Mijn voorkeur zou liggen op 24 uur. (mogelijk zelfs wat langer, als ik zou moeten kiezen zou ik gaan voor 72 uur).

De vraag is een beetje wat je wilt detecteren. Uur is mogelijk ook nuttig, maar dan detecteer je meer 'onder welke omstandigheden reageert het systeem te zenuwachtig'.

24 / 72 uur detecteert een warmtepomp waarbij iets structureel niet klopt (of dit nu afgifte, thermostaatsignaal, thermostaatinstellingen, domotica of heel iets anders is), waardoor de warmtepomp onnodig slijt / de efficientie naar de knoppen gaat.

[jj85]

onlinaius schreef op dinsdag 2 juni 2026 @ 12:26:
[...]

Netjes!

Als ik een puntje van feedback mag geven: persoonlijk zou ik de voorkeur hebben voor starts per andere tijdseenheid. Starts per uur lijkt mij namelijk te zenuwachtig, 3 starts per uur kan best een keer voorkomen in normaal gebruik, bijvoorbeeld bij een thermostaat waar de zon op valt, icm wisselvallig weer.

Je logt 6 en 24 uur ook. Mijn voorkeur zou liggen op 24 uur. (mogelijk zelfs wat langer, als ik zou moeten kiezen zou ik gaan voor 72 uur).

De vraag is een beetje wat je wilt detecteren. Uur is mogelijk ook nuttig, maar dan detecteer je meer 'onder welke omstandigheden reageert het systeem te zenuwachtig'.

24 / 72 uur detecteert een warmtepomp waarbij iets structureel niet klopt (of dit nu afgifte, thermostaatsignaal, thermostaatinstellingen, domotica of heel iets anders is), waardoor de warmtepomp onnodig slijt / de efficientie naar de knoppen gaat.

Goede punten!
Die grenswaarde van 3 is niet reeel idd, daar had ik net even mee lopen spelen voordat ik de screenshot maakte. Zit eerder aan 6-8 te denken.

@harv als aandrager van het idee, wat zou jij prettige time-frames vinden hierin?

[onlinaius]

jj85 schreef op dinsdag 2 juni 2026 @ 12:32:
[...]

Goede punten!
Die grenswaarde van 3 is niet reeel idd, daar had ik net even mee lopen spelen voordat ik de screenshot maakte. Zit eerder aan 6-8 te denken.

@harv als aandrager van het idee, wat zou jij prettige time-frames vinden hierin?

To be fair, ik twijfel er zelf nu ook weer een beetje over. Ik vind 3 start-stops in een uur ook nog helemaal niet zo'n slechte grenswaarde, want ook dat is naar mijn idee echt teveel (even aangenomen dat je defrosts niet als start-stops meeneemt).

Het meet alleen heel wat anders dan een langere tijdsspanne.

Maar bij 3 start-stops per uur (of misschien 6 per 2 uur, dan haal je dat ene 'toevallig rare' uurtje er al uit) is dat naar mijn idee ook al een indicator dat er iets mis is. Bijv een thermostaat die op de verkeerde plaats zit en daardoor veel verstoringen oppakt, zoals rechtstreeks in de zon, of te dicht bij een deur naar buiten / koudere ruimte.

X per 24 / 48 / 72 uur detecteert meer structurele problemen met het systeem (zoals pendelen).

Edit: Om het dus nog een beetje ingewikkelder te maken voor je: 2 van deze meldingen kan nut hebben.

Mijn voorkeur zou dan liggen bij X stops per 2 uur (intuitief zou ik 4 of 5 zeggen) en X stops per 72 uur (intuitief zou ik dan voor een stuk of 40 gaan).

[ Voor 10% gewijzigd door onlinaius op 02-06-2026 12:42 ]

[harv]

onlinaius schreef op dinsdag 2 juni 2026 @ 12:26:
[...]

Netjes!

Als ik een puntje van feedback mag geven: persoonlijk zou ik de voorkeur hebben voor starts per andere tijdseenheid. Starts per uur lijkt mij namelijk te zenuwachtig, 3 starts per uur kan best een keer voorkomen in normaal gebruik, bijvoorbeeld bij een thermostaat waar de zon op valt, icm wisselvallig weer.

Je logt 6 en 24 uur ook. Mijn voorkeur zou liggen op 24 uur. (mogelijk zelfs wat langer, als ik zou moeten kiezen zou ik gaan voor 72 uur).

De vraag is een beetje wat je wilt detecteren. Uur is mogelijk ook nuttig, maar dan detecteer je meer 'onder welke omstandigheden reageert het systeem te zenuwachtig'.

24 / 72 uur detecteert een warmtepomp waarbij iets structureel niet klopt (of dit nu afgifte, thermostaatsignaal, thermostaatinstellingen, domotica of heel iets anders is), waardoor de warmtepomp onnodig slijt / de efficientie naar de knoppen gaat.

@onlinaius @jj85

Ziet er al mooi uit.

De oorzaak van mijn vraag lag bij zeer veel starts om en om door de CIC en de gegeven antwoorden door Quatt. Ik wil het ook zelf kunnen constateren en ook de gegeven antwoorden controleren. Als je er niet op let wordt het inderdaad echt wel warm/koud, maar wel met slijtage en een slechte COP. Een vermelding in Open Quatt is dus van toegevoegde waarde, het geeft je een controlemiddel bij de standaard looptijden. Welke looptijden, instelbaar is het handigst; loopt alles standaard: misschien 1 x per week. Wordt de installatie ziek, of wil je wat meer weten is 1 tot 2 maal per uur ook handig. Maar bij niet instelbaar zou ik voorlopig kiezen tussen 2 uur, 1 dag , 1 week.

Maar,... bij Open Quatt is dit misschien helemaal niet nodig, er is in elk geval geen bepalende CIC!

[jj85]

harv schreef op dinsdag 2 juni 2026 @ 14:12:
[...]

@onlinaius @jj85

Ziet er al mooi uit.

De oorzaak van mijn vraag lag bij zeer veel starts om en om door de CIC en de gegeven antwoorden door Quatt. Ik wil het ook zelf kunnen constateren en ook de gegeven antwoorden controleren. Als je er niet op let wordt het inderdaad echt wel warm/koud, maar wel met slijtage en een slechte COP. Een vermelding in Open Quatt is dus van toegevoegde waarde, het geeft je een controlemiddel bij de standaard looptijden. Welke looptijden, instelbaar is het handigst; loopt alles standaard: misschien 1 x per week. Wordt de installatie ziek, of wil je wat meer weten is 1 tot 2 maal per uur ook handig. Maar bij niet instelbaar zou ik voorlopig kiezen tussen 2 uur, 1 dag , 1 week.

Ik heb er nu dit van gemaakt. Mocht het in de toekomst anders moeten, dan passen we dat tzt wel weer aan.

Maar,... bij Open Quatt is dit misschien helemaal niet nodig, er is in elk geval geen bepalende CIC!

haha, we zullen zien

[TeslaNerd]

Het ziet er weer geweldig uit @jj85. En ik lees in de release notes dat OpenQuatt nu ook op ESPHome 2026.5 draait waar veel verbeteringen in zitten oa ook voor de modbus communicatie. Merk jij al verschil tov de vorige versie?

[leejoow]

ESPHome heeft vooral performance updates doorgevoerd, je zou wat meer lucht moeten krijgen op de processor

[marsman]

Gelukt!
Voor de flow moet ik even het dashboard aanpassen naar de CIC waarde, maar de eerste koelrun is gedaan. Hopelijk snel weer mooi weer!

[jj85]

CPM schreef op vrijdag 29 mei 2026 @ 15:52:
[...]

Compressor frequentie test? Zodat je kunt bepalen welke frequentie er voor jou problematisch is en overgeslagen moet worden. Uiteraard met te kiezen waardes.

Hopsakee, dat zit er ook in.

Warmptepomp vindt het trouwens niet leuk als je hem met met warme buitentemp op een hoog compressor lvl zet.Krijg je de melding 'Frequency limit ambient'.

offtopic:
Nu kan ik ook een probleem verklaren dat ik 2 jaar terug had na installatie. Bij een test leek de warmtepomp niet aan te slaan, Quatt kon het niet verklaren. Maar was gewoon een te hoge buitentemp om te kunnen starten.

[marsman]

Hmmm vanaf gisteren middag geeft de CIC is geen flow meer door.
De flowmeter temperatuur wordt nog wel gerapporteerd:

code:

{

  "boiler": {

    "oTtbTurnOnOffBoilerOn": false,

    "otFbChModeActive": false,

    "otFbDhwActive": false,

    "otFbDhwFlowRate": 0.0,

    "otFbDhwTemperature": 39.0,

    "otFbFlameOn": false,

    "otFbSupplyInletTemperature": 48.0,

    "otFbSupplyOutletTemperature": 48.0,

    "otFbWaterPressure": 1.5,

    "otTbCH": false

  },

  "chill": null,

  "externalMeters": null,

  "flowMeter": {

    "waterSupplyTemperature": 29.48

  },

  "hb": null,

  "hc": null,

  "hp1": {

    "getMainWorkingMode": 0,

    "limitedByCop": false,

    "modbusSlaveId": 1,

    "power": 0.0,

    "powerInput": 5.15,

    "silentModeStatus": false,

    "temperatureOutside": 27.97,

    "temperatureWaterIn": 25.84,

    "temperatureWaterOut": 27.61

  },

  "hp2": null,

  "qc": {

    "electricityPriceUsed": 0.27,

    "flowRateFiltered": 0.0,

    "gasPriceUsed": 1.17,

    "stickyPumpProtectionEnabled": false,

    "supervisoryControlMode": 0

  },

  "qcAllE": null,

  "qcChill": null,

  "system": {

    "chMaxWaterTemperature": 50,

    "electricityTariffType": 1,

    "gasTariffType": 0,

    "hostName": "CIC-e5108632-cb9f-59a1-ac3d-fa19c8b7049d"

  },

  "thermostat": {

    "otFtChEnabled": false,

    "otFtControlSetpoint": 10.0,

    "otFtCoolingEnabled": false,

    "otFtDhwEnabled": true,

    "otFtRoomSetpoint": 19.0,

    "otFtRoomTemperature": 23.92

  },

  "thread": null,

  "time": {

    "ts": 1780325921474,

    "tsHuman": "2026-06-01T14:58:41Z"

  }

}

Zou deze toevallig kapot gegaan zijn?

[jj85]

marsman schreef op donderdag 4 juni 2026 @ 09:41:
Hmmm vanaf gisteren middag geeft de CIC is geen flow meer door.
De flowmeter temperatuur wordt nog wel gerapporteerd:

code:

{

  "boiler": {

    "oTtbTurnOnOffBoilerOn": false,

    "otFbChModeActive": false,

    "otFbDhwActive": false,

    "otFbDhwFlowRate": 0.0,

    "otFbDhwTemperature": 39.0,

    "otFbFlameOn": false,

    "otFbSupplyInletTemperature": 48.0,

    "otFbSupplyOutletTemperature": 48.0,

    "otFbWaterPressure": 1.5,

    "otTbCH": false

  },

  "chill": null,

  "externalMeters": null,

  "flowMeter": {

    "waterSupplyTemperature": 29.48

  },

  "hb": null,

  "hc": null,

  "hp1": {

    "getMainWorkingMode": 0,

    "limitedByCop": false,

    "modbusSlaveId": 1,

    "power": 0.0,

    "powerInput": 5.15,

    "silentModeStatus": false,

    "temperatureOutside": 27.97,

    "temperatureWaterIn": 25.84,

    "temperatureWaterOut": 27.61

  },

  "hp2": null,

  "qc": {

    "electricityPriceUsed": 0.27,

    "flowRateFiltered": 0.0,

    "gasPriceUsed": 1.17,

    "stickyPumpProtectionEnabled": false,

    "supervisoryControlMode": 0

  },

  "qcAllE": null,

  "qcChill": null,

  "system": {

    "chMaxWaterTemperature": 50,

    "electricityTariffType": 1,

    "gasTariffType": 0,

    "hostName": "CIC-e5108632-cb9f-59a1-ac3d-fa19c8b7049d"

  },

  "thermostat": {

    "otFtChEnabled": false,

    "otFtControlSetpoint": 10.0,

    "otFtCoolingEnabled": false,

    "otFtDhwEnabled": true,

    "otFtRoomSetpoint": 19.0,

    "otFtRoomTemperature": 23.92

  },

  "thread": null,

  "time": {

    "ts": 1780325921474,

    "tsHuman": "2026-06-01T14:58:41Z"

  }

}

Zou deze toevallig kapot gegaan zijn?

Nee, je flowmeter is niet stuk. Je bent nu nr 3 met dit probleem. Heb je toevallig een v1 quatt?

[Toby-Wan]

jj85 schreef op donderdag 4 juni 2026 @ 09:45:
[...]

Nee, je flowmeter is niet stuk. Je bent nu nr 3 met dit probleem. Heb je toevallig een v1 quatt?

ja hier ook. v1 quatt, flowrate staat niet meer json. in HA lijk ik het nog wel door te krijgen (staat op 0.0 en niet 'unavailable')

[jj85]

Toby-Wan schreef op donderdag 4 juni 2026 @ 09:56:
[...]

ja hier ook. v1 quatt, flowrate staat niet meer json. in HA lijk ik het nog wel door te krijgen (staat op 0.0 en niet 'unavailable')

Je moet onder QC kijken (daar heeft hij altijd al gestaan... denk ik.... tenminste bij mij...)

code:

  "qc": {
    "flowRateFiltered": 0.0,

[ Voor 4% gewijzigd door jj85 op 04-06-2026 10:00 ]

[marsman]

jj85 schreef op donderdag 4 juni 2026 @ 09:45:
[...]

Nee, je flowmeter is niet stuk. Je bent nu nr 3 met dit probleem. Heb je toevallig een v1 quatt?

Ja, ook v1. Stom toeval dan, thanks!

[jj85]

marsman schreef op donderdag 4 juni 2026 @ 10:19:
[...]

Ja, ook v1. Stom toeval dan, thanks!

Nee, geen toeval vermoed ik... Ik denk dat Quatt wel degelijk iets heeft aangepast in de CiC waardoor het syteem in bepaalde gevallen geen flowrate meer publiceert...

Maar denk niet dat @Quatt Support hier iets aan kan/gaat doen

[marsman]

jj85 schreef op donderdag 4 juni 2026 @ 10:21:
[...]

Nee, geen toeval vermoed ik... Ik denk dat Quatt wel degelijk iets heeft aangepast in de CiC waardoor het syteem in bepaalde gevallen geen flowrate meer publiceert...

Maar denk niet dat @Quatt Support hier iets aan kan/gaat doen

Bedoelde meer toeval, dat net dinsdag mijn flowmeter fysiek verplaatst is, en ik de OpenQuatt controller aangesloten heb. Vanaf woensdag geen flow meer in de JSON.

[BoschR]

Ik heb even gekeken. Ik draai 4.6.1 firmware op de CiC en zie de qc.flowRateFiltered nog wel.

Ik weet niet welke versie Quatt ik heb eerlijke gezegd (waar vind ik dat?). Ik heb een Duo 6kW vorig jaar laten plaatsen. Dit is een v1.5?

Ik vroeg me nog af of Quatt van OpenQuatt af weet en of ze hier een mening over hebben? Was niet één van de directeurs ook actief hier op Tweakers af en toe?

[jj85]

@BoschR Jazeker: https://gathering.tweakers.net/forum/view_message/84847849

[onlinaius]

BoschR schreef op donderdag 4 juni 2026 @ 10:25:
Was niet één van de directeurs ook actief hier op Tweakers af en toe?

Meer af dan toe

[sdh1981]

jj85 schreef op donderdag 4 juni 2026 @ 09:12:
[...]

Hopsakee, dat zit er ook in.

Warmptepomp vindt het trouwens niet leuk als je hem met met warme buitentemp op een hoog compressor lvl zet.Krijg je de melding 'Frequency limit ambient'.

offtopic:
Nu kan ik ook een probleem verklaren dat ik 2 jaar terug had na installatie. Bij een test leek de warmtepomp niet aan te slaan, Quatt kon het niet verklaren. Maar was gewoon een te hoge buitentemp om te kunnen starten.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Klopt die frequentie ambient limit zag ik ook toen ik even de cv warm wilde stoken om goed te ontluchten, en in de eerste fase van DHW op lvl 4. Vond ie niet leuk 😇

[sdh1981]

BoschR schreef op donderdag 4 juni 2026 @ 10:25:
Ik heb even gekeken. Ik draai 4.6.1 firmware op de CiC en zie de qc.flowRateFiltered nog wel.

Ik weet niet welke versie Quatt ik heb eerlijke gezegd (waar vind ik dat?). Ik heb een Duo 6kW vorig jaar laten plaatsen. Dit is een v1.5?

Ik vroeg me nog af of Quatt van OpenQuatt af weet en of ze hier een mening over hebben? Was niet één van de directeurs ook actief hier op Tweakers af en toe?

Ze weten het. Toen ik vroeg aan Quatt of ik zelf mijn flowmeter in de ODU mocht vervangen kreeg ik een telefoontje van Quatt. Was prima dat ik het zelf deed, ze hadden gezien dat mijn systeem andere dingen deed dan de standaard quatt’s in Nederland en hadden in de gaten dat ze een handige Harrie aan de telefoon hadden met OpenQuatt en DHW 😇 tot zo ver ben ik de enige met een OpenQuatt met eigen DHW systeem.

[zeekoe]

sdh1981 schreef op donderdag 4 juni 2026 @ 12:57:
Ze weten het. Toen ik vroeg aan Quatt of ik zelf mijn flowmeter in de ODU mocht vervangen kreeg ik een telefoontje van Quatt. Was prima dat ik het zelf deed, ze hadden gezien dat mijn systeem andere dingen deed dan de standaard quatt’s in Nederland en hadden in de gaten dat ze een handige Harrie aan de telefoon hadden met OpenQuatt en DHW 😇 tot zo ver ben ik de enige met een OpenQuatt met eigen DHW systeem.

Heel leuk is dat. Ik had destijds met Weheat soortgelijk prettige ervaringen. Mooi hoe de NL warmtepompfabrikanten / startups met de tweaker-community mee wil denken.

[marsman]

marsman schreef op donderdag 4 juni 2026 @ 09:41:
Hmmm vanaf gisteren middag geeft de CIC is geen flow meer door.
De flowmeter temperatuur wordt nog wel gerapporteerd:

code:

{

  "boiler": {

    "oTtbTurnOnOffBoilerOn": false,

    "otFbChModeActive": false,

    "otFbDhwActive": false,

    "otFbDhwFlowRate": 0.0,

    "otFbDhwTemperature": 39.0,

    "otFbFlameOn": false,

    "otFbSupplyInletTemperature": 48.0,

    "otFbSupplyOutletTemperature": 48.0,

    "otFbWaterPressure": 1.5,

    "otTbCH": false

  },

  "chill": null,

  "externalMeters": null,

  "flowMeter": {

    "waterSupplyTemperature": 29.48

  },

  "hb": null,

  "hc": null,

  "hp1": {

    "getMainWorkingMode": 0,

    "limitedByCop": false,

    "modbusSlaveId": 1,

    "power": 0.0,

    "powerInput": 5.15,

    "silentModeStatus": false,

    "temperatureOutside": 27.97,

    "temperatureWaterIn": 25.84,

    "temperatureWaterOut": 27.61

  },

  "hp2": null,

  "qc": {

    "electricityPriceUsed": 0.27,

    "flowRateFiltered": 0.0,

    "gasPriceUsed": 1.17,

    "stickyPumpProtectionEnabled": false,

    "supervisoryControlMode": 0

  },

  "qcAllE": null,

  "qcChill": null,

  "system": {

    "chMaxWaterTemperature": 50,

    "electricityTariffType": 1,

    "gasTariffType": 0,

    "hostName": "CIC-e5108632-cb9f-59a1-ac3d-fa19c8b7049d"

  },

  "thermostat": {

    "otFtChEnabled": false,

    "otFtControlSetpoint": 10.0,

    "otFtCoolingEnabled": false,

    "otFtDhwEnabled": true,

    "otFtRoomSetpoint": 19.0,

    "otFtRoomTemperature": 23.92

  },

  "thread": null,

  "time": {

    "ts": 1780325921474,

    "tsHuman": "2026-06-01T14:58:41Z"

  }

}

Zou deze toevallig kapot gegaan zijn?

Opgelost:
Quatt kabel weer in de CIC gestoken, CIC herstart, thermostaat hoog gezet.. Toen weer flow in de JSON. Nu de Quatt kabel weer aan OpenQuatt en het werkt weer.

[jj85]

zeekoe schreef op donderdag 4 juni 2026 @ 14:14:
[...]
Mooi hoe de NL warmtepompfabrikanten / startups met de tweaker-community mee wil denken.

Mwa, dat is vooralsnog niet mijn ervaring hier.
OpenQuatt is ook wel een beetje uit irritatie ontstaan in de afgelopen 2 jaar.
Heel veel goede ideeen uit deze community zijn door Quatt niet opgepakt (want: one system fits all).

Vooralsnog worden we niet tegengewerkt en wordt er wel met elkaar gesproken, dat is uiteraard positief

[sdh1981]

[jj85]

TeslaNerd schreef op vrijdag 29 mei 2026 @ 16:44:
[...]

Sensorkalibratie (Nulmeting / Offset): Een modus waarin de compressor uitblijft, maar de waterpomp op 100% draait zonder warmtetoevoeging. Na enkele minuten moeten de aanvoer- en retourtemperatuursensoren (T_in en T_out) exact gelijk zijn. Wijkingen kunnen hier direct softwarematig worden gecorrigeerd (offset-tunen).

Vandaag de temperatuurkalibratie uitgewerkt.
UIteraard werken de energie/vermogensberekeningen dan op basis van de gekalibreerde temperaturen

[ Voor 4% gewijzigd door jj85 op 05-06-2026 11:40 ]

[raven22]

jj85 schreef op donderdag 4 juni 2026 @ 21:51:
[...]

Vandaag de temperatuurkalibratie uitgewerkt.
[Afbeelding]

[Afbeelding]

Nou zeg, de ontwikkeling gaat in zeer hoog tempo.
Als ik Quatt was dan kocht ik de software van je. Heb jij een leuke zakcent en Quatt bespaart nog steeds veel geld denk ik.
En wij als eindgebruiker zouden er heel gelukkig mee zijn.

[Ferdinand Oeinck]

raven22 schreef op vrijdag 5 juni 2026 @ 10:38:
[...]

Nou zeg, de ontwikkeling gaat in zeer hoog tempo.
Als ik Quatt was dan kocht ik de software van je. Heb jij een leuke zakcent en Quatt bespaart nog steeds veel geld denk ik.
En wij als eindgebruiker zouden er heel gelukkig mee zijn.

Ow, snel ff een fork maken op github...

[sdh1981]

Ferdinand Oeinck schreef op vrijdag 5 juni 2026 @ 11:14:
[...]

Ow, snel ff een fork maken op github...

Hoeft niet, dan neem ik het stokje over met Open Energy OS for OpenQuatt

[pieke]

marsman schreef op donderdag 4 juni 2026 @ 15:37:
[...]


Opgelost:
Quatt kabel weer in de CIC gestoken, CIC herstart, thermostaat hoog gezet.. Toen weer flow in de JSON. Nu de Quatt kabel weer aan OpenQuatt en het werkt weer.

Hier hetzelfde - even een paar dagen geen tijd om de fix uit te proberen na mijn eerste post hier over het euvel, maar zojuist kabels terug in de CiC gestoken en flowrate kwam weer terug, daarna snel weer uit de CiC getrokken.


Als het bordje van @leejoow klaar is stap ik daar uiteraard naar over.

Openquatt draait nu een week of 3 op een V1 Duo, eerst een ruime week met verwarmen, daarna een ruime week met koelen. Temp sensors in elke ruimte, dus dauwpunt past aan op echte condities.

achtergrond. Mijn huis is 195m2 gelijkvloers, vloerverwarming met verdeler zonder pomp (de een noemt die open, de ander noemt dit dicht :')) Vorige week heb ik vooral de koeling flink op de proef gesteld. Ik heb een gigantische raampartij aan 1 kant van het huis die de woonkamer flink opwarmt als de zon schijnt, maar ik heb het toch acceptabel koel weten te houden (max 25c binnen, waar we anders waarschijnlijk 30 hadden aangetikt). Uiteraard niet op het niveau van een L/L warmtepomp, maar met 24/7 koeling aan, zodat de vloermassa als thermische buffer kan dienen (ongeveer 5kWh elektriciteit per dag), maakt het wel degelijk verschil.

Tijdens de recente hittegolf toch 200kWh warmte uit het huis weten te verwijderen. [img=674,308]blob:https://gathering.tweakers.net/e9c1d928-f816-4d0e-bc37-ca888da18f3c[/img]

Verder, observatie tijdens verwarmen is dat boven 15 graden buitentemp de pomp toch nog een paar keer per dag aan springt. Kan ik voor de stooklijn ook een temperatuur instellen waarboven verwarmen niet meer nodig is?

@jj85 Ontzettend bedankt voor dit initiatief!

[jj85]

@pieke Leuk om te lezen! Ja, blijft wel een raar verschijnsel met die flow.

Voor je warmtevraag: je kan Maximum heating outdoor temperature instellen. Bij deze temperatuur wordt benodigde vermogen op 0 gezet. Als je huis dan toch nog afkoelt en ver beneden de setpoint van thermostaat komt, dan zal hij wel langzaam weer vermogensvraag opbouwen en je woning op setpoint houden.

[pieke]

Duidelijk, even dubbel check, werkt dit ook voor de stooklijn ipv power house?

[TeslaNerd]

jj85 schreef op vrijdag 5 juni 2026 @ 11:44:
@pieke Leuk om te lezen! Ja, blijft wel een raar verschijnsel met die flow.

Voor je warmtevraag: je kan Maximum heating outdoor temperature instellen. Bij deze temperatuur wordt benodigde vermogen op 0 gezet. Als je huis dan toch nog afkoelt en ver beneden de setpoint van thermostaat komt, dan zal hij wel langzaam weer vermogensvraag opbouwen en je woning op setpoint houden.

[Afbeelding]

[Afbeelding]

De oplossing die werkt voor het flow=0 issue bij Quatt V1.0 op OpenQuatt is met een extra esp32 de modbus data weer terug naar de CiC te sturen waarmee de CiC ook weer master is op een (niet op de Quatt aangesloten) modbus.
Dat werkt bij mij probleemloos

[jj85]

pieke schreef op vrijdag 5 juni 2026 @ 11:47:
Duidelijk, even dubbel check, werkt dit ook voor de stooklijn ipv power house?

oh sorry, verkeerd gelezen blijkbaar. Nee, daar werkt dat niet. Maar dan zou je eigenlijk je hele stooklijn dusdanig omlaag moeten drukken dat watertemp bij 15grC buitentemp bijv 18grC is...

Maar misschien wel een prima toevoeging: stop heating curve IF buitentemp>x

Stooklijn heeft nog niet zoveel aandacht gehad als Powerhouse... simpelweg omdat ik het zelf niet gebruik (en dus ook niet uitgebreid test)

[ Voor 7% gewijzigd door jj85 op 05-06-2026 12:15 ]

[pieke]

Ja, kan ik inderdaad relatief gemakkelijk in HA automatiseren.

Goed, dan zal ik hier tzt feedback geven over de werking van de stooklijn.

De eerste indruk is positief, zeker omdat ik nu eindelijk de pompsnelheid omhoog kan gooien (1400 L/u is nu haalbaar), maar we hebben pas ongeveer een week verwarmd met buitentemperaturen rond de 10 graden, dus nog niet echt representatief.

Mijn verwachting is dat een stooklijn in mijn situatie goed gaat werken. In de winter verwarm ik de woonkamer vaak met een houtkachel en zet ik de vloerverwarmingsgroepen van de woonkamer uit. Als je dan puur op warmteverlies zou sturen, lijkt het mij dat je al snel te veel warmte in het huis blijft stoppen terwijl een groot deel van de woonkamer al door de houtkachel wordt verwarmd.

Ik hoop dat dat met een stooklijn en regeling op watertemperatuur veel beter samen zal gaan. De warmtepomp verwarmt dan alleen de rest van het huis die nog warmtevraag heeft en levert daardoor effectief minder vermogen. De thermostaat hangt overigens niet in de woonkamer.

TeslaNerd schreef op vrijdag 5 juni 2026 @ 11:48:
[...]

De oplossing die werkt voor het flow=0 issue bij Quatt V1.0 op OpenQuatt is met een extra esp32 de modbus data weer terug naar de CiC te sturen waarmee de CiC ook weer master is op een (niet op de Quatt aangesloten) modbus.
Dat werkt bij mij probleemloos

Dat lijkt inderdaad het beste te zijn. Ik zag daar in eerste instantie de toegevoegde waarde niet van, maar als dit een terugkomend probleem gaat worden dan is dat zeker de moeite waard.

[ Voor 21% gewijzigd door pieke op 05-06-2026 15:27 ]

[harv]

jj85 schreef op donderdag 4 juni 2026 @ 21:51:
[...]

Vandaag de temperatuurkalibratie uitgewerkt.
UIteraard werken de energie/vermogensberekeningen dan op basis van de gekalibreerde temperaturen

[Afbeelding]

[Afbeelding]

@jj85

Prima werk, waarbij wel vermeld moet worden dat bij meerdere temperaturen gecalibreerd moet kunnen worden. Vooral bij hogere temperaturen (35-40) kun je grotere afwijkingen krijgen. Dat betekent dan ook dat de calabratieduur soms niet te lang kan zijn!

[jj85]

harv schreef op zaterdag 6 juni 2026 @ 17:00:
[...]

@jj85

Prima werk, waarbij wel vermeld moet worden dat bij meerdere temperaturen gecalibreerd moet kunnen worden. Vooral bij hogere temperaturen (35-40) kun je grotere afwijkingen krijgen. Dat betekent dan ook dat de calabratieduur soms niet te lang kan zijn!

Ik snap je punt, maar dat maakt het direct alweer heel complex, want hoe ga je systeem uniform op 40grC krijgen bijv. Met duo heb je wat opties, bij single is het al een stuk moeilijker. Zie dit als een initiële en simpele kalibratie.

[harv]

jj85 schreef op zaterdag 6 juni 2026 @ 20:47:
[...]

Ik snap je punt, maar dat maakt het direct alweer heel complex, want hoe ga je systeem uniform op 40grC krijgen bijv. Met duo heb je wat opties, bij single is het al een stuk moeilijker. Zie dit als een initiële en simpele kalibratie.

@jj85

Na thermostaat omlaag en gestopte wp bv 1 minuut wachten en dan 30 seconden de proef??

[pieke]

Bij mijn V1 was de flowrate vandaag weer uit de CiC json verdwenen, nadat ik hem vrijdag terug had gekregen door de quatts weer kort aan de CiC te hangen. Is dat bij iemand van de andere mensen die dit gerapporteerd had ook het geval? Het lijkt erop dat de flow dus uit de json verdwijnt als er 48 uur geen communicatie met de warmtepomp is.

Goed, als hij over 2 dagen weer verdwenen is, dan moet ik toch maar de waardes naar de CiC gaan doorsturen.

[marsman]

pieke schreef op zondag 7 juni 2026 @ 19:41:
Bij mijn V1 was de flowrate vandaag weer uit de CiC json verdwenen, nadat ik hem vrijdag terug had gekregen door de quatts weer kort aan de CiC te hangen. Is dat bij iemand van de andere mensen die dit gerapporteerd had ook het geval? Het lijkt erop dat de flow dus uit de json verdwijnt als er 48 uur geen communicatie met de warmtepomp is.

Goed, als hij over 2 dagen weer verdwenen is, dan moet ik toch maar de waardes naar de CiC gaan doorsturen.

Ik ben sinds donderdag los maar zie nog steeds de flow in de CiC json

update: helaas, nu ook verdwenen bij mij. 5 dagen en 4 uur volgehouden.

[ Voor 5% gewijzigd door marsman op 09-06-2026 22:01 ]

[noebas]

Hi, volg deze ontwikkeling met veel intresse. Wat een mooi werk zeg!. Hier een Quatt v1 en een chill. Dit weekeinde de boel omzetten en eens kijken hoe dat reageert met een chill.

Enige dat mij nu onduidelijk is uit de voorgaande posts is hoe de flow data naar openquatt komt met een v1.
Kan iemand dat verduidelijken?

[leejoow]

Op dit moment moet die data uit de CiC gehaald worden via JSON. Wellicht dat @jj85 je dat beter kan uitleggen

De PCB die momenteel ontwikkeld wordt heeft de flow connector op het bordje zitten en kan dus geheel zonder CiC werken.

[jj85]

noebas schreef op woensdag 10 juni 2026 @ 10:59:
Hi, volg deze ontwikkeling met veel intresse. Wat een mooi werk zeg!. Hier een Quatt v1 en een chill. Dit weekeinde de boel omzetten en eens kijken hoe dat reageert met een chill.

Enige dat mij nu onduidelijk is uit de voorgaande posts is hoe de flow data naar openquatt komt met een v1.
Kan iemand dat verduidelijken?

Ik zou met de Chill niet overgaan op OpenQuatt. Er is dan namelijk geen aansturing meer mogelijk van cic naar buitenunit in geval de Chill actief is.

Flow kan idd via cic json doorgegeven worden

[leejoow]

Ah, had het chill stukje even gemist!

[noebas]

jj85 schreef op woensdag 10 juni 2026 @ 11:12:
[...]

Ik zou met de Chill niet overgaan op OpenQuatt. Er is dan namelijk geen aansturing meer mogelijk van cic naar buitenunit in geval de Chill actief is.

Flow kan idd via cic json doorgegeven worden

Ja dat besef ik, echter de chill gebruik ik amper dus als die niet beschikbaar is tijdens mijn testen vind ik dat prima. Heb bewust nu eerst de sharewave besteld, low cost. In afwachting van de print.

[ Voor 8% gewijzigd door noebas op 10-06-2026 11:28 ]

[onlinaius]

jj85 schreef op woensdag 10 juni 2026 @ 11:12:
[...]

Ik zou met de Chill niet overgaan op OpenQuatt. Er is dan namelijk geen aansturing meer mogelijk van cic naar buitenunit in geval de Chill actief is.

Flow kan idd via cic json doorgegeven worden

Persoonlijk ook wel benieuwd wat de chill doet als de temperatuur in het systeem te ver oploopt.
Uiteraard wel goed monitoren, maar ik vermoed dat er een moment komt dat deze in storing gaat bij een te hoge watertemp.

Maar als je VVW hebt zul je dat punt mogelijk helemaal niet bereiken, want dan ga je de warmte weer afzetten via de vloer.

[medu80]

Ik heb koeling uit staan, maar nog is de Quatt actief aan het koelen. Zie ik iets over het hoofd, ik wil graag via een knop op mijn Button.Plus de koeling kunnen activeren en deactiveren. Maar de optie Zet aan of Zet uit heeft totaal geen impact.

[jj85]

@medu80 hoe staat je bronconfig?
http://openquatt.local/?v...ings&section=integrations



Heb je ook een koel toestemming in HA geconfigureerd?

[ Voor 6% gewijzigd door jj85 op 14-06-2026 18:00 ]

[medu80]

Deze is identiek aan je screenshot.Klopt mijn helper wel?
OpenQuatt Source cooling enable: binary_sensor.openquatt_cooling_enable_selected

[ Voor 59% gewijzigd door medu80 op 14-06-2026 18:08 ]

[jj85]

@medu80 Is er dan momenteel koelvraag vanuit HA?

[medu80]

Ik heb iets teveel geklooid denk ik met de helpers om het goed te krijgen. Ik zal binnenkort alles verwijderen en opnieuw beginnen. Gezien je reactie, lijkt het een probleem te zijn hier in mijn configuratie.

[ Voor 33% gewijzigd door medu80 op 14-06-2026 18:15 ]

[jj85]

medu80 schreef op zondag 14 juni 2026 @ 18:13:
Ik heb iets teveel geklooid denk ik met de helpers om het goed te krijgen. Ik zal binnenkort alles verwijderen en opnieuw beginnen. Gezien je reactie, lijkt het een probleem te zijn hier in mijn configuratie.

Geen idee waar het aan ligt, maar probeer het probleem helder te krijgen met beperkte info

Koelen kan vanuit HA gestart worden, met helpers of direct vanuit OpenQuatt. Maar ze 'zien' elkaars status niet. Dus je kan niet starten vanuit HA en dan stoppen via OpenQuatt.

[jj85]

medu80 schreef op zondag 14 juni 2026 @ 18:06:
Deze is identiek aan je screenshot.Klopt mijn helper wel?
OpenQuatt Source cooling enable: binary_sensor.openquatt_cooling_enable_selected

Wat heb je hier (onderste) ingevuld? Die entiteit bepaald de koelvraag

[medu80]

@jj85

Denk dat dat’m is. Hiermee creëer ik een loop zal er wat anders voor bedenken Thanx

binary_sensor.openquatt_cooling_enable_selected

[marsman]

Stukje huisvlijt met een 4 polig relay en een shelly 1.
Hoef ik niet meer met steeds de kabels te wisselen als de CiC stopt met de flow doorgeven.

[AliExpres]

jj85 schreef op woensdag 10 juni 2026 @ 11:12:
[...]

Ik zou met de Chill niet overgaan op OpenQuatt. Er is dan namelijk geen aansturing meer mogelijk van cic naar buitenunit in geval de Chill actief is.

Flow kan idd via cic json doorgegeven worden

@noebas aansturing met OpenQuatt naar de buitenunit is in principe goed mogelijk als jij een tweede esp (tweede waveshare) aan de CiC koppelt of via de json kan zien wat de CiC met de buitenunit wil doen als de Chill aanstaat.

Mooie uitbreiding van het OpenQuatt project maar zit nu nog niet in https://github.com/jeroen85/OpenQuatt.

Met de basic versie van OpenQuatt kun jij dat waarschijnlijk beter uitproberen

Laat maar weten als jij hulp nodig hebt

[ Voor 12% gewijzigd door AliExpres op 16-06-2026 10:04 ]

[AliExpres]

marsman schreef op maandag 15 juni 2026 @ 10:09:
Stukje huisvlijt met een 4 polig relay en een shelly 1.
Hoef ik niet meer met steeds de kabels te wisselen als de CiC stopt met de flow doorgeven.

[Afbeelding]

Kun jij hiermee ook analyseren wanneer en waarom de CiC stopt met de flow doorgeven?

[marsman]

AliExpres schreef op dinsdag 16 juni 2026 @ 10:07:
[...]

Kun jij hiermee ook analyseren wanneer en waarom de CiC stopt met de flow doorgeven?

Nee, alleen automatisch de Quatt weer aan de CIC koppelen als de flow wegvalt uit de JSON.
Ik ga checken of dit voldoende is, of dat de CiC herstart moet worden voordat de flow terugkomt in de JSON
.

[sdh1981]

AliExpres schreef op dinsdag 16 juni 2026 @ 10:00:
[...]

@noebas aansturing met OpenQuatt naar de buitenunit is in principe goed mogelijk als jij een tweede esp (tweede waveshare) aan de CiC koppelt of via de json kan zien wat de CiC met de buitenunit wil doen als de Chill aanstaat.

Mooie uitbreiding van het OpenQuatt project maar zit nu nog niet in https://github.com/jeroen85/OpenQuatt.

Met de basic versie van OpenQuatt kun jij dat waarschijnlijk beter uitproberen

Laat maar weten als jij hulp nodig hebt

Je kan met andere hardware en ook straks met de nieuwe Q controller zoiets maken zodat je altijd weer terug kan naar de CiC controls. Mijn setup hier kan ik kiezen wie de master is. OpenQuatt de master is alleen RX data doorlaten naar de CiC. Zet ik CiC in master, dan gaat OpenQuatt in de listener mode en wordt de TX aangezet zodat data van Modbus 2 (waar de CiC aan hangt) doorgezet naar modbus1 waar de ODU`s aanhangen. Zo zou je zonder problemen de Chill kunnen gebruiken.

[marsman]

Ik heb nu twee dagen de koeling lopen, maar hij is behoorlijk aan het pendelen.
De Water Out komt al heel snel onder het dauwpunt, waardoor de koeling stopt.

Water In is nu zo'n 19.8 graden.
De cooling supply target is 17.4 graden op basis van dauwpunt.
Maar zodra de Quatt aangaat zakken de Water Out en de flowmeter temperatuur vrij snel onder de 16, waardoor de Koeling weer uitschakelt.

Doel is eigenlijk om water van 2 graden minder dan de Water in rustig rond te pompen, zodat ik lange runs maak. Welke settings kan ik hier voor tweaken?







Ik heb 160m2 vloerverwarming over 3 verdiepingen.
BG vloerverwarming in beton
1e vloerverwarming in fermacel
2e vloerverwarming in zandcement

Daarnaast nog 2 radiatoren aan gesloten in de badkamers
3 Verdelers (met pomp)

[TWN]

marsman schreef op woensdag 17 juni 2026 @ 15:46:
Ik heb nu twee dagen de koeling lopen, maar hij is behoorlijk aan het pendelen.
De Water Out komt al heel snel onder het dauwpunt, waardoor de koeling stopt.

Water In is nu zo'n 19.8 graden.
De cooling supply target is 17.4 graden op basis van dauwpunt.
Maar zodra de Quatt aangaat zakken de Water Out en de flowmeter temperatuur vrij snel onder de 16, waardoor de Koeling weer uitschakelt.

Doel is eigenlijk om water van 2 graden minder dan de Water in rustig rond te pompen, zodat ik lange runs maak. Welke settings kan ik hier voor tweaken?
[Afbeelding]

[Afbeelding]

[Afbeelding]


Ik heb 160m2 vloerverwarming over 3 verdiepingen.
BG vloerverwarming in beton
1e vloerverwarming in fermacel
2e vloerverwarming in zandcement

Daarnaast nog 2 radiatoren aan gesloten in de de badkamers
3 Verdelers (met pomp)

Compressor frequentie/level verlagen?

Flowrate verhogen?

En wellicht de waardes van Cooling request on/off delta's aanpassen

Ik heb zelf nog niet kunnen experimenteren met de koel functies van OpenQuatt

[jj85]

marsman schreef op woensdag 17 juni 2026 @ 15:46:
Ik heb nu twee dagen de koeling lopen, maar hij is behoorlijk aan het pendelen.
De Water Out komt al heel snel onder het dauwpunt, waardoor de koeling stopt.

Mja, ga je niet echt heel veel aan kunnen doen vrees ik. Max compressor level heb je al op 1 staan.
Temp trekt gewoon snel omlaag. Je kunt hem nog wel wat meer ruimte geven door safety margin wat krapper te zetten. Zo snel condenseert het niet denk ik.

Het is eigenlijk nog te koud buiten om echt langdurig te koelen denk ik. Flowrate omhoog kan je proberen.

Maar maak gerust eens een debugopname van een uur bijv. en deel de json

[ Voor 23% gewijzigd door jj85 op 17-06-2026 16:18 ]

[RickvdT]

marsman schreef op woensdag 17 juni 2026 @ 15:46:
Doel is eigenlijk om water van 2 graden minder dan de Water in rustig rond te pompen, zodat ik lange runs maak. Welke settings kan ik hier voor tweaken?

Bij mij werkt de flow verhogen goed om de delta T laag te houden. Alleen geen idee of dat ook zo goed werkt in het geval van verdelers met pomp.

Zelf liep ik er tegen aan dat de demand om onverklaarbare reden gaat pendelen als je hoger dan level 1 zou willen koelen. Inclusief safety margin nog ongeveer een graad speling. Nog wat met de PID settings geklooid maar dat maakte geen verschil.



Van de week maar eens een nieuwe versie installeren en nog eens proberen.

[Toby-Wan]

@marsman
Ik zou bijna denken dat je ergens kortsluiting creëert, want met 3 verdiepingen aan vvw zou over meer dan voldoende systeem inhoud moeten beschikken.
Heb je verdelers met pomp? hoe staan die ingesteld? Zou het helpen om die dichtst bij de Quatt/CV aansluiting te knijpen?
Gaat temperatuur bij alle verdelers gelijkmatig omlaag wanneer Quatt aan het koelen is?

[marsman]

Ok, wat stapjes verder!

-Flow naar 1000, Margin naar 0.0
-Op de verdelers de pompen (ja helaas) naar max gezet.

En de Bronentity Aanvoer Temperatuur van de Flowmeter naar de HP1 Water Out gezet. Dat scheelt 1,5 graad, de flowmeter geeft kouder aan dan Water Out. Heel bijzonder eigenlijk.

Maar draait nu al ruim een half uur continu met een verschil van 2.1 op In/Out en nog ongeveer 0.4 graad tussen Supply Temp en Supply Target.
Benieuwd hoe het de komende dagen gaat met de toenemende warmte.

Toby-Wan schreef op woensdag 17 juni 2026 @ 18:57:
@marsman
Gaat temperatuur bij alle verdelers gelijkmatig omlaag wanneer Quatt aan het koelen is?

Verdelers pakken nu ook 1.5 tot 2 graden tussen aanvoer en retour

Leuk om hier zo me bezig te kunnen zijn, dank voor het meedenken!

[ Voor 19% gewijzigd door marsman op 17-06-2026 23:03 ]

[raven22]

marsman schreef op woensdag 17 juni 2026 @ 22:46:
Ok, wat stapjes verder!

-Flow naar 1000, Margin naar 0.0
-Op de verdelers de pompen (ja helaas) naar max gezet.

En de Bronentity Aanvoer Temperatuur van de Flowmeter naar de HP1 Water Out gezet. Dat scheelt 1,5 graad, de flowmeter geeft kouder aan dan Water Out. Heel bijzonder eigenlijk.

Maar draait nu al ruim een half uur continu met een verschil van 2.1 op In/Out en nog ongeveer 0.4 graad tussen Supply Temp en Supply Target.
Benieuwd hoe het de komende dagen gaat met de toenemende warmte.


[...]

Verdelers pakken nu ook 1.5 tot 2 graden tussen aanvoer en retour

Leuk om hier zo me bezig te kunnen zijn, dank voor het meedenken!

Met alleen vvw zou ik kijken of je de pomp niet uit de verdeler kunt halen en er een stuk pijp voor in de plaats zetten.

[AliExpres]

Die standaard flow van 800L/uur kan best voor veel huizen goed zijn gekozen. Of dat voor iedere Quatt ook optimaal is dat kan je alleen met OpenQuatt goed uitzoeken.

Goed bezig OpenQuatters!

[jj85]

Koelen, zeker met m'n Jaga's, blijft toch wel een uitdaging nog... maar zie hier ook geen verbeteropties. Hij trekt gewoon relatief snel de temp onder dauwpunt.

[TWN]

jj85 schreef op donderdag 18 juni 2026 @ 10:54:
Koelen, zeker met m'n Jaga's, blijft toch wel een uitdaging nog... maar zie hier ook geen verbeteropties. Hij trekt gewoon relatief snel de temp onder dauwpunt. [Afbeelding]

Uit interesse, werkt het condensvrij koelen met Jaga's goed?

[jj85]

TWN schreef op vrijdag 19 juni 2026 @ 09:14:
[...]

Uit interesse, werkt het condensvrij koelen met Jaga's goed?

Ik heb geen referentie, maar het doet wel degelijk wat. Fans zijn wel een vereiste.

[sdh1981]

jj85 schreef op donderdag 18 juni 2026 @ 10:54:
Koelen, zeker met m'n Jaga's, blijft toch wel een uitdaging nog... maar zie hier ook geen verbeteropties. Hij trekt gewoon relatief snel de temp onder dauwpunt. [Afbeelding]

oe,, dit flipperen van de compressor wil je niet. Daarom heb ik een minimale looptijd van 30 minuten ingebouwd. Ondertussen wat testen gedaan om het model voor dauwpunt te valideren. Onder het berekende dauwpunt is condens op de leiding, 1 graad eronder is water erop. dus snel weer terug naar boven het dauwpunt

[dvklinken]

Ik heb inmiddels ook OpenQuatt in gebruik en probeer ermee het huis te koelen. Fantastisch werk!

Het enige wat mij opvalt is dat compressorlevel 1 de compressor op 30hz laat draaien. Ik heb een V2 en die ondersteunt 20hz. Dat zie ik tenminste wanneer ik met de CIC het huis laat opwarmen, wanneer de CIC dat op het laagste pitje doet met compressorlevel 1 dan draait deze op 20hz.

Is dit aan te passen? Ik heb namelijk ook erg last van pendelgedrag en hopelijk koelt hij wat rustiger op 20hz.

[Toby-Wan]

jj85 schreef op donderdag 18 juni 2026 @ 10:54:
Koelen, zeker met m'n Jaga's, blijft toch wel een uitdaging nog... maar zie hier ook geen verbeteropties. Hij trekt gewoon relatief snel de temp onder dauwpunt. [Afbeelding]

met @sdh1981 eens, dit wil je niet
bij passief koelen is een minimaal benodigd afgifte nog belangrijker dan bij verwarmen, vanwege dit 'probleem' dat ie te snel onder dauwpunt komt.

just to be safe, zou je:
1) koel-pendel detectie: <X compressor start-stops binnen Y tijd
2) pop-up: afgifte vermogen mogelijk te klein -> 2 opties: doorgaan met flinke disclaimer eigen verantwoordelijkheid & disable koel functie

[Toby-Wan]

sdh1981 schreef op vrijdag 19 juni 2026 @ 11:58:
[...]
Daarom heb ik een minimale looptijd van 30 minuten ingebouwd. Ondertussen wat testen gedaan om het model voor dauwpunt te valideren. Onder het berekende dauwpunt is condens op de leiding, 1 graad eronder is water erop. dus snel weer terug naar boven het dauwpunt

alleen minimale looptijd of ook minimale uit-tijd?
gaat ie geforceerd door met koelen om die 30 minuten vol te maken of begrijp ik je oplossing verkeerd..

[jj85]

dvklinken schreef op vrijdag 19 juni 2026 @ 12:07:
Ik heb inmiddels ook OpenQuatt in gebruik en probeer ermee het huis te koelen. Fantastisch werk!

Het enige wat mij opvalt is dat compressorlevel 1 de compressor op 30hz laat draaien. Ik heb een V2 en die ondersteunt 20hz. Dat zie ik tenminste wanneer ik met de CIC het huis laat opwarmen, wanneer de CIC dat op het laagste pitje doet met compressorlevel 1 dan draait deze op 20hz.

Is dit aan te passen? Ik heb namelijk ook erg last van pendelgedrag en hopelijk koelt hij wat rustiger op 20hz.

Goede vraag, dat is onbekend denk ik. Je stuurt de buitenunit op lvl, dat vertaalt de buitenunit dan naar een frequentie.
Voor verwarmen is lvl 1 idd 20Hz. De omrekentabel voor koelen is mij niet bekend.

Misschien toch maar eens een keer experimenteren met het overschrijven vd freq tabel voor koelen.
@Jordi_ heb jij dit misschien al bij de Amber geprobeerd?