Ervaringen Qsilence warmtepompen (Qube, Qbooster) - deel 2

[hbolten]

kjs021 schreef op dinsdag 20 oktober 2026 @ 08:14:
[...]

Na de installatie is het systeem bij mij ook 2x bijgevuld. Dit heeft waarschijnlijk te maken met het vrij lange leidingstelsel in mijn huis en de lucht die er nog in zit. Het is niet vreemd dat deze lucht zich gaat verplaatsen wanneer de warmtepomp weer harder moet werken. Dit kan naast de temperatuurschommelingen zorgen voor een verlaagde druk.

Bij het bijvullen meten ze ook vaak op lekkage. Dat is bij mij altijd negatief geweest.

Het ontluchten van de hele installatie vraagt handigheid en geduld van de installateur. Mike Houtman van Zonaanbidder heeft dat kunstje goed onder de knie, en ook servicemonteur Jeroen van HR (die er inmiddels niet meer werkt) heeft na een reparatie het systeem prima ontlucht. Hij zei wel dat hij geregeld installaties tegenkwam die door de installateur niet goed ontlucht waren (het gaat ook om opgeloste lucht in de Q-fluid die eruit moet).

[hbolten]

@MattMax kun je wat toelichting geven op deze update in de laatste HACS integratie? Klinkt alsof we nu iets kunnen wat eerder niet kon.

Water heater for domestic hot water (water_heater.<label>_dhw), like the core integration. It shows the DHW temperature and setpoint, sets the setpoint (40-65 °C), and starts or stops the forced DHW run with the performance and heat_pump operation modes. The existing DHW setpoint number and forced DHW switch stay. With a fixed DHW schedule setpoint, a target set on the water heater is overwritten at the next scheduled start. (2026.10.9)

[MattMax]

hbolten schreef op woensdag 21 oktober 2026 @ 08:53:
@MattMax kun je wat toelichting geven op deze update in de laatste HACS integratie? Klinkt alsof we nu iets kunnen wat eerder niet kon.
...

Jazeker! Functioneel verandert er niets. De water heater bundelt drie dingen die er al waren in één entiteit:

- de SWW-temperatuur (sensor.<label>_temp_dhw)
- het SWW-instelpunt, register 173 (number.<label>_tapw_timeprogram_dhwsetp_nolinq, 40-65 °C)
- de geforceerde SWW-run (switch.<label>_tapw_timeprogram_bms_forced)

Wat het wel makkelijker maakt:

- Eén kaart op je dashboard. De standaard water heater-kaart toont de huidige temperatuur en het instelpunt. Je past het instelpunt aan met plus en min, zonder losse entiteiten bij elkaar te zoeken.
- Standaard acties. In automatiseringen gebruik je water_heater.set_temperature en water_heater.set_operation_mode. Andere integraties en kaarten die met water heaters werken, kunnen er ook mee overweg.
- Bedrijfsmodus in plaats van een schakelaar. performance betekent dat de geforceerde SWW-run aan staat, heat_pump is normaal bedrijf: dan verwarmt de regelaar het SWW volgens zijn eigen programma. Zet je de modus terug op heat_pump terwijl de regelaar nog een SWW-vraag heeft lopen? Dan blijft hij op performance staan tot de run klaar is. Dat is hetzelfde gedrag als bij de schakelaar.
- Gelijk aan de core-integratie. De officiële integratie heeft dezelfde entiteit, dus je dashboards en automatiseringen lijken meer op elkaar als je later overstapt.

Het instelpunt en de schakelaar blijven gewoon bestaan, dus bestaande automatiseringen blijven werken.

Let op als je het SWW-schema gebruikt

De water heater en het SWW-schema gebruiken hetzelfde instelpunt (register 173). Of ze elkaar in de weg zitten, hangt af van één optie in het schema: Gebruik het Modbus-instelpunt van de regelaar.

- Optie aan (standaard): het schema zet alleen de geforceerde SWW-run aan en uit en laat het instelpunt met rust. Het instelpunt dat je via de water heater kiest, blijft dus gewoon staan.
- Optie uit: het schema schrijft bij elke geplande start eerst zijn eigen vaste instelpunt naar de regelaar. Daarbij overschrijft het wat je via de water heater hebt ingesteld.

