Ervaringen Qsilence warmtepompen (Qube, Qbooster) - deel 2

[MattMax]

Disclaimer: Behalve dat wij eigenaar zijn van een Qsilence systeem, hebben wij geen (commerciële) relatie met HR-Energy. Ons doel is enerzijds om kennis en ervaring te delen zodat eigenaren optimaal gebruik kunnen maken van hun systemen en deze naar behoefte tweaken. Anderzijds hebben wij wel contact met HR-Energy om vragen te stellen en suggesties te doen voor productverbeteringen. Als laatste, HR-Energy draagt actief bij in dit topic, onder hun eigen verantwoordelijkheid.

Wat is een PVT-warmtepomp?

Een PVT-warmtepomp is een warmtepompsysteem dat gebruikmaakt van PVT-panelen op het dak.
Deze panelen combineren twee functies:

• PV (PhotoVoltaïsch): ze wekken elektriciteit op, net als gewone zonnepanelen
• T (Thermisch): ze vangen warmte op uit zonlicht en buitenlucht

De warmtepomp gebruikt de warmte uit de panelen als energiebron om het huis te verwarmen, koelen en warm tapwater te maken — volledig zonder buitenunit. De voorkant van het PVT-paneel is een zonnepaneel en wekt elektriciteit op, terwijl de verborgen warmtewisselaar aan de achterkant energie uit de buitenlucht onttrekt.

Hoe werkt een PVT-warmtepomp?

Een PVT-warmtepomp gebruikt PVT-panelen op het dak als energiebron. Die warmte wordt via een vloeistofcircuit naar de warmtepomp geleid. De warmtepomp gebruikt deze bronenergie om het huis te verwarmen en tapwater te produceren — volledig zonder buitenunit.
Verschil met een lucht/water-warmtepomp

• Lucht/water-warmtepomp: haalt warmte rechtstreeks uit de buitenlucht via een buitenunit met ventilator
• PVT-warmtepomp: haalt warmte uit de PVT-panelen op het dak, die warmte onttrekken aan zowel zoninstraling als de omgevingslucht

Voordelen van PVT

• Geen buitenunit → stiller en mooier geïntegreerd in het dak
• Hogere efficiëntie bij zoninstraling
• Combinatie van stroom én warmte-opwekking

Kort gezegd:
Een PVT-warmtepomp is een stille, dakgeïntegreerde variant van de lucht/water-warmtepomp, waarbij de PVT-panelen de rol van de buitenunit overnemen.

Introductie: HR Energy Qsilence, Qbooster en Qube

bron: https://www.hr-energy.com...ete-systemen/pvt-systeem/
Qsilence is het gehele systeemconcept van HR Energy waarin sprake is van een PVT-bron (zonnepanelen die zowel elektriciteit als warmte leveren) in combinatie met een warmtepomp, zonder een klassieke buitenunit met ventilator.
Belangrijke kenmerken:

• De warmtebron is geïntegreerd in het dak (PVT-panelen) → stil in gebruik, weinig geluidsoverlast.
• All-electric toepassing voor verwarming, tapwater (en eventueel koeling).
• Het systeem is ontworpen om gasloos wonen mogelijk te maken.
• Geen losse buitenunit: de geluidsemissie is sterk beperkt.

Folder: https://www.hr-energy.com...g/folder-qsilence-pvt.pdf

Qbooster – de eerdere generatie warmtepompunit

De Qbooster is de warmtepompunit die HR Energy in eerdere Qsilence-installaties toepaste.
Kenmerken:

• Werkt in combinatie met vaste PVT-panelen (Qpanel of soortgelijke vaste dakpanelen) als warmtebron
• Zelf modulerende warmtepomp met geïntegreerde componenten zoals pompen, kleppen en expansievat
• Regelt verwarming en tapwater via de PVT-bron, kan bij lage buitentemperaturen overschakelen naar elektrische bijverwarming
• Geluidsarm in normale bedrijfstoestand, maar bij hogere belasting kan het hoorbaar worden
• Technisch vrij stevig opgebouwd, bedoeld voor vaste opstelling
• De Qbooster-unit werkt alleen met specifieke, voor dit systeem gekozen PVT-panelen als primaire bron

