Ervaringen Qsilence warmtepompen (Qube, Qbooster) - deel 2

[MattMax]

willem9503 schreef op woensdag 26 november 2025 @ 09:30:
[Afbeelding]

Hm, vreemd hikje...... (sensor: generalmng_acumulatedthermic)
Ook de enige afwijkende waarde hier.
@HR_support Enig idee?

Dan ook even @MattMax ....

Zou je eens kunnen kijken of je in die periode ook "read errors" hebt in de Qube integratie?
De sensor generalmng_acumulatedthermic wordt gelezen als float32 input register. De poller in de integratie haalt deze waarde op en past hier verder geen bewerking op toe (buiten dat deze waarde nooit omlaag mag gaan).

Als het modbus register een of meerdere keren niet goed gelezen wordt (bijv. corrupted word/byte), dan wordt de waarde een random IEEE-754 float. Dat komt precies overeen met de waardes in je grafiek (1e22 waardes voor een float32). Een verkeerde waarde leidt dus tot een enorme jump en alle volgende "normale" waardes worden genegeerd, want die zijn lager dan de spike.

Oplossing
Met behulp van de recorder service in Home Assistant kan je de waardes voor deze specifieke sensor verwijderen. Daarna zal automatisch de juiste waarde weer worden ingelezen door de integratie.

[willem9503]

MattMax schreef op donderdag 27 november 2025 @ 14:32:
[...]


Zou je eens kunnen kijken of je in die periode ook "read errors" hebt in de Qube integratie?
De sensor generalmng_acumulatedthermic wordt gelezen als float32 input register. De poller in de integratie haalt deze waarde op en past hier verder geen bewerking op toe (buiten dat deze waarde nooit omlaag mag gaan).

Als het modbus register een of meerdere keren niet goed gelezen wordt (bijv. corrupted word/byte), dan wordt de waarde een random IEEE-754 float. Dat komt precies overeen met de waardes in je grafiek (1e22 waardes voor een float32). Een verkeerde waarde leidt dus tot een enorme jump en alle volgende "normale" waardes worden genegeerd, want die zijn lager dan de spike.

Oplossing
Met behulp van de recorder service in Home Assistant kan je de waardes voor deze specifieke sensor verwijderen. Daarna zal automatisch de juiste waarde weer worden ingelezen door de integratie.

De melding (terugkerend):
2025-11-26 02:03:42.018 WARNING (MainThread) [custom_components.qube_heatpump] Read failed (binary_sensor discrete_input@2): Modbus Error: [Input/Output] Request cancelled outside pymodbus.

@MattMax
Wil je een issue in Github voor deze?
Ik heb probleem opgelost bijna volgens genoemde procedure.

[MattMax]

willem9503 schreef op donderdag 27 november 2025 @ 15:05:
[...]

De melding (terugkerend):
2025-11-26 02:03:42.018 WARNING (MainThread) [custom_components.qube_heatpump] Read failed (binary_sensor discrete_input@2): Modbus Error: [Input/Output] Request cancelled outside pymodbus.

@MattMax
Wil je een issue in Github voor deze?
Ik heb probleem opgelost bijna volgens genoemde procedure.

Ja, laten we dat via Github doen. Dan kan de discussie hier de focus houden op de warmtepomp. Ik vermoed dat het een issue is met de netwerkverbinding, maar dat kunnen we gezamenlijk testen.

[willem9503]

willem9503 schreef op zondag 23 november 2025 @ 09:42:
[...]


De sensor heb ik inderdaad al staan. Zal volgende week eens om software update vragen.


[...]

Update net ontvangen, zit nu op 4.1.00.
Staat nog niet eens op de site, zo nieuw... Dank @HR_support

[YJB]

Onze omruil Qbooster -> Qube is nu ook klaar. Middagje werk inclusief wat kleine aanpassingen.

Ik ben nu mijn HA config aan het omzetten, in eerste instantie met de standaard lovelace card (op basis van de integratie (veel dank daarvoor!!))

Wat vraagjes:
Home Assistant::
Waarom is er voor gekozen om niet alle qube sensoren met qube_ te laten prefixen, nu zie ik bijvoorbeeld sensor.flow, terwijl ik zelf sensor.qube_flow zou hebben gekozen, maar misschien zie ik iets over het hoofd?

code:

Ik mis de volgende sensoren:
sensor.qube_total_energy_incl_standby
sensor.qube_standby_power
sensor.qube_standby_energy
sensor.qube_driewegklep_dhw_cv_status

Komt dat door de Qube versie: 4.1.0?
Zou mooi zijn als het versie nummer via modbus zou worden gerapporteerd.

is sensor.bldc_evd_powerplus_info_pump echt in RPM? Volgens de modbus documentatie in RPS, dus dat klinkt meer als rotations per second, dus dan moet deze waarde in HA met 60 worden vermenigvuldigd om RPM te krijgen.

En meer algemeen:
Is sensor.heatsetp_1 (cv setpoint) nu de gewenste retour temperatuur op basis van de stooklijn?

sensor.generalmng_cop is de huidige cop. Is de scop uitgesplitst naar WW en CV ook beschikbaar, of moeten we die berekenen?

Het lijkt er op dat het aantal bedrijfsuren in increments van 3 uur wordt gedaan, klopt dat?

[ Voor 23% gewijzigd door YJB op 17-12-2025 07:50 ]

[MattMax]

YJB schreef op woensdag 17 december 2025 @ 07:28:
...
Waarom is er voor gekozen om niet alle qube sensoren met qube_ te laten prefixen, nu zie ik bijvoorbeeld sensor.flow, terwijl ik zelf sensor.qube_flow zou hebben gekozen, maar misschien zie ik iets over het hoofd?

Wat heb je ingesteld bij de opties voor de integratie? Is "Add hub label to entity IDs" in- of uitgeschakeld?

code:

Ik mis de volgende sensoren:
sensor.qube_total_energy_incl_standby
sensor.qube_standby_power
sensor.qube_standby_energy
sensor.qube_driewegklep_dhw_cv_status

Deze entities komen niet rechtstreeks vanuit de Modbus data, maar worden gegenereerd. Wellicht gaat er iets mis met de naamgeving van de entiteiten. Heb je bijv. helemaal geen sensor die de status van de driewegklep aangeeft of heeft deze een andere naam (bijv. threeway valve)?
[/quote]

Zou mooi zijn als het versie nummer via modbus zou worden gerapporteerd.

Dat is een verzoek voor @HR_support. Als dat beschikbaar is, zorg ik dat het in de integratie terechtkomt.

is sensor.bldc_evd_powerplus_info_pump echt in RPM? Volgens de modbus documentatie in RPS, dus dat klinkt meer als rotations per second, dus dan moet deze waarde in HA met 60 worden vermenigvuldigd om RPM te krijgen.

Scherp! Ik ga het aanpassen.

En meer algemeen:
Is sensor.heatsetp_1 (cv setpoint) nu de gewenste retour temperatuur op basis van de stooklijn?

Op basis van de Modbus documentatie:
Dit is het gewenste Heat setpoint, indien er geen gebruik gemaakt wordt van de stooklijn.

sensor.generalmng_cop is de huidige cop. Is de scop uitgesplitst naar WW en CV ook beschikbaar, of moeten we die berekenen?

Niet beschikbaar op dit moment. Mocht je ideeën hebben hoe dit op een goede manier geïmplementeerd kan worden aan de hand van de beschikbare data, dan ga ik kijken hoe ik dit kan verwerken.

Het lijkt er op dat het aantal bedrijfsuren in increments van 3 uur wordt gedaan, klopt dat?

Dat klopt! Af en toe zit er bij mij een dip in naar 0 uur. Dat kan uiteraard niet bij een cumulatieve waarde, dus ik ga zorgen dat deze waardes genegeerd worden.

Update
Pre-release versie 2025.12.1 beschikbaar waarin de waardes voor bedrijfsuren niet kunnen dalen (want cumulatief) en de RPS is aangepast naar RPM. En kleine update in translations.

[ Voor 3% gewijzigd door MattMax op 17-12-2025 21:57 ]

[YJB]

Dank je wel voor je uitgebreide antwoord. Ik heb wat antwoorden/opmerkingen toegevoegd.

MattMax schreef op woensdag 17 december 2025 @ 21:27:


Wat heb je ingesteld bij de opties voor de integratie? Is "Add hub label to entity IDs" in- of uitgeschakeld?

Add hub label to entity IDs staat bij mij uit omdat ik maar 1 cube heb ("This is not recommended for single heat pump installs."). Maar dat betekent wel dat ik een beetje wonderlijke mix heb met soms het woord cube er in en meestal niet:

bijv:

code:

- sensor.status_warmtepomp
- sensor.qube_driewegklep_ssw_cv_status
- sensor.qube_vierwegklep_verwarmen_koelen_status
- sensor.standby_vermogen
- sensor.standby_verbruik
- sensor.totaal_elektrisch_verbruik_incl_standby
- sensor.elektrisch_verbruik_cv_maand
- sensor.elektrisch_verbruik_sww_maand
- sensor.qube_info

