Ervaringen Qsilence warmtepompen (Qube, Qbooster) - deel 2

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

[Maarten60]

Afgelopen dinsdag organiseerde HR-Energy een Tweakers ‘open avond’, een mooie gelegenheid om direct contact te hebben met het team achter de producten. We werden welkom geheten door de CTO (Koos) en Accountmanager (Jasper). In de introductie was er ook ruimte voor een knipoog: met Koos in het team werd er gesproken over ‘KI’ — Koos Intelligence — als alternatief voor AI bij de verdere ontwikkelingen.

De avond begon met het uitwisselen van ervaringen. Dat ging al snel van praktische gebruikservaringen naar de meer specifieke wensen die we als tweakers natuurlijk hebben. Er was ook ruimte voor kritische vragen vanuit de praktijk, waar open en constructief — duidelijk oplossingsgericht — op werd gereageerd. De CTO gaf daarnaast inzicht in de ontwikkelrichting, met focus op optimalisatie, betrouwbaarheid en het beter benutten van data en suggesties uit het veld.

Daarna volgde een rondleiding door de fabriek. De groeiambitie van HR Energy — meer dan een verdubbeling van de productie — vraagt om een meer seriematige en schaalbare aanpak. In de toelichting werd ook duidelijk hoe ze dat willen realiseren: door verdere standaardisatie en inzet van technologie, zoals data-analyse en automatische testsystemen, om de kwaliteit ook bij hogere volumes reproduceerbaar en voorspelbaar te houden. Feedback uit het veld wordt daarbij zichtbaar terugvertaald naar verbeteringen, van kleine optimalisaties tot meer structurele aanpassingen zoals bijvoorbeeld het combineren van boiler en buffervat in één compacte unit of een meer flexibele maatvoering van de warmtewisselaar achter de PV panelen.

Ook het testlab maakte onderdeel uit van de rondleiding: een omgeving waarin systemen automatisch getest worden onder gecontroleerde omstandigheden. Dat geeft vertrouwen in de kwaliteit bij verdere opschaling.

De opkomst was, ondanks aanmeldingen, beperkt. Jammer, want juist dit soort momenten bieden de kans om ervaringen en verwachtingen direct te bespreken. Voor ons maakte dat de avond er niet minder waardevol op.

Mede namens @YJB, dank aan HR-Energy @HR_support voor de gastvrijheid — wat ons betreft zeker voor herhaling vatbaar.

[Maarten60]

De weergave van working hours lijkt niet aan te sluiten. Ik zie functionele (heater) uren en uren per heater step. Echter de totalen lijken niet aan te sluiten

Sluit het bij anderen wel aan?

[YJB]

Maarten60 schreef op donderdag 2 april 2026 @ 15:17:
De weergave van working hours lijkt niet aan te sluiten. Ik zie functionele (heater) uren en uren per heater step. Echter de totalen lijken niet aan te sluiten
[Afbeelding]
Sluit het bij anderen wel aan?

Heating is het totaal aantal uren dat de bedrijfsmode verwarming was.
Heater 1 & (en 3) is de elektrische bijstook.

[ Voor 13% gewijzigd door YJB op 02-04-2026 15:34 ]

[willem9503]

Maarten60 schreef op donderdag 2 april 2026 @ 14:29:
Afgelopen dinsdag organiseerde HR-Energy een Tweakers ‘open avond’, een mooie gelegenheid om direct contact te hebben met het team achter de producten. We werden welkom geheten door de CTO (Koos) en Accountmanager (Jasper). In de introductie was er ook ruimte voor een knipoog: met Koos in het team werd er gesproken over ‘KI’ — Koos Intelligence — als alternatief voor AI bij de verdere ontwikkelingen.

De avond begon met het uitwisselen van ervaringen. Dat ging al snel van praktische gebruikservaringen naar de meer specifieke wensen die we als tweakers natuurlijk hebben. Er was ook ruimte voor kritische vragen vanuit de praktijk, waar open en constructief — duidelijk oplossingsgericht — op werd gereageerd. De CTO gaf daarnaast inzicht in de ontwikkelrichting, met focus op optimalisatie, betrouwbaarheid en het beter benutten van data en suggesties uit het veld.

Daarna volgde een rondleiding door de fabriek. De groeiambitie van HR Energy — meer dan een verdubbeling van de productie — vraagt om een meer seriematige en schaalbare aanpak. In de toelichting werd ook duidelijk hoe ze dat willen realiseren: door verdere standaardisatie en inzet van technologie, zoals data-analyse en automatische testsystemen, om de kwaliteit ook bij hogere volumes reproduceerbaar en voorspelbaar te houden. Feedback uit het veld wordt daarbij zichtbaar terugvertaald naar verbeteringen, van kleine optimalisaties tot meer structurele aanpassingen zoals bijvoorbeeld het combineren van boiler en buffervat in één compacte unit of een meer flexibele maatvoering van de warmtewisselaar achter de PV panelen.

Ook het testlab maakte onderdeel uit van de rondleiding: een omgeving waarin systemen automatisch getest worden onder gecontroleerde omstandigheden. Dat geeft vertrouwen in de kwaliteit bij verdere opschaling.

De opkomst was, ondanks aanmeldingen, beperkt. Jammer, want juist dit soort momenten bieden de kans om ervaringen en verwachtingen direct te bespreken. Voor ons maakte dat de avond er niet minder waardevol op.

Mede namens @YJB, dank aan HR-Energy @HR_support voor de gastvrijheid — wat ons betreft zeker voor herhaling vatbaar.

Dank voor de samenvatting.

Ik moest helaas verstel laten gaan door last minute onmogelijke werk (verplaatst van Den Bosch naar thuis..) en reistijd (door afvallen Den Bosch dus > 3u... ) combi. Had het zo mooi voor elkaar toen ik me aanmeldde..

(moet HR Energy er toch voor kiezen om centraler in NL te gaan zitten ).

Zal bij een volgende wel aanwezig zijn vermoed ik zo.

[BB_Elektro]

YJB schreef op donderdag 2 april 2026 @ 15:33:
[...]

Heating is het totaal aantal uren dat de bedrijfsmode verwarming was.
Heater 1 & (en 3) is de elektrische bijstook.

Om @YJB nog wat verder aan te scherpen: De drie "Heater Step" regels staan voor de drie elektrische verwarmingselementen van ieder 2.5 kW. Element 1 zit op fase 1 enzovoorts. Die worden voor zowel elektrische bijstook als ook het laatste stuk van de legionella cyclus gebruikt.

[BB_Elektro]

Maarten60 schreef op donderdag 2 april 2026 @ 14:29:
Afgelopen dinsdag organiseerde HR-Energy een Tweakers ‘open avond’, een mooie gelegenheid om direct contact te hebben met het team achter de producten.
[...]

@Maarten60 ook namens mij dank voor de samenvatting. Ik had er graag bij willen zijn maar heb helaas af moeten zeggen door medische omstandigheden.

[HR_support]

Maarten60 schreef op donderdag 2 april 2026 @ 15:17:
De weergave van working hours lijkt niet aan te sluiten. Ik zie functionele (heater) uren en uren per heater step. Echter de totalen lijken niet aan te sluiten
[Afbeelding]
Sluit het bij anderen wel aan?

Hallo Maarten,
Wat hieronder geschreven is, klopt. Als er bijstook nodig is komt eerst Heater 1 in, dan Heater 2, en pas als laatste Heater 3. Heater 3 kan enkel in komen al de compressor uit staat. Dus bij volledig elektrisch bedrijf.
Bij legionella wordt voor laatste deel Heater 1 en Heater 2 gebruikt. (Tijd is normaal te kort om ook Heater 3 in te zetten)
Dus normaal zou je zien, Heater 3 minste uren, Heater 1 de meeste uren, en Heater 2 er tussen in.
Bij jou is iets leuks te zien:
Heater 1, wordt namelijk nuet van spanning voorzien in een cascade en komt op als de 2e warmtepomp in de Cascade ingeschakeld wordt. Vandaar de grote hoeveelheid van Heater 1.
Staat nu op de verbeterlijst voor een toekomstige update