Voorbeeld met de optie uit: je schema loopt van 13:00 tot 15:00 met een vast instelpunt van 50 °C. Om 10:00 zet je de water heater op 55 °C. Om 13:00 zet het schema het instelpunt terug naar 50 °C, en dat zie je dan ook op de water heater.

Wil je het instelpunt zelf via de water heater regelen? Laat de optie dan aan staan. Of pas het vaste instelpunt in het schema aan (Instellingen → Apparaten en diensten → Qube heat pump → Configureren).

[MattMax]

HACS integratie en core integratie vanaf november 2026

Begin november verschijnt de maandelijkse release van Home Assistant. In deze release zit ook de vernieuwde (core, niet HACS) Qube integratie (Platinum quality scale). Deze integratie kan via mDNS automatisch een Qube warmtepomp vinden als dit wordt ondersteund op je netwerk.

Bestaande HACS users kunnen het bericht dat er een Qube is gevonden negeren. Je kan namelijk niet de HACS en de Core integratie naast elkaar gebruiken. Dit is slechts een klik en daarna komt de melding niet meer terug.

Zie de wiki voor een volledig overzicht van de verschillen. Voor de meeste gebruikers van de HACS integratie is het verstandig om deze te blijven gebruiken, aangezien die meer functionaliteit biedt. Voor nieuwe gebruikers is de Core integratie het beste startpunt, aangezien updates meelopen met Home Assistant en je geen HACS nodig hebt.

[Maarten60]

@MattMax gefeliciteerd met het behalen van platinum quality scale.

[gavro]

@Leen1967 helaas niets meer vernomen. Vermoedelijk omdat het toch wat te veel moeite is. Misschien probeer ik nog wel een telefoontje, maar verwacht er niet te veel van.

Dank voor jouw info, lijkt er dus op dat het is voor in het nieuwe jaar is. Ga ook nog eens even peilen bij een lokale installateur die ik zojuist vond (heeft HR nu nieuw is z’n aangeboden diensten). Kom er nog op terug!

[Leen1967]

gavro schreef op zaterdag 24 oktober 2026 @ 12:56:
@Leen1967 helaas niets meer vernomen. Vermoedelijk omdat het toch wat te veel moeite is. Misschien probeer ik nog wel een telefoontje, maar verwacht er niet te veel van.

Dank voor jouw info, lijkt er dus op dat het is voor in het nieuwe jaar is. Ga ook nog eens even peilen bij een lokale installateur die ik zojuist vond (heeft HR nu nieuw is z’n aangeboden diensten). Kom er nog op terug!

Ik begreep van de installateur waar ik mee bezig ben dat ze de prijs en andere info nog niet met hem gedeeld hebben. Hij zou van de week eens bellen. Hij had t idee dat ze eerst van de oude voorraad af willen omdat die niet aan de 2027 eisen voldoen en daarom misschien langzaam zijn van hr-energy. Hij verwachtte richting eind van t jaar ook nog wel een prijsdaling op de oude modellen. Ik twijfel zelf wel of je nog wel aan een WP met r32 moet beginnen als die nog 15-20 jaar mee moet. Wat als ze straks dat r32 gebruik helemaal verbieden over een jaar of tien.

[hbolten]

Leen1967 schreef op zaterdag 24 oktober 2026 @ 13:31:
[...]

Ik begreep van de installateur waar ik mee bezig ben dat ze de prijs en andere info nog niet met hem gedeeld hebben. Hij zou van de week eens bellen. Hij had t idee dat ze eerst van de oude voorraad af willen omdat die niet aan de 2027 eisen voldoen en daarom misschien langzaam zijn van hr-energy. Hij verwachtte richting eind van t jaar ook nog wel een prijsdaling op de oude modellen. Ik twijfel zelf wel of je nog wel aan een WP met r32 moet beginnen als die nog 15-20 jaar mee moet. Wat als ze straks dat r32 gebruik helemaal verbieden over een jaar of tien.

Die R32 zit veilig in de warmtepomp tot die een keer gesloopt gaat worden, gebeurt niets mee. Maar ik ben het met je eens: Je wilt liever een minder schadelijk koudemiddel in je warmtepomp.

[gavro]

Hoe zit het dan wanneer je bijvoorbeeld op den duur een storing of een lekkage hebt en het koudemiddel vervangen of aangevuld moet worden? Zou je R32 dan nog mogen gebruiken? Zo niet: Kan er iets anders gebruikt worden of zijn de oude warmtepompen daar dan niet geschikt voor?