Dan denk ik dat dit uiteindelijke logischer is:

code:

- sensor.qube1_status_warmtepomp
- sensor.qube1_driewegklep_ssw_cv_status
- sensor.qube1_vierwegklep_verwarmen_koelen_status
- sensor.qube1_standby_vermogen
- sensor.qube1_standby_verbruik
- sensor.qube1_totaal_elektrisch_verbruik_incl_standby
- sensor.qube1_elektrisch_verbruik_cv_maand
- sensor.qube1_elektrisch_verbruik_sww_maand
- sensor.qube1_info

Als ik er wat langer over nadenk lijkt het mij (maar wie ben ik) logischer dat een prefix verplicht zou moeten zijn want:

code:

- sensor.outtemp

Zou best wel eens kunnen clashen met een al bestaande sensor voor een weerstation oid.

Ik denk dat de naamgeving van sommige sensors zo is gegroeid omdat de hele integratie nog steeds aan het "groeien" is. Hopelijk zie je dit niet als negatief commentaar, in dat geval bij voorbaat mijn excuus.

Deze entities komen niet rechtstreeks vanuit de Modbus data, maar worden gegenereerd. Wellicht gaat er iets mis met de naamgeving van de entiteiten. Heb je bijv. helemaal geen sensor die de status van de driewegklep aangeeft of heeft deze een andere naam (bijv. threeway valve)?

Die sensor heet bij mij binary_sensor.dout_threewayvlv_val (ik denk ten minste dat je die bedoelt)

code:

sensor.heatsetp_1 (cv setpoint)

Op basis van de Modbus documentatie:
Dit is het gewenste Heat setpoint, indien er geen gebruik gemaakt wordt van de stooklijn.

Oh, ik had er min of meer op gehoopt dat de Qube dit als berekende target had om naar toe te werken tijdens het stoken. Dus onafhankelijk of je nu wel of niet de stooklijn manipuleert. Ik ga er vanuit dat deze waarde wel ergens -intern- bekend is.

Niet beschikbaar op dit moment. Mocht je ideeën hebben hoe dit op een goede manier geïmplementeerd kan worden aan de hand van de beschikbare data, dan ga ik kijken hoe ik dit kan verwerken.

Daar ga ik eens over nadenken, zal we een brainstorm sessie op het forum worden.

[MattMax]

YJB schreef op woensdag 17 december 2025 @ 22:16:
....Maar dat betekent wel dat ik een beetje wonderlijke mix heb met soms het woord cube er in en meestal niet:

Deze berekende sensoren hebben inderdaad een prefix "qube". Voor de overige sensoren is er bewust voor gekozen om de naamgeving van de entities exact hetzelfde te houden als de naamgeving in de Modbus documentatie.

Als ik er wat langer over nadenk lijkt het mij (maar wie ben ik) logischer dat een prefix verplicht zou moeten zijn want:

code:

- sensor.outtemp

Zou best wel eens kunnen clashen met een al bestaande sensor voor een weerstation oid.

Een verplichte prefix maakt de sensornamen weer een stuk langer, dus vandaar dat het een optie is in de integratie om wel of geen prefix te gebruiken. Voorgaande opmerking is terecht en ik ga zorgen dat deze optie dan ook consistent wordt doorgevoerd. Dus wel of geen prefix bij alle sensoren, afhankelijk van het wel of niet aanvinken van deze optie.
Een prefix is niet nodig om issues met de naamgeving van entiteiten te voorkomen. In de UI zie je voor iedere sensor een entity ID en een "friendly" name. Aan de achterkant slaat HA alles op in een register en als een naam al in gebruik is wordt er een suffix (bijv. "_2") aan toegevoegd.

Ik denk dat de naamgeving van sommige sensors zo is gegroeid omdat de hele integratie nog steeds aan het "groeien" is. Hopelijk zie je dit niet als negatief commentaar, in dat geval bij voorbaat mijn excuus.

Absoluut niet! Dank voor de feedback, wordt juist gewaardeerd.

[HR_support]

Hallo YVB,

Hier een paar antwoorden. (Deels al door mede tweakers ook genoemd.)

Komt dat door de Qube versie: 4.1.0?
Zou mooi zijn als het versie nummer via modbus zou worden gerapporteerd.

Die vraag is al vaker voorbij gekomen. Versienummer is geen variabele in de software, dat zit in de firmware en er is op dit moment geen mogelijkheid om dat op de modbus te krijgen.

is sensor.bldc_evd_powerplus_info_pump echt in RPM? Volgens de modbus documentatie in RPS, dus dat klinkt meer als rotations per second, dus dan moet deze waarde in HA met 60 worden vermenigvuldigd om RPM te krijgen.

Dit is inderdaad RPS

En meer algemeen:
Is sensor.heatsetp_1 (cv setpoint) nu de gewenste retour temperatuur op basis van de stooklijn?

Zoals al eerder aangegeven, dit is het basis retour setpoint dat gebruikt wordt als er geen stooklijn gebruikt wordt, of als de buitentemperatuur niet gebruikt kan worden. (Geen internet op de LinQ)
Dit setpoint wordt uit eindelijk gebruikt en daar overheen gaan een aantal compensaties. Zoals Plantsensor compensatie, compensatie curve vanuit de LinQ thermostaten etc. Het berekende setpoint waarop de warmtepomp aan het werk is een ander modbuspunt. (Tijdens CV retourtemperatuur, bij Koelen aanvoertemperatuur)
RegSetP Inputregister 39.


sensor.generalmng_cop is de huidige cop. Is de scop uitgesplitst naar WW en CV ook beschikbaar, of moeten we die berekenen?

Dat wordt gedaan in HA, niet in de Qube. Heeft te maken met aantal keer schrijven naar geheugen.

Het lijkt er op dat het aantal bedrijfsuren in increments van 3 uur wordt gedaan, klopt dat?

Klopt: Anders wordt er te vaak geschreven in het geheugen en gaat de printplaat niet de levensduur van warmtepomp mee.

YJB schreef op woensdag 17 december 2025 @ 07:28:
Onze omruil Qbooster -> Qube is nu ook klaar. Middagje werk inclusief wat kleine aanpassingen.

Ik ben nu mijn HA config aan het omzetten, in eerste instantie met de standaard lovelace card (op basis van de integratie (veel dank daarvoor!!))

Wat vraagjes:
Home Assistant::
Waarom is er voor gekozen om niet alle qube sensoren met qube_ te laten prefixen, nu zie ik bijvoorbeeld sensor.flow, terwijl ik zelf sensor.qube_flow zou hebben gekozen, maar misschien zie ik iets over het hoofd?

code:

Ik mis de volgende sensoren:
sensor.qube_total_energy_incl_standby
sensor.qube_standby_power
sensor.qube_standby_energy
sensor.qube_driewegklep_dhw_cv_status

Komt dat door de Qube versie: 4.1.0?
Zou mooi zijn als het versie nummer via modbus zou worden gerapporteerd.

is sensor.bldc_evd_powerplus_info_pump echt in RPM? Volgens de modbus documentatie in RPS, dus dat klinkt meer als rotations per second, dus dan moet deze waarde in HA met 60 worden vermenigvuldigd om RPM te krijgen.

En meer algemeen:
Is sensor.heatsetp_1 (cv setpoint) nu de gewenste retour temperatuur op basis van de stooklijn?

sensor.generalmng_cop is de huidige cop. Is de scop uitgesplitst naar WW en CV ook beschikbaar, of moeten we die berekenen?

Het lijkt er op dat het aantal bedrijfsuren in increments van 3 uur wordt gedaan, klopt dat?

[YJB]

YJB schreef op woensdag 17 december 2025 @ 07:28:

Ik mis de volgende sensoren:

code:

sensor.qube_total_energy_incl_standby
sensor.qube_standby_power
sensor.qube_standby_energy
sensor.qube_driewegklep_dhw_cv_status

Nog even verder gezocht en bij mij heten ze:

code:

sensor.totaal_elektrisch_verbruik_incl_standby
sensor.standby_vermogen
sensor.standby_verbruik
sensor.qube_driewegklep_ssw_cv_status

Ik heb deze sensoren niet zelf aangemaakt, dus ze zijn kennelijk toch op 1 of andere manier door de integratie geintegreerd. Natuurlijk kan ik het standaard dashboard aanpassen, maar misschien toch even interessant om te vermelden.

[MattMax]

YJB schreef op donderdag 18 december 2025 @ 17:37:
[...]
Ik heb deze sensoren niet zelf aangemaakt, dus ze zijn kennelijk toch op 1 of andere manier door de integratie geintegreerd. Natuurlijk kan ik het standaard dashboard aanpassen, maar misschien toch even interessant om te vermelden.