[YJB]

@HR_support Als we het toch over verbeteringen hebben, kun je misschien kijken naar de waardes gerapporteerd door modbus register 61 (GeneralMng.EletricPwr)? Als de Qube idle is geeft deze sensor bij mij 55w aan, terwijl het werkelijke idle verbruik 17w is:

.

Zodra de warmtepomp actief is, is het verschil min of meer verdwenen:

[Maarten60]

HR_support schreef op zaterdag 4 april 2026 @ 12:42:
[...]
Heater 1, wordt namelijk nuet van spanning voorzien in een cascade en komt op als de 2e warmtepomp in de Cascade ingeschakeld wordt. Vandaar de grote hoeveelheid van Heater 1.

Helder, dus in ca. 25% van de gevallen wordt wp2 bij geschakeld en in ongeveer 1% de wp1 heater (deze wp maakt geen sww) Het eerste zie ik niet helemaal terug bij wp2 want die heeft 660 uur (VS 846) heating staan maar dat komt waarschijnlijk de aanpassing cascade schakeling later in de tijd.
Dank voor alle uitleg, weer wat geleerd.

[BB_Elektro]

YJB schreef op zaterdag 4 april 2026 @ 15:29:
@HR_support Als we het toch over verbeteringen hebben, kun je misschien kijken naar de waardes gerapporteerd door modbus register 61 (GeneralMng.EletricPwr)? Als de Qube idle is geeft deze sensor bij mij 55w aan, terwijl het werkelijke idle verbruik 17w is:

Zie je die 55 W altijd bij STANDBY? Want ik denk dat dat het vermogen van de pompen is die enige voor- en nalooptijd hebben.

Die 17 W wordt niet door de Qube geregistreerd. Dus als alles uit is, inclusief de pompen zal hij 0 W rapporteren.

[YJB]

BB_Elektro schreef op zondag 5 april 2026 @ 12:30:
[...]


Zie je die 55 W altijd bij STANDBY? Want ik denk dat dat het vermogen van de pompen is die enige voor- en nalooptijd hebben.

Die 17 W wordt niet door de Qube geregistreerd. Dus als alles uit is, inclusief de pompen zal hij 0 W rapporteren.

Zoals je op de grafiek kan zien is dat 12 uur lang het geval.
Op dit moment, as we speak, staat de pomp in standby, zijn alle pompen idle en rapport de qube 55w. De sdm72 rapporteert 17w

[BB_Elektro]

YJB schreef op zondag 5 april 2026 @ 14:22:
[...]
Zoals je op de grafiek kan zien is dat 12 uur lang het geval.
Op dit moment, as we speak, staat de pomp in standby, zijn alle pompen idle en rapport de qube 55w. De sdm72 rapporteert 17w

Ik had niet de moeite genomen naar de grafieken te kijken ... , maar ik zie het inderdaad. De 17 W van je externe kWh-meter komt overeen met wat anderen zien als standby vermogen. Ik heb geen verklaring voor de 55 W die de Qube zelf rapporteert.

[kjs021]

Fijn Pasen allemaal!

Mooi om te lezen dat het bezoek aan de fabriek weer leuk & informatief was. Mijn reden om niet te gaan was de afstand vanaf Groningen. Zou het anders zeker hebben willen bijwonen.

Paar korte vragen -

1. Wat maakt dat ik het opwarmen van het warme water niet handmatig kan starten? Onder controls staat de optie "activate DHW heating" - wanneer ik dit aanklik gebeurt er niets. Anti-legionelle werkt bijv. wel gewoon. Excuus als dit al eerder besproken is - volgens mij ging de vorige discussie rond het standaard aansturen van de DHW via modbus. Niet zozeer deze control. Kan goed zijn dat ik het verkeerd heb.

2. Hebben jullie ook dat de druk van de source (drukmeter onderin de warmtepomp) continue daalt? Afgelopen december was het bij mij door HR Energy aangevuld tot rond de 2 bar. Het staat inmiddels op 1,1 bar. Door HR energy was daarnaast de laatste keer, door het apparaat dat ze gebruiken, vastgesteld dat er geen lek is. Vraag staat inmiddels ook uit bij de installateur.

Dank alvast!

[ Voor 5% gewijzigd door kjs021 op 06-04-2026 15:55 ]

[MattMax]

kjs021 schreef op maandag 6 april 2026 @ 15:03:
Paar korte vragen -

1. Wat maakt dat ik het opwarmen van het warme water niet handmatig kan starten? Onder controls staat de optie "activate DHW heating" - wanneer ik dit aanklik gebeurt er niets. Anti-legionelle werkt bijv. wel gewoon. Excuus als dit al eerder besproken is - volgens mij ging de vorige discussie rond het standaard aansturen van de DHW via modbus. Niet zozeer deze control. Kan goed zijn dat ik het verkeerd heb.
...

Heb je ook het Setpoint voor DHW ingesteld (entity: number.qube_tapw_timeprogram_dhwsetp_nolinq)? Als je het warmwaterprogramma handmatig inschakelt, dan gebruikt deze het setpoint voor DHW dat je hier hebt ingesteld en dus niet het setpoint dat op de LinQ thermostaat is ingesteld.

[kjs021]

Dank voor de reactie MattMax.

Zojuist de vier onderstaande entiteiten gecontroleerd - allen staan enabled en op 52 graden. Geen reactie van de warmtepomp helaas met "Activate DHW heating" enabled. De huidige DHW temperatuur is 47,2 graden.

[ Voor 3% gewijzigd door kjs021 op 08-04-2026 17:58 ]

[Maarten60]

Er is een minimale hysteresis van 5C. Je tapwater is dus nog iets te warm.
https://gathering.tweaker...message/84825572#84825572

[kjs021]

Het is dus niet mogelijk om vanaf bijv. 47,5 graden de DHW op te warmen omdat er een overschot is aan elektriciteit van de zonnepanelen? Dit was wel mijn verwachting. Dan heb ik dat verkeerd begrepen.

[ Voor 25% gewijzigd door kjs021 op 08-04-2026 18:51 ]

[MattMax]

kjs021 schreef op woensdag 8 april 2026 @ 18:50:
Het is dus niet mogelijk om vanaf bijv. 47,5 graden de DHW op te warmen omdat er een overschot is aan elektriciteit van de zonnepanelen? Dit was wel mijn verwachting. Dan heb ik dat verkeerd begrepen.

Ik zou hiervoor SGReady gebruiken. Als je een overschot aan elektriciteit hebt, kan je SGReady Plus activeren. Daarmee wordt het setpoint voor de ruimtetemperatuur met 1 graad opgehoogd en wordt het DHW setpoint ook verhoogd. Je gebruikt hiermee dus je waterreservoir en woning als warmtebuffer op momenten dat je een overschot aan stroom hebt.

Als je nog een stap verder wilt gaan, kan je ook kijken naar de EMHASS add-on. De configuratie kost wel even tijd, maar Claude kan je daar goed bij helpen. EMHASS gebruikt "Linear Programming" om je energieverbruik te optimaliseren aan de hand van parameters die je zelf kan instellen.

[Maarten60]

@kjs021 mogelijk alternatief is tijdelijk je tapwatersetpoint te verhogen naar bv 53C. Misschien start de productie dan wel en loopt door tot setpoint.

[HR_support]

