Ervaringen Qsilence warmtepompen (Qube, Qbooster) - deel 2

[MattMax]

Update 4 februari - 2026.1.12 beschikbaar om te testen

Testers gevraagd voor grote update van de Home Assistant integratie
Op dit moment ben ik bezig met het toevoegen van de Qube integratie als een officiële integratie in Home Assistant core. Dat betekent dat de integratie geïnstalleerd kan worden zonder HACS. Het betekent ook dat de integratie aan heel veel voorwaarden moet voldoen. Dit proces loopt nog en een eerste versie (met alleen ondersteuning voor sensoren) is inmiddels ingediend als voorstel.

De HACS integratie is voorzien van een grote update (2026.1.5) om aan te sluiten bij de officiële integratie. In de release notes kan je terugvinden wat de grootste wijzigingen zijn. Als je deze versie wilt testen, moet je release 2026.1.5 handmatig downloaden via HACS en daarna HA opnieuw opstarten. Er zitten enkele breaking changes in, dus ik raad aan om bij issues eerst de huidige integratie te verwijderen en dan opnieuw toe te voegen.

Het voordeel van deze versie is dat de structuur van de integratie sterk is verbeterd met duidelijke iconen voor alle entiteiten, het gebruik van een externe Python library (python-qube-heatpump) die alle communicatie met de Qube warmtepomp verzorgt (vereist voor core integraties) en een robuustere setup voor vertalingen.

Bij het installeren als nieuwe integratie zullen een aantal sensors (utility meters en SCOP sensors) op 0 beginnen, aangezien die eerst verbruik moeten registreren voordat er een nieuwe waarde verschijnt. Daarnaast is de voorbeeldcode voor een Home Assistant dashboard ook voorzien van een update. De SCOP sensors worden hier ook in meegenomen. De code is hier te vinden. Let op dat je deze code specifiek toevoegt aan je Qube dashboard en dat je niet per ongeluk de code van alle dashboards samen overschrijft.

Issues graag delen via Github of via een DM. Dan blijft de focus in dit topic op de warmtepomp zelf en kan ik aan de hand van de feedback verbeteringen doorvoeren. Bedankt!

[ Voor 2% gewijzigd door MattMax op 04-02-2026 19:19 . Reden: Nieuwe release ]

[Maarten60]

Prima om te testen.
Ben van plan 2e ha entiteit op te zetten en kan initieel dus wel lezen maar niet schrijven naar de qube.

[MattMax]

Maarten60 schreef op dinsdag 3 februari 2026 @ 16:15:
Prima om te testen.
Ben van plan 2e ha entiteit op te zetten en kan initieel dus wel lezen maar niet schrijven naar de qube.

Dat is ook een goede optie. Je kan eenvoudig een Home Assistant instance draaien in Docker Desktop, zodat het testen geen invloed heeft op je live Home Assistant setup. Na installeren van Docker Desktop kan je hiervoor het volgende commando uitvoeren:

code:

docker pull homeassistant/home-assistant

[jossie67]

@MattMax
MattMax

Zo de updates gaan snel!, lekker bezig

Ik wil upgraden van 2026.1.4 naar v2026.1.14
Dan moet toch ook eerst removen en weer toevoegen

[MattMax]

jossie67 schreef op donderdag 5 februari 2026 @ 12:58:
@MattMax
....
Ik wil upgraden van 2026.1.4 naar v2026.1.14
Dan moet toch ook eerst removen en weer toevoegen

Ja, dat is wel verstandig. De manier waarop de naamgeving van entities wordt bepaald is helemaal op de schop gegaan door de eisen die aan een officiële HA integratie worden gesteld. Je kan het uiteraard eerst proberen en, mocht dat issues opleveren, daarna alsnog de integratie verwijderen en opnieuw installeren.

Edit:
Mocht je bijv. "duplicate entities" krijgen, dan kan je dat vaak repareren via de functie "Recreate entities" in de integratie (via drie vertikale puntjes rechtsboven).

[ Voor 14% gewijzigd door MattMax op 05-02-2026 17:53 ]

[kjs021]

Bedankt voor de updates MattMax.

Zojuist de oude installatie verwijderd en de nieuwe schoon geinstalleerd. Draait goed. Voor de anderen - enige was dat de COP (berekend) bij de disabled entities stond - handmatig weer geactiveerd.

[willem9503]

@MattMax zeker wederom dank voor alle updates.
Net maar even upgrade/update rondje gemaakt, moest ook HA nog upgraden, maar Qube-HACS integratie lijkt prima te draaien.

[MattMax]

kjs021 schreef op zaterdag 7 februari 2026 @ 13:50:
Bedankt voor de updates MattMax.

Zojuist de oude installatie verwijderd en de nieuwe schoon geinstalleerd. Draait goed. Voor de anderen - enige was dat de COP (berekend) bij de disabled entities stond - handmatig weer geactiveerd.

Goed om te horen. De berekende COP staat nu inderdaad standaard op "disabled". De nieuwe SCOP sensors geven een overzicht per dag en maand. De sensor die de berekende COP laat zien, kan veel log entries geven, terwijl de meeste mensen dit niet real-time zullen volgen. Kan uiteraard handmatig weer aangezet worden, zoals je al had gevonden.