[hbolten]

gavro schreef op zaterdag 24 oktober 2026 @ 23:24:
Hoe zit het dan wanneer je bijvoorbeeld op den duur een storing of een lekkage hebt en het koudemiddel vervangen of aangevuld moet worden? Zou je R32 dan nog mogen gebruiken? Zo niet: Kan er iets anders gebruikt worden of zijn de oude warmtepompen daar dan niet geschikt voor?

Voor zover ik kan nagaan blijft navullen met R32 toegestaan, wat wel kan gebeuren is dat vanwege de afnemende vraag het koelmiddel duurder of moeilijker verkrijgbaar wordt

[hbolten]

Ik ben met hulp van Claude, Home Assistant en MCP 'slimme' SG Ready-sturing aan het implementeren op basis van stroomprijs en (verwachte) zonopwek.

Het is nog wel een puzzel. Forecast van zonopwek is vooralsnog matig betrouwbaar, en de implementatie van HR energy wijkt iets af van de standaard. Als ik niet uitkijk heb ik zomaar 3x per week een legionellaprogramma (trigger Max) en dat lijkt me nou ook weer niet nodig.

De toestand Block gebruik ik als de stroom echt duur is (maar ja, wat is nou precies duur), maar ook om een paar 'stille' uren af te dwingen rondom de tijd dat we naar bed gaan. De Qube is relatief stil maar het brommen is toch storend als je op dezelfde verdieping in slaap probeert te komen.

Plus verhoogt (als je LinQ gebruikt, wat wij doen) de kamertemperatuur met 1 graad en de stooklijn met 10 graden. Ik vind 1 graad bovenop de standaard kamertemperatuur (20) best wel flink. Dus mss ga ik het omdraaien: ik zet de thermostaat op 19, de SG ready standaard op Plus en dan stand Normaal als een soort 'Block light'.

Ik blijf lekker puzzelen en tweaken. Iemand al een goed werkende implementatie?

[YJB]

Ik gebruik een pyscript in combinatie met een thermia warmtepomp (op een andere locatie dan onze qube).
Als de nordpool prijzen om ongeveer 15:00 binnen zijn gekomen maakt pyscript een planning om de pomp op de 4 duurste uren uit te zetten (maar omdat ik te maken heb met kwartier prijzen kan het dus best 8 * 30 minuten zijn of een combinatie).
Mijn restricties:
- Uit zetten mag maximaal 2 uur aaneengesloten duren
- Aan moet minstens een window van 30 minuten zijn (om het aantal starts te beperken)
- De volgende dag om 15:00 wordt er weer een nieuwe planning gemaakt, dus het kan zijn dat de periode van 15:00 -24:00 wordt overschreven door nieuwe inzichten.
- Ik heb een manual override switch om de geplande intervals (tijdelijk) te stoppen.

Ik weet dat dit niet 1 op 1 is over te nemen naar de Qube, maar het geeft misschien wat inzicht in mijn denk processen omtrent de planning. Het script zelf is in elkaar gezet met wat hulp van Claude. Ik wil het op zich wel delen, maar het is wat off-topic denk ik

(Ik heb daar geen zonnepanelen dus dat is idd een extra uitdaging vwb de planning)

Ik wil wel iets gelijks maken voor de Qube in de toekomst, maar de Thermia had prioriteit want die verstookt zo'n 6 mWh per jaar...

[hbolten]

@YJB mijn implementatie maakt ook een planning obv prognoses en stelt die gaandeweg bij zodra daadwerkelijk de zon schijnt en ook als de nieuwe prijzen binnen zijn. Zolang de nieuwe prijzen er nog niet zijn doet ie een aanname maar dat is nog wat gammel. Ik probeer er een zelflerende regeling van te maken (op de ouderwetse manier, zonder AI). Leuk projectje.

[MattMax]

hbolten schreef op maandag 2 november 2026 @ 19:21:
@YJB mijn implementatie maakt ook een planning obv prognoses en stelt die gaandeweg bij zodra daadwerkelijk de zon schijnt en ook als de nieuwe prijzen binnen zijn. Zolang de nieuwe prijzen er nog niet zijn doet ie een aanname maar dat is nog wat gammel. Ik probeer er een zelflerende regeling van te maken (op de ouderwetse manier, zonder AI). Leuk projectje.