YJB schreef op zaterdag 4 april 2026 @ 15:29:
@HR_support Als we het toch over verbeteringen hebben, kun je misschien kijken naar de waardes gerapporteerd door modbus register 61 (GeneralMng.EletricPwr)? Als de Qube idle is geeft deze sensor bij mij 55w aan, terwijl het werkelijke idle verbruik 17w is:

[Afbeelding].

Zodra de warmtepomp actief is, is het verschil min of meer verdwenen:
[Afbeelding]

Hallo YJB.
Ik heb het even nagekeken, en je hebt gelijk. In de vorige update is een sturing transportpomp users veiliger gemaakt, en daarbij is een probleempje ontstaan met die registratie. Ik heb hem op de lijst gezet voor de eerst volgende update.

[HR_support]

[quote]kjs021 schreef op maandag 6 april 2026 @ 15:03:


1. Wat maakt dat ik het opwarmen van het warme water niet handmatig kan starten? Onder controls staat de optie "activate DHW heating" - wanneer ik dit aanklik gebeurt er niets. Anti-legionelle werkt bijv. wel gewoon. Excuus als dit al eerder besproken is - volgens mij ging de vorige discussie rond het standaard aansturen van de DHW via modbus. Niet zozeer deze control. Kan goed zijn dat ik het verkeerd heb.

Je kunt inderdaad alleen starten als de differentie groter is dan 5K, met de opmerking dat we nooit tapwater gaan maken boven een temperatuur van 47 oC. Dus als je instelt gewenst is 55 oC, zal hij starten met 47,0. In principe is differentie dan ook 8 K geworden.

[Jeronim0]

Eindelijk dit topic volledig doorgenomen en werd net wat wijzer na contact met HR energy:
SG Ready Plus, doet geen legionella
@MattMax Wellicht in de topic start vermelden, dat de werking van SG Ready Plus anders is dan in de handleiding staat.
HR energy geeft duidelijkheid in deze reacie:https://gathering.tweakers.net/forum/view_message/84428402

Er staat:

SG Ready A	SG Ready B	Status	Actie
Uit	Uit	Geen SG Ready	Normaal Bedrijf
Aan	Uit	SG Ready Block	Blokkeer Warmtepomp
Aan	Aan	SG Ready Max	Legionella Eenmalig, Surplus Stooklijn, LinQUp Room SetP 1C hoger
Uit	Aan	SG Ready Plus	Legionella Eenmalig

Het moet zijn:

SG Ready A	SG Ready B	Status	Actie
Uit	Uit	Geen SG Ready	Normaal Bedrijf
Aan	Uit	SG Ready Block	Blokkeer Warmtepomp
Aan	Aan	SG Ready Max	Legionella Eenmalig, Surplus Stooklijn, LinQUp Room SetP 1C hoger
Uit	Aan	SG Ready Plus	DHW SetP actief, LinQUp Room SetP 1C hoger

[Maarten60]

Zal aan mij liggen (dialect) maar ik zie geen verschil tussen 2 tabellen.

[Jeronim0]

@Maarten60 Sorry, copy/paste foutje in de laatste rij van de 1e tabel.

[MattMax]

Jeronim0 schreef op vrijdag 1 mei 2026 @ 15:26:
...
@MattMax Wellicht in de topic start vermelden, dat de werking van SG Ready Plus anders is dan in de handleiding staat.
...

Done!

[kjs021]

Excuus, ben ik weer met een DHW vraag. Vergeet ik nog iets bij het laten aansturen van DHW door middel van HA? Lukt nog niet helemaal op basis van de verschillende posts..

Aansturing DHW door Linq uitgezet, DHW setpoint op 53c (zichtbaar door de modbus) en een hysteresis van >5c zonder dat de DHW aangaat.

[MattMax]

kjs021 schreef op maandag 11 mei 2026 @ 22:04:
Excuus, ben ik weer met een DHW vraag. Vergeet ik nog iets bij het laten aansturen van DHW door middel van HA? Lukt nog niet helemaal op basis van de verschillende posts..

Aansturing DHW door Linq uitgezet, DHW setpoint op 53c (zichtbaar door de modbus) en een hysteresis van >5c zonder dat de DHW aangaat.

...

Heb je het DHW programma ook daadwerkelijk gestart in HA?
Ik ben nu nog druk bezig om de Qube als officiële integratie in HA te krijgen. Ook als die beschikbaar is, zal de HACS variant voor power users de betere keus zijn, omdat je daarmee meer zaken zelf kan instellen en uitlezen. Een optie die ik aan de HACS integratie wil toevoegen is het HA water_heater platform. Daarmee kan je DHW wat intuïtiever instellen.

[kjs021]

DHW staat aan in HA. Wanneer ik de "min" temp in het console handmatig aanpas overschrijft de Linq het nog altijd met de ingestelde minimum temperatuur. De aangepaste modbus temperatuur komt denk ik toch nog niet goed door.

Dank voor alle moeite Max. Wordt enorm gewaardeerd!

[MattMax]

kjs021 schreef op dinsdag 12 mei 2026 @ 20:04:
DHW staat aan in HA. Wanneer ik de "min" temp in het console handmatig aanpas overschrijft de Linq het nog altijd met de ingestelde minimum temperatuur. De aangepaste modbus temperatuur komt denk ik toch nog niet goed door.

....

Dat is inderdaad vreemd. Ik neem aan dat je onderstaande switch gebruikt voor het activeren van het DHW programma?

code:

switch.qube_tapw_timeprogram_bms_forced

Zou je eens kunnen checken of het wel werkt als je alle vinkjes uitzet voor LinQ enable op de controller van de warmtepomp? Zoals je het nu hebt staan, zou het moeten werken en zou de LinQ de waarde dus niet moeten overschrijven. Mogelijk hebben die andere 2 vinkjes daar nog invloed op.

[YJB]

MattMax schreef op woensdag 13 mei 2026 @ 09:10:
[...]

Dat is inderdaad vreemd. Ik neem aan dat je onderstaande switch gebruikt voor het activeren van het DHW programma?

code:

switch.qube_tapw_timeprogram_bms_forced

Zou je eens kunnen checken of het wel werkt als je alle vinkjes uitzet voor LinQ enable op de controller van de warmtepomp? Zoals je het nu hebt staan, zou het moeten werken en zou de LinQ de waarde dus niet moeten overschrijven. Mogelijk hebben die andere 2 vinkjes daar nog invloed op.

Maar als ik het goed begrijp kun je nooit direct vanuit HA warm water forceren (zoals ik vroeger deed met de Qbooster). Ik wil in principe het warm water door de Linq laten regelen, maar de mogelijkheid hebben om tijdelijk warm water verwarmen te forceren (als ik stroom over heb).

[MattMax]

YJB schreef op woensdag 13 mei 2026 @ 09:22:
[...]

Maar als ik het goed begrijp kun je nooit direct vanuit HA warm water forceren (zoals ik vroeger deed met de Qbooster). Ik wil in principe het warm water door de Linq laten regelen, maar de mogelijkheid hebben om tijdelijk warm water verwarmen te forceren (als ik stroom over heb).

Die combinatie gaat inderdaad niet werken. Het goede nieuws is dat je ook SG Ready hiervoor kan gebruiken. Wel even aanzetten op de warmtepomp-controller (vergelijkbaar menu als de LinQ enable vinkjes). Ik gebruik de SG Ready Plus modus bij een overschot aan zonne-energie. Zie uitleg van @HR_support hier.

[BB_Elektro]

kjs021 schreef op maandag 11 mei 2026 @ 22:04:
Excuus, ben ik weer met een DHW vraag. Vergeet ik nog iets bij het laten aansturen van DHW door middel van HA? Lukt nog niet helemaal op basis van de verschillende posts..

YJB schreef op woensdag 13 mei 2026 @ 09:22:
[...]