[hbolten]

Ik zag de discussie via git over stand-by verbruik van de Qube. Hier meet ik tussen 16,27 en 17,3 Watt; je kunt dus rustig uitgaan van 17 Watt

[BB_Elektro]

hbolten schreef op zondag 8 februari 2026 @ 14:58:
Ik zag de discussie via git over stand-by verbruik van de Qube. Hier meet ik tussen 16,27 en 17,3 Watt; je kunt dus rustig uitgaan van 17 Watt

Dankjewel voor de informatie. Is dat een Qube waar ook een Linq aan gekoppeld zit (die gevoed wordt vanuit de Qube)?

[hbolten]

BB_Elektro schreef op zondag 8 februari 2026 @ 15:47:
[...]


Dankjewel voor de informatie. Is dat een Qube waar ook een Linq aan gekoppeld zit (die gevoed wordt vanuit de Qube)?

Ja, hier zit inderdaad ook een LinQ aan. Ik meet de 3 fasen met een Shelly 3EM

[hbolten]

Nogal een overshoot weer. Hoe voorkom ik dat mensen?

[willem9503]

Net even de data bekeken, ik herken zo'n grote overshoot niet.
Bij mij toch redelijk max. op 0,3 gr
dag (7-21): 20.5gr en nacht (21-7): 20gr
Stooklijn:


geen heel concreet idee hoe dat te voorkomen, ik zou stellen dat je vloer misschien te warm word waardoor deze langer warmte uitstraalt en dat je warmteverlies toch kleiner is met deze temperaturen dan je zelf verwacht/denkt/hoopt.
Optie: stooklijn naar beneden bijstellen in de 0gr - 10gr range?

[HR_support]

Hallo hbolten,

Het is zeker niet de bedoeling dat je in dat scherm kan. Die is denk ik vergeten dicht te zetten na wat afstel werk. En als je er een keer in kan, inderdaad, verander niets daar. Wij en je installateur weten wat instellingen weer op andere momenten voor gevolgen hebben. En bij verzoek kijken we altijd even mee, als er twijfel is over de juiste instelling.

Dan de 100% is niet te vergelijken met de Qbooster, zoals je in een eerdere topic aangaf. Daar draaide de compressor inderdaad 100% om 6 KW te halen.
In de Qube is gekozen voor een grotere compressor, zodat we altijd het punt vermijden waarin het geluid van een draaiende compressor irritant wordt.
Software matig begrenzen we de compressor dus, afhankelijk van je licentie.
4 KW = 40%
6 KW = 55%
8 KW = 80%

hbolten schreef op woensdag 28 januari 2026 @ 09:22:
[...]

[Afbeelding]

@HR_support Is deze instelling de reden dat de compressor niet boven de 80% draait? Ik kan alles aanpassen als ik wil, behalve de Y1, maar ik kan maar beperkt inschatten wat de gevolgen zijn, dus ik verander niks. Is het überhaupt de bedoeling dat ik toegang heb tot al deze instellingen? [Afbeelding]

[HR_support]

BB_Elektro schreef op zondag 8 februari 2026 @ 15:47:
[...]


Dankjewel voor de informatie. Is dat een Qube waar ook een Linq aan gekoppeld zit (die gevoed wordt vanuit de Qube)?

De LinQ thermostaat wordt niet standaard met zijn voeding aangesloten op de Qube door de installateur. Het is een autonoom gevoede thermostaat/gateway, dus kan ook gewoon met een stekker en voeding via een stopcontact.
Als deze op de Qube is aangesloten, zul je in standby inderdaad een kleine toename zien van verbruik, door de LInQ.

[HR_support]

hbolten schreef op dinsdag 10 februari 2026 @ 18:42:
Nogal een overshoot weer. Hoe voorkom ik dat mensen?

[Afbeelding]

Dat kun je zo niet helemaal aangeven of verklaren. Hangt van heel veel factoren af.
1. Interne warmte. Veel mensen, zoninstraling, TV PC, koken in open keuken etc.
2. Zoals inderdaad al aangegeven, te hoge stooklijn en daardoor te veel warmte in de massa en dan doorschieten.

Voor de goed orde, wat zit er bij je in de woning? Enkel een LinQ in de woonkamer, of zit er een zone systeem of meerdere thermostaten?

[kjs021]

Mijn qube geeft geregeld errors weer. Hebben jullie dat ook? Bij mij bijvoorbeeld het volgende:

- 20-02 - Al 191 geen internet voor 15 min
- 19-02 - Al 22 high discharge temp voor 1 min
- 10-02 - Al 191 geen internet voor een uur
- 04-02 - Al 22 high discharge temp voor 1 min
- 28-01 - Al 178 source flow voor 1 min
- 17-01 - Al 191 geen internet voor 15 min

Hoor graag of dit normaal is of dat er naar gekeken moet worden.

Edit:
Heb een range extender toegevoegd om het WiFi signaal te boosten. Houd het in de gaten - mogelijk dat de errors daar mee te maken hebben.

[ Voor 15% gewijzigd door kjs021 op 22-02-2026 11:28 ]

[willem9503]