Je zou nog eens kunnen kijken naar lineair programmeren dat veel wordt toegepast binnen energiemanagement. Daarmee vind je de beste oplossing afhankelijk van specifieke doelstellingen en beperkingen (de lineaire functies). Dat wordt bijv. ook gebruikt in EMHASS. Daar kan Claude ook goed mee overweg, zeker als alle data qua prijzen en verbruik beschikbaar is.

[hbolten]

MattMax schreef op maandag 2 november 2026 @ 22:18:
[...]

Je zou nog eens kunnen kijken naar lineair programmeren dat veel wordt toegepast binnen energiemanagement. Daarmee vind je de beste oplossing afhankelijk van specifieke doelstellingen en beperkingen (de lineaire functies). Dat wordt bijv. ook gebruikt in EMHASS. Daar kan Claude ook goed mee overweg, zeker als alle data qua prijzen en verbruik beschikbaar is.

Goeie, ga ik eens naar kijken.

[hbolten]

hbolten schreef op dinsdag 3 november 2026 @ 18:24:
[...]

Goeie, ga ik eens naar kijken.

Nou daar gaat ie

Overdracht: LP-sturing Qube warmtepomp

• Huidig: de template-helper Qube SG Ready advies (Off/Plus/Max/Block) werkt met regels: rangorde van de effectieve prijs (Frank Energie, minus zon via Open-Meteo/Forecast.Solar × zonprognose_correctie), zonoverschot (sensor.qube_zonoverschot_5_min), comfortgrens, tapwater, blokregels (max. 2 uur aaneen, 2 uur per 4 uur, 4 uur per dag), stille periode en geen wissels tijdens legionella.
• Plan: een MILP-model dat per kwartier voor 24 tot 36 uur vooruit de SG Ready-stand kiest, met een thermisch model (kamertemperatuur uit buitentemperatuur, warmte en zon) dat op historische data wordt gefit.
• Implementatie: AppDaemon add-on met highspy of pulp. Als die niet werken op Alpine/aarch64, dan dynamisch programmeren in puur Python. Het script schrijft sensor.qube_sg_ready_lp.
• Eerste stap: thermisch model fitten op historische data (o.a. input_text.qube_kamertemperatuur_per_uur), daarna een paar dagen naast de huidige template laten meedraaien en vergelijken.

[hbolten]

hbolten schreef op dinsdag 3 november 2026 @ 18:24:
[...]

Goeie, ga ik eens naar kijken.

Nou daar gaat ie

Overdracht: LP-sturing Qube warmtepomp

• Huidig: de template-helper Qube SG Ready advies (Off/Plus/Max/Block) werkt met regels: rangorde van de effectieve prijs (Frank Energie, minus zon via Open-Meteo/Forecast.Solar × zonprognose_correctie), zonoverschot (sensor.qube_zonoverschot_5_min), comfortgrens, tapwater, blokregels (max. 2 uur aaneen, 2 uur per 4 uur, 4 uur per dag), stille periode en geen wissels tijdens legionella.
• Plan: een MILP-model dat per kwartier voor 24 tot 36 uur vooruit de SG Ready-stand kiest, met een thermisch model (kamertemperatuur uit buitentemperatuur, warmte en zon) dat op historische data wordt gefit.
• Implementatie: AppDaemon add-on met highspy of pulp. Als die niet werken op Alpine/aarch64, dan dynamisch programmeren in puur Python. Het script schrijft sensor.qube_sg_ready_lp.
• Eerste stap: thermisch model fitten op historische data (o.a. input_text.qube_kamertemperatuur_per_uur), daarna een paar dagen naast de huidige template laten meedraaien en vergelijken.

[hbolten]

FASCINEREND

De eerste versie met Lineair Programmeren draait schaduw. De voorspellingen wijken iets af van het algoritme (Tmpl). Het aardige is dat-ie nu ook de temperatuur in de kamer voorspelt. Morgen kan ik zien wat het gaandeweg de dag werkelijk is geworden.

Next step is adaptief maken; over de dag heen correctiefactoren bepalen voor warmteverlies, en elke nacht opnieuw 'fitten' obv 21 dagen historie.

BTW de lijst toont uren, maar het geheel rekent met kwartierprijzen

Wordt vervolgd.

[jossie67]