Inmiddels hebben vele Qbooster eigenaren de optie gehad om hun Qbooster te vervangen door een Qube. Genoemde argumenten zijn veel stiller (geen herrie), beter rendement uit bron (warmtewisselaar) en vaak problemen met Qbooster.
Zoek contact met je installateur of direct met HR-Energy voor meer informatie.

Qube – de nieuwe generatie warmtepompunit

bron: https://www.hr-energy.com...-systeem/qube-warmtepomp/
De Qube is de opvolger van de Qbooster, ontworpen door HR Energy met volledige eigen controle over hardware en software, geïntegreerd binnen het Qsilence-systeem.
Kenmerken:

• Is volledig ontworpen om naadloos te werken binnen het Qsilence-concept
• Geluidsproductie verder verlaagd, efficiëntie verbeterd
• Bij dit model zit de warmtewisselaar achter standaard dakpanelen in plaats van uitsluitend gekoppeld aan vaste PVT-panelen: dit maakt installatie en integratie flexibeler
• Ondersteunt verwarming, koeling (indien van toepassing) en warm tapwater
• Moderne modulerende compressor en slimme regeling
• Geen buitenunit, dus geluidsarme omgeving, in en rondom het huis

Productblad: https://www.hr-energy.com...lad-qube-warmtepompen.pdf

Qpanel - de thermische warmtewisselaar

De Qpanel is een thermische warmtewisselaar (warmtepomp-bron) die, onzichtbaar onder de zonnepanelen is geplaatst en in combinatie met een standaard zonnepaneel warmte en elektriciteit opwekt en is onderhoudsvrij.
De eerdere generatie was een vaste combinatie van zonnepanelen en warmtewisselaar voor de Qbooster.
De nieuwe PVT panelen bestaan uit een losse warmtewisselaar die achter een standaard zonnepaneel wordt gemonteerd. Dankzij de toegenomen warmteopbrengst van de nieuwe Qpanel PVT-panelen zijn er minder PVT-panelen nodig.
Productblad: https://www.hr-energy.com...roductblad-qpanel-pvt.pdf

LinQ - Intelligente thermostaat

LinQ is het intelligente platform van het PVT warmtepompsysteem waarmee het binnenklimaat van de woning volledig kan worden beheerd. De basis van het LinQ systeem bestaat uit de LinQ-Up thermostaat en gebruikers-App. Het LinQ systeem kan volledig op afstand worden beheerd door eindgebruiker en installateur. Het systeem is modulair uit te breiden met een complete zoneregeling. Slimme regelingen worden automatisch in de cloud ge-update.
Productblad: https://www.hr-energy.com...o5tl/productblad-linq.pdf

ISDE subsidie (2025)

Voor de Qube is ISDE subsidie aan te vragen (2025).
De pagina: https://www.rvo.nl/meldco...en/ka27200-hr-energy-qube
Criteria voor aanvragen ISDE via: https://www.rvo.nl/subsid...ring/isde/woningeigenaren

Rekentool: https://www.rvo.nl/sites/...E%20Rekentool%202025.xlsx
Let op!! RVO zet de Qube als Grond-Water WP. Kies dus wel de juiste in de rekentool.

Downloads en Documentatie

Algemene documentatie

HR-Energy heeft een speciale downloadsectie met informatie als product informatie, handleidingen en inbedrijfstelling.

Technische informatie

Meer technische informatie over de modbus registers, alarmen en update van LinQ software kan je ook vinden in de download sectie.

My HR-energy

HR-energy heeft een speciale portal voor eigenaren van Qsilence systemen. Te vinden op https://my.hr-energy.com/. Je moet je hiervoor éénmalig registreren. .
Hier kan je ook het laatste nieuws en release notes van software vinden. https://my.hr-energy.com/nieuws-updates

Qube instellingen

Instellingen via interface warmtepomp

Work in progress

• Link naar handleiding
• Instellen setpoints, idealiter met screenshots online interface

Via de Qube controller (fysieke controller of web interface) kan je drie verschillende setpoints instellen voor tapwater (ook wel SSW genoemd of DHW in het Engels).