De integratie bevat inderdaad een aantal "computed" sensors. Die gebruiken data vanuit de ingelezen Modbus sensoren om bijv. de status van de warmtepomp wat beschrijvender te maken. In de laatste versie van de integratie (2025.12.2) is de naamgeving van deze sensoren ook consistent met het wel of niet inschakelen van de prefix optie.

[Dr Nix]

MattMax schreef op woensdag 17 december 2025 @ 21:27:

Niet beschikbaar op dit moment. Mocht je ideeën hebben hoe dit op een goede manier geïmplementeerd kan worden aan de hand van de beschikbare data, dan ga ik kijken hoe ik dit kan verwerken.

Scop uitrekenen kan zelf, uitgesplitst naar cv en warm water. Zie mijn eerdere bericht:
https://gathering.tweakers.net/forum/view_message/81377596
Krijg je dit soort plaatjes van:

Zou leuk zijn als jullie dat in de integratie kunnen fietsen!
Overigens, wat mij vooralsnog tegen houdt om naar de integratie over te stappen is dat ik dan allemaal nieuwe sensors krijg en datacontinuïteit verlies. Heeft iemand daar een oplossing voor?

[MattMax]

Dr Nix schreef op zaterdag 20 december 2025 @ 23:42:
[...]
Scop uitrekenen kan zelf, uitgesplitst naar cv en warm water. Zie mijn eerdere bericht:
https://gathering.tweakers.net/forum/view_message/81377596

Ga ik mee aan de slag.

Overigens, wat mij vooralsnog tegen houdt om naar de integratie over te stappen is dat ik dan allemaal nieuwe sensors krijg en datacontinuïteit verlies. Heeft iemand daar een oplossing voor?

Geen makkelijke oplossing, maar dit zou een manier kunnen zijn.

[MattMax]

Dr Nix schreef op zaterdag 20 december 2025 @ 23:42:
[...]
Scop uitrekenen kan zelf, uitgesplitst naar cv en warm water. Zie mijn eerdere bericht:

Toegevoegd! Duurt even voordat er correcte waardes voor de SCOP te zien zijn, aangezien historische data niet worden meegenomen. Beschikbaar in 2025.12.6.

[kjs021]

Afgelopen maand ook eigenaar geworden van een Qube. Draait al mooi. Dank ook voor alle informatie in dit en het vorige topic.

Nu heb ik thuis een TrueNas server staan met o.a. Home Assistant. Is er ergens een stappenplan (echt veel gezocht... of het ligt gewoon aan mij ) met hoe ik de GitHub release toevoeg aan de HA op mijn server? Zie de guide op de startpagina, maar daar missen voor mij een paar stappen denk ik.

Alvast bedankt!

Update:
Heb een haakje gevonden. Mijn begin was al verkeerd. Nu bezig met Home Assistant OS waarna ik HACS kan bijvoegen.

Update 2:
Woohoo, gelukt. Voor anderen -
Filmpje 1 guide: YouTube: Let's Install Home Assistant OS on TrueNAS Scale to get all the func...
Filmpje 2 guide: YouTube: How to Install HACS in Home Assistant (Step-by-Step Guide 2025) | Ho...

Vervolgens conform onderstaande comment qube toevoegen

Update 3 - vraag:
Na koppeling start nu het legionelle programma volgens mij (normaal op donderdag). Start anti-legionella stond aangevinkt in HA - zelf niet aangevinkt. Kon dit ook niet uitzetten. Anderen dit ook zo ervaren bij eerste koppeling? Wil het graag houden bij het eenmaal uitvoeren van het programma.

Nu is op donderdag voor de tweede dag op een rij het legionella programma uitgevoerd. Dit na de eerste koppeling. Even kijken of dit morgen weer gebeurt. Wat kan dit zijn na de koppeling met HA? Voor de rest werkt het allemaal precies conform verwachting.

[ Voor 77% gewijzigd door kjs021 op 25-12-2025 14:11 ]

[Maarten60]

@kjs021 Ik neem aan dat HA gewoon werkt.
Het proces bestaat uit 2 stappen
1) de integratie installeren
2) de Qube koppelen
Met deze handleiding zou het moeten lukken. https://github.com/Mattie...tpump/blob/main/README.md

[YJB]

Ik zie dat het berekende verbruik afwijkt wanneer er elektrische bijstook is. De qube geeft ongeveer 300w teveel aan bij 1 element, en 600w wanneer er 2 elementen zijn ingeschakeld:


Als er geen bijstook is kloppen de waardes wel redelijk:


Zien iemand anders hetzelfde?

[CarelWdv]

Ook na het bijspringen van de 2 backup’s afgelopen dagen bij mij minimaal verschil tussen “CAREL” en de HomeWizard meter geïnstalleerd in de meterkast.
Ik gebruik HA (nog) niet en houd in principe maandregistraties van de totalen bij en bij interessante weer condities kijk ik wat vaker.

Na het vervangen van de Qbooster in december vorig jaar, de optimalisatie slag van de Qpanels in februari dit jaar en de LinQ software aanpassingen ben ik positief verrast hoe de Qube zich efficiënt door de winterperiode heen loodst.

Gezien mijn trage vloerverwarming is het nu nog wachten op het kunnen aanpassen van de setpoint hysterese. 0,3C boven en onder het setpoint regelen is niet efficiënt bij mij thuis. Het meest efficiënt zou zijn wanneer de vloertemperatuur een parameter in de regeling zou zijn. De stooklijn heb ik al redelijk optimaal.

[Poppenron]

Heren actievelingen, wat een mooie overzichtelijk blog hebben jullie samengesteld, mijn complimenten.
Toch zit ik met nog wat, volgens mij, algemene vragen.
Als ik dit, en het vorige blog, deel 1, doorlees dan moet je behoorlijk technisch onderlegd zijn wil je eea kunnen doorgronden.
De grote lijnen haal ik er wel uit maar het maakt mij wat “huiverig” eea zelf uit te vlooien.
Ik heb eigenlijk het idee dat wat er nu via andere platforms geboden wordt, o.a. HACS,dat dit toch eigenlijk binnen de App van de Qube getoond zou moeten worden.
Ik vind de Qube.local niet een echte App, de historie van COP en heet water kWh is er niet in terug te vinden.
Is het bekend of er een anders standaard App gaat komen of moeten we allemaal over naar Github etc ?

Ik vind het zeer positief dat er goede contacten zijn met Hr-energie en dat zij meewerken het product te verbeteren.
Ik ben zelf 13 maandden een zeer tevreden bezitter van de Qube, doet wat hij moet doen.
Waar ik wel bezorgd over ben is dat er, na herhaald vragen, nog geen service abonnementen aangeboden worden.

Tot zover.
Ron

[BB_Elektro]

Poppenron schreef op zondag 28 december 2025 @ 17:40:
Heren actievelingen, wat een mooie overzichtelijk blog hebben jullie samengesteld, mijn complimenten.
Toch zit ik met nog wat, volgens mij, algemene vragen.
Als ik dit, en het vorige blog, deel 1, doorlees dan moet je behoorlijk technisch onderlegd zijn wil je eea kunnen doorgronden.
De grote lijnen haal ik er wel uit maar het maakt mij wat “huiverig” eea zelf uit te vlooien.
Ik heb eigenlijk het idee dat wat er nu via andere platforms geboden wordt, o.a. HACS,dat dit toch eigenlijk binnen de App van de Qube getoond zou moeten worden.
Ik vind de Qube.local niet een echte App, de historie van COP en heet water kWh is er niet in terug te vinden.
Is het bekend of er een anders standaard App gaat komen of moeten we allemaal over naar Github etc ?

Ik vind het zeer positief dat er goede contacten zijn met Hr-energie en dat zij meewerken het product te verbeteren.
Ik ben zelf 13 maandden een zeer tevreden bezitter van de Qube, doet wat hij moet doen.
Waar ik wel bezorgd over ben is dat er, na herhaald vragen, nog geen service abonnementen aangeboden worden.

Tot zover.
Ron

Hoi Ron,

Dank voor de complimenten . Ik kan me inderdaad voorstellen dat alle informatie hier op het forum overweldigd. Het forum is voor mensen zoals ik een heerlijke plek om inzichten en HA snufjes te delen.

Als je graag goed inzicht wil in wat de Qube aan het doen is en gedaan heeft is Home Assistant (of een ander domotica platform) toch echt de beste oplossing denk ik. Ik verwacht niet dat HR-Energy zoiets in een app gaat aanbieden en als ze dat wel doen doet het waarschijnlijk net niet biedt wat jij als gebruiker wilt . Ik zou het om willen keren: hoe mooi is het dat de Qube zoveel informatie verstrekt via modbus, en zelfs de mogelijkheid biedt om allerhande parameters in te stellen? In hoeverre kan dat bij warmtepompen van andere fabrikanten ook?? Mogelijkheid tot (zelf) aansturen was voor mij in ieder geval een voorwaarde voor aankoop van een warmtepomp!