Sinds de upgrade gisteren naar Home Assistant 2026.11.0 vond mij systeem in eens een ''2de" Qube uiteraad is dit de zelfde
Een is de Custom Integration en een zit in Core.
Het lijkt mij dat je het beste de Core kunt gebruiken, behalve als je natuurlijk wilt testen met een nieuwe versie.
Maar het valt mij bv op de Core versie andere benaming heeft van de sensoren , ook een verkeerde Room Temperatuur aangeeft -999.9 °C

[willem9503]

jossie67 schreef op vrijdag 6 november 2026 @ 09:18:
Sinds de upgrade gisteren naar Home Assistant 2026.11.0 vond mij systeem in eens een ''2de" Qube uiteraad is dit de zelfde
Een is de Custom Integration en een zit in Core.
Het lijkt mij dat je het beste de Core kunt gebruiken, behalve als je natuurlijk wilt testen met een nieuwe versie.
Maar het valt mij bv op de Core versie andere benaming heeft van de sensoren , ook een verkeerde Room Temperatuur aangeeft -999.9 °C

[Afbeelding]

Je bevinding van room temp. klopt, maar die geeft alleen een waarde als je een externe temp. sensor hebt (tenminste is bij mij altijd zo geweest, is al nodige onderzoek naar gedaan). Anders heb je de Linq ruimtetemperatuur hiervoor.

Ik blijf nog even lekker op de custom zitten tot Mattmax anders zegt...

[MattMax]

jossie67 schreef op vrijdag 6 november 2026 @ 09:18:
Sinds de upgrade gisteren naar Home Assistant 2026.11.0 vond mij systeem in eens een ''2de" Qube uiteraad is dit de zelfde
Een is de Custom Integration en een zit in Core.
Het lijkt mij dat je het beste de Core kunt gebruiken, behalve als je natuurlijk wilt testen met een nieuwe versie.
Maar het valt mij bv op de Core versie andere benaming heeft van de sensoren , ook een verkeerde Room Temperatuur aangeeft -999.9 °C
....

Zie deze eerdere update. In de meest recente HA release wordt de Qube automatisch gevonden via mDNS. Als er een Qube gevonden wordt, dan krijg je ook de melding om de core integratie te installeren. Als je nu HACS (nieuwe naam: HA Marketplace) gebruikt, dan kan je die melding gewoon negeren. In de wiki staat ook uitgelegd welke integratie je het beste kan gebruiken.

Korte samenvatting: als je zelf meer instel-mogelijkheden wilt hebben, kies dan de HACS/Marketplace integratie. Als je deze mogelijkheden niet gebruikt, is de core integratie de beste optie.

Ik ga kijken hoe ik de "room temperature sensor" kan verbergen als die niet in gebruik is. Voor de meeste gebruikers zal de echte ruimtetemperatuur van de LinQ thermostaat komen.
Update: in de december release van HA, zal de "room temperature" alleen beschikbaar zijn als er daadwerkelijk een losse "room temperature sensor" is aangesloten (check via roomprb_en).

[ Voor 6% gewijzigd door MattMax op 06-11-2026 11:38 ]

[Leen1967]

Na ruim twee maanden heb ik eindelijk een offerte waar alles correct in lijkt te staan, maar ik wilde jullie vragen of ik toch iets mis.

- qube R7 model met r290

- 8x retrofit zwarte Qpanels

- 200L Qstore vat

-Linkup thermostaat

- 8x nieuwe 440 Wp PV panelelen (bestaande panelen 1cm te breed en hr-energy geeft, na zes weken bellen, mailen en contact pas aan dat t dan niet compatibel is )

- extern buffervat en circulatiepomp.

- inclusief aansluiten, installeren, inregelen etc. en 5 jaar garantie.

Specificaties van bestaande situatie staan in mijn eerdere posts. Nu 1000m3 gas, VVW beneden, radiatoren op andere verdiepingen.

[kjs021]

Super Leen!

Enige wat bij mij, additioneel ten opzicht van bovenstaande, moest worden toegevoegd is een tweede (of meerdere) Linq. De eerste Linq wordt direct gekoppeld met de warmtepomp. Om de Linq bijvoorbeeld ook in de woonkamer te hebben - en dus gebruik te kunnen maken van het geboden ecosysteem - heb je meerdere nodig. Daar kwamen ze bij mij later pas achter.

Verder heb ik 10 Qpanels - bij mij is de afstand van het dak naar de warmtepomp ook langer dan gebruikelijk.

Succes met het vervolgtraject.

- edit