Ik had al een poosje niet meer gekeken naar fouten in de log (geen reden toe).
Check geeft wel fouten, maar niet die jij ziet. Die internetverbinding melding zou je zelf een in huis kunnen controleren. Ergens een slechte verbinding?

Ik zie dit regelmatig (minimaal iedere 3 dagen) terugkomen.




Nog geen idee waar die van zijn. Iets om uit te zoeken..

[kjs021]

Waarschijnlijk had je het zelf al gevonden - de alarmen staan hier weergegeven: https://www.hr-energy.com...larmenlijst-juli-2025.pdf

Hoop dat dit wat meer duidelijkheid geeft.

AL*18 Out of Envelope
Reset: Automatisch
Beschrijving: Compressor heeft te lang buiten zijn werkgebied gedraaid. De compressor wordt uitgeschakeld en warmtevraag gaat Elektrisch verder. Het alarm wordt automatisch gereset en de compressor zal weer aangaan. Dit alarm kan voorkomen bij hoge temperatuur tapwater maken of door een probleem met flow.

[willem9503]

kjs021 schreef op zondag 22 februari 2026 @ 20:20:
Waarschijnlijk had je het zelf al gevonden - de alarmen staan hier weergegeven: https://www.hr-energy.com...larmenlijst-juli-2025.pdf

Hoop dat dit wat meer duidelijkheid geeft.

AL*18 Out of Envelope
Reset: Automatisch
Beschrijving: Compressor heeft te lang buiten zijn werkgebied gedraaid. De compressor wordt uitgeschakeld en warmtevraag gaat Elektrisch verder. Het alarm wordt automatisch gereset en de compressor zal weer aangaan. Dit alarm kan voorkomen bij hoge temperatuur tapwater maken of door een probleem met flow.

Inderdaad, die ken ik. Ik had mijn opmerking iets anders moeten formuleren denk ik.
Het is meer "waarom deze komen". Tapwater doe ik niet en de flow monitor ik en is al maanden hetzelfde.....

[bor7]

Door omstandigheden moeten het voorjaar mijn PVT panelen eraf ( en na dakreparatie er later weer op).🙁

Nu krijg ik aangeboden dat bij herleggen de panelen "slimmer" kunnen worden aangesloten, met een ander schema, voor beter rendement ( betere flow) . Nu is dat best een bedrag extra aan nieuwe leidingen enz., dus de vraag is: hoeveel beter kan het?
Je zou denken: het kan maar door 1 leiding er naar toe, weerstand per paneel blijft hetzelfde, dus?
Misschien kan iemand (HR support?) hier iets over zeggen?

Ik heb trouwens de Cube, met de (oude) panelen die bij de Qbooster zaten.

[Maarten60]

Ik wil mijn PV overschot gebruiken om de WP extra warmte te laten maken via SGReady plus. Echter als ik Plus selecteer gebeurd er niets. WP blijft in standby.
De control Activate central heating staat wel op ON, maar dat staat die al paar dagen volgens HA history.
Ik heb geen Linq en bestuur de WP via een Danfoss systeem via harde contacten. LinQ Enable opties staan allemaal op uit.
Heeft iemand dit al werkend?
@HR_support Kan het zijn dat 'geen warmtevraag' via het harde contact SGReady Plus blokkeerd?

[YJB]

bor7 schreef op maandag 23 februari 2026 @ 14:33:
Door omstandigheden moeten het voorjaar mijn PVT panelen eraf ( en na dakreparatie er later weer op).🙁

Nu krijg ik aangeboden dat bij herleggen de panelen "slimmer" kunnen worden aangesloten, met een ander schema, voor beter rendement ( betere flow) . Nu is dat best een bedrag extra aan nieuwe leidingen enz., dus de vraag is: hoeveel beter kan het?
Je zou denken: het kan maar door 1 leiding er naar toe, weerstand per paneel blijft hetzelfde, dus?
Misschien kan iemand (HR support?) hier iets over zeggen?

Ik heb trouwens de Cube, met de (oude) panelen die bij de Qbooster zaten.

Wat ik begrepen heb worden de panelen tegenwoordig zo aangesloten dat de doorstroming door alle panelen hetzelfde is. Daardoor heb je in principe meer "capaciteit" in de panelen. Ook het doorspoelen van de installatie schijnt eenvoudigere te zijn.
Hoeveel het uitmaakt weet ik niet, bij mij hebben ze de aanpassing gedaan toen ik van Qbooster naar Qube ben overgestapt. Ik had toen al de "modernere" manier van aansluiten; ergens in 2022 zijn ze overgestapt van aansluiten per paar naar alle panelen individueel aansluiten:

Tot op heden (mei 2022) werden de Qpanels aangesloten in paren, met tussen de 2 panelen de
groene slang. Testen hebben uitgewezen dat we een betere flowverdeling krijgen, zeker
met paneelvelden die uit elkaar liggen (bijv. dakkapel er tussen), als we de panelen
individueel aansluiten op de verdelers. Een betere flowverdeling resulteert in een betere
opbrengst, zeker tijdens koude dagen.
De losse groene, rode en blauwe DN12 leidingen vervallen en meer werken met T-stukken.

Maar kennelijk kon het nog een stapje beter, vandaar de verdere aanpassing. Een indicatie van onbalans zou je kunnen zien wanneer het koud is en dat sommige panelen eerdere "bevriezen" dan andere.