Het setpoint "Min." wordt automatisch ingesteld door de LinQ thermostaat. Je kan die zelf aanpassen, maar dan wordt die daarna direct weer overschreven door de waarde die op de LinQ thermostaat is ingesteld.

Het setpoint "User." bepaalt wanneer de Qube het tapwater gaat verwarmen. Als dit setpoint bijv. is ingesteld op 50 graden, dan gaat de Qube het tapwater verwarmen als de daadwerkelijke temperatuur 50 - 5 graden is. Er wordt dus een hysterese toegepast waardoor het opwarmen in dit voorbeeld pas begint als de temperatuur 45 graden is.

Het setpoint "Modbus" is bedoeld voor mensen die het DHW programma zelf willen starten via Modbus (bijv. via de Home Assistant integratie). Als je bijv. een overschot aan zonnestroom hebt, kan je het DHW programma starten. Om te zorgen dat het programma ook daadwerkelijk start, kan je bijv. een wat hogere waarde als setpoint opgeven. Bij een waarde van 55 graden, zal het opwarmen starten als de tapwater temperatuur onder de 50 graden ligt (55 - 5).

Instellingen Linq thermostaat

Handleiding

Download handleiding

Integratie Google Home en Alexa

Maak eerst een account aan in de HR Energy app (iOS of Android)

Google Home: klik op het plus-icoon (+) in de Home app en kies voor "Link app or service". Kies in het volgende menu voor "Works with Google". Zoek op "Jotto" en selecteer "Jotto Plus" (niet "Jotto Smart Home"). Vul de gebruikersnaam en het wachtwoord in van het acocunt dat je eerder in de HR Energy app hebt ingesteld.

Alexa: exacte instructies volgen. Volgens de Jotto documentatie zou "Jotto" als een skill beschikbaar moeten zijn in de Alexa Skills store, maar dat lijkt niet te werken.

SG Ready opties

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

Tijdsschema's voor CV en tapwater

Work in progress

Best practices

Work in progress

Issues

Work in progress

Home Assistant integratie

Er zijn twee Home Assistant-integraties voor de Qube: de officiële core-integratie die standaard in Home Assistant zit, en de HACS-integratie. Beide koppelen de warmtepomp lokaal via Modbus/TCP, gebruiken dezelfde Python-bibliotheek (python-qube-heatpump) en worden door dezelfde ontwikkelaar onderhouden, ook op de lange termijn. Gebruik per warmtepomp één van de twee, niet allebei tegelijk.

Welke integratie kies ik?

• Core-integratie (Qube heat pump): aanbevolen voor de meeste gebruikers. Werkt zonder HACS, wordt door Home Assistant beoordeeld en wordt automatisch bijgewerkt met Home Assistant. Je krijgt temperaturen, vermogen en energie (ook voor het energiedashboard), status en alarmen, schakelaars voor zomerstand, warmtevraag, stooklijn en anti-legionella, SG Ready en een boiler-entiteit voor tapwater (setpoint en geforceerd opwarmen). Vanaf Home Assistant 2026.11 wordt de Qube automatisch gevonden en heeft de integratie het hoogste kwaliteitsniveau (platinum).
• HACS-integratie (qube_heatpump): voor wie meer wil. Extra ten opzichte van core: een virtuele thermostaat (Home Assistant als kamerthermostaat in plaats van de LinQ), een dagelijks tapwaterschema, dag- en maandverbruik gesplitst in CV en tapwater, standby-verbruik en SCOP, setpoints voor verwarmen en koelen zonder stooklijn, alle uitleesbare Modbus-registers (zoals draaiuren) en de "write_register"-actie. Nieuwe functies verschijnen hier eerst.
• Gebruik je de HACS-integratie al? Blijf erbij als je een van de extra functies gebruikt. Gebruik je alleen entiteiten die core ook heeft, dan kun je overstappen; de overstaphandleiding legt uit hoe je je historie en energiestatistieken behoudt.

Een volledige vergelijking staat in de wiki.

Installatie core-integratie