Voor mensen die behoefte hebben aan meer kant en klare oplossingen: Home Assistant verkoopt de https://www.home-assistant.io/green met HA er al op geinstalleerd. Daarna moet je met de informatie hier op het forum en/of de Qube HACS intergratie op Github zelf in staat zijn de integratie te installeren. Lukt dat niet dan is het aan "ons" om die informatie te verbeteren!

[Maarten60]

Heeft iemand ervaring met het starten van tapwater (DHW) via Modbus.
Als ik het goed begrijp is er naast normaal bedrijf, waarbij start tapwaterproductie (DHW) wordt bepaald door minimale tapwatertemperatuur en (dagelijkse) schema, ook de mogelijkheid om de productie te starten via de integratie.
Er zijn twee mogelijkheden

• Methode 1: de productie van tapwater starten met de switch Start Tapwater (23, TapW_TimeProgram.BMS_ForceTimeProgram) verwarmen. Er geldt een hysterese van 4°C (fabrieksinstelling). Pas als tapwatertemperatuur 4 graden onder max tapwater temperatuur is, start de productie.
• Methode 2: Met 173 switch.tapw_timeprogram_dhwsetp_nolinq wordt de hysterese uitgeschakeld en start de productie direct.

Heeft iemand ervaring met deze opties? De eerste optie lijkt niet relevant.
Gaat het verwarmen van het tapwater tot de normale maximale temperatuur/

[YJB]

Tja, ik zou net als ik deed bij de qbooster graag de tapwatertemperatuurdrempelwaarde willen beinvloeden via modbus.

[Maarten60]

Volgens de laatste modbuslijst https://www.hr-energy.com...506_modbus-lijst-qube.pdf is er een Minimum temperatuur Tapwater register

code:

HoldingRegister (2 waarden) - 44 - TapW_TimeProgram.DHWS - Minimum temperatuur Tapwater -Read/Write

En volgens de wiki https://github.com/MattieGit/qube_heatpump/tree/main/wiki

To set the Modbus tapwater setpoint directly, call the integration service qube_heatpump.write_register and supply the DHW register address (173) as a float, for example:

action: qube_heatpump.write_register
data:
address: 173
value: 49
data_type: float32

Wat is het totale plaatje?

edit: tekst wat duidelijker gemaakt.

[ Voor 5% gewijzigd door Maarten60 op 30-12-2025 16:59 ]

[MattMax]

In de basis zijn er twee opties om centrale verwarming en warm water productie te regelen. Deze opties kunnen NIET naast elkaar worden gebruikt:
1) Alles regelen via de Linq thermostaat
2) Alles regelen via Home Assistant (of via iedere andere integratie die via Modbus met de Qube communiceert)

Voor optie 2 kan je in Home Assistant zelf een virtuele thermostaat aanmaken voor de centrale verwarming. Voor warm water kan je zelf een temperatuur instellen en vervolgens het tijdelijk programma starten.
Dit werkt als volgt:

CV programma / virtuele thermostaat
Met de parameter Modbus_Demand kan je zelf de warmtevraag starten. Via de Home Assistant integratie is dat de schakelaar met de naam "Activeer Warmtevraag Qube". Uiteraard heb je dan ook nog een sensor voor de ruimtetemperatuur nodig om te bepalen wanneer de warmtevraag geactiveerd moet worden.

Warmwater-programma en temperatuur warm water instellen
Via het Modbus Holding Register 173 kan je de gewenste temperatuur voor warm water instellen. Belangrijk om dit specifieke register te gebruiken, aangezien de Linq zorgt dat de waarde van register DHW_User continu wordt overschreven. Activeren van het warmwaterprogramma gaat via switch.tapw_timeprogram_bms_forced. Het instellen van de temperatuur kan uiteraard wat makkelijker worden gemaakt, door bijv. een automatisering die de qube_heatpump.write_register service uitvoert als er een nieuwe temperatuur wordt ingesteld (bijv. vanuit een dashboard).

Instelling op warmtepomp
Belangrijk: om dit te laten werken, moet je op de warmtepomp instellen dat je niet de Linq wilt gebruiken voor CV en SWW.

[MattMax]

Stappenplan om de temperatuur van het tapwater via de HA integratie te regelen (dus LinQ uitschakelen in instellingen van de warmtepomp).

Stap 1
Maak een "helper" aan in Home Assistant. Dit kan via de UI of via YAML code. Zie onderstaand een voorbeeld.

code:

input_number:
  tapwater_temperature:
    name: Tapwater (SSW) setpoint
    min: 40
    max: 70
    step: 0.5
    unit_of_measurement: "°C"
    mode: slider

Stap 2
Voeg deze "helper" toe aan een dashboard. Dit kan op veel manieren. Hieronder een voorbeeld in YAML code.

code:

type: custom:slider-button-card
entity: input_number.tapwater_temperature
slider:
  direction: left-right
  background: solid
  use_state_color: false
  use_percentage_bg_opacity: false
  show_track: false
  toggle_on_click: false
  force_square: false
show_name: true
show_state: true
compact: true
icon:
  show: true
  use_state_color: true
  tap_action:
    action: more-info
  icon: ""
action_button:
  mode: toggle
  icon: mdi:power
  show: false
  show_spinner: true
  tap_action:
    action: toggle
name: Tapwater (SWW) temperatuur
show_attribute: true

Stap 3
Maak een automatisering die reageert op een wijziging van de waarde van de helper.
Voorbeeld in YAML code, maar dit kan je ook prima instellen via de UI.

code:

alias: Set tapwater (DHW) temperature
description: >-
  Set the tapwater (DHW) temperature of the Qube heatpump, when not using the
  Linq thermostat
triggers:
  - trigger: state
    entity_id:
      - input_number.tapwater_temperature
conditions: []
actions:
  - action: qube_heatpump.write_register
    metadata: {}
    data:
      address: 173
      value: "{{ states('input_number.tapwater_temperature') | float }}"
      data_type: float32
mode: single

[kjs021]

Een hoge COP is altijd mooi, maar zie meerdere keren per dag uitschieters naar bijv de 30. Herkennen jullie dit?



Uitschieters zijn lichtgekleurd weergegeven. Puur een softwarematig dingetje?



Gelukkig Nieuwjaar allemaal!

[ Voor 31% gewijzigd door kjs021 op 01-01-2026 19:19 ]

[J8S]

kjs021 schreef op donderdag 1 januari 2026 @ 17:47:
Een hoge COP is altijd mooi, maar zie meerdere keren per dag uitschieters naar bijv de 30. Herkennen jullie dit?

[Afbeelding]

Uitschieters zijn lichtgekleurd weergegeven. Puur een softwarematig dingetje?

[Afbeelding]

Gelukkig Nieuwjaar allemaal!

Ze lijken bij mij samen te vallen met het eindigen van het opwarmen van tapwater. De compressor slaat dan af en wellicht denkt de Qube dan dat omdat er geen of minder stroom wordt verbruikt en het geproduceerde water nog wel warm is de COP hoog is?

[ Voor 17% gewijzigd door J8S op 01-01-2026 20:41 ]

[BB_Elektro]

J8S schreef op donderdag 1 januari 2026 @ 20:37:
[...]
Ze lijken bij mij samen te vallen met het eindigen van het opwarmen van tapwater. De compressor slaat dan af en wellicht denkt de Qube dan dat omdat er geen of minder stroom wordt verbruikt en het geproduceerde water nog wel warm is de COP hoog is?

Jep dat is het. De compressor is dan afgeslagen en gebruikt geen elektrisch vermogen maar de waterpompen nog wel. Het "restje" warmte wordt afgegeven aan het CV circuit en dat geeft dus kort een hoge COP. Die waarde is overigens wel terecht want er wordt daadwerkelijk warmte geleverd. Daar staat tegenover dat je bij het starten van de compressor even een lage COP hebt omdat de compressor wel elektrisch vermogen trekt maar nog geen warmte levert.

[ Voor 17% gewijzigd door BB_Elektro op 02-01-2026 11:44 ]

[Maarten60]

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

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

[MattMax]

BB_Elektro schreef op vrijdag 2 januari 2026 @ 11:41:
[...]


Jep dat is het. De compressor is dan afgeslagen en gebruikt geen elektrisch vermogen maar de waterpompen nog wel. Het "restje" warmte wordt afgegeven aan het CV circuit en dat geeft dus kort een hoge COP. Die waarde is overigens wel terecht want er wordt daadwerkelijk warmte geleverd. Daar staat tegenover dat je bij het starten van de compressor even een lage COP hebt omdat de compressor wel elektrisch vermogen trekt maar nog geen warmte levert.

Ik heb in een recente release een filter toegevoegd, zodat deze "spikes" eruit gehaald worden. Met welke versie zien jullie deze uitschieters? Doel van het filter is om te zorgen dat de waardes binnen een redelijke bandbreedte vallen.

[kjs021]

MattMax schreef op zondag 4 januari 2026 @ 21:08:
[...]

