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

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.

Tijdsschema's voor CV en tapwater

Work in progress

Best practices

Work in progress

Issues

Work in progress

Home Assistant integratie

Deze HACS-integratie koppelt je Qube warmtepomp via Modbus/TCP aan Home Assistant, zodat je de status,
storingen en energieprestaties centraal kunt monitoren en automatiseren. Je krijgt direct toegang tot
sensoren (bijv. ingestelde setpoints), alarmmeldingen, energieverbruik en bedieningselementen, inclusief ondersteuning voor multi-
device setups met duidelijke namen en unieke ID’s.

Uitleg en documentatie

• Github repository – Broncode, changelog
  en releases
• README overzicht – Installatie,
  configuratie en FAQ
• Projectwiki – Uitgebreide
  handleidingen, overzicht van Modbus-registers en best practices

Installatie van integratie via HACS

1. Open HACS in Home Assistant en kies Integrations.
   []Klik rechtsboven op het overflow-menu en selecteer Custom repositories; voeg
   code:
   

   https://github.com/MattieGit/qube_heatpump

   toe als categorie Integration.
2. Zoek in HACS naar “Qube Heatpump” en klik op Install; herstart Home Assistant na de
   installatie.
3. Ga naar Instellingen → Apparaten & diensten → Integraties → + Toevoegen, zoek “Qube Heat
   Pump” en volg de configuratiewizard voor host, Modbus-poort en optionele labelnaam.
4. Open de Opties van de integratie om het IP adres van de warmtepomp te wijzigen. Ook kan je hier optioneel een label toevoegen aan alle entity IDs (handig bij het gebruik van twee warmtepompen).
   tips te lezen.

Voorbeelden van gebruik sensoren en schakelaars in Home Assistant

• SG Ready toepassing – combineer de SG Ready-binaire sensoren met automatiseringen om de
  warmtepomp dynamisch te sturen, bijvoorbeeld bij beschikbare zonne-energie.
• Combinatie met dynamisch energietarief (bijv. Tibber) – stuur de Qube
  aan de hand van het huidige Tibber tarief om alleen te verwarmen tijdens goedkope uren.
• Voorbeeld automatiseringen – wijzig setpoints op basis van buitentemperatuur, creëer een virtuele thermostaat om de Qube volledig te sturen via Home Assistant

Dashboard

Voeg relevante sensoren en schakelaars toe aan een Lovelace-dashboard voor realtime inzicht
in status, energieverbruik en andere relevante metrics. De wiki bevat YAML voorbeelden om snel te
starten.

[ Voor 103% gewijzigd door Maarten60 op 30-10-2025 18:09 ]

[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