Maar als ik het goed begrijp kun je nooit direct vanuit HA warm water forceren (zoals ik vroeger deed met de Qbooster). Ik wil in principe het warm water door de Linq laten regelen, maar de mogelijkheid hebben om tijdelijk warm water verwarmen te forceren (als ik stroom over heb).

Toevallig heb ik precies nu de warmtepomp geactiveerd om warm water te maken vanuit HA. Mijn vrouw is even met de elektrische auto op pad, dus nu heb ik gratis zonnestroom, terwijl als zij straks terug is de auto weer kan laden. Normaal wordt het SWW om 14:00 verwarmd maar dat heb ik nu om 12:00 gestart.
Ik heb een inputnumber waarmee ik de minimum SWW temperatuur (register 44) instel. Die staat normaal op 30 graden, maar heb ik net op 51 gezet zodat de warmtepomp gestart is. Door het minimum aan te passen heb je geen last van de Linq die het reguliere setpoint (register 46) in zijn greep houdt.

@kjs021 Omdat je buffer 47.5 graden was, startte de Qube niet op het minimum setpoint van 52 omdat je dan net onder de hysteresis van 5 graden zat: 47.6 + 5.0 = 52.6

[BB_Elektro]

Ik draai niet de integratie van @MattMax maar een eigen implementatie.
In configuration.yaml heb ik een input number geconfigureerd voor het setpoint SWW minimum:

code:

input_number:
    in_wp_sww_setpoint_minimum:
        name: wp SWW setp minimum
        initial: 40
        min: 20
        max: 60
        step: 1
        mode: box
        unit_of_measurement: °C
        icon: mdi:car-cruise-control

En in automations.yaml de bijbehorende automation:

code:

- id: '12345678'
  alias: wp SWW setpoint minimum wijziging
  description: Deze automatisering schrijft een gewijzigde "wp SWW setpoint minimum"
    naar het betreffende Qube modbus register
  triggers:
  - trigger: state
    entity_id: input_number.in_wp_sww_setpoint_minimum
  conditions: []
  variables:
    setpoint: >
      {{ states('input_number.in_wp_sww_setpoint_minimum') | float(0) }}
  actions:
  - action: modbus.write_register
    metadata: {}
    data:
      hub: Warmtepomp
      slave: 1
      address: 44
      value: >
        {% set bytes    = pack(setpoint, ">f") %}
        {% set h_uint16 = unpack(bytes, ">H") %}
        {% set l_uint16 = unpack(bytes, ">H", offset=2) %}
        [ {{ h_uint16 }}, {{ l_uint16 }} ]
  - action: persistent_notification.create
    data:
      title: Warmtepomp SWW setpoint gewijzigd
      message: |
        {{ "SWW setpoint minimum ingesteld op {:.1f} °C".format(setpoint) }}
      notification_id: in_wp_sww_setpoint_minimum
  mode: single

[kjs021]

Dank @BB_Elektro. Juist die minimum setpoint van 52c was ingesteld door de Linq. Door de Linq aansturing van DHW uit te schakelen (zie eerdere printscreen) moet (volgens mij) de minimum setpoint aan te passen zijn door Modbus. De ingestelde waarde van Modbus was 53c met een DHW temp van 47,5c - oftewel een groter verschil dan 5c. Samen met een actieve "switch.qube_tapw_timeprogram_bms_forced" zou het DHW programma moeten starten. Dit ook conform de reactie van MattMax.

@MattMax bij mij heet deze switch "switch.qube_1_tapw_timeprogram_bms_forced". Is de nummering hier de boosdoener?

[MattMax]

kjs021 schreef op woensdag 13 mei 2026 @ 14:52:
....
@MattMax bij mij heet deze switch "switch.qube_1_tapw_timeprogram_bms_forced". Is de nummering hier de boosdoener?

Dat is inderdaad dezelfde switch, ook al is de prefix net iets anders.

[BB_Elektro]

kjs021 schreef op woensdag 13 mei 2026 @ 14:52:
Dank @BB_Elektro. Juist die minimum setpoint van 52c was ingesteld door de Linq. Door de Linq aansturing van DHW uit te schakelen (zie eerdere printscreen) moet (volgens mij) de minimum setpoint aan te passen zijn door Modbus.

@kjs021 Ik zal even met twee aparte berichten reageren, dat maakt het makkelijker om te quoten als je wilt reageren.

Ik ga je uitspraak dat het minimum setpoint voor SWW/DHW (holding register 44) door de Linq wordt ingesteld in twijfel trekken. In de modbuslijst staat er niet bij dat deze waarde door de Linq wordt geschreven en ik zie het ook niet gebeuren in mijn systeem. Ik zie in de menu's van mijn Linq ook nergens een mogelijkheid om dat minimum in te stellen. Volgens mij zijn er in de bediening ook geen vinkjes die betrekking hebben op dat minimum.

[BB_Elektro]

kjs021 schreef op woensdag 13 mei 2026 @ 14:52:
De ingestelde waarde van Modbus was 53c met een DHW temp van 47,5c - oftewel een groter verschil dan 5c. Samen met een actieve "switch.qube_tapw_timeprogram_bms_forced" zou het DHW programma moeten starten.

Ik moest een stukje terug zoeken, maar HR_support heeft in dit bericht gezegd dat de Qube nooit SWW zal opwarmen als de buffertemperatuur boven de 47.0 graden is. Dus dat is de reden dat hij niet startte.

[kjs021]

BB_Elektro schreef op vrijdag 15 mei 2026 @ 17:34:
[...]

@kjs021 Ik zal even met twee aparte berichten reageren, dat maakt het makkelijker om te quoten als je wilt reageren.

Ik ga je uitspraak dat het minimum setpoint voor SWW/DHW (holding register 44) door de Linq wordt ingesteld in twijfel trekken. In de modbuslijst staat er niet bij dat deze waarde door de Linq wordt geschreven en ik zie het ook niet gebeuren in mijn systeem. Ik zie in de menu's van mijn Linq ook nergens een mogelijkheid om dat minimum in te stellen. Volgens mij zijn er in de bediening ook geen vinkjes die betrekking hebben op dat minimum.

Dank voor de reactie. Kan hier enkel van leren

Hoop dat we over hetzelfde praten. Wanneer ik de temperatuur aanpas in Linq, wordt ook de minimum temperatuur aangepast. Zie foto's hieronder.