1. Vanaf Home Assistant 2026.11 verschijnt de Qube vanzelf onder Instellingen → Apparaten & diensten als gevonden apparaat; klik op Toevoegen.
2. Wordt hij niet gevonden (oudere Home Assistant-versie, of de warmtepomp zit in een ander VLAN): ga naar Instellingen → Apparaten & diensten → Integratie toevoegen, zoek “Qube heat pump” en vul het IP-adres van de warmtepomp in.

Documentatie: home-assistant.io/integrations/hr_energy_qube

Installatie HACS-integratie

1. Open HACS, klik rechtsboven op de drie puntjes en kies Custom repositories; voeg
   code:
   

   https://github.com/MattieGit/qube_heatpump

   toe als type Integration.
2. Zoek in HACS naar “Qube heat pump”, klik op Download en herstart Home Assistant.
3. Staat de warmtepomp in hetzelfde netwerk, dan wordt hij automatisch gevonden onder Instellingen → Apparaten & diensten. Anders: Integratie toevoegen, zoek “Qube heat pump” en vul het IP-adres (of
   code:
   

   qube.local

   in hetzelfde netwerk) en een apparaatnaam in. De apparaatnaam wordt het voorvoegsel van alle entity IDs, handig bij twee warmtepompen.
4. Via Configureren schakel je de virtuele thermostaat en het tapwaterschema in. Een nieuw IP-adres stel je in via Opnieuw configureren.
5. Vanaf Home Assistant 2026.11 vindt ook de core-integratie de Qube. Gebruik je de HACS-integratie, kies dan Negeren bij die melding.

Documentatie:

• README – Installatie, configuratie en functies
• Wiki – Overzicht van alle entiteiten, virtuele thermostaat, tapwaterschema, SG Ready, voorbeelden en probleemoplossing
• Releases en changelog

Voorbeelden van gebruik in Home Assistant

• SG Ready – stuur de warmtepomp met de SG Ready-keuzelijst vanuit automatiseringen, bijvoorbeeld Block bij een hoge stroomprijs. Let op: zonder LinQ start de Qube op Plus mogelijk niet; start dan een geforceerde tapwaterrun of zet de warmtevraag aan. (Beide integraties)
• Dynamisch energietarief (bijv. Tibber) of zonne-overschot – verwarm tapwater tijdens goedkope uren of bij overschot aan zonnestroom via de boiler-entiteit. (Beide integraties)
• Virtuele thermostaat – laat Home Assistant met een eigen temperatuursensor de warmtevraag en koeling sturen in plaats van de LinQ. (HACS)
• Rendement volgen – dag- en maand-SCOP en verbruik per CV en tapwater. (HACS)

Dashboard

Voeg relevante sensoren en schakelaars toe aan een dashboard voor realtime inzicht in status, energieverbruik en rendement. Voor de HACS-integratie staat een voorbeelddashboard in de repository.

[ Voor 131% gewijzigd door MattMax op 23-10-2026 11:37 ]

[willem9503]

[b]MattMax schreef op woensdag 29 oktober 2025 @ 12:10:........ Er wordt ook gesproken over opnieuw krijgen van ISDE subsidie.
Weet iemand hoe dit proces gaat? Zijn er specifieke criteria?......

Voor de Qube is ISDE subsidie aan te vragen (2025).
De pagina: https://www.rvo.nl/meldco...en/ka27200-hr-energy-qube
Criteria voor aanvragen ISDE via: https://www.rvo.nl/subsid...ring/isde/woningeigenaren

Rekentool: https://www.rvo.nl/sites/...E%20Rekentool%202025.xlsx
Let op!! RVO zet de Qube als Grond-Water WP. Kies dus wel de juiste in de rekentool.

Proces wijst 'redelijk' zichzelf via MijnRVO (inloggen met Digid). Zorg dat je facturen en betaaloverzicht beschikbaar hebt om te uploaden.

Je krijgt dan mail van RVO.

[ Voor 14% gewijzigd door willem9503 op 29-10-2025 12:52 ]

[Maarten60]

Ik bedoelde ook het proces om de Qbooster te vervangen door Qube?

[willem9503]

ohhh.
Bel je installateur en leg het voor (als er nog geen voorstel is geweest).
Als die niet mee wil werken, mailtje naar HR Energy lijkt me. Toch?