Ik heb in een recente release een filter toegevoegd, zodat deze "spikes" eruit gehaald worden. Met welke versie zien jullie deze uitschieters? Doel van het filter is om te zorgen dat de waardes binnen een redelijke bandbreedte vallen.

Bij mij is dit:

Installed version. 2025.12.9

Zie dat vandaag een nieuwe versie online is gekomen. Zal die later deze week installeren.

Edit: Zojuist de nieuwe 2026 versie geïnstalleerd - de uitschieters zijn nog altijd zichtbaar.

[ Voor 9% gewijzigd door kjs021 op 05-01-2026 19:39 ]

[bor7]

Dag Qubers,

hoe is het met de bijstook nu we echt winter hebben, met een dik pak sneeuw op de panelen?
Bij mij was het tot gister echt om het uur even bijstook, maar nu afgelopen nacht draait het bijna helemaal electric ( 4 kw). Ik had beter gehoopt.

.

[MattMax]

kjs021 schreef op zondag 4 januari 2026 @ 21:51:
[...]


Bij mij is dit:

Installed version. 2025.12.9

Zie dat vandaag een nieuwe versie online is gekomen. Zal die later deze week installeren.

Edit: Zojuist de nieuwe 2026 versie geïnstalleerd - de uitschieters zijn nog altijd zichtbaar.

Pak ik binnenkort op! Ben op dit moment bezig met het omzetten van de HACS integratie naar een officiële HA integratie, dus nieuwe features en aanpassingen staan heel even on hold. Kom er snel op terug.

[jossie67]

bor7 schreef op dinsdag 6 januari 2026 @ 09:37:
Dag Qubers,

hoe is het met de bijstook nu we echt winter hebben, met een dik pak sneeuw op de panelen?
Bij mij was het tot gister echt om het uur even bijstook, maar nu afgelopen nacht draait het bijna helemaal electric ( 4 kw). Ik had beter gehoopt.

Ik heb bij het zelfde nachts ook full electric, vandaag heeft de warmtepomp al 28 kwh verbruikt. Dit is wel stukken beter dan de Qbooster, die ging al bij de 2 graden naar full

[BB_Elektro]

bor7 schreef op dinsdag 6 januari 2026 @ 09:37:
Dag Qubers,

hoe is het met de bijstook nu we echt winter hebben, met een dik pak sneeuw op de panelen?

Vannacht stond de huiskamerthermostaat op 20.0 graden en die is overdag op 20.5 gezet. Ons huis is van 2015 en het setpoint voor de CV retour stond vast ingesteld op 27 graden (stooklijn uitgeschakeld).
Ik zit van 00:00 tot 17:30 op 13,8 kWh voor CV en 2,6 kWh voor SWW.

In de grafiek van het elektrisch vermogen zie ik ook elektrische bijstook, rond de 25 a 30% van de tijd dat er vannacht verwarmd werd:

[BB_Elektro]

Ik heb met dat pak sneeuw op de panelen wel de vraag of het mogelijk is een defrost uit te voeren. De sneeuw glijdt namelijk wel van de PV panelen af, maar niet van de PVT panelen omdat die koud worden gehouden door de warmtepomp. Als je het mij vraagt is een klein beetje warmte in de PVT panelen genoeg om de sneeuw los te smelten en eraf te laten glijden.

@HR_support is het mogelijk om de warmtepomp bijvoorbeeld een kwartier of half uur op koelmode te zetten om dit te doen? Of is dit slecht voor de warmtepomp?

[kjs021]

BB_Elektro schreef op dinsdag 6 januari 2026 @ 17:30:
[...]


Vannacht stond de huiskamerthermostaat op 20.0 graden en die is overdag op 20.5 gezet. Ons huis is van 2015 en het setpoint voor de CV retour stond vast ingesteld op 27 graden (stooklijn uitgeschakeld).
Ik zit van 00:00 tot 17:30 op 13,8 kWh voor CV en 2,6 kWh voor SWW.

In de grafiek van het elektrisch vermogen zie ik ook elektrische bijstook, rond de 25 a 30% van de tijd dat er vannacht verwarmd werd:
[Afbeelding]

Mogelijk leuk om eens over de maand januari de verschilde SCOPs met elkaar te delen samen met instellingen, aantal panelen etc. De verschillen zijn redelijk groot van systeem tot systeem. Mogelijk kunnen we hier nog wat van leren.

[Maarten60]

Ik heb twee warmtepompen in cascade en zie dat wp2 wat elektrisch verwarmt heeft, maar niet extreem. Ik ga eens een vergelijking met de bron temperatuur maken. Dit is het totale verbruik, extern gemeten. Voor wp2 inclusief sww.

[CarelWdv]

De koude nacht goed doorgekomen (capaciteit voldoende bij min. -12C), wel een paar observaties waar de warmtepomp efficiënter zou kunnen werken.
De eerste grafiek van 10-01, de tweede vandaag 11-01

1) Op de grafieken is te zien dat de setpoint hysteresis (+0,3C) voor mijn thuis situatie niet optimaal is vanwege een trage vloerverwarming (setpoint 20C). Om 17:00 geforceerd dat de Qube ging starten door het setpoint even op 20,5C te zetten. Wanneer de Qube bij een temperatuur van 19,7C weer bijspringt zakt de kamertemperatuur nog even door (soms wel onder de 19,5C vanwege een “afgekoelde” vloer en het duurt wel even voordat de vloer weer voldoende opgewarmd is. Zelfde gebeurt na het afschakelen bij het bereiken van het setpoint. Het is nu geen flankperiode en de stooklijn is goed afgesteld .
Wellicht PID regeling niet optimaal en ik denk ook aan een kleinere hysteresis (bv +0,1C). Over dat laatste heb ik al een vraag uitstaan bij HR-Energy.

2) Vannacht een ongewone situatie bij zeer lage buitenluchttemperaturen (-9C toen ik het constateerde). De Qube was bij 19,7C gestart, de kamertemperatuur zakte verder omlaag. Na bijna 3 uur nog geen backup bij en de kamertemperatuur was al onder de 19C gezakt. Setpoint verhoogd van 20 naar 20,5C, waarna de backup(s) alsnog bijsprong.
Toeval of iets anders?

[hbolten]

Goedemorgen,

Is iemand van jullie al bezig met aansturen van de Qube op basis van dynamische stroomprijzen?

[hbolten]

CarelWdv schreef op zondag 11 januari 2026 @ 15:31:
1) Op de grafieken is te zien dat de setpoint hysteresis (+0,3C) voor mijn thuis situatie niet optimaal is vanwege een trage vloerverwarming (setpoint 20C).

Ik vind ook de hysteresis nogal groot icm vloerverwarming en een goed geïsoleerd huis.
Veel overshoot (zelfs meer dan die 0,3 graden).
Mag wel terug naar 0,1 of 0,2.

Zelflerende thermostaten leren van het gedrag van de ruimte en stoppen op tijd met aanwarmen. Dat verwacht ik niet van de LinQ, maar iets slimmer richting het setpoint zou wel mogen.

[Maarten60]

hbolten schreef op woensdag 14 januari 2026 @ 09:25:
Is iemand van jullie al bezig met aansturen van de Qube op basis van dynamische stroomprijzen?