Mogelijk dat het dus niet nodig is om meerdere Linqs te hebben. Excuus. Bij mij in de woonkamer zat een zeer oude kabel voor een ouderwetse CV. Daar kon Linq niet op worden geinstalleerd. Bij mij is dus 1 Linq bij de Qube geinstalleerd, en de ander in de woonkamer heeft een draadloze verbinding met de Qube bij de warmtepomp.

[ Voor 25% gewijzigd door kjs021 op 08-11-2026 16:00 ]

[Leen1967]

kjs021 schreef op zondag 8 november 2026 @ 13:38:
Super Leen!

Enige wat bij mij, additioneel ten opzicht van bovenstaande, moest worden toegevoegd is een tweede (of meerdere) Linq. De eerste Linq wordt direct gekoppeld met de warmtepomp. Om de Linq bijvoorbeeld ook in de woonkamer te hebben - en dus gebruik te kunnen maken van het geboden ecosysteem - heb je meerdere nodig. Daar kwamen ze bij mij later pas achter.

Verder heb ik 10 Qpanels - bij mij is de afstand van het dak naar de warmtepomp ook langer dan gebruikelijk.

Succes met het vervolgtraject.

@kjs021 Hoe bedoel je dat met die extra Linq’s. Ik ging ervan uit dat de Linq in de woonkamer komt als vervanging van de huidige termostaat. Waar heb jij die andere dan nodig?

[Jeronim0]

Leen1967 schreef op zondag 8 november 2026 @ 13:58:
[...]

@kjs021 Hoe bedoel je dat met die extra Linq’s. Ik ging ervan uit dat de Linq in de woonkamer komt als vervanging van de huidige termostaat. Waar heb jij die andere dan nodig?

Ik heb hem ook in de woonkamer, alleen moest er een nieuwe kabel. De oude thermostaat was 2-aderig en de LinQ heeft er geloof ik 4 nodig. Kreeg de kabel niet door dezelfde leiding, dus die is met de 3-fase aansluiting naar beneden gegaan.

[Kubist]

Leen1967 schreef op zondag 8 november 2026 @ 09:56:

- extern buffervat en circulatiepomp.

Alleen maar een overdenking (ik ben geen installateur of expert): ik zelf zou wel benieuwd zijn waarom er een buffervat in de opstelling is opgenomen.

Voor zover ik het begrijp is een buffervat alleen nodig/zinnig als het afgiftesysteem soms zo "krap" is (bv als veel radiatoren dicht staan in de lente/herfst) dat de warmtepomp in die situaties de minimaal te produceren warmte niet kwijt kan. Dan zou de warmtepomp kunnen gaan pendelen (aan, want warmtevraag, uit, want te warm, aan, want warmtevraag, uit, want te warm, enz...)

In mijn opstelling zit geen buffervat - oud huis, redelijk geisoleerd, veel radiatoren, geen automatische na-regeling: dus de warmtepomp kan de warmte altijd wel kwijt.

[Leen1967]

Kubist schreef op zondag 8 november 2026 @ 19:44:
[...]

Alleen maar een overdenking (ik ben geen installateur of expert): ik zelf zou wel benieuwd zijn waarom er een buffervat in de opstelling is opgenomen.

Voor zover ik het begrijp is een buffervat alleen nodig/zinnig als het afgiftesysteem soms zo "krap" is (bv als veel radiatoren dicht staan in de lente/herfst) dat de warmtepomp in die situaties de minimaal te produceren warmte niet kwijt kan. Dan zou de warmtepomp kunnen gaan pendelen (aan, want warmtevraag, uit, want te warm, aan, want warmtevraag, uit, want te warm, enz...)

In mijn opstelling zit geen buffervat - oud huis, redelijk geisoleerd, veel radiatoren, geen automatische na-regeling: dus de warmtepomp kan de warmte altijd wel kwijt.

Inderdaad stook ik niet veel boven dus radiatoren staan daar meest dicht. Vloer oppervlak beneden is ook niet enorm. Dus vandaar dat zowel triple solar als hr-energy een buffervat aanraden.

[Maarten60]

@Leen1967 mijn aanvulling, niet direct voor het centrale Qube gedeelte
1 heb je (bekabeld) internet bij de Qube. Voor toekomstige integratie
2 ik heb zelf een 3 fase kWh meter in de meterkast laten plaatsen. Handig om verbruik ‘ onafhankelijk’ te meten