[hbolten]

Het was vanochtend koud in huis dus ik checkte de Linq. Die stond op koelen. Hoe dan?

Op HAS zag ik dat dat gisteren om 15:08 was ingesteld. Hoe kan dat? Ik heb geprobeerd of het een bedieningsfout kon zijn geweest, maar je moet wel heel wild tekeer gaan wil je de thermostaat per ongeluk op koelen zetten als je de verwarming een graadje hoger wilt zetten.

Iemand een idee?

[MattMax]

hbolten schreef op donderdag 30 oktober 2025 @ 14:57:
...
Op HAS zag ik dat dat gisteren om 15:08 was ingesteld. Hoe kan dat? Ik heb geprobeerd of het een bedieningsfout kon zijn geweest, maar je moet wel heel wild tekeer gaan wil je de thermostaat per ongeluk op koelen zetten als je de verwarming een graadje hoger wilt zetten.

Iemand een idee?
...

Kan je in de Home Assistant logs zien of de switch voor "Schakel zomerbedrijf in (koelen)" eerder ook al is geactiveerd? Die zou niet standaard aan moeten gaan overigens. In mijn installatie staat die ook na een aantal recente updates nog steeds uit, maar goed om even te verifiëren.

[willem9503]

Net even bekeken, in HA heb ik vanaf de start van de integratie geen enkele keer activiteit op deze schakelaar.

Ik heb dit probleem wel gehad toen we in de beginfase maximaal aan het spelen waren met modbus, was ergens begin augustus, dus niet veel last van gehad, maar weet even niet meer 100% wat de oorzaak was.
Ik dacht een een issue tussen de LinQ en HA over wie de aansturing moest doen.

[hbolten]

MattMax schreef op donderdag 30 oktober 2025 @ 15:09:
[...]

Kan je in de Home Assistant logs zien of de switch voor "Schakel zomerbedrijf in (koelen)" eerder ook al is geactiveerd? Die zou niet standaard aan moeten gaan overigens. In mijn installatie staat die ook na een aantal recente updates nog steeds uit, maar goed om even te verifiëren.

Het is niet eerder gebeurd, en later ook niet meer. Het is misschien toch een onhandigheid van mijzelf geweest. We houden het in de gaten - thanks voor het meedenken!

[MattMax]

hbolten schreef op zondag 2 november 2025 @ 15:59:
[...]
Het is niet eerder gebeurd, en later ook niet meer. Het is misschien toch een onhandigheid van mijzelf geweest. We houden het in de gaten - thanks voor het meedenken!

Mooi! Je zou nog een automatisering aan kunnen maken die checkt of "Koelen" actief is en die checkt welke maand het is. Als het bijv. oktober t/m april is, dan een notificatie sturen, zodat je direct een melding krijgt.

[CarelWdv]

Complimenten voor de mooie start van Deel 2

Wat betreft mijn LinQ thermostaat.
Een enkele keer start de LinQ zomaar opnieuw op (zit geen vast patroon in. Er zitten vele dagen tussen een “reset”) en laat de LinQ kamertemperatuur een waarde rond de 15C zien, waarna dus een langzame stijging naar de ware kamertemperatuur (ong 20C) binnen een half uur. Maar de Qube start dan ook!
Probleem pas opgemerkt na de LinQ software update 6.10.1000.59 in september. Het probleem is sindsdien een paar maal opgetreden.

Heb de diverse op-en aanmerkingen in dit topic (deel 1) gelezen en begrijp dat HR-support met LinQ issues bezig is.
Bij mij is het in ieder geval geen internet onderbreking geweest. Ook te zien in de LinQ grafieken: de buitenluchttemperatuur blijft een reële waarde aangeven en die van de kamertemperatuur laat duidelijk een dip zien.

Ook een opmerking over Software updates website van HR-Energy. Er wordt daar software update ….60 aangegeven voor de LinQ. Maar een update via de Firmware updatescherm geeft enkel de opmerking dat de laatste versie (….59) al is geïnstalleerd.

[Dr Nix]