Voor mij nog niet relevant. Ik heb wel een aansturing gemaakt om de verwarming te blokkeren als de deur open staat om te ventileren. Die wil ik uitbreiden voor het uitstellen van verwarmen. Vorig jaar zag ik in het vroege voorjaar dat de verwarming aan het einde van de nacht aanslaat, terwijl een paar uur later de zon schijnt, die huis verwarmt en er stroom wordt opgewekt. Ik wil dus dat de qube paar uur voor zonsopgang niet meer aanslaat.
Waarschijnlijk overbodig, maar lees, in thuis accu topics, veel verhalen over dynamische prijzen integreren via Nord pole (https://www.home-assistant.io/integrations/nordpool/. Vooral omdat je dan niet afhankelijk bent van een energie leverancier en dus kan switchen zonder dat je automatisering spaak loopt.

[MattMax]

hbolten schreef op woensdag 14 januari 2026 @ 09:25:
...
Is iemand van jullie al bezig met aansturen van de Qube op basis van dynamische stroomprijzen?

Ja, maar op dit moment nog op een heel simpele manier. Aan de hand van de Tibber integratie (maar Nord Pool werkt ook prima, zoals @Maarten60 aangeeft) heb ik 5 verschillende prijsniveaus voor elektriciteit. Als de prijs heel hoog is, blokkeer ik de warmtepomp via SGready (met een maximale termijn). Als de prijs heel laag is, gebruik ik SGready plus of max (afhankelijk van het het specifieke prijsniveau).

[hbolten]

MattMax schreef op woensdag 14 januari 2026 @ 12:06:
[...]


Ja, maar op dit moment nog op een heel simpele manier. Aan de hand van de Tibber integratie (maar Nord Pool werkt ook prima, zoals @Maarten60 aangeeft) heb ik 5 verschillende prijsniveaus voor elektriciteit. Als de prijs heel hoog is, blokkeer ik de warmtepomp via SGready (met een maximale termijn). Als de prijs heel laag is, gebruik ik SGready plus of max (afhankelijk van het het specifieke prijsniveau).

Klinkt goed!
En stuur je warm water en legionella dan nog apart van SGready?

[kjs021]

Is een dergelijke aansturing iets dat ook door hr energy wordt ontwikkeld? Kan mij voorstellen dat dit goed kan worden verkocht wanneer de warmtepomp rekening houdt met zonuren, teruglevering kwh, prijzen, tijdstippen waar bewoners thuis zijn etc.

[MattMax]

hbolten schreef op woensdag 14 januari 2026 @ 23:02:
[...]


Klinkt goed!
En stuur je warm water en legionella dan nog apart van SGready?

Nee, ik gebruik op dit moment alleen de SGready opties. Zie hieronder wat uitleg (met dank aan @HR_support ) wat er gebeurt na het activeren van de SGready Plus en Max opties.

SGready Plus
Uitgangspunten bij dit voorbeeld:

• Minimum tapwater setpoint = 42 C
• User setpoint (temperatuur tijdens dagprogramma) = 52 C
• Het tijdprogramma voor tapwater staat op 13:00 tot 15:00 in de middag
• Je start SGready Plus om 11:00 uur

Wat gebeurt er vervolgens?

• De gewenste waarde voor de temperatuur van tapwater wordt ingesteld op 52 C. Als de huidige temperatuur van het tapwater lager is dan 52 C wordt het tapwater opgewarmd.
• De LinQ thermostaat krijgt een setpoint voor de ruimtetemperatuur die 1 C hoger ligt dan ingesteld. Is het in deze kamer kouder dan dit nieuwe setpoint (bijv. 21.5 C), dan start de warmtevraag.
• De stooklijn wordt niet verhoogd.
• Tapwater verwarmen heeft voorrang op ruimtetemperatuur

SGready Max
Uitgangspunten bij dit voorbeeld:

• Minimum tapwater setpoint = 42 C
• User setpoint (temperatuur tijdens dagprogramma) = 52 C
• Het tijdprogramma voor tapwater staat op 13:00 tot 15:00 in de middag
• Je start SGready Max om 11:00 uur

Wat gebeurt er vervolgens?

• De gewenste waarde voor de temperatuur van tapwater wordt ingesteld op het legionella setpoint, bijv. 60 C. Als de huidige temperatuur van het tapwater lager is dan 60 C wordt het tapwater opgewarmd (vergelijkbaar met anti-legionella programma).
• De LinQ thermostaat krijgt een setpoint voor de ruimtetemperatuur die 1 C hoger ligt dan ingesteld. Is het in deze kamer kouder dan dit nieuwe setpoint (bijv. 21.5 C), dan start de warmtevraag.
• De stooklijn wordt verhoogd met 10 C.
• Tapwater verwarmen heeft voorrang op ruimtetemperatuur

[MattMax]

kjs021 schreef op donderdag 15 januari 2026 @ 16:17:
Is een dergelijke aansturing iets dat ook door hr energy wordt ontwikkeld? Kan mij voorstellen dat dit goed kan worden verkocht wanneer de warmtepomp rekening houdt met zonuren, teruglevering kwh, prijzen, tijdstippen waar bewoners thuis zijn etc.

Dat is een vraag voor @HR_support . Ik heb zelf al eens contact opgenomen met Tibber voor een integratie, maar daar zit nog geen schot in. Daarnaast zijn er diverse oplossingen (SMA Sunny Home Manager, Enphase IQ Energy Router, Solar Manager) die zelf optimaliseren en de warmtepomp hierin meenemen met SGready instellingen.

Als je Home Assistant gebruikt, kan je ook de EMHASS integratie gebruiken. Die maakt gebruik van Linear Programming en kan met behulp van dynamische tarieven (Tibber of NordPool) en een connectie met aangesloten apparaten (zonnepanelen, autolader, warmtepomp, thuisbatterij) het meest optimale scenario uitvoeren.

Keuze tussen een kant-en-klare optie en een DIY oplossing is uiteraard persoonlijk.

[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

Ik ga hier even induiken. We hebben van alles gemaakt speciaal voor die modbus en vragen vanuit hier, dus ik ga even een goed overzicht maken, maar dat zal ergens volgende week zijn.
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

[HR_support]

YJB schreef op dinsdag 30 december 2025 @ 14:58:
Tja, ik zou net als ik deed bij de qbooster graag de tapwatertemperatuurdrempelwaarde willen beinvloeden via modbus.

Wat bedoel je met tapwater drempel waarde?

[HR_support]

BB_Elektro schreef op dinsdag 6 januari 2026 @ 17:30:
[...]


Vannacht stond de huiskamerthermostaat op 20.0 graden en die is overdag op 20.5 gezet. Ons huis is van 2015 en het setpoint voor de CV retour stond vast ingesteld op 27 graden (stooklijn uitgeschakeld).
Ik zit van 00:00 tot 17:30 op 13,8 kWh voor CV en 2,6 kWh voor SWW.

In de grafiek van het elektrisch vermogen zie ik ook elektrische bijstook, rond de 25 a 30% van de tijd dat er vannacht verwarmd werd:
[Afbeelding]

Ik heb even door je grafieken heen gekeken. Kan niet zo snel vinden waarom geen bijstook. Ik zie zondagnacht wel lange tijd geen flow, hetgeen zou betekenen geen warmtevraag. Dus voor nu maar houden op toeval.

[YJB]

HR_support schreef op vrijdag 16 januari 2026 @ 12:17:
[...]


Wat bedoel je met tapwater drempel waarde?

Sorry, slechte benaming; ik bedoelde de target temperatuur van het tapwater.

In de Qbooster zette ik de temperatuur op 52C als ik zonne overschot had. Als ik het goed begrijp kan ik de SG ready niet gebruiken, want dat triggert legionella (en dus elec bijstook).

Wat anderen ook al gezien hebben is dat de Qube erg traag inschakelt (staat op 20c) en niet goed anticipeert op de traagheid van vloerverwarming:

. Ik heb de hysteris al op 0.2C gezet, maar dat lijkt niet genoeg. Misschien een idee om de qube te laten "voorspellen", op basis van de huidige temperatuur daling, en eerder te laten starten?

En nog een vraag, ik vind dat het opwarmen van DHW er traag gaat, ik heb het gevoel dat dit veel langer duurt dan bij de Qbooster. Of is dit een bewuste keuze om de COP zo hoog mogelijk te houden?

[HR_support]

BB_Elektro schreef op dinsdag 6 januari 2026 @ 17:30:
[...]


Vannacht stond de huiskamerthermostaat op 20.0 graden en die is overdag op 20.5 gezet. Ons huis is van 2015 en het setpoint voor de CV retour stond vast ingesteld op 27 graden (stooklijn uitgeschakeld).
Ik zit van 00:00 tot 17:30 op 13,8 kWh voor CV en 2,6 kWh voor SWW.

In de grafiek van het elektrisch vermogen zie ik ook elektrische bijstook, rond de 25 a 30% van de tijd dat er vannacht verwarmd werd:
[Afbeelding]

Ik weet even niet welke generatie Qpanels je hebt. Echter het maakt niets uit dat er sneeuw op ligt, we werken met de lamellen aan de achterkant. Ontdooien hebben we wel eens mee getest, maar het echt een enorme hoeveelheid warmte die die kant op moet om iets te bereiken aan bovenzijde Qpanels. Daarnaast is de compressor niet heel erg blij om met zo een koude bron te werken in koelmodus. Zeg niet dat het niet kan, maar niet met de standaard koel instellingen zonder alarmen.
Komt als laatste nog bij, dat in NL ivm bepaalde certificeringen we geen aktieve defrost in de software mogen maken.
Maar kijk maar eens als er sneeuw op je panelen liggen, de bron blijft keurig doorwerken.

[HR_support]

CarelWdv schreef op zondag 11 januari 2026 @ 15:31:
De koude nacht goed doorgekomen (capaciteit voldoende bij min. -12C), wel een paar observaties waar de warmtepomp efficiënter zou kunnen werken.
De eerste grafiek van 10-01, de tweede vandaag 11-01

1) Op de grafieken is te zien dat de setpoint hysteresis (+0,3C) voor mijn thuis situatie niet optimaal is vanwege een trage vloerverwarming (setpoint 20C). Om 17:00 geforceerd dat de Qube ging starten door het setpoint even op 20,5C te zetten. Wanneer de Qube bij een temperatuur van 19,7C weer bijspringt zakt de kamertemperatuur nog even door (soms wel onder de 19,5C vanwege een “afgekoelde” vloer en het duurt wel even voordat de vloer weer voldoende opgewarmd is. Zelfde gebeurt na het afschakelen bij het bereiken van het setpoint. Het is nu geen flankperiode en de stooklijn is goed afgesteld .
Wellicht PID regeling niet optimaal en ik denk ook aan een kleinere hysteresis (bv +0,1C). Over dat laatste heb ik al een vraag uitstaan bij HR-Energy.

2) Vannacht een ongewone situatie bij zeer lage buitenluchttemperaturen (-9C toen ik het constateerde). De Qube was bij 19,7C gestart, de kamertemperatuur zakte verder omlaag. Na bijna 3 uur nog geen backup bij en de kamertemperatuur was al onder de 19C gezakt. Setpoint verhoogd van 20 naar 20,5C, waarna de backup(s) alsnog bijsprong.
Toeval of iets anders?


[Afbeelding]

[Afbeelding]

Hallo Carel, er is een grote kans, dat je wens van instellen hysterese verhoord wordt. Wordt vervolgt.

[HR_support]

kjs021 schreef op donderdag 15 januari 2026 @ 16:17:
Is een dergelijke aansturing iets dat ook door hr energy wordt ontwikkeld? Kan mij voorstellen dat dit goed kan worden verkocht wanneer de warmtepomp rekening houdt met zonuren, teruglevering kwh, prijzen, tijdstippen waar bewoners thuis zijn etc.

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.

[HR_support]

YJB schreef op vrijdag 16 januari 2026 @ 12:55:
[...]

Sorry, slechte benaming; ik bedoelde de target temperatuur van het tapwater.

In de Qbooster zette ik de temperatuur op 52C als ik zonne overschot had. Als ik het goed begrijp kan ik de SG ready niet gebruiken, want dat triggert legionella (en dus elec bijstook).

Wat anderen ook al gezien hebben is dat de Qube erg traag inschakelt (staat op 20c) en niet goed anticipeert op de traagheid van vloerverwarming:

[Afbeelding]. Ik heb de hysteris al op 0.2C gezet, maar dat lijkt niet genoeg. Misschien een idee om de qube te laten "voorspellen", op basis van de huidige temperatuur daling, en eerder te laten starten?

En nog een vraag, ik vind dat het opwarmen van DHW er traag gaat, ik heb het gevoel dat dit veel langer duurt dan bij de Qbooster. Of is dit een bewuste keuze om de COP zo hoog mogelijk te houden?

In de Qbooster zette ik de temperatuur op 52C als ik zonne overschot had. Als ik het goed begrijp kan ik de SG ready niet gebruiken, want dat triggert legionella (en dus elec bijstook).
Zoals net aan Maarten ook gezet, ik maak volgende week even een goed overzicht van het aansturen tapwater via de Modbus, wellicht dat dat al je vraag beantwoord.

Ik heb de hysteris al op 0.2C gezet, maar dat lijkt niet genoeg. Misschien een idee om de qube te laten "voorspellen", op basis van de huidige temperatuur daling, en eerder te laten starten?
Je kunt momenteel die hysterese niet invullen, dus ik denk dat je iets anders aan het invullen bent. We zijn bezig dat je hysterese van inschakelen LinQ vraag kunt instellen.
Voorspellen is een leuk idee. Heb geen idee of we dit in de Qube kunnen maken, maar heb hem op een wensenlijst software gezet

En nog een vraag, ik vind dat het opwarmen van DHW er traag gaat, ik heb het gevoel dat dit veel langer duurt dan bij de Qbooster. Of is dit een bewuste keuze om de COP zo hoog mogelijk te houden?
COP is een van de redenen, maar er zitten ook een hoop technische redenen omheen. We hebben de tijd wel eens geklokt, we halen ongeveer zelfde tijden, alleen doen we het met de R32 Qube iets anders.

[willem9503]

@HR_support
En anderen...

De Qbooster had volgens mij de functionaliteit dat, als de Retourtemperatuur langdurig niet op het Setpoint kwam er elektrisch werd bijgestookt.

Ik vraag me na/in deze koudere periode af of de Qube dit ook doet.

Reden: Ik zie het setpoint wel (nagenoeg) bereikt worden als de bron te koud is (afgelopen weken met vorst en sneeuw en dus nagenoeg full elektrisch) maar nu draai ik weer volledig op de bron en zie ik het setpoint bij lange na niet bereikt worden (zit er gewoon 3 graden vanaf nu), maar ook niet substantieel elektrische bijstook. Deze heb ik al langer in de bewaking, want is eigenlijk redelijk continue zo.

Als ik ff tijd heb komen er morgen nog wat grafische beelden van hetgeen ik zie.

Dus, wie heeft hier raad....

Kijk net in HA. Bijstook loopt nu wel, het is nogal koud hier).