Het is voor mij nu even onduidelijk hoe ik de minimale temperatuur automatisch kan aanpassen. Door middel van modbus kan ik de temperatuur aanpassen naar bijv. 54c. Wanneer de minimum temperatuur op basis van de linq op 50 staat - verwarmt het DHW nu van 45c naar 54c. Graag zie ik een mogelijkheid om die 50c (de DHW setpoint (active program) zoals opgenomen in de Linq ook via de server aan te passen. Excuus als ik wat over het hoofd zie.

Screenshots:

[ Voor 28% gewijzigd door kjs021 op 25-05-2026 09:29 ]

[kjs021]

BB_Elektro schreef op vrijdag 15 mei 2026 @ 17:39:
[...]

Ik moest een stukje terug zoeken, maar HR_support heeft in dit bericht gezegd dat de Qube nooit SWW zal opwarmen als de buffertemperatuur boven de 47.0 graden is. Dus dat is de reden dat hij niet startte.

Daar heb je helemaal gelijk in! Top. Heb het geprobeerd te forceren, maar idd boven de 47c wordt het DHW niet verwarmd - ongeacht de instellingen.

[Kubist]

Mis ik iets, of hebben de Qube en LinqUp geen "vakantie-stand"?

Dwz, een mogelijkheid om de Qube gedurende een periode een lagere CH-temperatuur te laten doen en om DHW helemaal uit te zetten (of misschien alleen de legionella-run).

[Maarten60]

Via het keyboard, of browser, kan je de wp uit zetten. Status power off by keyboard. Die gebruik ik op vakantie (in voorjaar zomer). Dag voor thuiskomst start ik een legionella run.
Ik heb een aparte thermostaat voor de verwarming die wel een vakantiestand heeft.

[Kubist]

Bedankt voor het meedenken. Ja, de qube uitzetten lijkt de enige optie.
Apart genoeg had de QBooster ztz wel een vakantie-optie.
Lijkt me ook beter, want echt uitzetten is voor dit soort systemen meestal sub-optimaal.
Een CV-ketel (zoals mijn Atag) heeft bijvoorbeeld vaak een voorziening waarbij de pomp(en) eens in de 24 uur een minuutje draaien - om te voorkomen dat ze vast komen te zitten.

[HR_support]

Kubist schreef op maandag 25 mei 2026 @ 16:30:
Mis ik iets, of hebben de Qube en LinqUp geen "vakantie-stand"?

Dwz, een mogelijkheid om de Qube gedurende een periode een lagere CH-temperatuur te laten doen en om DHW helemaal uit te zetten (of misschien alleen de legionella-run).

Wellicht mis ik iets. Waarom zou je het willen?

In de LinQ zit een status dat je hem alleen op tapwater zet. Dan maakt hij enkel tapwater, geen CV bedrijf, geen koelbedrijf.

Tapwater blijft dan inderdaad actief, maar dat is ook veilig. (En volgens de normeringen)

Uiteraard als je hem op hebt laten warmen tot 52 oC dan zal hij (afhankelijk hoe goed je installateur de leidingen geïsoleerd heeft) wat afkoelen. Ik heb even ingekeken bij een collega die op vakantie is en die een 300 liter heeft staan. Dan zie ik 1 keer per dag even de warmtepomp om 12:00 uur (standaard instelling LinQ) als de zonnepanelen volop leveren, de boiler weer opwarmen. Dat kost ongeveer 1 kWh. En met de huidige contracten vermijdt je gemiddeld een 10 cent aan teruglever boete. Of te wel, nog een reden om tapwater niet uit te zetten.

Ook legionella zal gewoon werken, hetgeen juridisch verplicht is.

In de software zit ook verwerkt als een pomp of klep langere tijd niet gebruikt wordt dan wordt hij even aan gezet of bewogen om vast zitten te voorkomen. Ook dat werkt met de schakelaar gewoon op On, en de LinQ enkel op tapwater.

Meeste gebruikers zetten met vakantie de LinQ op tapwater gebruik, en de software zorgt dat alles veilig blijft.

[HR_support]

kjs021 schreef op zondag 24 mei 2026 @ 13:00:
[...]

Dank voor de reactie. Kan hier enkel van leren

Hoop dat we over hetzelfde praten. Wanneer ik de temperatuur aanpas in Linq, wordt ook de minimum temperatuur aangepast. Zie foto's hieronder.

Het is voor mij nu even onduidelijk hoe ik de minimale temperatuur automatisch kan aanpassen. Door middel van modbus kan ik de temperatuur aanpassen naar bijv. 54c. Wanneer de minimum temperatuur op basis van de linq op 50 staat - verwarmt het DHW nu van 45c naar 54c. Graag zie ik een mogelijkheid om die 50c (de DHW setpoint (active program) zoals opgenomen in de Linq ook via de server aan te passen. Excuus als ik wat over het hoofd zie.

Screenshots:

[Afbeelding]

De temperatuur die je in kan stellen in de LinQ is de temperatuur tapwater wat gewenst is tijdens het actieve tijdprogramma van de LinQ. Minimum staat standaard op 42 oC, en geldt dus altijd als er geen vraag is van de LinQ.

Voor je rendement is het veel beter gewoon dat minimum op 42 oC te laten staan, en met tijdprogramma LinQ naar een op de LinQ ingestelde temperatuur setpoint te gaan. Dat 1 of 2 keer per dag afhankelijk van je douche patroon.

Die naam min klopt niet in alle versies trouwens, zoals eerder opgemerkt, daar is met een update een keer een foutje in geslopen.

Wil je niet via de LinQ, dan kun je ook LinW DHW vinkje uit zetten, en de Modbus temperatuur setpoint gebruiken, met de sturing voor handmatig tapwater maken.

[ Voor 8% gewijzigd door HR_support op 27-05-2026 13:15 ]

[Kubist]

HR_support schreef op woensdag 27 mei 2026 @ 13:07:
[...]

Wellicht mis ik iets. Waarom zou je het willen?

In de LinQ zit een status dat je hem alleen op tapwater zet. Dan maakt hij enkel tapwater, geen CV bedrijf, geen koelbedrijf.

Tapwater blijft dan inderdaad actief, maar dat is ook veilig. (En volgens de normeringen)

Uiteraard als je hem op hebt laten warmen tot 52 oC dan zal hij (afhankelijk hoe goed je installateur de leidingen geïsoleerd heeft) wat afkoelen. Ik heb even ingekeken bij een collega die op vakantie is en die een 300 liter heeft staan. Dan zie ik 1 keer per dag even de warmtepomp om 12:00 uur (standaard instelling LinQ) als de zonnepanelen volop leveren, de boiler weer opwarmen. Dat kost ongeveer 1 kWh. En met de huidige contracten vermijdt je gemiddeld een 10 cent aan teruglever boete. Of te wel, nog een reden om tapwater niet uit te zetten.

Ook legionella zal gewoon werken, hetgeen juridisch verplicht is.

In de software zit ook verwerkt als een pomp of klep langere tijd niet gebruikt wordt dan wordt hij even aan gezet of bewogen om vast zitten te voorkomen. Ook dat werkt met de schakelaar gewoon op On, en de LinQ enkel op tapwater.

Meeste gebruikers zetten met vakantie de LinQ op tapwater gebruik, en de software zorgt dat alles veilig blijft.

Helder, dankjewel voor het gedetailleerde antwoord!

Ter info: mijn 200 liter QStore verliest per 24 uur tussen de 4,5 en 5,5 graad.

Op zich zou hij van mij tijdens de vakantie dat dagelijkse opwarmen naar 52 oC achterwege mogen laten, maar ik zie ook dat dat maar weinig stroom vraagt (zonnepanelen heb ik helaas niet, dus het is wel "dure" stroom).

Hij gaat dus straks op tapwater stand :-)

[BB_Elektro]

kjs021 schreef op zondag 24 mei 2026 @ 13:00:
[...]
Hoop dat we over hetzelfde praten. Wanneer ik de temperatuur aanpas in Linq, wordt ook de minimum temperatuur aangepast. Zie foto's hieronder.

Het is voor mij nu even onduidelijk hoe ik de minimale temperatuur automatisch kan aanpassen. Door middel van modbus kan ik de temperatuur aanpassen naar bijv. 54c. Wanneer de minimum temperatuur op basis van de linq op 50 staat - verwarmt het DHW nu van 45c naar 54c. Graag zie ik een mogelijkheid om die 50c (de DHW setpoint (active program) zoals opgenomen in de Linq ook via de server aan te passen. Excuus als ik wat over het hoofd zie.

Hi @kjs021 ,

Het is me niet 100% duidelijk wat je wilt bereiken. Zoals HR_support aangeeft kun je het vinkje Linq DHW uitzetten en vervolgens de controle via modbus (HA oid) nemen.
In je screenshots zie ik "User" op 50.0 oC staan dat is de temperatuur die de Qube aanhoud als het DHW programma van de Linq niet actief is. De naamgeving is dus inderdaad super verwarrend. "Min." zou "Linq" moeten zijn en "User." zou "Min." moeten zijn @HR_support .

Doordat User op 50 staat zal de Qube DHW gaan maken als de temperatuur van het buffer onder de 45 (= 50 - 5 hysteresis) komt, ook als het DHW programma van de Linq niet actief is. Bijvoorbeeld als de hele familie 's avonds een uitgebreide douche heeft genomen. Dan draait de Qube dus zonder PV stroom en zonder directe warmte van de zon op je panelen.

Bij mij staat User op 29 graden. Ons 300 L buffer heeft voldoende warm water om met vier personen relaxed te kunnen douchen. Doordat de thermometer halverwege het vat zit, meet de Qube al relatief snel een lage watertemperatuur terwijl de bovenste helft van het vat nog vol warm water zit. Door de minimum temperatuur op 29 graden te zetten voorkom ik dat de Qube al aanslaat terwijl dat nog niet nodig is. Dit gaat al een jaar goed, ik douche altijd als laatste en heb nog nooit onder een koude straal gestaan.

Wat ik nog wil implementeren in Home Assistant is dat ik op basis van een thermometer boven in het vat DHW opwarmen start als het water bovenin koud wordt. Boven en onder in het vat kun je eenvoudig thermometers bijplaatsen en die middels esphome uitlezen met HA.

[BB_Elektro]

Kubist schreef op donderdag 28 mei 2026 @ 13:29:
[...]

Op zich zou hij van mij tijdens de vakantie dat dagelijkse opwarmen naar 52 oC achterwege mogen laten, maar ik zie ook dat dat maar weinig stroom vraagt (zonnepanelen heb ik helaas niet, dus het is wel "dure" stroom).

[...]

Dan zet je de DHW temperatuur van de Linq toch op 30, dan doet hij alleen nog maar Legionella. En een dag voor je thuis komt zet je hem dan met de app weer op 50.

Via het display van Qube kon je ook een vakantie periode instellen, weet niet of dat nog steeds kan maar dat zou je ook nog kunnen gebruiken. Maar voor die ene kWh per dag zou ik niet al teveel moeite doen haha.

[Maarten60]

@MattMax Ik zie als laatste formele Qube release v2026.2.2. Daarna zijn flink wat pre-releases beschikbaar gekomen.
Wat is de meest logische versie als ik een compleet nieuwe HA wil opzetten?
En is er nu een HACS en directe versie?

[ Voor 38% gewijzigd door Maarten60 op 07-06-2026 10:57 ]

[MattMax]

Maarten60 schreef op zondag 7 juni 2026 @ 10:50:
@MattMax Ik zie als laatste formele Qube release v2026.2.2. Daarna zijn flink wat pre-releases beschikbaar gekomen.
Wat is de meest logische versie als ik een compleet nieuwe HA wil opzetten?
En is er nu een HACS en directe versie?
....

Ik heb zojuist de meest recente HACS versie live gezet. Die draai ik zelf inmiddels al een paar weken zonder problemen. De HACS versie geeft ook verreweg de meeste informatie en mogelijkheden, maar is mogelijk ook overkill voor sommige gebruikers.

De officiële Home Assistant integratie is inmiddels ook beschikbaar. Die moet je zien als een "lite" versie van de HACS integratie en moet ook aan veel meer voorwaarden voldoen qua toegevoegde waarde van features, gebruiksgemak en onderhoudbaarheid.

[Maarten60]

@MattMax versie 2026.4.1 geïnstalleerd op basis van ha suggestie. Paar zaken vallen op
1 firmware versie is 0
2 de entity id van drieweg en vierweg kleppen staat weer in Nederlands. Rest in Engels.

[MattMax]

Maarten60 schreef op donderdag 11 juni 2026 @ 20:34:
@MattMax versie 2026.4.1 geïnstalleerd op basis van ha suggestie. Paar zaken vallen op
1 firmware versie is 0
2 de entity id van drieweg en vierweg kleppen staat weer in Nederlands. Rest in Engels.

Firmware is gefixt in de meest recente release.
De entity IDs zijn al in het Engels, dus ik denk dat dit nog een "left-over" is van een eerdere versie. Je kan deze handmatig aanpassen of de integratie opnieuw installeren. De eerste optie is uiteraard het snelst.

[Maarten60]

MattMax schreef op maandag 15 juni 2026 @ 15:22:
[...]

Firmware is gefixt in de meest recente release.
De entity IDs zijn al in het Engels, dus ik denk dat dit nog een "left-over" is van een eerdere versie. Je kan deze handmatig aanpassen of de integratie opnieuw installeren. De eerste optie is uiteraard het snelst.

Hmmm, ik heb een upgrade van 2026.2.2 gedaan via HA en in vorige versie stonden entities goed.
Ik ga verder zoeken.
Ik zie ook geen firmware versie.

[MattMax]

Modbus register 77 zou de softwareversie moeten laten zien, maar de waarde van dit register is 0. Dit zou eigenlijk bijv. 4.1.0 moeten laten zien. Dat zal ik even met @HR_support checken.

[Maarten60]

@MattMax De firmware versie is toch het versienummer van de (lees jouw) integratie?
Zou zeggen dat qube versienummer onder sensors of diagnostics moet staan.

[MattMax]

Maarten60 schreef op maandag 15 juni 2026 @ 22:40:
@MattMax De firmware versie is toch het versienummer van de (lees jouw) integratie?
Zou zeggen dat qube versienummer onder sensors of diagnostics moet staan.

Ik snap de verwarring. Het versienummer van de integratie zie je via "Settings => Integrations => Qube". Het versienummer dat op "Device" niveau wordt aangegeven is bedoeld voor de firmware-versie van de Qube. Ik heb inmiddels een email gestuurd naar HR Energy met het verzoek om de waarde aan te passen naar de actuele firmware-versie. Die zou dus per Qube verschillend kunnen zijn, afhankelijk van de softwareversie die op de Qube zelf draait.

[Maarten60]

Ok, helder. Ik zie idd de integratie versie.
Ik heb onder device info de optie recreate entity id’s gebruikt (drie puntjes rechts boven) om probleem op te lossen.
Begrijp nog niet waar probleem vandaan kwam want het volledig schone ha.
Anyway problem solved

[hbolten]

Hoi, ik ben koelen maar weer eens aan het uitproberen, en het systeem begint wel maar geeft het na een korte tijd op met een errorcode in de LinQ (E1) en No Alarm op de Qube Display (en ook niks in de Data Logger)

De HAS integratie geeft 3 alarmen:
Alarm sensoren actief
Alarm verzamelalarm koelbedrijf
Alarm: Globaal

Geen idee wat er aan de hand is en wat ik moet doen om koelen wel te laten werken. Iemand een idee?

[img=694,600]blob:https://gathering.tweakers.net/764e20ca-1669-4635-bd53-178caa67e3e6[/img]

[Jeronim0]

hbolten schreef op maandag 22 juni 2026 @ 16:53:
Hoi, ik ben koelen maar weer eens aan het uitproberen, en het systeem begint wel maar geeft het na een korte tijd op met een errorcode in de LinQ (E1) en No Alarm op de Qube Display (en ook niks in de Data Logger)...

Ik had tot gisteren nog nooit een foutmelding in de LinQ Up en op afstand stond er ook ineens E1. Bij thuiskomst om even na 7 uur was er geen fout in het display of in de app te zien. Ook in de Qube interface stond in de historie geen foutmelding. Wellicht een generieke storing en niet zozeer in jouw of mijn systeem?

[WJKO]

E1 betekent volgens mij dat de vloeistof die door de warmtewisselaars onder de zonnepanelen stroomt te heet is om te koelen. Bij mij gebeurt dat vrijwel dagelijks ondanks dat de zonnepanelen op zzo en nnw liggen. Jammer want daardoor kun je juist op het warmst van de dag niet koelen. Op dagen dat je legionella preventie aan gaat duurt het soms nog langer voor dat het systeem voldoende afgekoeld is.

Hopelijk lukt het HR energy de koelprestaties verder te verbeteren, mocht iemand nieuws hierover vernemen, graag!

[Jeronim0]

Bijzonder (en storend) als deze melding ook wordt gegeven als je geen koelen geactiveerd/aangeschaft hebt.

Dank voor deze uitleg, want verklaart het wel. Ik wist het niet.

[hbolten]

WJKO schreef op dinsdag 23 juni 2026 @ 20:16:
E1 betekent volgens mij dat de vloeistof die door de warmtewisselaars onder de zonnepanelen stroomt te heet is om te koelen. Bij mij gebeurt dat vrijwel dagelijks ondanks dat de zonnepanelen op zzo en nnw liggen. Jammer want daardoor kun je juist op het warmst van de dag niet koelen. Op dagen dat je legionella preventie aan gaat duurt het soms nog langer voor dat het systeem voldoende afgekoeld is.

Hopelijk lukt het HR energy de koelprestaties verder te verbeteren, mocht iemand nieuws hierover vernemen, graag!

Waar heb je de betekenis van die E1 code gevonden? Staat niet als zodanig in de Qube alarmen lijst. Klinkt wel heel aannemelijk.

Ik heb daarnet een mailtje naar HR support gestuurd met de vraag op basis waarvan de Qube stopt met koelen. Dan snap ik tenminste wat er gebeurt.

Vannacht de vloer maar zoveel mogelijk teruggekoeld, beetje opletten met de dynamische energieprijzen, dat wel, en nu zo lang mogelijk koelen tot de Qube weer afschakelt.

[willem9503]

Nou, als test heb ik koelen nu ook aangezet. In principe niet echt voorstander van want huis is voldoende geisoleerd en warmt niet extreem hard op en op slaapkamer via radiatoren schiet het toch niet op.

Maar voor testdoeleinden even kijken wat het systeem technisch doet (en heb toch stroom teveel... ).

Dus wie weet volgend jaar als besparingsoptie weel reeel

[hbolten]

hbolten schreef op woensdag 24 juni 2026 @ 09:08:
[...]

Waar heb je de betekenis van die E1 code gevonden? Staat niet als zodanig in de Qube alarmen lijst. Klinkt wel heel aannemelijk.

Ik heb daarnet een mailtje naar HR support gestuurd met de vraag op basis waarvan de Qube stopt met koelen. Dan snap ik tenminste wat er gebeurt.

Vannacht de vloer maar zoveel mogelijk teruggekoeld, beetje opletten met de dynamische energieprijzen, dat wel, en nu zo lang mogelijk koelen tot de Qube weer afschakelt.

Reactie van HR Energy:

Koelen stopt bij een daktemperatuur van 45+ graden (dan gaan ze met 48-49 naar het dak). De Qube geeft een cryptische melding onder het (i) menu:

[img=800,141]blob:https://gathering.tweakers.net/1a54a5bb-2e48-4930-b98f-8da1cd53007d[/img]

Die 45 graden haalt-ie vrij rap met panelen op zuidoost en zuidoost.

[hbolten]

Tip: ik heb op aanraden van mijn zoon de MCP voor Home Assistant in mijn Claude AI geïnstalleerd. Nu kan Claude voor mij dashboards maken, naamgeving fixen, nieuwe integraties zoeken, automatiseringen maken, ingewikkelde helpers etc. Zo maakte ik vanochtend in nog geen kwartiertje een dashboard voor het koelprogramma. Erg leuk.

[ Voor 32% gewijzigd door hbolten op 24-06-2026 16:31 ]

[kjs021]

Lekker rustig hier zo gedurende de zomermaanden

Bedankt nog voor de update @MattMax van een paar weken geleden.

[kjs021]

De scholen zijn bijna allemaal weer begonnen en de dagen worden alweer korter Enige tijd geleden heb ik voor de winterperiode in HA een paar automatiseringen geschreven (met conditions om dubbele triggers te voorkomen) op basis van energieprijzen (Tibber met statussen: very expensive, expensive, normal, cheap en very cheap).



Bovenstaande gaat natuurlijk wijzigen op basis van ervaringen, maar voor nu een eerste aanzet om voor minder het huis te verwarmen.

Nu ben ik uiteraard ook nieuwsgierig naar wat jullie hebben ingeregeld. Mogelijk om dat hier ook te delen?

[ Voor 5% gewijzigd door kjs021 op 19-08-2026 16:09 ]

[willem9503]

kjs021 schreef op woensdag 19 augustus 2026 @ 15:51:
De scholen zijn bijna allemaal weer begonnen en de dagen worden alweer korter Enige tijd geleden heb ik voor de winterperiode in HA een paar automatiseringen geschreven (met conditions om dubbele triggers te voorkomen) op basis van energieprijzen (Tibber met statussen: very expensive, expensive, normal, cheap en very cheap).

[Afbeelding]

Bovenstaande gaat natuurlijk wijzigen op basis van ervaringen, maar voor nu een eerste aanzet om voor minder het huis te verwarmen.

Nu ben ik uiteraard ook nieuwsgierig naar wat jullie hebben ingeregeld. Mogelijk om dat hier ook te delen?

Dit staat op mijn agenda om te doen, als ik eindelijk eens een echt vrij weekend heb. Ben wel geïnteresseerd in de code achter de automations.

Dus, mocht je willen delen......

[kjs021]

willem9503 schreef op donderdag 20 augustus 2026 @ 08:47:
[...]

Dit staat op mijn agenda om te doen, als ik eindelijk eens een echt vrij weekend heb. Ben wel geïnteresseerd in de code achter de automations.

Dus, mocht je willen delen......

Natuurlijk Bij deze.

Winter Block SG Ready

alias: Qube - Winter - SG Ready - Block when price is very expensive (winter months)

description: >

Sets SG Ready mode to Block when electricity price is very expensive, during

October–April (all hours).

triggers:

- entity_id:

- sensor.(Adres X)_current_price_level

to:

- very_expensive

trigger: state

conditions:

- condition: template

value_template: |

{{ now().month <= 4 or now().month >= 10 }}

actions:

- target:

entity_id: select.qube_1_sg_ready_mode

data:

option: Block

action: select.select_option

Winter unblock not very expensive

alias: Qube - Winter - SG Ready - Off when price not very expensive (winter months)

description: >

Reverts SG Ready mode to Off when price leaves cheap or very expensive state,

during October–April.

triggers:

- entity_id: sensor.(adres X)_current_hour_price_level

from: very_expensive

trigger: state

conditions:

- condition: template

value_template: |

{{ now().month <= 4 or now().month >= 10 }}

- condition: state

entity_id: sensor.(adres X)_current_hour_price_level

state:

- expensive

- normal

actions:

- target:

entity_id: select.qube_1_sg_ready_mode

data:

option: 'Off'

action: select.select_option

Winter Plus when cheap

alias: Qube - Winter - SG Ready - Plus when price is cheap (winter months)

description: >

Sets SG Ready mode to Plus when electricity price is cheap, during

October–April (all hours).

triggers:

- entity_id:

- sensor.(adres X)_current_hour_price_level

to:

- cheap

- very_cheap

trigger: state

conditions:

- condition: template

value_template: |

{{ now().month <= 4 or now().month >= 10 }}

- condition: state

entity_id: input_boolean.tibber_negative

state:

- 'off'

actions:

- target:

entity_id: select.qube_1_sg_ready_mode

data:

option: Plus

action: select.select_option

SG Off when not cheap or very cheap

alias: Qube - Winter - SG Ready - Off when price not cheap (winter months)

description: >

Reverts SG Ready mode to Off when price leaves cheap state, during

October–April.

triggers:

- entity_id:

- sensor.(adres X)_current_hour_price_level

from:

- cheap

- very_cheap

trigger: state

conditions:

- condition: template

value_template: |

{{ now().month <= 4 or now().month >= 10 }}

- condition: state

entity_id: sensor.(adres X)_current_hour_price_level

state:

- normal

- expensive

- condition: state

entity_id: input_boolean.tibber_negative

state:

- 'off'

actions:

- target:

entity_id: select.qube_1_sg_ready_mode

data:

option: 'Off'

action: select.select_option

Ik heb dus ook een trigger voor wanneer prijzen negatief zijn - vandaar soms de condition negatieve prijs Tibber. Wanneer dat het geval is gaat de SG Ready op Max.

Voor het binnenhalen van de prijs categorieën maak ik gebruik van de HACS implementatie - Tibber Price Information & Ratings. Dit geeft o.a. de volgende informatie:



Heb bovenstaande queries nog niet in de praktijk getest - dus bij deze de disclaimer.

[MattMax]

kjs021 schreef op donderdag 20 augustus 2026 @ 11:37:
[...]

Natuurlijk Bij deze.

....
Heb bovenstaande queries nog niet in de praktijk getest - dus bij deze de disclaimer.

Nice! Ik gebruik een vergelijkbare setup. In eerste instantie heb ik dat handmatig ingesteld, maar mijn huidige setup heb ik gemaakt met behulp van Claude in Home Assistant. Het voordeel hiervan is dat je exact kan uitleggen wat je wilt bereiken en waar rekening mee gehouden moet worden in jouw specifieke situatie. Claude heeft toegang tot historische data in Home Assistant, van zowel de warmtepomp, Tibber als andere relevante apparaten (EV, batterijen, andere grote verbruikers, etc.).

In mijn geval wil ik bijv. dat 's middags SGReady Plus wordt ingeschakeld op het moment dat Tibber Rewards actief zijn of de KWh prijs laag is. Tegelijkertijd wordt het ontladen van de thuisbatterijen dan tijdelijk beperkt, zodat die stroom beschikbaar blijft voor de avond, wanneer de Tibber prijzen vaak hoger zijn. Hiermee heb ik een setup die voor mijn specifieke situatie perfect werkt en met veel verschillende factoren rekening kan houden. Ook de impact van het tijdelijk blokkeren van de warmtepomp, bijv via SGReady Block, kan je hiermee goed monitoren en bijsturen waar nodig.

[kjs021]

Mooi om te lezen MattMax - kan inderdaad nog veel worden verfijnd.

Voor wanneer het weer wat rustiger is ga ik ook kijken naar het toevoegen van Claude in HA. Mag ik alvast vragen hoeveel werkgeheugen en hoeveel CPU cores je hebt toegewezen aan HA om Claude te laten werken?\

Bij Tibber vind ik het wel jammer dat HR Energy en Enpase nog niet als partners zijn opgenomen. Voor mij nu lastig om Tibber rewards te verdienen Nah ja, via HA is het ook goed te doen.

Als er nog anderen zijn met goede inzichten, schroom dan niet dat hier te delen haha.

[MattMax]

kjs021 schreef op zondag 30 augustus 2026 @ 09:56:
...
Voor wanneer het weer wat rustiger is ga ik ook kijken naar het toevoegen van Claude in HA. Mag ik alvast vragen hoeveel werkgeheugen en hoeveel CPU cores je hebt toegewezen aan HA om Claude te laten werken?\

Ik draai Home Assistant in een VM in Proxmox met 2CPUs (virtuele CPUs, systeem heeft een AMD Ryzen 8845 processor) en 8GB geheugen. Ik denk dat het met wat minder geheugen ook geen probleem is.

Bij Tibber vind ik het wel jammer dat HR Energy en Enpase nog niet als partners zijn opgenomen. Voor mij nu lastig om Tibber rewards te verdienen Nah ja, via HA is het ook goed te doen.

Ik las op het Enphase forum dat iemand een reactie van de Tibber klantenservice gehad dat ze dit voor het einde van dit jaar willen gaan uitrollen (vanuit Tibber). Fingers crossed.

[Maarten60]

"Winter is coming" en dus weer tijd voor de Qube.

In mijn huidige configuratie werken SGReady Plus en Max niet door het ontbreken van LinQ. Ik stuur mijn Qube aan via een hard contact. Om SG Ready Plus enigszins te simuleren wil ik de Qube via Modbus softwarematig kunnen starten, bijvoorbeeld bij PV-overschot.

Volgens HRE zou dat mogelijk moeten zijn:

HR_support schreef op woensdag 11 maart 2026 @ 10:15:
[...]
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.
[...]
Speciaal voor jullie met HA heb ik modbus punt aangemaakt: Welke enkel werkt als vinkje dat je vraag via LinQ wil doen, hebt uit gezet.

De betreffende switch wordt door de HA-integratie keurig weergegeven als "Activate central heating" (switch.qube_1_modbus_demand) onder Controls. Als ik deze switch activeer, slaat de Qube echter niet aan.

Volgens mij heb ik LinQ correct uitgeschakeld:



Daarnaast heb ik nog deze instellingen onder Heat Demands gevonden:



Daar staat bij mij alles uit: Demand C18.input, Demand BMS/LinQ, Demand RoomT/BufferT, Demand DHW, Demand Plant en Demand Modbus.

In theorie zou het nog kunnen dat de Qube niet start omdat de buffertemperatuur al hoog genoeg is, maar die is momenteel slechts 29 °C. Dat lijkt me dus niet de meest waarschijnlijke verklaring.

Heeft iemand ervaring met het via Modbus starten van de Qube? Werkt switch.qube_1_modbus_demand bij jullie daadwerkelijk als warmtevraag en, zo ja, welke LinQ/Heat Demand-instellingen gebruiken jullie?

[Jeronim0]

Staat in Settings, optie 4 License_SGready op de 2e pagina Enable SGready op Yes?

Ik gebruik zelf 2 droogcontact switches van Tapo (S110E) voor de aansturing. Heb je wel de App voor nodig, maar geen hub als ik het goed heb.

[Maarten60]

Jeronim0 schreef op zondag 6 september 2026 @ 15:12:
Staat in Settings, optie 4 License_SGready op de 2e pagina Enable SGready op Yes?

Nee, ik heb SGReady niet enabled, die setting heb ik pas later gevonden. Het is wel zo dat optie Block en Off ook zonder deze setting werken.
Met SGReady plus en max wordt de kamertemperatuur met 1C verhoogd. Als je geen linq hebt werkt dat dus niet.

Ik gebruik zelf 2 droogcontact switches van Tapo (S110E) voor de aansturing. Heb je wel de App voor nodig, maar geen hub als ik het goed heb.

Ik gebruik een variant en heb een Danfoss systeem voor het sturen van de wp en dat werkt ook met een 'droogcontact'.
Volgens HRE (mijn begrip) kan je softwarematig de wp starten en dit parallel aan de harde contacten doen.
Mijn vraag is dus of iemand ervaring heeft met die specifieke switch. Misschien heb ik daar een specifieke versie voor nodig??

[Jeronim0]

Bij mij werkte SGready niet zonder die enabled instelling op Yes te zetten. Heb wel een LinQ, maar dat moet niet uitmaken volgens mij.

[Maarten60]

@Jeronim0
Dus als ik het goed begrijp kan jij je wp op 2 manieren onafhankelijk aansturen, met de Linq en via de harde contacten (tapo).

[Jeronim0]

Ja, SGready is een aanvulling. Wat je daarmee kan doen (de 3 extra functies) dat kan je niet op identieke wijze met de LinQ.