Ik kom er net achter dat mijn Qube is geupdated naar 4.0.13. Hoe weet ik dat? Nou, ik stap met letterlijk onder een koude douche vandaan. Blijkt dat het tapwaterschema weg is. (Ik gebruik hier de linq niet voor, dus dit gaat over de ouderwetse instelling in de Qube zelf). Dit is er eentje voor de regressietest @HR_support! Gelukkig kon ik het direct weer goed zetten dus verder geen probleem.

[Maarten60]

Dr Nix schreef op vrijdag 7 november 2025 @ 23:59:
Ik kom er net achter dat mijn Qube is geupdated naar 4.0.13.
…

Fascinerend, enig idee wat er nieuw is? Op de site staat nog steeds versie 4.0.10 als nieuwste met een verwijzing naar release notes, die een document over 4.0.7 openen.

[Dr Nix]

Goeie. Eens zien.

• Ik zie bij 'Heat demands' nu onderaan een hokje 'regenerate active'.
• bij 'cool demands' staat nu 'src to hot cool'
• De 'power to compressor' instellingen waren ook weer gereset

Deze komen me niet bekend voor maar kunnen ook met de 4.0.10 gekomen zijn

[HR_support]

Maarten60 schreef op zaterdag 8 november 2025 @ 09:11:
[...]

Fascinerend, enig idee wat er nieuw is? Op de site staat nog steeds versie 4.0.10 als nieuwste met een verwijzing naar release notes, die een document over 4.0.7 openen.

Nu aangepast. 4.13 en 4.14 staan er op. 4.14 heeft alleen een extra puntje voor de fabrikant wat vergeten was, dus als je 4.13 hebt hoef je niet te updaten naar 4.14

[HR_support]

Dr Nix schreef op zaterdag 8 november 2025 @ 18:19:
Goeie. Eens zien.

• Ik zie bij 'Heat demands' nu onderaan een hokje 'regenerate active'.
• bij 'cool demands' staat nu 'src to hot cool'
• De 'power to compressor' instellingen waren ook weer gereset

Deze komen me niet bekend voor maar kunnen ook met de 4.0.10 gekomen zijn

Die demand types zijn al van een eerdere update, is niet gewijzigd in 4.13.

[HR_support]

Dr Nix schreef op vrijdag 7 november 2025 @ 23:59:
Ik kom er net achter dat mijn Qube is geupdated naar 4.0.13. Hoe weet ik dat? Nou, ik stap met letterlijk onder een koude douche vandaan. Blijkt dat het tapwaterschema weg is. (Ik gebruik hier de linq niet voor, dus dit gaat over de ouderwetse instelling in de Qube zelf). Dit is er eentje voor de regressietest @HR_support! Gelukkig kon ik het direct weer goed zetten dus verder geen probleem.

Goedemiddag Dr Nix,

Altijd vervelend als de douche lauw is. Gelukkig gaat ten alle tijden de Qube tapwater maken tot 42 oC als in midden van boiler de temperatuur zakt onder de 37 oC.
Met updaten is het helaas zo dat alles terug gezet wordt naar fabrieksinstelling. Onze mensen maken dus van veel gebruikte instellingen een printscreen, en zetten die terug na updaten. Het is dus mensenwerk en daar kan wel eens wat mis gaan. In jouw geval werk je nog met het interne schema voor tapwater. Die wordt inderdaad niet meer gecontroleerd als er een LinQ aanwezig is. Omdat we bezig zijn met allerlei zaken die gewenst zijn, zoals P1 etc. begint er een moment aan te komen dat er wat ruimte in de software gecreëerd moet worden. Ik raad dan ook ten zeerste aan om over te stappen op de LinQ tapwater instellingen, of met de nieuwe mogelijkheid in 4.0.13 en hoger om het zelf via HA te doen. De "oude" optie van tapwater zonder LinQ staat hoog op de nominatie om wellicht te verdwijnen, als ik ruimte nodig hebt. Wordt nog door een enkeling gebruikt.

[HR_support]

CarelWdv schreef op zondag 2 november 2025 @ 20:41:
Complimenten voor de mooie start van Deel 2