Setpoint vs retourtemp CV vs. uren heaters vanaf 29/11:


Retourtemp. vs buitentemp. vs ruimtetemp.:


Het gedrag van afgelopen week:



Ik denk te zien dat, zolang de bron temperatuur voldoende hoog is, de heater eigenlijk voldoende niet reageert op het landurig (te?) laag blijven van de Retourtemp CV.
Maar kan aan mij liggen natuurlijk....

[ Voor 56% gewijzigd door willem9503 op 22-01-2026 11:50 ]

[HR_support]

willem9503 schreef op woensdag 21 januari 2026 @ 19:06:
@HR_support
En anderen...

De Qbooster had volgens mij de functionaliteit dat, als de Retourtemperatuur langdurig niet op het Setpoint kwam er elektrisch werd bijgestookt.

Ik vraag me na/in deze koudere periode af of de Qube dit ook doet.

Reden: Ik zie het setpoint wel (nagenoeg) bereikt worden als de bron te koud is (afgelopen weken met vorst en sneeuw en dus nagenoeg full elektrisch) maar nu draai ik weer volledig op de bron en zie ik het setpoint bij lange na niet bereikt worden (zit er gewoon 3 graden vanaf nu), maar ook niet substantieel elektrische bijstook. Deze heb ik al langer in de bewaking, want is eigenlijk redelijk continue zo.

Als ik ff tijd heb komen er morgen nog wat grafische beelden van hetgeen ik zie.

Dus, wie heeft hier raad....

Kijk net in HA. Bijstook loopt nu wel, het is nogal koud hier).
[Afbeelding]

Setpoint vs retourtemp CV vs. uren heaters vanaf 29/11:
[Afbeelding]

Retourtemp. vs buitentemp. vs ruimtetemp.:
[Afbeelding]

Het gedrag van afgelopen week:
[Afbeelding]


Ik denk te zien dat, zolang de bron temperatuur voldoende hoog is, de heater eigenlijk voldoende niet reageert op het landurig (te?) laag blijven van de Retourtemp CV.
Maar kan aan mij liggen natuurlijk....

De Qube gaat niet zozeer bijstoken op afwijking retourtemperatuur. Tenslotte gaat de Qube naar maximaal vermogen Compressor op retourtemperatuur, dus dat hoef je niet te controleren.
Dan zijn er 2 mogelijkheden.
1. Buitentemperatuur onder de -2 oC (standaard instelling)
Als compressorvraag maximaal blijft, en de buitentemperatuur is lager dan -2,0 oC dan mag de bijstook indien nodig gaan helpen.
2.Brontemperatuur gaat onderuit. onder de -9 oC vanaf dak. (standaard instelling)
Als compressorvraag maximaal blijft, en de bron in temperatuur is lager dan -9,0 oC dan mag de bijstook indien nodig gaan helpen.
Omdat er ruime tijdsvertragingen in zitten, moet je wel zorgen dat er geen einde warmtevraag tussendoor is. Na start warmtevraag beginnen alle tijdsvertragingen weer opnieuw.

Op die manier zorgen we ervoor dat we zo lang mogelijk door kunnen draaien met zo min mogelijk bijstook.
Dus belangrijke vraag is, heb je comfort klachten gehad. In dat geval kan alles wat agressiever gezet worden, maar dat geeft ook meer bijstook. Zo niet, dan is het toch geen probleem?

[HR_support]

Een hele andere vraag vanuit HR energy.
Zijn er Tweakers die de onze warmtepomp gebruiken, die het leuk vinden om eens naar een door ons te organiseren avond bij ons in de fabriek te komen?
Gewoon met elkaar eens van gedachte wisselen over product, de support e.d., onder het genot van een drankje en hapje. Met een fabrieks bezoek?
Bij voldoende mensen die dat leuk vinden, zouden wij dat graag ergens eind Maart organiseren, bij ons in de Lier.

[willem9503]

HR_support schreef op dinsdag 27 januari 2026 @ 17:49:
Een hele andere vraag vanuit HR energy.
Zijn er Tweakers die de onze warmtepomp gebruiken, die het leuk vinden om eens naar een door ons te organiseren avond bij ons in de fabriek te komen?
Gewoon met elkaar eens van gedachte wisselen over product, de support e.d., onder het genot van een drankje en hapje. Met een fabrieks bezoek?
Bij voldoende mensen die dat leuk vinden, zouden wij dat graag ergens eind Maart organiseren, bij ons in de Lier.