[MattMax]

Maarten60 schreef op maandag 23 februari 2026 @ 14:54:
Ik wil mijn PV overschot gebruiken om de WP extra warmte te laten maken via SGReady plus. Echter als ik Plus selecteer gebeurd er niets. WP blijft in standby.
....

SGReady wel ingeschakeld op de warmtepomp controller?

[Maarten60]

MattMax schreef op maandag 23 februari 2026 @ 21:55:
[...]
SGReady wel ingeschakeld op de warmtepomp controller?

Goede tip. Nee SG Ready was niet enabled maar dat lijkt niets uit te maken. Heb het nog een keer gecontroleerd maar zowel met SG Ready enabled of disabled, in beide gevallen werkt de SG Ready block optie. Ik zie ook direct de veranderingen via de Modbus verschijnen op het Qube display en ook de sensor PV surplus actief (binary_sensor.qube_1_surplus_pv) wordt actief bij de Plus optie. Alleen de Qube blijft in stand by.

Mogelijk is er wat anders aan de hand, de SG Ready Plus optie moet een temperatuurverhoging van 1 C gaan geven maar in mijn geval is geen temperatuur referentie. Ik gebruik geen LinQ.

Heeft iemand anders ervaring met het gebruik van de plus optie?
@HR_support enig inzicht wat jullie kunnen delen?

[kjs021]

Opgelost - was nog verbonden met Tailscale (vpn). Kon daardoor denk ik geen verbinding maken.