[Leen1967]

Maarten60 schreef op maandag 9 november 2026 @ 07:30:
@Leen1967 mijn aanvulling, niet direct voor het centrale Qube gedeelte
1 heb je (bekabeld) internet bij de Qube. Voor toekomstige integratie
2 ik heb zelf een 3 fase kWh meter in de meterkast laten plaatsen. Handig om verbruik ‘ onafhankelijk’ te meten

@Maarten60 ik had de vraag over bekabeld internet nog uitstaan bij de installateur. (Zwak) wifi heb ik daar wel maar geen bekabeld. Nieuwe kabel is niet zo makkelijk. Zou dan ook buitenom moeten (gelijk met de stroomkabel).

Die kWh meter zat ik ook aan te denken. Is vaak toch wel handig om makkelijk verbruik te kunnen zien.

[YJB]

@Maarten60 , wat is jouw standby verbruik?
Zie mijn eerdere bericht, benieuwd of jij ook zo iets ziet.
YJB in "Ervaringen Qsilence warmtepompen (Qube, Qbooster) - deel 2"

[Maarten60]

@Leen1967 ik heb de kabels ook buitenom, onder de dakpannen liggen.
Overigens, ik weet niet of je een Qube via wifi kan koppelen, heb zelf bekabeld. HRE doet remote software updates, dus goede verbinding is wel belangrijk. Ik heb zelf een extra utp kabel laten leggen.

[Maarten60]

@YJB bij mij is stand-by gebruik nog steeds 17W. Alleen als ik SGReady block gebruik wordt het verbruik opeens hoger 22W of soms zelfs meer. Komt ook niet meteen weer terug naar 17 W als ik sgready stop. Ik kan dat niet goed verklaren.

[Kubist]

Maarten60 schreef op maandag 9 november 2026 @ 12:29:
@Leen1967 ik heb de kabels ook buitenom, onder de dakpannen liggen.
Overigens, ik weet niet of je een Qube via wifi kan koppelen, heb zelf bekabeld. HRE doet remote software updates, dus goede verbinding is wel belangrijk. Ik heb zelf een extra utp kabel laten leggen.

De Qube heeft geen ingebouwde wifi.

[bor7]

Leen1967 schreef op zondag 8 november 2026 @ 19:57:
[...]

Inderdaad stook ik niet veel boven dus radiatoren staan daar meest dicht. Vloer oppervlak beneden is ook niet enorm. Dus vandaar dat zowel triple solar als hr-energy een buffervat aanraden.

ik had ook geen buffervat (ruwweg 70m2 vloerverwarming), draaide verder goed.

Voor een lucht-water systeem heb je voor de defrost de warmte uit je systeem nodig, dan loop je eerder tegen een tekort aan buffer aan. Maar PVT doet niet aan defrost voorzover ik weet ( helaas niet, want ijsafzetting was best fors)

[YJB]

YJB schreef op donderdag 17 september 2026 @ 12:30:
Ik had dit al een tijdje willen vragen, maar het was er nog niet van gekomen.

Direct na de installatie was het standby verbruik van de Qube 17W (op de fase waar de compressor op zit).
Op 16 mei werd dit om 08:00 24W en een uur later om 09:00 38W, Sinds die tijd is het standby verbruik altijd 38W.
Dit is gemeten met een externe meter (SDM72). Volgens mij is er niets gewijzigd.

Benieuwd of iemand anders dit ook heeft gezien, en of er een verklaring voor is. Op jaarbasis is dit toch een behoorlijk verschil.

@HR_support hebben jullie hier een verklaring voor?

[Kubist]

Voor wat dat waard is: de Qube zelf hier meldt steevast ~17W standby verbruik.

[YJB]

Kubist schreef op dinsdag 10 november 2026 @ 22:35:
Voor wat dat waard is: de Qube zelf hier meldt steevast ~17W standby verbruik.

Even checken. Als de pomp in standby staat, staat dan bij jullie binary_sensor.qube_1_srcflw ook op aan? Want is, als de pomp op standby staat, de enige sensor die actief is.

[Maarten60]

@YJB Ja dat heb ik ook. Sensor binary_sensor.qube_1_dout_srcpmp_val (source pump power supply) loopt wel synchroon.



Komt vreemd over.

[willem9503]

Net gecheckt. Hier, volgens verwachting dan, ook....