Daar mag je mij voor noteren

[willem9503]

HR_support schreef op dinsdag 27 januari 2026 @ 17:44:
[...]


De Qube gaat niet zozeer bijstoken op afwijking retourtemperatuur. Tenslotte gaat de Qube naar maximaal vermogen Compressor op retourtemperatuur, dus dat hoef je niet te controleren.
Dan zijn er 2 mogelijkheden.
1. Buitentemperatuur onder de -2 oC (standaard instelling)
Als compressorvraag maximaal blijft, en de buitentemperatuur is lager dan -2,0 oC dan mag de bijstook indien nodig gaan helpen.
2.Brontemperatuur gaat onderuit. onder de -9 oC vanaf dak. (standaard instelling)
Als compressorvraag maximaal blijft, en de bron in temperatuur is lager dan -9,0 oC dan mag de bijstook indien nodig gaan helpen.
Omdat er ruime tijdsvertragingen in zitten, moet je wel zorgen dat er geen einde warmtevraag tussendoor is. Na start warmtevraag beginnen alle tijdsvertragingen weer opnieuw.

Op die manier zorgen we ervoor dat we zo lang mogelijk door kunnen draaien met zo min mogelijk bijstook.
Dus belangrijke vraag is, heb je comfort klachten gehad. In dat geval kan alles wat agressiever gezet worden, maar dat geeft ook meer bijstook. Zo niet, dan is het toch geen probleem?

Grensgeval.
Genoeg twijfel over comfort om hier de vraag te stellen.
Maar ik zal de agressievere optie eens verkennen. Kan geen kwaad lijkt me.

[bor7]

HR_support schreef op dinsdag 27 januari 2026 @ 17:49:
Een hele andere vraag vanuit HR energy.
Zijn er Tweakers die de onze warmtepomp gebruiken, die het leuk vinden om eens naar een door ons te organiseren avond bij ons in de fabriek te komen?
Gewoon met elkaar eens van gedachte wisselen over product, de support e.d., onder het genot van een drankje en hapje. Met een fabrieks bezoek?
Bij voldoende mensen die dat leuk vinden, zouden wij dat graag ergens eind Maart organiseren, bij ons in de Lier.

Hier ook belangstelling

[YJB]

HR_support schreef op dinsdag 27 januari 2026 @ 17:49:
Een hele andere vraag vanuit HR energy.
Zijn er Tweakers die de onze warmtepomp gebruiken, die het leuk vinden om eens naar een door ons te organiseren avond bij ons in de fabriek te komen?
Gewoon met elkaar eens van gedachte wisselen over product, de support e.d., onder het genot van een drankje en hapje. Met een fabrieks bezoek?
Bij voldoende mensen die dat leuk vinden, zouden wij dat graag ergens eind Maart organiseren, bij ons in de Lier.

Ja, dat vind ik een goed idee. Tegen die tijd heb ik een winter meegemaakt met de Qube en kan waarschijnlijk een betere vergelijking maken met de Qbooster die we 2 winters hebben meegemaakt.

[hbolten]

Mijn Qube met 8kW upgrade heeft nog nooit op 100% gedraaid, hij komt niet hoger dan 80%. Daarbij geeft-ie een actuele snelheid compressor aan van 5278 rpm, dat kan nooit, volgens de handleiding kan dat niet hoger dan 110 rpm zijn.

@MattMax mag ik dat hier even melden ipv via github?

Mijn QBooster draaide trouwens altijd op 100% en haalde eigenlijk nooit het setpoint volgens de ingestelde stooklijn. Hij gebruikte wel minder stroom dan de Qube, maar die is dan ook 8kW

Ik heb in de afgelopen 30 dagen 627kWh op de compressor gestookt, en 100kWh op de backup. Incl warm water en desinfectie.

@HR_support lijkt me leuk om eens in De Lier te komen kijken

[ Voor 23% gewijzigd door hbolten op 27-01-2026 22:01 . Reden: geplakte plaatjes werkten niet ]

[Maarten60]

HR_support schreef op dinsdag 27 januari 2026 @ 17:49:
Gewoon met elkaar eens van gedachte wisselen over product, de support e.d., onder het genot van een drankje en hapje. Met een fabrieks bezoek?

Mooi initiatief. Ben er graag bij.

[bor7]

over bijstook gesproken:

bijgaand energieverbruik ( blauwe lijn) per dag in KwH, tegenover minimum temp die dag (oranje lijn).
Steeds van mei tm mei , afgelopen 4 jaar. De pieken = echte bijstook, soms tot 70 kwh per dag.
Eerste drie jaar Qbooster, derde jaar in de winter problemen: errors, en hele dagen bijstook
Mede reden om naar Cube over te stappen.

Dus ik was benieuwd hoe de Cube het zou doen..
Tot eind december : vergelijkbaar. Nu met echt langere tijd vorst ( hier in het noorden tenminste) valt het me wel wat tegen, begin januari best wel hoog.
Maar hij draait verder zonder errors, en blijft stil. Wat vaker de houtkachel aan gaan doen misschien.

ps: Is totaalverbruik, dus WP plus basis stroomverbruik zoals kook,(af)was enz, maar dat laatste is jaarlijks gelijk verdeeld ruwweg 10kwH perdag.

[ Voor 6% gewijzigd door bor7 op 28-01-2026 07:45 ]

[hbolten]

hbolten schreef op dinsdag 27 januari 2026 @ 20:42:
Mijn Qube met 8kW upgrade heeft nog nooit op 100% gedraaid, hij komt niet hoger dan 80%.

@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?

[MattMax]

hbolten schreef op dinsdag 27 januari 2026 @ 20:42:
Mijn Qube met 8kW upgrade heeft nog nooit op 100% gedraaid, hij komt niet hoger dan 80%. Daarbij geeft-ie een actuele snelheid compressor aan van 5278 rpm, dat kan nooit, volgens de handleiding kan dat niet hoger dan 110 rpm zijn.

@MattMax mag ik dat hier even melden ipv via github?
...

Eerder in dit topic kreeg ik onderstaande tip van @YJB :

is sensor.bldc_evd_powerplus_info_pump echt in RPM? Volgens de modbus documentatie in RPS, dus dat klinkt meer als rotations per second, dus dan moet deze waarde in HA met 60 worden vermenigvuldigd om RPM te krijgen.

Aan de hand van deze feedback heb ik de RPS vermenigvuldigd met 60 om de meer gangbare RPM in de integratie weer te geven.

[YJB]

hbolten schreef op dinsdag 27 januari 2026 @ 20:42:
Mijn Qube met 8kW upgrade heeft nog nooit op 100% gedraaid, hij komt niet hoger dan 80%. Daarbij geeft-ie een actuele snelheid compressor aan van 5278 rpm, dat kan nooit, volgens de handleiding kan dat niet hoger dan 110 rpm zijn.

De modbus documentatie geeft de snelheid aan in RPS (inderdaad erg verwarrend):

code:

Actuele snelheid compressor (0‐110 rps = 0‐100% sturing)

En ja, ik zie ook geen hogere snelheid dan 80%

[BB_Elektro]

HR_support schreef op dinsdag 27 januari 2026 @ 17:49:
Een hele andere vraag vanuit HR energy.
Zijn er Tweakers die de onze warmtepomp gebruiken, die het leuk vinden om eens naar een door ons te organiseren avond bij ons in de fabriek te komen?
...

Mooi initiatief @HR_support , ik zou graag deel willen nemen.

[BB_Elektro]

hbolten schreef op woensdag 28 januari 2026 @ 09:22:
[...]
@HR_support Is deze instelling de reden dat de compressor niet boven de 80% draait?

Ik heb de 6 kW "licentie" en hier komt hij niet boven de 55%. Daarom denk ik dat de max 80% die je ziet overeenkomt met 8 kW. @HR_support had in een eerder bericht al laten vallen dat ze een grotere compressor hebben genomen zodat hij rustiger draait. Ik denk daarom dat ze deze compressor ook niet op 100% zullen laten draaien omdat de rest van het systeem daar niet voor ontworpen is.

Ik vermoed dus dat je licentie bepaald welk percentage er bij Y1 staat, en dat je het getal daarom niet aan kan passen.

[ Voor 9% gewijzigd door BB_Elektro op 31-01-2026 10:43 ]

[Kubist]

HR_support schreef op dinsdag 27 januari 2026 @ 17:49:
Een hele andere vraag vanuit HR energy.
Zijn er Tweakers die de onze warmtepomp gebruiken, die het leuk vinden om eens naar een door ons te organiseren avond bij ons in de fabriek te komen?
Gewoon met elkaar eens van gedachte wisselen over product, de support e.d., onder het genot van een drankje en hapje. Met een fabrieks bezoek?
Bij voldoende mensen die dat leuk vinden, zouden wij dat graag ergens eind Maart organiseren, bij ons in de Lier.

Zeker, graag!

[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).