Las gisteren dat er een februari 2026 update beschikbaar is voor de Linq (https://www.hr-energy.com...date-linq-up-61010068.pdf). Vanochtend geprobeerd te updaten. Loop bij de verschillende Linqs vast op reading the firmware update. Hieronder de printscreens van de meldingen. App mobiel is up to date en Linqs zijn na de eerste foutmelding herstart - fout blijft. Huidige versie is 6.10.1000.59 (augustus versie). Enig idee?

[ Voor 15% gewijzigd door kjs021 op 25-02-2026 09:56 ]

[willem9503]

Eigenwijs als ik ben, ondanks deze melding toch maar de update gedaan.
Ging bij mij probleemloos......

[CarelWdv]

Zonet ook de Linq-up succesvol geüpdatet en de hysterese aangepast (voorlopig -0,1 en +0,2).
Eén maar bij de update. Mijn Android mobiel laat maar een heel klein stukje van de -> en DONE knop van de Linq-up app zien (op screenshot is dit nog vrij goed zichtbaar). Je moet het weten en rekening houden met "dikke" vingers, want de navigatiebalk van mijn mobiel ligt eroverheen.

[YJB]

HR_support schreef op vrijdag 16 januari 2026 @ 13:04:
[...]


Wij geen zoiets niet integreren in de Qube zelf, simpel omdat (buiten hier op tweakers) er geen vraag is van overige gebruikers Qube, en we in de Qube de kerntaak houden, veilig en goed warmte maken.
We hebben een Modbus beschikbaar en we hebben SG ready, en een HEMS dient in onze visie een externe partij te moeten zijn, die doen waar hun goed in zijn. De Qube software zorgt voor een goede werking Qube.
Wel staan er iets in de roadmap voor 2026.
P1 uitlezen van Homewizard, en eigen verbruik PV verhogen.
Als HomeWizard in de toekomst als HEMS kan functioneren, zullen we daar ook op koppelen.

Als we het over de roadmap hebben, zou het mogelijk zijn om de buitentemperatuur over te nemen vanuit modbus met een failsafe naar de standaard buitentemperatuur handling.
Iets van een read/write register, en als dat register de laatste 15 minuten niet geupdate is, dan de waarde gebruiken vanuit de externe source zoals die nu gebruikt wordt?
Ik vraag dit omdat bij andere warmtepompen er ook manipulatie van de buiten temperatuur kan worden gedaan om zodoende stookuren optimalisatie icm dynamische tarieven te implementeren.
Ngenic doie dit door de sensor te manipuleren, maar er zijn ook initiatieven op basis van home assistant (Pumpsteer en meer recent SVOTC — Smart Virtual Outdoor Temperature Control).

[MattMax]

Maarten60 schreef op dinsdag 24 februari 2026 @ 16:52:
[...]
...

Mogelijk is er wat anders aan de hand, de SG Ready Plus optie moet een temperatuurverhoging van 1 C gaan geven maar in mijn geval is geen temperatuur referentie. Ik gebruik geen LinQ.

Heeft iemand anders ervaring met het gebruik van de plus optie?
@HR_support enig inzicht wat jullie kunnen delen?

Je hebt gelijk. Ik heb een automatisering die bepaalt wanneer de stroomprijs laag is (dynamisch contract via Tibber) en in dat geval SGReady Plus inschakelt. Ik draai tijdelijk met een virtuele thermostaat in Home Assistant (LinQ thermostaat is defect) en bij mij gebeurt er nu ook niets als SGReady Plus wordt geactiveerd. Extra check gedaan met externe energiemeter en die laat in die periode ook geen verandering zien.

[Maarten60]

Helder, zou fijn zijn als @HR_support even kan reageren.
Het lijkt erop dat ik mijn Danfoss, die een hard contact heeft maar niet via HA te besturen is, moet vervangen door een simpele unit die ik wel kan besturen en het harde contact activeert.

[HR_support]

kjs021 schreef op vrijdag 20 februari 2026 @ 21:55:
Mijn qube geeft geregeld errors weer. Hebben jullie dat ook? Bij mij bijvoorbeeld het volgende:

- 20-02 - Al 191 geen internet voor 15 min
- 19-02 - Al 22 high discharge temp voor 1 min
- 10-02 - Al 191 geen internet voor een uur
- 04-02 - Al 22 high discharge temp voor 1 min
- 28-01 - Al 178 source flow voor 1 min
- 17-01 - Al 191 geen internet voor 15 min

Hoor graag of dit normaal is of dat er naar gekeken moet worden.

Edit:
Heb een range extender toegevoegd om het WiFi signaal te boosten. Houd het in de gaten - mogelijk dat de errors daar mee te maken hebben.

Hallo kjs021
Die internet melding is inderdaad dat gedurende 10 minuten er geen buitentemperatuur te lezen is. Of te wel de LinQ heeft geen contact met internet.
Die bron flow, is voorgekomen toen het erg koud was. Het kan soms voorkomen dat die ontstaat bij opstarten met een zeer koude bron. (Vloeistof is dik)
Komt hij vaker voor dan even via je installateur bij onze support melden.
Die hoge discharge temp is meestal een flow probleem aan CV zijde tijdens tapwater maken. Als hij vaker voorkomt, ook even melden via de installateur aan onze support, dan kan men er even naar kijken, en wellicht iets verstellen om dit te voorkomen. (Storing zal zichzelf trouwens weer resetten)

[HR_support]

willem9503 schreef op maandag 23 februari 2026 @ 08:11:
[...]


Inderdaad, die ken ik. Ik had mijn opmerking iets anders moeten formuleren denk ik.
Het is meer "waarom deze komen". Tapwater doe ik niet en de flow monitor ik en is al maanden hetzelfde.....

Kan komen ook door flow aan de source kant, of te wel, hij haalt te weinig warmte uit de source. Even melden via je installateur aan Support dan kunnen ze er even naar kijken, en aktie ondernemen.

[HR_support]

bor7 schreef op maandag 23 februari 2026 @ 14:33:
Door omstandigheden moeten het voorjaar mijn PVT panelen eraf ( en na dakreparatie er later weer op).🙁

Nu krijg ik aangeboden dat bij herleggen de panelen "slimmer" kunnen worden aangesloten, met een ander schema, voor beter rendement ( betere flow) . Nu is dat best een bedrag extra aan nieuwe leidingen enz., dus de vraag is: hoeveel beter kan het?
Je zou denken: het kan maar door 1 leiding er naar toe, weerstand per paneel blijft hetzelfde, dus?
Misschien kan iemand (HR support?) hier iets over zeggen?

Ik heb trouwens de Cube, met de (oude) panelen die bij de Qbooster zaten.

Wat je kunt bereiken hangt vooral af van de huidige wijze van monteren. In het begin zijn ze in paren geplaatst, later is men overgegaan naar 2 velden.
Met vele metingen is er uit gekomen dat de perfecte flow door ieder paneel te halen is als de bron geticheld aangesloten wordt. Daarnaast zijn er nog wat voordelen van type verdeler etc.
Dus zo uit deze post is niet te halen wat er nu ligt en wat men gaat doen. Dat is dus helaas toch een vraagstelling die via de installateur bij ons terecht moet komen, daar we nu geen volledig beeld hebben van het dossier.

[HR_support]

Maarten60 schreef op dinsdag 24 februari 2026 @ 16:52:
[...]

Goede tip. Nee SG Ready was niet enabled maar dat lijkt niets uit te maken. Heb het nog een keer gecontroleerd maar zowel met SG Ready enabled of disabled, in beide gevallen werkt de SG Ready block optie. Ik zie ook direct de veranderingen via de Modbus verschijnen op het Qube display en ook de sensor PV surplus actief (binary_sensor.qube_1_surplus_pv) wordt actief bij de Plus optie. Alleen de Qube blijft in stand by.

Mogelijk is er wat anders aan de hand, de SG Ready Plus optie moet een temperatuurverhoging van 1 C gaan geven maar in mijn geval is geen temperatuur referentie. Ik gebruik geen LinQ.

Heeft iemand anders ervaring met het gebruik van de plus optie?
@HR_support enig inzicht wat jullie kunnen delen?

Hallo Maarten,
Met surplus gebeuren er inderdaad 2 dingen.
1. Kamer setpoint op de LinQ wordt 1 oC warmer. (Woning als buffer) Als kamer al warm is gebeurd er uiteraard niets. En als je een Danfoss regeling hebt, gebeurd er ook niks.
2. Tapwater wordt naar dagbedrijf gezet. (Gelijk aan de sturing 2 uur hoog setpoint)
Als die op 52 oC staat, en je temperatuur in de boiler is > 47 oC, dan zal er niets gebeuren.

Hoop dat dit het duidelijk maakt

[HR_support]

CarelWdv schreef op woensdag 25 februari 2026 @ 12:28:
Zonet ook de Linq-up succesvol geüpdatet en de hysterese aangepast (voorlopig -0,1 en +0,2).
Eén maar bij de update. Mijn Android mobiel laat maar een heel klein stukje van de -> en DONE knop van de Linq-up app zien (op screenshot is dit nog vrij goed zichtbaar). Je moet het weten en rekening houden met "dikke" vingers, want de navigatiebalk van mijn mobiel ligt eroverheen.
[Afbeelding]

Hallo Carel,
Blijft lastig met Android. Er zijn gewoon enorm veel toestellen, en over algemeen gaat het goed, soms zit er een toestel bij dat wat lastiger is. We geven het door aan de App ontwikkelaar om er in de toekomst nog meer rekening mee te houden.

[HR_support]

Maarten60 schreef op woensdag 25 februari 2026 @ 18:53:
Helder, zou fijn zijn als @HR_support even kan reageren.
Het lijkt erop dat ik mijn Danfoss, die een hard contact heeft maar niet via HA te besturen is, moet vervangen door een simpele unit die ik wel kan besturen en het harde contact activeert.

Of een LinQ zoneregeling, alles geïntegreerd en je kunt warmte bufferen in je woning

[HR_support]

MattMax schreef op woensdag 25 februari 2026 @ 15:12:
[...]

Je hebt gelijk. Ik heb een automatisering die bepaalt wanneer de stroomprijs laag is (dynamisch contract via Tibber) en in dat geval SGReady Plus inschakelt. Ik draai tijdelijk met een virtuele thermostaat in Home Assistant (LinQ thermostaat is defect) en bij mij gebeurt er nu ook niets als SGReady Plus wordt geactiveerd. Extra check gedaan met externe energiemeter en die laat in die periode ook geen verandering zien.

Zie mijn opmerking wat SGready-plus doet.

[HR_support]

YJB schreef op woensdag 25 februari 2026 @ 12:35:
[...]


Als we het over de roadmap hebben, zou het mogelijk zijn om de buitentemperatuur over te nemen vanuit modbus met een failsafe naar de standaard buitentemperatuur handling.
Iets van een read/write register, en als dat register de laatste 15 minuten niet geupdate is, dan de waarde gebruiken vanuit de externe source zoals die nu gebruikt wordt?
Ik vraag dit omdat bij andere warmtepompen er ook manipulatie van de buiten temperatuur kan worden gedaan om zodoende stookuren optimalisatie icm dynamische tarieven te implementeren.
Ngenic doie dit door de sensor te manipuleren, maar er zijn ook initiatieven op basis van home assistant (Pumpsteer en meer recent SVOTC — Smart Virtual Outdoor Temperature Control).

Tegenvraag:
Waarom zou je dat willen, als je ook de stooklijn kunt uitzetten, en via HA zelf de gewenste waarde kunt invullen?

[Maarten60]

Vraagje, bij mij staat de switch

code:

switch.qube_1_modbus_demand

altijd op on. Ook als er geen warmtevraag is.
Volgens de wiki: Trigger heat demand.
Gebruikt iemand die switch of kan je die alleen gebruiken als je een LinQ thermostaat hebt.

[willem9503]

HR_support schreef op donderdag 26 februari 2026 @ 11:38:
[...]


Kan komen ook door flow aan de source kant, of te wel, hij haalt te weinig warmte uit de source. Even melden via je installateur aan Support dan kunnen ze er even naar kijken, en aktie ondernemen.

Ingepland. Ze bellen jullie wel denk...

[Maarten60]

HR_support schreef op donderdag 26 februari 2026 @ 11:56:
[...]
Hoop dat dit het duidelijk maakt

Ik begrijp nu dat SG Ready Plus alleen via LinQ is geïmplementeerd.

Mijn vraag is eigenlijk: hoe kan de Qube softwarematig starten op basis van surplus, los van LinQ?

Wat ik zie is dat bij SG Ready Plus bijvoorbeeld de binary_sensor.qube_1_surplus_pv actief wordt en de status via Modbus zichtbaar is. De Qube detecteert de actie dus gewoon intern. Toch blijft de unit in stand-by wanneer er geen LinQ aanwezig is.
Waarom kan de Qube niet starten op basis van dat surplus-signaal zelf? Functioneel lijkt dat vergelijkbaar met starten via hard contact.

Ik kan me voorstellen dat dit breder relevant wordt — denk aan netcongestie, sturen op dynamische tarieven of toekomstige EMS/HA-koppelingen — waarbij het aan/uit kunnen sturen van de warmtepomp relevant is, ook zonder zone-regeling.

Is er bewust voor gekozen om dit alleen binnen de LinQ-context mogelijk te maken, of kan deze standalone use-case in een volgende release worden opgenomen?

[MattMax]

Maarten60 schreef op donderdag 26 februari 2026 @ 13:19:
Vraagje, bij mij staat de switch

code:

switch.qube_1_modbus_demand

altijd op on. Ook als er geen warmtevraag is.
Volgens de wiki: Trigger heat demand.
Gebruikt iemand die switch of kan je die alleen gebruiken als je een LinQ thermostaat hebt.

Ik gebruik die switch in combinatie met een virtuele thermostaat. Bij warmtevraag van de thermostaat wordt deze switch op "on" gezet. Als de warmtevraag stopt, dan gaat deze switch weer uit. Die zou dus zeker niet standaard aan moeten staan.
De integratie neemt de waarde van het bijbehorende Modbusregister over, dus als de waarde van dat register "on" is, dan zal de integratie dat ook laten zien en wordt er dus actief om warmte gevraagd.

Ik heb zojuist even mijn eigen setup gecontroleerd. De switch modbus_demand staat uit, vervolgens zet ik de warmtepomp uit en na 5 minuten weer aan. Daarna staat dezelfde switch nog steeds uit. Kortom, die wordt dus niet standaard aangezet bij het laden van de integratie of na het opnieuw opstarten van de warmtepomp.

[Maarten60]

[@MattMax] Dank voor het testen.

Bij mij staat switch.qube_1_modbus_demand standaard op ON, ook zonder warmtevraag. Als ik hem op OFF zet verandert er niets in het gedrag. Ook niet als ik hem daarna weer op ON zet.
Tegelijk blijft binary_sensor.qube_1_bms_demand OFF zolang er geen warmtevraag via het hard contact is.
Wat mij daarnaast opvalt: zelfs wanneer de unit daadwerkelijk aan het verwarmen is (status = heating), blijft binary_sensor.qube_1_bms_demand OFF.

Ik stuur de CV via een hard contact aan (geen LinQ) en het lijkt er daardoor op dat bms_demand uitsluitend de Modbus/BMS-ingang representeert en geen relatie heeft met een actieve hardware warmtevraag.

Zou het kunnen dat er in de Qube een configuratie of control mode actief is waarbij óf naar de hardware thermostaat wordt geluisterd, óf naar de BMS/Modbus demand — maar niet naar beide tegelijk?

[@HR_support] Kunnen jullie toelichten hoe deze keuze/prioriteit intern is opgebouwd?

[YJB]

HR_support schreef op donderdag 26 februari 2026 @ 12:03:
[...]


Tegenvraag:
Waarom zou je dat willen, als je ook de stooklijn kunt uitzetten, en via HA zelf de gewenste waarde kunt invullen?

Mijn verzoek is niet om de warmtepomp extern te gaan aansturen of de stooklijn uit te zetten.

Integendeel: ik wil juist de bestaande interne regeling volledig intact laten.

Het idee is om de buitentemperatuur óók via een Modbus write-register beschikbaar te maken, met de volgende logica:

Als het register minimaal elke 15 minuten wordt geüpdatet → gebruik deze waarde
Als er geen update komt → automatisch terugvallen op de huidige cloud-bron

Op die manier:

Blijft de interne stooklijn actief
Blijven alle beveiligingen en modulatie intact
Is er altijd een veilige fallback
Is er geen impact voor standaardgebruikers

Waarom dit wenselijk is:

Door een “virtuele” buitentemperatuur te kunnen aanleveren, kan een extern energiemanagementsysteem:

Iets eerder of later laten reageren op verwachte kou
Beter omgaan met dynamische stroomtarieven
Thermische massa van het gebouw benutten
Zonder dat de warmtepomp wordt gereduceerd tot een extern aangestuurde actuator.

Het verschil met het uitschakelen van de stooklijn en direct setpoints sturen is dat in dat geval de interne regeling feitelijk wordt omzeild. Bij temperatuurinjectie blijft de volledige regelarchitectuur actief.

De implementatie lijkt relatief beperkt: een write-register, tijdscontrole en een fallback-mechanisme.

[HR_support]

Maarten60 schreef op vrijdag 27 februari 2026 @ 17:35:
[@MattMax] Dank voor het testen.

Bij mij staat switch.qube_1_modbus_demand standaard op ON, ook zonder warmtevraag. Als ik hem op OFF zet verandert er niets in het gedrag. Ook niet als ik hem daarna weer op ON zet.
Tegelijk blijft binary_sensor.qube_1_bms_demand OFF zolang er geen warmtevraag via het hard contact is.
Wat mij daarnaast opvalt: zelfs wanneer de unit daadwerkelijk aan het verwarmen is (status = heating), blijft binary_sensor.qube_1_bms_demand OFF.

Ik stuur de CV via een hard contact aan (geen LinQ) en het lijkt er daardoor op dat bms_demand uitsluitend de Modbus/BMS-ingang representeert en geen relatie heeft met een actieve hardware warmtevraag.


Zou het kunnen dat er in de Qube een configuratie of control mode actief is waarbij óf naar de hardware thermostaat wordt geluisterd, óf naar de BMS/Modbus demand — maar niet naar beide tegelijk?

[@HR_support] Kunnen jullie toelichten hoe deze keuze/prioriteit intern is opgebouwd?

Als je BMS_Demand gebruikt, kan er nooit een RoomLinQ zijn. En dan dient RoomLinQ_En aan te staan.
Om toch het mogelijk te maken een LinQ aanwezig te hebben, en HA. Hebben we Modbus_Demand gemaakt. Deze zal enkel werken als RoomLinQ_En vinkje uit staat.

[HR_support]

Tweakers Avond HR Energy.
Zoals al eerder genoemd en ik zal een aantal positieve reacties, willen we een avond organiseren in De Lier in onze productie faciliteit.
We willen dit organiseren op dinsdag 31 Maart 2026. Waar de inloop vanaf 18:30 zal zijn.
Even gezellig koffie, wat lekkers, en praten over de Qube, integraties, PVT en wat dan ook ter sprake komt.
Als je er bij wilt zijn, meld je dan aan door even een mail te sturen aan [e-mail]

[Maarten60]

HR_support schreef op maandag 2 maart 2026 @ 13:57:
Als je BMS_Demand gebruikt, kan er nooit een RoomLinQ zijn. En dan dient RoomLinQ_En aan te staan.
Om toch het mogelijk te maken een LinQ aanwezig te hebben, en HA. Hebben we Modbus_Demand gemaakt. Deze zal enkel werken als RoomLinQ_En vinkje uit staat.

@HR_support kunnen jullie in deze context ook nog naar de vraag over harde contacten kijken.

Maarten60 schreef op vrijdag 27 februari 2026 @ 17:35:

[MattMax]

HR_support schreef op donderdag 5 maart 2026 @ 17:29:
Tweakers Avond HR Energy.
Zoals al eerder genoemd en ik zal een aantal positieve reacties, willen we een avond organiseren in De Lier in onze productie faciliteit.
We willen dit organiseren op dinsdag 31 Maart 2026. Waar de inloop vanaf 18:30 zal zijn.
Even gezellig koffie, wat lekkers, en praten over de Qube, integraties, PVT en wat dan ook ter sprake komt.
Als je er bij wilt zijn, meld je dan aan door even een mail te sturen aan [e-mail]

Leuk dat jullie dit organiseren! Ik kan er zelf niet bij zijn, maar zie nieuwe ideeën en suggesties hier graag op het forum verschijnen. Veel plezier!

[HR_support]

Maarten60 schreef op donderdag 5 maart 2026 @ 18:54:
[...]

@HR_support kunnen jullie in deze context ook nog naar de vraag over harde contacten kijken.

[...]

Klopt dat de hardwarematige ingang, geheel parallel staat aan de software.
Of te wel er is vraag als een van beide actief is. (Of beide uiteraard)
Dus als je softwarematig vraag uit zet, maar er is een contact van je zone systeem actief dan gaat hij gewoon verwarmen.

Trouwens, zoals al eerder aangegeven, die BMS_Demand is voor de LinQ, gebruik die dan ook niet. Zou je die gebruiken dan moet je vinkje aanzetten warmtevraag via LinQ, anders doen we er niets mee.
Speciaal voor jullie met HA heb ik modbus punt aangemaakt:
Zoals ook besproken met MattMax.
Welke enkel werkt als vinkje dat je vraag via LinQ wil doen, hebt uit gezet.

In jouw geval met actief buffer kan het zijn als je buffer warm is, dat bij Modbus vraag of hardware vraag de Qube niet start. Dat hangt namelijk af van feit of de temperatuur Plant (na buffer) niet te warm is om te starten.

[HR_support]

Maarten60 schreef op zondag 4 januari 2026 @ 16:19:
Ik probeer helderheid te krijgen voor het aansturen van tapwater.
- Het voorbeeld (MattMax in "Ervaringen Qsilence warmtepompen (Qube, Qbooster) - deel 2") voor het instellen van het max water temperatuur setpoint is helder.
- HoldingRegister 44 (TapW_TimeProgram.DHWS) is een read/write register en lijkt volgens de lijst van juni 2025 voor de minimum temperatuur Tapwater te zijn.
Kan de minimum tapwatertemperatuur op dezelfde manier worden aangestuurd?
- Verder zijn er twee opties voor het starten van de tapwaterproductie

code:

switch.tapw_timeprogram_bms_forced
switch.tapw_timeprogram_dhwsetp_nolinq

Omdat de LinQ tegenwoordig aan nagenoeg iedere Qube zit, zal deze ten alle tijden het hoge setpoint instellen van tapwater. (52 oC)
Vandaar dat we er in gemaakt hebben dat als vinkje NoDHW_LinQ uit staat, jullie met HA op de modbus via een apart modbus die temperatuur kunnen instellen. Holdingregister 173.


Dan start je Qube dus op basis van BMS-forced en ga je dat setpoint maken. Let wel op, als tapwater warmer is dan 47 oC, gaat hij nooit starten met tapwater verwarmen !

Optie 1 start de productie als de tapwatertemperatuur lager is dan max_temp - hysteresis (5C). Als ik het goed begrijp start de tapwaterproductie altijd bij optie 2. Beide acties stoppen pas als max_temp is bereikt. (kunnen dus niet worden gestopt)
Dan lijkt optie 1 dus legacy.
@HR_support kunnen jullie helderheid verschaffen

[kjs021]

Complimenten voor de laatste update(s). Geen enkele foutmelding in de laatste weken. Top!

[HR_support]

Reminder:
31 Maart in de avond zijn jullie Tweakers met een HR Energy warmtepomp welkom in onze fabriek. Mocht je daar dus bij willen zijn, en hebben jullie je nog niet aangemeld. Geef even een bericht op [e-mail]