Wat betreft mijn LinQ thermostaat.
Een enkele keer start de LinQ zomaar opnieuw op (zit geen vast patroon in. Er zitten vele dagen tussen een “reset”) en laat de LinQ kamertemperatuur een waarde rond de 15C zien, waarna dus een langzame stijging naar de ware kamertemperatuur (ong 20C) binnen een half uur. Maar de Qube start dan ook!
Probleem pas opgemerkt na de LinQ software update 6.10.1000.59 in september. Het probleem is sindsdien een paar maal opgetreden.

Heb de diverse op-en aanmerkingen in dit topic (deel 1) gelezen en begrijp dat HR-support met LinQ issues bezig is.
Bij mij is het in ieder geval geen internet onderbreking geweest. Ook te zien in de LinQ grafieken: de buitenluchttemperatuur blijft een reële waarde aangeven en die van de kamertemperatuur laat duidelijk een dip zien.

Ook een opmerking over Software updates website van HR-Energy. Er wordt daar software update ….60 aangegeven voor de LinQ. Maar een update via de Firmware updatescherm geeft enkel de opmerking dat de laatste versie (….59) al is geïnstalleerd.

Hallo Carel,

Allereerst, uiteraard wordt er door ontwikkeld op software Kan altijd mooier.
Die versie 60 is een versie met een betere stabiliteit tussen de de LinQ master en de Zones.
Zodra er een nieuwe release van de App online gezet wordt komt die er ook in. Voor nu is automatisch dus de 59 versie. Mocht je stabiliteits issue hebben tussen zone en Master, dan kun je even contacten met Support.

Als de LinQ-Up (Master) af en toe opstart, duidt dat meestal op een voeding probleem. Voeding is net aan, en dat kan af en toe opstarten geven.
Omdat er op de ruimte temperatuur een filter zit zul je ruimte rustig zien oplopen. Vandaar ook de tip bij updaten, zet even eerst de modus op Off. Momenteel is daar nog geen oplossing voor, maar wat niet is kan nog komen.

[jossie67]

Vandaag is mij QBooster vervangen door een Qube, het ziet er allemaal wel wat beter uit.
De Qube Heat Pump (Custom Integration) geinstalleerd in Home Assistant ,
Ziet er goed uit.
Ik zoek nog even een methode om in Home Asssistant net als een thermostaat de tempertuur hoger en of lager te zetten.
Hoe kan ik de Qube of standby zetten als bv de tuindeur open staat , is dit de schakelaar "Stooklijn vrijgeven"

[Maarten60]

jossie67 schreef op vrijdag 14 november 2025 @ 15:34:
Hoe kan ik de Qube of standby zetten als bv de tuindeur open staat , is dit de schakelaar "Stooklijn vrijgeven"

Kijk even naar SGReady opties. Die heeft een block keuze.

[jossie67]

Bij de Qbooster kon ik in loggen op de AP440 moet code 100 kan dat ook bij de Qube?

Ik wil namelijk de toevoer temperaruur verhogen van 30 naar 32 graden zo stond by qbooster namelijk ook en in alle berekeningen voor mijn huis gaan ze ook uit van een toevoer van 35 graden

[ Voor 54% gewijzigd door jossie67 op 17-11-2025 21:15 . Reden: type ]

[hbolten]

jossie67 schreef op maandag 17 november 2025 @ 20:55:
Bij de Qbooster kon ik in loggen op de AP440 moet code 100 kan dat ook bij de Qube?

Ik wil namelijk de toevoer temperaruur verhogen van 30 naar 32 graden zo stond by qbooster namelijk ook en in alle berekeningen voor mijn huis gaan ze ook uit van een toevoer van 35 graden

http://qube.local
middelste knopje links
inloggen met 1234 (met behulp van de knopjes rechts)
met het kromme pijltje linksonder naar het hoofdscherm
pijltje omlaag voor het set menu
doorbladeren tot je bij Compensation Setp bent
daar kun je een stooklijn instellen met 4 punten

[hbolten]

https://solarmagazine.nl/...winterse-energieproblemen

https://www.frankenergie....erwarmen-vlak-voor-winter

Wat zou er nodig zijn om Frank Energie een Qube slim aan te laten sturen?
Wie gebruikt al een dynamisch contract?

[MattMax]

jossie67 schreef op vrijdag 14 november 2025 @ 15:34:
Vandaag is mij QBooster vervangen door een Qube, het ziet er allemaal wel wat beter uit.
De Qube Heat Pump (Custom Integration) geinstalleerd in Home Assistant ,
Ziet er goed uit.
Ik zoek nog even een methode om in Home Asssistant net als een thermostaat de tempertuur hoger en of lager te zetten.
Hoe kan ik de Qube of standby zetten als bv de tuindeur open staat , is dit de schakelaar "Stooklijn vrijgeven"

Je kan in Home Assistant een generieke thermostaat aanmaken. Zie hier de documentatie.
Je moet hiervoor een "heater" device instellen. Dat is "switch.modbus_demand" die beschikbaar is via de Qube integratie. Daarnaast moet je een "target sensor" instellen. Dat kan bijv. de sensor zijn van de Linq ruimtetemperatuur, maar kan ook een eigen sensor zijn die je via HA kan uitlezen.

Daarnaast zijn er nog wat optionele instellingen waarmee je bijv. de hysterese kan instellen.
Om dit te laten werken is het belangrijk dat je in de Qube interface (via fysieke controller of lokale login) aangeeft dat de Linq de ruimtetemperatuur niet moet regelen. Anders heb je twee thermostaten die naast elkaar gaan werken.

[willem9503]

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

......Daarnaast moet je een "target sensor" instellen. Dat kan bijv. de sensor zijn van de Linq ruimtetemperatuur......

Is die temperatuur dan al beschikbaar voor HA? Ik zit met Qube op 4.0.10b en krijg gewoon 0 terug op de Linq ruimtetemperatuur......

En gisteren een bugreport in gediend....
Had crash van HA, niet gerelateerd aan Qube, maar de bug viel op in de log.

[MattMax]

Het zou inderdaad kunnen dat de Linq ruimtetemperatuur niet beschikbaar is op deze versie. Ik heb zelf versie 4.0.12 en in HA is dat de sensor "sensor.modbus_roomtemp".

Bug report is verwerkt. HA 2025.10 is wat strenger als er een verkeerde waarde wordt doorgegeven voor een numerieke sensor. In (pre-release) versie 2025.11.3 is de oplossing verwerkt. Deze kan je via HACS downloaden. Als alles goed werkt, maak ik hier een "stable" release van. Bedankt voor het doorgeven!

[willem9503]

MattMax schreef op zaterdag 22 november 2025 @ 19:27:
Het zou inderdaad kunnen dat de Linq ruimtetemperatuur niet beschikbaar is op deze versie. Ik heb zelf versie 4.0.12 en in HA is dat de sensor "sensor.modbus_roomtemp".

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

MattMax schreef op zaterdag 22 november 2025 @ 19:27:
Bug report is verwerkt. HA 2025.10 is wat strenger als er een verkeerde waarde wordt doorgegeven voor een numerieke sensor. In (pre-release) versie 2025.11.3 is de oplossing verwerkt. Deze kan je via HACS downloaden. Als alles goed werkt, maak ik hier een "stable" release van. Bedankt voor het doorgeven!

Graag gedaan.
Heb geïnstalleerd, log leeg gemaakt. Laat komende week wel weten of ik nog iets zie (en upgrade naar HA 2025.11 doen... ).

[willem9503]

MattMax schreef op zaterdag 22 november 2025 @ 19:27:
........
Bug report is verwerkt. HA 2025.10 is wat strenger als er een verkeerde waarde wordt doorgegeven voor een numerieke sensor. In (pre-release) versie 2025.11.3 is de oplossing verwerkt. Deze kan je via HACS downloaden. Als alles goed werkt, maak ik hier een "stable" release van. Bedankt voor het doorgeven!

@MattMax Ik krijg de meldingen niet meer in de log. Dus deze bug is opgelost.

[willem9503]

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

Dan ook even @MattMax ....

[ Voor 7% gewijzigd door willem9503 op 27-11-2025 11:14 ]

[Dr Nix]

Ziet eruit als iets dat verkeerd als float wordt geïnterpreteerd, ik verwacht een bugje in de HA integratie

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