Ervaringen Qsilence warmtepompen (Qube, Qbooster)

[HR_support]

Dr Nix schreef op vrijdag 9 mei 2025 @ 17:10:
Ah dank @Maarten60 , die kan in de lijst.
Overigens, @HR_support , het zou ook prettig zijn als jullie op een register de firmwareversie beschikbaar maken, dat is erg prettig om een betrouwbare applicatie/integratie te bouwen. Dan weet je wat je kunt verwachten van het apparaat.

Goed idee.
Ik heb hem op de wensenlijst software ontwikkeling gezet. Beloof nog niks, zit namelijk erg diep in de besturingssoftware. Moet dus uitgezocht worden of dit mogelijk is.

[hbolten]

Hoi Support, bedankt voor deze info, klinkt logisch

Is ergens gedocumenteerd hoe je de LinQ met Google Home gebruikt?

Alvast bedankt
Hans

HR_support schreef op woensdag 14 mei 2025 @ 16:44:
[...]


Dat komt omdat de LinQ een apart platform heeft. Trouwens wel uit te lezen met een Google Home.


De beschreven methode gaat niet werken, omdat hij dan gaat koelen. Er is geen buitentemperatuur grens in de Qube voor verwarmen en koelen. Hij gaat naar status zomerbedrijf (koelen) op basis van de digitale input, softwareschakelaar koelen op de Qube, of Koelbedrijf op de LinQ.

Wil je de warmtevraag blokkeren dan moet je het anders doen:

Zet Coil 62, En_PlantSetp_Compens op uit. Dan zet je de stooklijn uit en gaat Qube naar een vast setpoint.
Vaste setpoint staat op Holdingregister 101. Usr_PID_HeatSetp.
Als je deze op 20 oC staat zal Qube bij warmtevraag een retourtemperatuur van 20 oC willen maken en dus de compressor niet starten.
In koelbedrijf kan zelfde met Usr_PID_Coolsetp, (Holdingregister 103) maar die moet je dan hoog op 30 oC zetten.

[BB_Elektro]

Dr Nix schreef op donderdag 28 november 2024 @ 15:52:
• Helaas zie ik er geen register tussen staan dat daadwerkelijk het totale elektrische verbruik weergeeft. Dit zou super nuttig zijn voor de administratie. En het scheelt een modbus-meter in de meterkast. @HR_support : Kan dit in een volgende versie er wel in? Deze waarde staat wel op het Carel-schermpje, dus het wordt ergens bijgehouden...

Sinds kort draait er SW 4.0.07 op m'n Qube, en die heeft een modbus register voor het totale elektrische verbruik in kWh: input register 69, GeneralMng.AcumulatedPwr..., Totaal Elektrisch verbruik in kWh.

Als je die als "state_class: total_increasing" in de Home Assistant configuration yaml zet (ik laat alleen dat register zien):

code:

# Modbus tcp connections
modbus:
#--------------------------- Warmtepomp -------------------------
# HR-Energy Qube SW 4.0.07 modbus registers
  - name: Warmtepomp
    type: tcp
    host: qube.local
    port: 502
    sensors:
    #-------------------- input registers --------------------
      - name: wp Elektrisch verbruik
        unique_id: warmtepomp.elektrisch_verbruik
        state_class: total_increasing
        scan_interval: 60
        device_class: energy
        unit_of_measurement: kWh
        slave: 1
        address: 69
        input_type: input
        data_type: float32
        precision: 3

dan kun je daarna in de Energieconfiguratie onder Individuele apparaten de warmtepomp toevoegen:


In je energie dashboard staat ie er dan netjes tussen:


@HR_support Bedankt voor het toevoegen van dit register!

[BB_Elektro]

HR_support schreef op woensdag 14 mei 2025 @ 16:39:
[...]
Ha die Maarten. Zet het even op het lijstje om dit te vermelden in de Modbus lijst.
Voor nu de belangrijkste:
StartFail = 17
Compressor shutdown = 9
Compressor start up = 8
Keyboard Off = 6
Qube DHW run = 22
Qube Heat run = 16
Qube Cool run = 15
Algemeen alarm = 2
Standby = 1

Voor de Home Assistant gebruikers: ik heb uitgezocht hoe je dit netjes kan weergeven. Het modbus register device_class zet je op enum. Verder maak je een template sensor aan die het getal van de status omzet in een string, zie onderstaand de yaml code:

code:

    # ---- andere modbus registers hier ----
      - name: wp Unit status
        unique_id: warmtepomp.unit_status
        state_class: measurement
        scan_interval: 60
        device_class: enum
        slave: 1
        address: 38
        input_type: input
        data_type: uint16
        precision: 0
    # ---- andere modbus registers hier ----

template:
    sensor:
        name: wp Unit status
        unique_id: warmtepomp.unit_status_string
        state: >
            {% if   states('sensor.wp_unit_status') | int ==  1 %}
                Standby 
            {% elif states('sensor.wp_unit_status') | int ==  2 %}
                Alarm
            {% elif states('sensor.wp_unit_status') | int ==  6 %}
                Keyboard off
            {% elif states('sensor.wp_unit_status') | int ==  8 %}
                Compressor start up
            {% elif states('sensor.wp_unit_status') | int ==  9 %}
                Compressor shutdown
            {% elif states('sensor.wp_unit_status') | int == 15 %}
                Cooling
            {% elif states('sensor.wp_unit_status') | int == 16 %}
                Heating
            {% elif states('sensor.wp_unit_status') | int == 17 %}
                Start fail
            {% elif states('sensor.wp_unit_status') | int == 22 %}
                Heating DHW
            {% else %}
                Unknown state
            {% endif %}

Als je deze unit status dan in je geschiedenis weergeeft ziet het er als volgt uit:

[BB_Elektro]

Ben ondertussen nog wat verder gegaan om de weergave van informatie in HA strakker te krijgen. De status van bron stroming lees je geïnverteerd uit het register, onderstaand een manier om dat om te keren zodat "on" en "off" kloppen. Er zijn vast doorgewinterde HA gebruikers die weten hoe je dit strakker kan doen, ik hoor het graag!

Verder heb ik de status van de drie- en vierwegkleppen vertaald naar hun functie en heb ik de unit status lijst compacter gemaakt:

code:

template:
  - binary_sensor:
      - name: wp Bron stroming
        unique_id: warmtepomp.digital_in_source_flow_inverted
        state: >
            {% if   is_state('binary_sensor.wp_bron_stroming', 'on' ) %} off
            {% elif is_state('binary_sensor.wp_bron_stroming', 'off') %} on
            {% endif %}
  - sensor:
      - name: wp Driewegklep DHW/CV
        unique_id: warmtepomp.driewegklep_dhw_cv_string
        state: >
            {% if   is_state('binary_sensor.wp_driewegklep_dhw_cv', 'on')  %} DHW
            {% elif is_state('binary_sensor.wp_driewegklep_dhw_cv', 'off') %} CV
            {% endif %}
      - name: wp Vierwegklep verwarmen/koelen
        unique_id: warmtepomp.vierwegklep_verwarmen_koelen_string
        state: >
            {% if   is_state('binary_sensor.wpd02_vierwegklep_verwarmen_koelen', 'on' ) %} Verwarmen
            {% elif is_state('binary_sensor.wpd02_vierwegklep_verwarmen_koelen', 'off') %} Koelen
            {% endif %}
      - name: wp Unit status
        unique_id: warmtepomp.unit_status_string
        state: >
            {% if   states('sensor.wp_unit_status') | int ==  1 %} Standby 
            {% elif states('sensor.wp_unit_status') | int ==  2 %} Alarm
            {% elif states('sensor.wp_unit_status') | int ==  6 %} Keyboard off
            {% elif states('sensor.wp_unit_status') | int ==  8 %} Compressor start up
            {% elif states('sensor.wp_unit_status') | int ==  9 %} Compressor shutdown
            {% elif states('sensor.wp_unit_status') | int == 15 %} Cooling
            {% elif states('sensor.wp_unit_status') | int == 16 %} Heating
            {% elif states('sensor.wp_unit_status') | int == 17 %} Start fail
            {% elif states('sensor.wp_unit_status') | int == 22 %} Heating DHW
            {% else %} Unknown state
            {% endif %}

Tenslotte onderstaand hoe je de pomp percentages juist kan weergeven. De registerwaarde is namelijk 100 als de pompsnelheid 0% is, en 0 als de pomp op 100% draait. Middels een offset van 100 en een scale van -1 wordt dit rechtgezet:

code:

    #-------------------- input registers --------------------
      - name: wp Pomp user percentage
        unique_id: warmtepomp.user_pump_signal
        state_class: measurement
        scan_interval: 60
        unit_of_measurement: "%"
        slave: 1
        address: 4
        input_type: input
        data_type: float32
        offset: 100
        scale: -1
        precision: 0
      - name: wp Pomp bron percentage
        unique_id: warmtepomp.source_pump_signal
        state_class: measurement
        scan_interval: 60
        unit_of_measurement: "%"
        slave: 1
        address: 6
        input_type: input
        data_type: float32
        offset: 100
        scale: -1
        precision: 0

[ Voor 4% gewijzigd door BB_Elektro op 25-05-2025 21:39 ]

[HR_support]

hbolten schreef op woensdag 14 mei 2025 @ 17:26:
Hoi Support, bedankt voor deze info, klinkt logisch

Is ergens gedocumenteerd hoe je de LinQ met Google Home gebruikt?

Alvast bedankt
Hans


[...]

Hallo Hans, zoals ik begrepen heb van een collega die Google Home gebruikt. Kun je een device koppelen. Onze LinQ is ontwikkeld door Jotto. Dus zoek op Jotto, en voila.

[HR_support]

Beste Tweakers,
We hadden even een klein moment om nog wat aanpassingen te doen.
1. Op jullie verzoek zijn er nu 2 SGready contacten via BMS te sturen.
In Modbus lijst toevoegen:
Coil 65 BMS_SGready_A SGready_A by BMS
Coil 66 BMS_SGready_B SGready_B by BMS
Dus veel plezier, maar onthoudt wees voorzichtig met sturen, en zorg voor minimale tijden dat je contacten gaat sturen.
2. Het is helaas niet mogelijk om de versie te verstrekken.
Bovenstaande aanpassing zit in versie 4.0.08. Als je als tweaker deze versie wil, maak dat dan (via de installateur) kenbaar bij Support van HR-energy.

[MattMax]

HR_support schreef op maandag 2 juni 2025 @ 10:06:
Beste Tweakers,
We hadden even een klein moment om nog wat aanpassingen te doen.
1. Op jullie verzoek zijn er nu 2 SGready contacten via BMS te sturen.
In Modbus lijst toevoegen:
Coil 65 BMS_SGready_A SGready_A by BMS
Coil 66 BMS_SGready_B SGready_B by BMS
Dus veel plezier, maar onthoudt wees voorzichtig met sturen, en zorg voor minimale tijden dat je contacten gaat sturen.
2. Het is helaas niet mogelijk om de versie te verstrekken.
Bovenstaande aanpassing zit in versie 4.0.08. Als je als tweaker deze versie wil, maak dat dan (via de installateur) kenbaar bij Support van HR-energy.

Bedankt voor deze update! Voordat ik hiermee aan de slag ga, wil ik graag even checken of ik de SGready implementatie goed begrijp. Het gaat om het volgende scenario:

• Dynamisch energiecontract bij Tibber. Via HomeAssistant kan ik de exacte stroomprijs zien en het bijbehorende "price level" (met wat extra code).
• Als "price level" bijv. de waarde "very expensive" heeft, dan is de stroomprijs dus een stuk hoger dan gemiddeld en zou ik bijv. de warmtepomp tijdelijk willen uitschakelen (met een maximum van 2u uitschakeling per dag).
• Klopt de SGready logica die hier beschreven wordt om de Qube te schakelen via Modbus? Dus voor normale operatie (Mode 2) SGready_A en SGready_B beide op 0 zetten? En voor actief starten warmtebedrijf (Mode 4) dus SGready_A op en SGready_B beide op 1.

[HR_support]

MattMax schreef op maandag 2 juni 2025 @ 16:26:
[...]


Bedankt voor deze update! Voordat ik hiermee aan de slag ga, wil ik graag even checken of ik de SGready implementatie goed begrijp. Het gaat om het volgende scenario:

• Dynamisch energiecontract bij Tibber. Via HomeAssistant kan ik de exacte stroomprijs zien en het bijbehorende "price level" (met wat extra code).
• Als "price level" bijv. de waarde "very expensive" heeft, dan is de stroomprijs dus een stuk hoger dan gemiddeld en zou ik bijv. de warmtepomp tijdelijk willen uitschakelen (met een maximum van 2u uitschakeling per dag).
• Klopt de SGready logica die hier beschreven wordt om de Qube te schakelen via Modbus? Dus voor normale operatie (Mode 2) SGready_A en SGready_B beide op 0 zetten? En voor actief starten warmtebedrijf (Mode 4) dus SGready_A op en SGready_B beide op 1.

Hallo MattMax,
Uitleg staat op My.HR-energy.com onder update 4.0.07. Kun je daar en in de App van LinQ opvragen via de AI-Chatbot
Maar voor nu, dit is de uitleg die je daar kan vinden.

Uitleg SG ready.
SGready A SGready B Status Aktie
Uit Uit Geen SGready Geen aktie, normaal bedrijf
Aan Uit SGready_Blok Blokkeer warmtepomp
Aan Aan SGready_Max Legionella eenmalig, Surplus stooklijn, LinQ + 1K.
Uit Aan SGready_Plus Legionella eenmalig

Surplus stooklijn, betekend dus dat de berekende waarde uit stooklijn, verhoogd wordt met een instelbare offset. (10K fabrieks instelling) Als Qube uitgerust is met een Buffer (Plant of buffersensor regeling) zal buffer dus ook 10K warmer gehouden worden dan normaal.
Bij SG-ready Max, zullen alle ruimtesetpoints van de aangesloten LinQ’s verhoogd worden met 1K. Op de LinQ verschijnt dan een surplus teken (zonnetje)

[MattMax]

HR_support schreef op dinsdag 3 juni 2025 @ 10:03:
[...]

Hallo MattMax,
Uitleg staat op My.HR-energy.com onder update 4.0.07. Kun je daar en in de App van LinQ opvragen via de AI-Chatbot
Maar voor nu, dit is de uitleg die je daar kan vinden.

Thanks! Die PDF had ik gemist en ik gebruik zelf geen Linq. Helemaal duidelijk zo!

[BB_Elektro]

HR_support schreef op dinsdag 3 juni 2025 @ 10:03:
Hallo MattMax,
Uitleg staat op My.HR-energy.com onder update 4.0.07. Kun je daar en in de App van LinQ opvragen via de AI-Chatbot
Maar voor nu, dit is de uitleg die je daar kan vinden.
...

Beste HR-Support,

Ik heb de text-tabel uit jullie post in een tabel met lijnen gezet. Tevens de modes toegevoegd in overeenstemming met https://www.gridx.ai/knowledge/sg-ready en gesorteerd op mode:

Operating mode	SGready A	SGready B	Status	Actie
1	Aan	Uit	SGready_Blok	Blokkeer warmtepomp
2	Uit	Uit	Geen SGready	Geen aktie, normaal bedrijf
3	Uit	Aan	SGready_Plus	Legionella eenmalig
4	Aan	Aan	SGready_Max	Legionella eenmalig, Surplus stooklijn, LinQ + 1K

Interessante toevoeging trouwens. Mogelijkheid tot aansturing vanuit een energy management systeem was voor mij een eis bij de aanschaf van een warmtepomp. Er is me destijds verteld dat dat er zou komen en dat was voor mij voldoende op dat moment. Dat deze toevoegingen nu daadwerkelijk gedaan worden, en de mogelijkheid tot aansturing via modbus geven daar wel invulling aan. Fijn dat deze beloftes waargemaakt worden @HR_support.

[Poppenron]

Beste,
Ik volg dit forum nu al t/m augustus vorig jaar en mede daardoor besloten een Qube PVT aan te schaffen.
Ik ben goed tevreden over het systeem, de installatie door een vakkundige installateur kortom Happy Camper. Maar….
Er is altijd wel iets wat je anders zou willen en dan doel ik op de informatie vanuit de qube.local, monitoring de warmtepomp.
Wat mij verbaasde is dat de (S)Cop NIET te zien is, of je moet het zelf bij weten te houden door op de juiste momenten te kijken😣.
Ik begrijp uit de laatste posts dat er wel degelijk manieren zijn om de Cop te tonen en dan op basis van het uitlezen van de modbus.
Echter …. Wat is daar voor nodig? Zuiver om alleen de Cop warmte en Cop boiler te willen zien hoef ik niet zo veel te weten. Ik ben niet een techneut dus zal niet aan parameters sleutelen.

Kortom heeft een van jullie een route om de Cops, uit het verleden, te tonen?
Eigenlijk zou ik willen dat HR dat opneemt in de display of dat je via via dat kunt inzien.

[Dr Nix]

De CoP is een momentopname, de SCoP is een verhouding van twee integralen (energie uit gedeeld door elektrische energie in), oftewel iets dat over lange tijd afspeelt: S staat voor seasonal. Dit wist je waarschijnlijk allemaal al. Maar goed, de qube berekent deze niet zelf. De actuele CoP kun je overigens wel zien in qube.local: Druk op info en dan zeven keer naar beneden. Dan staat daar in grote cijfers de CoP. En daaronder staan de energieën die je op elkaar kunt delen, maar dan wordt er geen onderscheid gemaakt tussen cv bedrijf en warm water. Dus daarom laat ik het home assistant uitrekenen.

[Maarten60]

Waarschijnlijk ten overvloede: Je kan het display via je browser benaderen door het IP-adres van je warmtepomp in te voeren. Dan hoef je niet naar de zolder.

De Qube via via benaderen, doen velen via Homeassistant. Op zich niet heel ingewikkeld maar vereist wat technische vaardigheden (en doorzettingsvermogen 😉). Via de modbus (een standaard protocol) kan je de Qube benaderen en data uitlezen en / of instellingen aanpassen. Op dit forum kan je de code lezen om de connectie te maken. Via HA kan je berekeningen maken.
Waarschuwing, het is verslavend als je eenmaal begint.

[Poppenron]

Maarten,Dr.Nix.
Dank voor jullie reacties.

Ik heb een qube.local uitlees mogelijkheid dus ik blijf lekker beneden😀

Waar het mij in feite om gaat is het volgende:
De meeste mensen kiezen een warmtepomp op basis van de voorbehouden (S)Cop. Mooi, verkoop verhaaltjes.

Als je eenmaal een warmtepomp hebt dan wil je wel een een controle moment hebben over een bepaalde periode, week, maand … zodat je een vergelijking kunt maken t.o.v. wat er voorgehouden is.
In qube.local zie dus alleen de momentane Cop, daar kun je dus geen vergelijkingen mee doen.

Via MODBUS is dat blijkbaar wel te doen.
Wat heb je hier dan voor nodig, een aparte connectie, met welke software/apparatuur anders dan HA.
Ik weet wel precies het exacte verbruik van de pomp omdat ik een bruto productiemeter heb laten plaatsen.
Ik monitor Elektra, Water en Zon al jaren met de App van Iungo.

Echter, waarom kan dan de leverancier niet een S(Cop) historie beschikbaar stellen, lijkt mij voor hun ook handig om aanpassingen te tunen of effect betere cop geeft.
Of…. ben ik te naïef hierin🤪
Ron

[Maarten60]

Ik neem aan dat je Qube aan je netwerk gekoppeld is.
HA heb ik zelf op een raspberry pi 5 met kleine ssd geïnstalleerd. Op YouTube kan je verschillende filmpjes vinden.
Geen idee of die andere apparaten aan je netwerk hangen maar die kan je ook vaak integreren. Ik heb een losse kWh meter aan mijn wp gekoppeld met netwerk mogelijkheden.
Middels de software kan je de data uitlezen en binnen HA combineren met andere data. Er zijn goede fora om je te helpen.

[Maarten60]

Voorbeeld van mijn knutselwerk

[Poppenron]

Maarten60,
Imposant je schema.
Ik heb ondertussen de vraag bij Iungo uitstaan of zij ook Modbus kunnen uitlezen en integreren binnen hun portaal.
De verslaving kan ik me wat bij voorstellen….
Ik wacht ff op reactie Iungo, wellicht een kleine ? Toevoeging voor redelijke prijs.

[hbolten]

Ik gebruik de YAML van MattMax, en toen het afgelopen dagen erg warm was gaf de buitentemperatuursensor (op register 32) af en toe een spike van 3276,7 ºC. Dat is precies 16 bits MAXINT (0x7FFF) dus dat kan geen toeval zijn. De buitentemperatuursensor is geen echte sensor, de waarde wordt via internet ergens vandaan gehaald, dus een hardwarefout in de sensor kan het ook niet zijn.

Wat kan hier aan de hand zijn? Het is natuurlijk niet te reproduceren, dus het blijft een beetje giswerk. Of wachten tot het weer 30+ is.

MattMax schreef op maandag 20 januari 2025 @ 22:20:
Met dank aan de suggesties van @Dr Nix heb ik de Home Assistant code aangepast. Vanwege het ontbreken van gedetailleerde informatie is het deels "trial and error" om het juiste datatype te vinden per register. De bedrijfsuren staan bijv. in een "Holding register (twee waarden)", maar dit is dan weer geen float32 register. Alleen het tweede register geeft een int16 waarde.


[...]

[ Voor 3% gewijzigd door hbolten op 02-07-2025 17:09 ]

[hbolten]

Andere vraag: ik probeer via Coil 45 het legionellaprogramma te forceren (als ik zonnestroom over heb)

Daarvoor heb ik een modbus switch toegevoegd

switches:
- name: "Qube start legionella"
write_type: coil
address: 45
unique_id: QSwitch34

Deze HAS switch toont _niet_ de actuele waarde die je in de qube.local UI terugvindt, en er verandert ook niks in de qube.local UI als je de switch in HAS gebruikt.

Heeft iemand dit al eens geprobeerd en werkend gekregen?

Alvast bedankt.

PS is het een idee dat we van deze Qube integratie een open source GitHub repo maken?

[hbolten]

En dan nog een waarneming: mijn indruk is dat de Qube beter koelt (en minder snel de bron oververhit) dan de QBooster. Dat is alvast een vooruitgang. En hij is merkbaar stiller, maar je hoort hem evengoed nog, maar gelukkig niet met de doordringend diepe brom die de QBooster gaf.

[ Voor 6% gewijzigd door hbolten op 02-07-2025 17:21 ]

[Maarten60]

Bij mij zijn de buitensensoren echte sensoren (ik weet waar ze zitten 😁) en is het datatype float32
Dit is mijn grafiek (heb twee wp-en)

[BB_Elektro]

hbolten schreef op woensdag 2 juli 2025 @ 17:08:
Ik gebruik de YAML van MattMax, en toen het afgelopen dagen erg warm was gaf de buitentemperatuursensor (op register 32) af en toe een spike van 3276,7 ºC. Dat is precies 16 bits MAXINT (0x7FFF) dus dat kan geen toeval zijn. De buitentemperatuursensor is geen echte sensor, de waarde wordt via internet ergens vandaan gehaald, dus een hardwarefout in de sensor kan het ook niet zijn.

Wat kan hier aan de hand zijn? Het is natuurlijk niet te reproduceren, dus het blijft een beetje giswerk. Of wachten tot het weer 30+ is.

Hi @hbolten,

Heb je een Linq Up kamer thermostaat?
Ik heb deze thermostaat en zie precies hetzelfde in mijn grafieken: af en toe een spike naar 3276,7 ºC. Het was mij nog niet opgevallen, maar ik zie ze bijna dagelijks oftewel ook nu het geen heel warm weer is. Deze temperatuur leest de Qube uit de Linq Up, en die haalt het volgens mij ergens van internet.

Ik heb dit register in Home Assistant geconfigureerd als float32, en een float32 kan een veel grotere waarde representeren. Zou de Linq Up deze waarde intern allicht opslaan als 16 bit two's complement integer met de temperatuur * 10 zodat de maximale waarde 3276,7 wordt? Dan zou de verkeerde waarde dus uit de Linq Up komen.

Ik zou overigens heel graag willen weten hoe ik (meet)waarden uit de Linq Up (Jotto color) kan lezen zodat ik de Air quality kan gebruiken voor aansturing van mijn mechanische ventilatie. Is iemand toevallig al bezig dit uit te dokteren? ChatGPT kon me in ieder geval niet aan modbus register adressen helpen.

En betreffende

PS is het een idee dat we van deze Qube integratie een open source GitHub repo maken?

ik ben voor een wil graag helpen. Ik heb een achtergrond in elektrotechniek en wat minder in software maar kan vast een steen bijdragen!

[hbolten]

Ik heb idd een Linq Up. Ik heb een vermoeden waar de spikes vandaan komen, want ik heb elke nacht om 3:00, als mijn router herstart, een spike. Dus dan zou het te maken hebben met een onderbroken Internetverbinding en/of een time-out op de server die de temperatuur levert.

Ik houd het in de gaten.

Linq uitlezen (mn binnentemperatuur) zou ik ook graag doen, maar HR Support kan daar niet bij helpen, behalve met de aanwijzing dat Google Home en Alexis dat wel kunnen (wat nog maar de vraag is, want dat zou ook op basis van webhooks/pushberichten vanuit de LinQ kunnen zijn)

Wb een GitHub repo, ik ga kijken of ik ergens deze week een opzetje kan maken

BB_Elektro schreef op zaterdag 5 juli 2025 @ 14:12:
[...]


Hi @hbolten,

Heb je een Linq Up kamer thermostaat?
Ik heb deze thermostaat en zie precies hetzelfde in mijn grafieken: af en toe een spike naar 3276,7 ºC. Het was mij nog niet opgevallen, maar ik zie ze bijna dagelijks oftewel ook nu het geen heel warm weer is. Deze temperatuur leest de Qube uit de Linq Up, en die haalt het volgens mij ergens van internet.

Ik heb dit register in Home Assistant geconfigureerd als float32, en een float32 kan een veel grotere waarde representeren. Zou de Linq Up deze waarde intern allicht opslaan als 16 bit two's complement integer met de temperatuur * 10 zodat de maximale waarde 3276,7 wordt? Dan zou de verkeerde waarde dus uit de Linq Up komen.

Ik zou overigens heel graag willen weten hoe ik (meet)waarden uit de Linq Up (Jotto color) kan lezen zodat ik de Air quality kan gebruiken voor aansturing van mijn mechanische ventilatie. Is iemand toevallig al bezig dit uit te dokteren? ChatGPT kon me in ieder geval niet aan modbus register adressen helpen.

En betreffende

[...]

ik ben voor een wil graag helpen. Ik heb een achtergrond in elektrotechniek en wat minder in software maar kan vast een steen bijdragen!

[jossie67]

Vandaag weer eens een vreemd gedrag mee gemaakt.
Om 8:11 veranderd de status van 0 (Standby) naar 1 (PreRun), klopt want de boiler temp is te laag.
Dan om 8:13 naar 2 AutomaticHeat de pompt draai tussen de 905 en 92 % is wel een beetje hoog maar ik had niks door.
Ik hoorde wel dan de pomp aanstond, was logisch iedereen had gedoucht.
Om 11 uur denk ik.. draait die pomp nog steeds??
Dus toch maar eens kijken. Pompt draait op 100%, de toevoer temperatuur naar de vloer verwarming is 30 graden en de boiler temperatuur is ondertussen 33 graden geworden.
En nee de temperatuur staat ingesteld op 18 graden in de woonkamer en op de AP400 stond het boiler verwarmen symbol aan.
Dus toch maar even de boel uitgezet met de hoofdschakelaar en weer aan na 5 min.
Dan duurt de status van Prerun 20 min en dan naar AutomaticHeat, dit is normal.
Nu lijkt alles weer normal te werken, de boiler wordt weer verwarmd.
Dit is niet de eerst keer dat ik dit heb meegenaakt.
Is dit herkenbaar voor andere

[YJB]

Klinkt een beetje als wat ik heb gehad: driewegklep gaat niet van verwarming naar boiler. Uiteindelijk is deze vervangen. Na een aantal uren krijg je uiteindelijk na 3 uur 563.1 | Hot water tank 1 Boiler: Heat request timed-out

code:

26/09/2022   Verwarming  ipv warm water

09/10/2022 12:05 - 13:02 Verwarming  ipv warm water
13:02 power cycle

16/10/2022 15:00 - 16:08 Verwarming  ipv warm water
16:08, herstart vanuit het menu
Klep stond volgens software op warmwater, radiatoren werden steeds warmer

30/10/2022 15:00 - 15:37 Verwarming  ipv warm water
15:37, herstart vanuit het menu
Klep stond volgens software op warmwater, radiatoren werden steeds warmer

[willem9503]

Cube is deze week geplaatst.
In testrun wel merkbaar stiller.

Nu wachten op stookseizoen....

Dus in november meer..... (denk ik)

[Poppenron]

Maarten60,
Imposant je schema.
Ik heb ondertussen de vraag bij Iungo uitstaan of zij ook Modbus kunnen uitlezen en integreren binnen hun portaal.
De verslaving kan ik me wat bij voorstellen….
Ik wacht ff op reactie Iungo, wellicht een kleine ? Toevoeging voor redelijke prijs.

Ik heb ondertussen, zit een vakantieperiode tussen, een reactie vanuit Iungo.
Als de Modbus via TCP te benaderen zou zijn dan kunnen zij er wat mee.
Hoe kom ik aan een TCP adres ?
Ron

[Maarten60]

Poppenron schreef op maandag 21 juli 2025 @ 00:39:
[...]
Als de Modbus via TCP te benaderen zou zijn dan kunnen zij er wat mee.
Hoe kom ik aan een TCP adres ?

Het TCP adres wordt door je router bepaald en kan je daar vinden. Waarschijnlijk ten overvloede, het advies is om een statisch IP adres aan te maken.
Mijn (home assitant) code om de warmtepomp te benaderen

code:

 - name: Qube WP1_CV
   type: tcp
   host: 192.168.xxx.yyy // voer hier je IP-adres in
   port: 502
   delay: 0
   message_wait_milliseconds: 1000

de beschrijving van de verschillende registers staan op de site van HRenergy
Succes

[Poppenron]

Maarten60

Het TCP adres wordt door je router bepaald en kan je daar vinden. Waarschijnlijk ten overvloede, het advies is om een statisch IP adres aan te maken.
Mijn (home assitant) code om de warmtepomp te benaderen

Dank weer voor je reactie. Ik zal dus eea in mijn modem aan moeten maken lijkt mij.
Ron

[BB_Elektro]

Maarten60 schreef op maandag 21 juli 2025 @ 09:24:
[...]

Het TCP adres wordt door je router bepaald en kan je daar vinden. Waarschijnlijk ten overvloede, het advies is om een statisch IP adres aan te maken.
Mijn (home assitant) code om de warmtepomp te benaderen

code:

 - name: Qube WP1_CV
   type: tcp
   host: 192.168.xxx.yyy // voer hier je IP-adres in
   port: 502
   delay: 0
   message_wait_milliseconds: 1000

de beschrijving van de verschillende registers staan op de site van HRenergy
Succes

Persoonlijk ben ik ook voor een fixed IP-adres (via een DHCP binding in de router). Onderstaande werkt ook maar ik weet niet of de verbinding vanaf HA herstelt/behouden blijft als de warmtepomp dan een ander IP-adres krijgt:

code:

  - name: Warmtepomp
    type: tcp
    host: qube.local
    port: 502

[Maarten60]

Ik wil via HA meer inzicht krijgen in de alarmen en hoe ik die zichtbaar kan maken. Er bestaat een document wat een beschrijving van de alarmen is en er is een overzicht van de modbus-registers waar een flink aantal alarmpunten in staan beschreven. Ik gebruikt nu alleen de unitstatus (reg 38) waar status 2 een general alarm aangeeft. Het is mij onduidelijk hoe ik het alarmenoverzicht kan mappen op de modbus-registers.
Heeft er iemand al iets gemaakt op het gebied van alarmen?

[BB_Elektro]

Maarten60 schreef op zondag 17 augustus 2025 @ 11:20:
Ik wil via HA meer inzicht krijgen in de alarmen en hoe ik die zichtbaar kan maken. Er bestaat een document wat een beschrijving van de alarmen is en er is een overzicht van de modbus-registers waar een flink aantal alarmpunten in staan beschreven. Ik gebruikt nu alleen de unitstatus (reg 38) waar status 2 een general alarm aangeeft. Het is mij onduidelijk hoe ik het alarmenoverzicht kan mappen op de modbus-registers.
Heeft er iemand al iets gemaakt op het gebied van alarmen?

Hi Maarten,

Ik heb alle modbus registers een voor een ingevoerd in mijn yaml file. De alarmen staan er als volgt in (1 voorbeeld):

code:

      - name: wp Alarm verzamel user # UsrAlrms - Verzamel alarm CV zijde (User)
        unique_id: warmtepomp.alarm_verzamel_user
        scan_interval: 120
        device_class: problem
        slave: 1
        address: 16
        input_type: discrete_input

Dan komen ze in je overzichts pagina als binaire sensoren te staan:


Tevens heb ik een dashboard (pagina / tabblad) gemaakt voor de warmtepomp met alle entiteiten per categorie in een sectie. Zo staan alle alarmen samen in een eigen sectie, zie screenshot:

[willem9503]

Eens kijken of hier aan verslavingszorg gedaan kan worden..
Ik ben begonnen te stoeien met HA, dank voor alle input hier. Maar krijg één meting niet goed weergegeven.
En dat is: InputRegister (2 waarden) 28 RoomTemp Ruimtetemperatuur (vrij naar modbuslijst).
Yaml:

code:

- name: "WP-Qube Ruimtetemperatuur"
    address: 28
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c2f

Waardes na wat stoeiwerk met swap: word


Waardes na wat stoeiwerk zonder swap regel


Waardes na wat stoeiwerk met swap: word_byte


Mijn kennis reikt niet verder.... dus als er ideeën (en waarschijnlijk nog vragen) zijn dan graag...
Na 3 dagen stoeien begint mijn geduld op te raken (met mezelf vooral )

[BB_Elektro]

willem9503 schreef op zondag 24 augustus 2025 @ 10:49:
Eens kijken of hier aan verslavingszorg gedaan kan worden..
Ik ben begonnen te stoeien met HA, dank voor alle input hier. Maar krijg één meting niet goed weergegeven.
En dat is: InputRegister (2 waarden) 28 RoomTemp Ruimtetemperatuur (vrij naar modbuslijst).
...

Ha Willem,

Welkom bij de club

Je zit goed hoor, maar de waarde die je krijgt is niet wat je verwacht. Dit is wat ik zie:


Mijn code is als onderstaand, geen swapping nodig. Heb je ergens anders iets van een byte-order ingesteld die niet klopt?

code:

      - name: wp Huiskamer temperatuur
        unique_id: warmtepomp.huiskamer_temp
        state_class: measurement
        scan_interval: 60
        device_class: temperature
        unit_of_measurement: °C
        slave: 1
        address: 28
        input_type: input
        data_type: float32
        precision: 1

Mijn conclusie is dat de warmtepomp de kamertemperatuur niet van de Linq krijgt, of niet in het bijbehorende register zet. Jammer... @HR_support zouden jullie kunnen zorgen dat de kamertemperatuur wel via modbus register is uit te lezen bij gebruik van Linq?

[ Voor 24% gewijzigd door BB_Elektro op 24-08-2025 22:43 ]

[hbolten]

Ik heb deze vraag ook gesteld, en ik kreeg deze reactie

Komt erop neer: de LinQ is een ander platform dat de Qube aanstuurt, maar niet door de Qube uitgelezen kan worden. Er zou een API op de LinQ moeten zijn, want Google Home en Alexa kunnen wel bij (oa) de buitentemperatuur, maar ik heb daar nog geen informatie over kunnen vinden. Zal wel ergens in de cloud plaatsvinden, en niet binnen het lokale netwerk.

Helaas pindakaas dus.

Ik heb nu maar een aparte sensor (de Shelly Blue H&T) in de kamer geplaatst waarmee ik de kamertemperatuur uitlees.

Hans

willem9503 schreef op zondag 24 augustus 2025 @ 10:49:
Eens kijken of hier aan verslavingszorg gedaan kan worden..
Ik ben begonnen te stoeien met HA, dank voor alle input hier. Maar krijg één meting niet goed weergegeven.
En dat is: InputRegister (2 waarden) 28 RoomTemp Ruimtetemperatuur (vrij naar modbuslijst).
Yaml:

code:

- name: "WP-Qube Ruimtetemperatuur"
    address: 28
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c2f

Waardes na wat stoeiwerk met swap: word
[Afbeelding]

Waardes na wat stoeiwerk zonder swap regel
[Afbeelding]

Waardes na wat stoeiwerk met swap: word_byte
[Afbeelding]

Mijn kennis reikt niet verder.... dus als er ideeën (en waarschijnlijk nog vragen) zijn dan graag...
Na 3 dagen stoeien begint mijn geduld op te raken (met mezelf vooral )

[ Voor 8% gewijzigd door hbolten op 30-08-2025 10:14 ]

[willem9503]

Ik had de reactie gezien, dus helaas.

Ik ben me aan het bezinnen op andere ruimtesensor(en) om daarmee misschien ook VVW zones apart te kunnen sturen bij centrale warmtevraag. Ik hoef overdag maar 1 ruimte (eigen kantoor) tijdig warm te hebben. De rest (woonkamer/keuken/etc pas richting eind van de middag). Maar dat is weer een iets andere en complexere uitdaging zullen we maar zeggen.

Ik vermoed trouwens dat Qube wel degelijk iets van de ruimtetemp uit de Linq krijgt, wan ik heb de koppeling met de linq in de app een tijdje verbroken gehad en toe kreeg ik geen waarde op de sensor terug in HA. Zo gauw ik de koppeling van de Linq in de app had hersteld zag ik weer keurig de -999,9....(maar is een vermoeden. heb er niets over kunnen vinden helaas. Dus toeval is ook een optie)

Maar voor nu de monitoring van de Qube onder controle dankzij alle input hier te vinden, internet en "trial en error acties"..
Zo heeft de aansturing een nachtje gedraaid via HA/modbus i.p.v. Linq en volgens mij zag HA die -999,99 en heeft vervolgens de Qube een nachtje laten draaien..... Weet nu in elk geval dat de Qube goed werkt (erg warme vloer 's morgens). Was voor mij als leek op modbus gebied wel even spannend om het weer werkend te krijgen. Maar is gelukt.
Overzichtje van wat ik nu heb staan:



Volgende uitdaging: SMA STP6000-TL20 integratie in HA werkend krijgen. Heeft zo z'n problemen ondanks beschikbare SMA integratie in HA (vrij vertaald: vertikt het om uitgelezen te worden ondanks dat alles beschikbaar is en open staat ).

[ Voor 11% gewijzigd door willem9503 op 30-08-2025 11:11 ]

[Maarten60]

@willem9503 , @hbolten
Wij hebben een Qube met een aparte aansturing, geen linq en ik wil die aparte sturing, die gewoon via een relais loopt, vervangen. Ik heb inmiddels een paar Zigbee sonoff temperatuur sensors gekocht en dat is redelijk makkelijk in ha te integreren. Het relais ga ik met een shelly en hulprelais aansturen.
De meest simpele versie wordt op basis van temperatuur qube aansturen. Moet nog leren qua overshoot gedrag.
Tweede versie wordt met verschillende temperatuur sensoren. In de morgen moet het rond de keuken warm zijn en in de middag in de woonkamer. De laatste is wat meer kouwelijk dus later opwarmen maakt dat ik meer stroom van pv kan gebruiken.
Ik heb ook verschillende zones in huis maar, mijn ervaring, verschillende zones apart aansturen lijkt niet heel efficiënt.

[willem9503]

Maarten60 schreef op zaterdag 30 augustus 2025 @ 13:36:
@willem9503 , @hbolten
Wij hebben een Qube met een aparte aansturing, geen linq en ik wil die aparte sturing, die gewoon via een relais loopt, vervangen. Ik heb inmiddels een paar Zigbee sonoff temperatuur sensors gekocht en dat is redelijk makkelijk in ha te integreren. Het relais ga ik met een shelly en hulprelais aansturen.
De meest simpele versie wordt op basis van temperatuur qube aansturen. Moet nog leren qua overshoot gedrag.
Tweede versie wordt met verschillende temperatuur sensoren. In de morgen moet het rond de keuken warm zijn en in de middag in de woonkamer. De laatste is wat meer kouwelijk dus later opwarmen maakt dat ik meer stroom van pv kan gebruiken.
Ik heb ook verschillende zones in huis maar, mijn ervaring, verschillende zones apart aansturen lijkt niet heel efficiënt.

Ik wacht in spanning je resultaten af. Zelf zit ik niet voldoende in die materie om hier direct iets van te maken, zal er serieus voor aan de studie moeten. Tot nu vind ik het al knap genoeg waar ik ben......
Net de Plugwise P1 meter geplaatst en energy dashboard in HA aan de praat gebracht.

Eerstvolgend installatie acties: Batterij + omvormer (om SMA te vervangen.)

[ Voor 3% gewijzigd door willem9503 op 30-08-2025 14:00 ]

[willem9503]

Volgende uitdaging: SMA STP6000-TL20 integratie in HA werkend krijgen. Heeft zo z'n problemen ondanks beschikbare SMA integratie in HA (vrij vertaald: vertikt het om uitgelezen te worden ondanks dat alles beschikbaar is en open staat ).

Het was even zoeken, maar deze staat er ook in.
Niet via de standaard meegeleverde integratie van HA, werkt gewoon niet, maar er bleek wel een custom voor te zijn via HACS met de naam SMA Devices Plus (wel nog versie 0.4.10).
Was weer productieve zondag... vond ik

[jossie67]

YJB schreef op donderdag 10 juli 2025 @ 12:34:
Klinkt een beetje als wat ik heb gehad: driewegklep gaat niet van verwarming naar boiler. Uiteindelijk is deze vervangen. Na een aantal uren krijg je uiteindelijk na 3 uur 563.1 | Hot water tank 1 Boiler: Heat request timed-out

code:

26/09/2022   Verwarming  ipv warm water

09/10/2022 12:05 - 13:02 Verwarming  ipv warm water
13:02 power cycle

16/10/2022 15:00 - 16:08 Verwarming  ipv warm water
16:08, herstart vanuit het menu
Klep stond volgens software op warmwater, radiatoren werden steeds warmer

30/10/2022 15:00 - 15:37 Verwarming  ipv warm water
15:37, herstart vanuit het menu
Klep stond volgens software op warmwater, radiatoren werden steeds warmer

Ik heb weer last van, nu toch maar een GetGreener ingeschakeld.

Hoe heb jij de herstart geregeld?

[willem9503]

Even mijn modbus file voor de Qube delen. Ter nadere referentie voor anderen.
Meeste zal hier wel al ergens staan. Opmerkingen ter verbetering zijn welkom.

code:

- name: "Qube Heatpump"
  type: tcp
  host: 192.168.xxx.yyy
  port: 502
  
  binary_sensors:
  - name: "WP-Qube Voeding Bron pomp"
    address: 0
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Voeding User pomp"
    address: 1
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Sturing Vierwegafsluiter"
    address: 2
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Uitgang Koeling Actief"
    address: 3
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Uitgang driewegafsluiter CV-Tapwater"
    address: 4
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Uitgang Bufferpomp"
    address: 5
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Uitgang Heater 1"
    address: 6
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Uitgang Heater 2"
    address: 7
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Uitgang Heater 3"
    address: 8
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Status warmtepomp bediening"
    address: 9
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Alarm Max Tijd Legionella overschreden"
    address: 10
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Alarm Max Tijd Tapwater overschreden"
    address: 11
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Alarm dauwpunt (ingang) geactiveerd"
    address: 12
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Alarm aanvoer te warm CV"
    address: 13
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Alarm Flow CV"
    address: 15
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Alarm verzamelalarm CV"
    address: 16
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Alarm verzamelalarm koelbedrijf"
    address: 17
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Alarm verzamelalarm CV-bedrijf"
    address: 18
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Alarm Bedrijfsuren"
    address: 19
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Alarm Verzamelalarm Bron"
    address: 20
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Globaal Alarm"
    address: 21
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Alarm verzamelalarm compressor"
    address: 22
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Ruimteopnemer geactiveerd"
    address: 23
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Vraag Plant sensor"
    address: 25
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Tapwater regelaar vrijgegeven"
    address: 26
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Plantopnemer is geactiveerd"
    address: 27
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Bufferopnemer is geactiveerd"
    address: 28
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Vraag op digitale ingang"
    address: 29
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Digitale ingang zomerbedrijf geactiveerd"
    address: 30
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Digitale ingang dauwpunt geactiveerd"
    address: 31
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Digitale ingang booster geactiveerd"
    address: 32
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Digitale ingang flow bronzijde geactiveerd"
    address: 34
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Status dag/nacht modus"
    address: 37
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Vraag van thermostaat intern"
    address: 38
    input_type: discrete_input
    scan_interval: 10

  - name: "WP-Qube Antilegionella is vrijgegeven"
    address: 39
    input_type: discrete_input
    scan_interval: 10

  sensors:
  - name: "WP-Qube Setpoint ruimte CV dag"
    address: 27
    input_type: holding
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4520c6

  - name: "WP-Qube Setpoint ruimte CV nacht"
    address: 29
    input_type: holding
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4520c5

  - name: "WP-Qube Setpoint ruimte Koel dag"
    address: 31
    input_type: holding
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4520c4

  - name: "WP-Qube Setpoint ruimte Koel nacht"
    address: 33
    input_type: holding
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4520c3

  - name: "WP-Qube dT aanvoertemperatuur tapwater"
    address: 43
    input_type: holding
    data_type: int16
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4520c2

  - name: "WP-Qube Minimumtemperatuur tapwater"
    address: 44
    input_type: holding
    data_type: float32
    virtual_count: 2
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4520c1

  - name: "WP-Qube Temperatuur tapwater bij actief tijdprogramma"
    address: 46
    input_type: holding
    data_type: float32
    virtual_count: 2
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4529c0

  - name: "WP-Qube Minimum setpoint bufferregeling"
    address: 99
    input_type: holding
    data_type: float32
    virtual_count: 2
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4528c0

  - name: "WP-Qube Heat setpoint (zonder stooklijn)"
    address: 101
    input_type: holding
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4527c0

  - name: "WP-Qube Maximaalwaarde buffer setpoint (koelbedrijf)"
    address: 169
    input_type: holding
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4526c0

  - name: "WP-Qube Percentage sturing User (CV) pomp"
    address: 4
    input_type: input
    data_type: float32
    precision: 0
    scan_interval: 10
    unit_of_measurement: "%"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4525c0

  - name: "WP-Qube Percentage sturing bron pomp"
    address: 6
    input_type: input
    data_type: float32
    precision: 0
    scan_interval: 10
    unit_of_measurement: "%"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c0

  - name: "WP-Qube Percentage sturing bron afsluiter"
    address: 8
    input_type: input
    data_type: float32
    precision: 0
    scan_interval: 10
    unit_of_measurement: "%"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4523c0

  - name: "WP-Qube Stuurvraag regeling tapwater"
    address: 14
    input_type: input
    data_type: float32
    unit_of_measurement: "%"
    precision: 0
    scan_interval: 10
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c9f

  - name: "WP-Qube Stuurvraag compressor"
    address: 16
    input_type: input
    data_type: float32
    unit_of_measurement: "%"
    precision: 0
    scan_interval: 10
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c8f

  - name: "WP-Qube Gemeten Flow"
    address: 18
    input_type: input
    data_type: float32
    virtual_count: 2
    scan_interval: 10
    precision: 0
    device_class: volume_flow_rate
    unit_of_measurement: "L/min"
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c7f

  - name: "WP-Qube Aanvoertemperatuur CV"
    address: 20
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c6f

  - name: "WP-Qube Retourtemperatuur CV"
    address: 22
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c5f

  - name: "WP-Qube Temperatuur bron vanaf dak"
    address: 24
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c4f

  - name: "WP-Qube Temperatuur bron naar dak"
    address: 26
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c3f

  - name: "WP-Qube Ruimtetemperatuur"
    address: 28
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c2f

  - name: "WP-Qube Tapwatertemperatuur"
    address: 30
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c1f

  - name: "WP-Qube Buitentemperatuur"
    address: 32
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c0f

  - name: "WP-Qube COP (berekend)"
    address: 34
    input_type: input
    data_type: float32
    virtual_count: 2
    scan_interval: 10
    precision: 1
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c9e

  - name: "WP-Qube Actueel Vermogen"
    address: 36
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 0
    device_class: power
    unit_of_measurement: "W"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c8e

  - name: "WP-Qube Status warmtepomp"
    address: 38
    input_type: input
    data_type: float32
    scan_interval: 10
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c7e

  - name: "WP-Qube Berekend setpoint warmtepomp"
    address: 39
    input_type: input
    data_type: float32
    virtual_count: 2
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c6e

  - name: "WP-Qube Koel Setpoint"
    address: 41
    input_type: input
    data_type: float32
    virtual_count: 2
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c5e

  - name: "WP-Qube Heat Setpoint"
    address: 43
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c4e

  - name: "WP-Qube Actuele snelheid compressor"
    address: 45
    input_type: input
    data_type: float32
    virtual_count: 2
    scan_interval: 10
    precision: 0
    unit_of_measurement: "rpm"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c3e

  - name: "WP-Qube Setpoint berekend tapwater"
    address: 47
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 1
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c2e

  - name: "WP-Qube Bedrijfsuren tapwaterbedrijf"
    address: 49
    input_type: input
    data_type: int16
    virtual_count: 2
    scan_interval: 10
    precision: 0
    device_class: duration
    unit_of_measurement: "h"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c1e

  - name: "WP-Qube Bedrijfsuren CV-bedrijf"
    address: 51
    input_type: input
    data_type: int16
    virtual_count: 2
    scan_interval: 10
    precision: 0
    device_class: duration
    unit_of_measurement: "h"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c0d

  - name: "WP-Qube Bedrijfsuren koelbedrijf"
    address: 53
    input_type: input
    data_type: int16
    virtual_count: 2
    scan_interval: 10
    precision: 0
    device_class: duration
    unit_of_measurement: "h"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c9d

  - name: "WP-Qube Bedrijfsuren Heater 1"
    address: 55
    input_type: input
    data_type: int16
    virtual_count: 2
    scan_interval: 10
    precision: 0
    device_class: duration
    unit_of_measurement: "h"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c8d

  - name: "WP-Qube Bedrijfsuren Heater 2"
    address: 57
    input_type: input
    data_type: int16
    virtual_count: 2
    scan_interval: 10
    precision: 0
    device_class: duration
    unit_of_measurement: "h"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c7d

  - name: "WP-Qube Bedrijfsuren Heater 3"
    address: 59
    input_type: input
    data_type: int16
    virtual_count: 2
    scan_interval: 10
    precision: 0
    device_class: duration
    unit_of_measurement: "h"
    state_class: measurement
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c6d

  - name: "WP-Qube Totaal elektrisch verbruik (berekend)"
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c5d
    address: 61
    input_type: input
    data_type: float32
    unit_of_measurement: kWh
    device_class: energy
    state_class: total_increasing
    scan_interval: 10
    precision: 0

  - name: "WP-Qube Totaal thermisch verbruik (berekend)"
    unique_id: c8ca1e03-9ac8-46ea-9b43-6bb7b4524c5c
    address: 63
    input_type: input
    data_type: float32
    unit_of_measurement: kWh
    device_class: energy
    state_class: total_increasing
    scan_interval: 10
    precision: 0

  - name: "WP-Qube Setpoint plantregeling"
    address: 65
    input_type: input
    data_type: float32
    scan_interval: 10
    precision: 0
    device_class: temperature
    unit_of_measurement: "°C"
    state_class: measurement
    unique_id: 59ae7fe5-008f-4247-bdfc-d84889a73ee7

  switches:

  - name: "WP-Qube Activeer warmtevraag"
    address: 19
    write_type: coil
    command_on: 1
    command_off: 0
    scan_interval: 10

  - name: "WP-Qube Schakel zomerbedrijf in (koeling)"
    address: 22
    write_type: coil
    command_on: 1
    command_off: 0
    scan_interval: 10

  - name: "WP-Qube Start Tapwater verwarmen"
    address: 23
    write_type: coil
    command_on: 1
    command_off: 0
    scan_interval: 10

  - name: "WP-Qube Start Antilegionella"
    address: 45
    write_type: coil
    command_on: 1
    command_off: 0
    scan_interval: 10

  - name: "WP-Qube Stooklijn vrijgeven"
    address: 62
    write_type: coil
    command_on: 1
    command_off: 0
    scan_interval: 10

  - name: "WP-Qube Omdraaien logica warmte-koelvraag"
    address: 63
    write_type: coil
    command_on: 1
    command_off: 0
    scan_interval: 10

[YJB]

jossie67 schreef op maandag 1 september 2025 @ 12:14:
[...]


Ik heb weer last van, nu toch maar een GetGreener ingeschakeld.

Hoe heb jij de herstart geregeld?

Service menu
(Code 100)
Onderhoud
Herstarten

[jossie67]

Wie is overgestapt van een Qbooster-warmtepomp naar een Qube?
Ik heb een aanbieding gekregen van GetGreener.
Is het de moeite waard, merk je verschil?

[willem9503]

jossie67 schreef op maandag 1 september 2025 @ 21:41:
Wie is overgestapt van een Qbooster-warmtepomp naar een Qube?
Ik heb een aanbieding gekregen van GetGreener.
Is het de moeite waard, merk je verschil?

Ik ben overgestapt.
Maar het verschil kan ik je pas zeggen in december als we (hoop ik) weer een moment hebben om wel te stoken. Koelen doe ik niet.
In testruns voor HA integratie valt in ieder geval op dat hij veeeeeel stiller is.
Ook is de bijgeleverde "thermostaat" beter werkbaar (maar daar zullen ook wel andere meningen over zijn).

Verder zijn er bij deze acties wat foutjes hersteld/verbeteringen doorgevoerd die er in de installatie zaten. Maar dat staat los van de Qbooster/Qube.

[jossie67]

willem9503 schreef op dinsdag 2 september 2025 @ 10:49:
[...]


Ik ben overgestapt.
Maar het verschil kan ik je pas zeggen in december als we (hoop ik) weer een moment hebben om wel te stoken. Koelen doe ik niet.
In testruns voor HA integratie valt in ieder geval op dat hij veeeeeel stiller is.
Ook is de bijgeleverde "thermostaat" beter werkbaar (maar daar zullen ook wel andere meningen over zijn).

Verder zijn er bij deze acties wat foutjes hersteld/verbeteringen doorgevoerd die er in de installatie zaten. Maar dat staat los van de Qbooster/Qube.

Dank voor je reactie heb jij wel weer ISDE ,de subsidie gekregen?

[willem9503]

Jazeker, was zelfs sneller akkoord dan de vorige keer.
Zie PM!

[jossie67]

Hoe is de LinQ eigelijk aansloten op de Qube?

[YJB]

jossie67 schreef op donderdag 4 september 2025 @ 19:29:
Hoe is de LinQ eigelijk aansloten op de Qube?

Aansluiten van LinQ Up op de Qube (volgens HR-Energy handleiding)

Modbus-kabel aansluiting:
Verbind de modbus-kabels van de LinQ Up (master) — op de D+ en D– aansluitingen — met de Qube op XP1-2 (+) en XP1-3 (–)
HR energy
.
Gebruik hiervoor bij voorkeur een kabel met een dikte van minstens 0,8 mm², vooral als de afstand groter is. Een te dunne kabel of te lange afstand kan de communicatie verstoren
HR energy
.

Voeding van de LinQ Up:
Sluit de 5 V voeding aan op het bijgeleverde omvormertje dat bij de LinQ Up hoort

https://www.hr-energy.com...5_handleiding-linq-a5.pdf

[jossie67]

YJB schreef op vrijdag 5 september 2025 @ 10:46:
[...]

Aansluiten van LinQ Up op de Qube (volgens HR-Energy handleiding)

Modbus-kabel aansluiting:
Verbind de modbus-kabels van de LinQ Up (master) — op de D+ en D– aansluitingen — met de Qube op XP1-2 (+) en XP1-3 (–)
HR energy
.
Gebruik hiervoor bij voorkeur een kabel met een dikte van minstens 0,8 mm², vooral als de afstand groter is. Een te dunne kabel of te lange afstand kan de communicatie verstoren
HR energy
.

Voeding van de LinQ Up:
Sluit de 5 V voeding aan op het bijgeleverde omvormertje dat bij de LinQ Up hoort

https://www.hr-energy.com...5_handleiding-linq-a5.pdf

Thanks ik heb namelijk nu een cat5 kabel naar de woonkamer liggen.
4 aders heb ik gebruikt voor netwerkkabel, 100mb is meer dan voldoen en de 2 andere aders gebruik voor de kabels voor de aansluiting naar de cube

[eise123]

willem9503 schreef op dinsdag 2 september 2025 @ 10:49:
[...]


Ik ben overgestapt.
Maar het verschil kan ik je pas zeggen in december als we (hoop ik) weer een moment hebben om wel te stoken. Koelen doe ik niet.
In testruns voor HA integratie valt in ieder geval op dat hij veeeeeel stiller is.
Ook is de bijgeleverde "thermostaat" beter werkbaar (maar daar zullen ook wel andere meningen over zijn).

Verder zijn er bij deze acties wat foutjes hersteld/verbeteringen doorgevoerd die er in de installatie zaten. Maar dat staat los van de Qbooster/Qube.

Wij hebben ook die overstap gedaan omdat de Qbooster een verschrikkelijke herrie maakte op verschillende momenten en vaak problemen gaf. De Qube is bij ons eveneens veel stiller (wij horen het nu eigenlijk niet) en het geeft geen problemen i.t.t. dat vorige systeem. Dat ligt ook aan enkele aanvullende aanpassingen die ondertussen zijn gedaan die bij de initiële installatie niet helemaal goed waren gegaan blijkbaar.
We hebben die subsidie ook zonder problemen ontvangen voor de Qube.
Die overstap was de moeite waard voor ons maar het hele proces tot nu was pijnlijk (dat ligt overigens niet aan HR energy - zij zijn zeer behulpzaam, klantgericht en vriendelijk.

[MattMax]

Heeft iemand toevallig al ervaring met het gebruik van SG Ready in combinatie met de Qube? Hiermee kan je bijvoorbeeld het legionellaprogramma laten uitvoeren en/of de watertemperatuur van het voorraadvat tijdelijk verhogen bij een overschot aan zonnestroom. Als je Tibber gebruikt als energieleverancier, kan je dit ook activeren wanneer Grid Rewards actief zijn.

Op pagina 35 van de Qube installatiehandleiding staat uitgelegd welke klemmen beschikbaar zijn voor SG Ready. Er zijn apparaten beschikbaar, zoals de Enphase IQ Energy Router, die SG Ready warmtepompen direct kunnen aansturen. Je kan dit ook zelf doen door bijv. een Shelly relais te gebruiken. Hoe dit werkt, wordt uitgelegd op de Shelly website.

Ik ben van plan om dit te gaan testen met een Shelly Pro 2. Wellicht zijn er al mensen die hier ervaring mee hebben of die hun warmtepomp op een vergelijkbare manier aansturen zonder SG Ready integratie.

[Maarten60]

@MattMax staat ook op mijn lijstje. Ik zag dat je met de laatste sw versie (juli) ook via mod bug sg commando’s kan geven.
Ben benieuwd naar je ervaring.

[MattMax]

Maarten60 schreef op maandag 8 september 2025 @ 18:04:
@MattMax staat ook op mijn lijstje. Ik zag dat je met de laatste sw versie (juli) ook via mod bug sg commando’s kan geven.
Ben benieuwd naar je ervaring.

Bedankt voor de tip, had ik nog niet gezien! Via Modbus aansturen scheelt weer een extra relais en is veel makkelijker in te stellen. Voor iedereen die hier ook mee aan de slag wil, zie de meest recente Modbus-documentatie. SG A is Coil 65 en SG B is Coil 66.

[MattMax]

Ik heb inmiddels de eerste stappen gezet om een Home Assistant integratie te maken.
Deze integratie kan hopelijk op korte termijn via HACS in Home Assistant worden geïnstalleerd. Ik wacht op dit moment nog op een review van het Home Assistant team om aan alle voorwaarden voor een nieuwe integratie te voldoen. Ik ben zelf geen software engineer, maar met Codex CLI van OpenAI kan je een heel eind komen als je alle benodigde documentatie meegeeft als context. Dat betekent ook dat er ongetwijfeld nog wat kinderziektes in zullen zitten, dus als er mensen zijn die straks mee willen testen of code willen bijdragen, heel graag!

[Maarten60]

@MattMax wat een geweldig initiatief.
Ik test graag met je mee.

Edit: ik heb twee warmtepompen in cascade. Mooie testcase.

[ Voor 31% gewijzigd door Maarten60 op 12-09-2025 09:20 ]

[willem9503]

@MattMax
Als het er is laat maar weten. Ook ik test dan wel eens mee.

[BB_Elektro]

MattMax schreef op dinsdag 9 september 2025 @ 08:26:
[...]

Bedankt voor de tip, had ik nog niet gezien! Via Modbus aansturen scheelt weer een extra relais en is veel makkelijker in te stellen. Voor iedereen die hier ook mee aan de slag wil, zie de meest recente Modbus-documentatie. SG A is Coil 65 en SG B is Coil 66.

Ik heb de SG ready coils als switches in mijn HA ingevoerd maar bij het omzetten van die switches geen enkele reactie van de Qube kunnen bespeuren. Als ik in HA de switch omzet wordt ie vanzelf vrijwel direct weer teruggezet geloof ik, maar het is al even geleden dat ik het geprobeerd heb. Iemand meer succes gehad dan ik?

Merk overigens op dat je via het (Virtual) display SG ready moet activeren. Je vind het menu onder:
Main Menu User -> A. Config -> D. License_SGready -> 2e scherm "SG ready"

[Maarten60]

Heb je al de goede software versie. Ik heb nog 4.0.7 en als ik het lees heb je 4.0.8 nodig voor de sg optie.

[BB_Elektro]

Maarten60 schreef op zaterdag 13 september 2025 @ 14:07:
Heb je al de goede software versie. Ik heb nog 4.0.7 en als ik het lees heb je 4.0.8 nodig voor de sg optie.

Ik heb 4.0.07, en zie in de Modbuslijst van 06-2025 inderdaad staan dat die van toepassing is op SW versie vanaf 4.0.08. Hoe kan ik de SW versie updaten?

[Maarten60]

@BB_Elektro via je installateur of misschien via @HR_support

[MattMax]

Maarten60 schreef op donderdag 11 september 2025 @ 17:47:
@MattMax wat een geweldig initiatief.
Ik test graag met je mee.

Edit: ik heb twee warmtepompen in cascade. Mooie testcase.

Eerste werkende versie is beschikbaar via Github.
Belangrijk: als je op dit moment de Modbus integratie gebruikt in Home Assistant, dan moet je die eerst verwijderen (vergeet niet om hier een backup van te maken). Daarna HA opnieuw opstarten.

Vervolgens kan je via HACS zoeken naar "Qube" en de bestanden downloaden. Vervolgens weer opnieuw opstarten en dan via "Integrations" de Qube integratie daadwerkelijk installeren. Het voordeel hiervan is dat alle entities nu mooi gegroepeerd worden onder 1 apparaat.

Ik heb niet kunnen testen hoe dit werkt met twee Qubes, maar je kan een extra "hub" toevoegen in de integratie (als de tweede Qube ook een eigen IP heeft).

Dank aan @BB_Elektro voor het stukje code om wat extra template sensors aan te maken met een duidelijker status. Die zijn ook opgenomen in de integratie.

[Maarten60]

Goed nieuw en slecht nieuws.
De installatie van de integratie gaat vlekkeloos. Ik krijg alle waardes netjes te zien (op het eerste gezicht).
Alleen een tweede Qube, met een apart IP adres werkt niet. Waarschijnlijk omdat de sensors niet uniek zijn qua naam.
Voorbeeld: sensor.setpoint_ruimte_cv_nacht
Ik denk dat de oplossing sensor.wp1_setpoint_ruimte_cv_nacht
Mijn 'hub'


Verder heb ik nog een helper om de status om te zetten in klare taal.

code:

# Purpose: present WP status in text
#  - sensor:
#      - name: "WP1 Status Translated"
#        state: >
#          {% set status_map = {
#            0: "No info",
#            1: "Standby",
#            2: "General Alarm",
#            6: "Off by Keyboard",
#            8: "Compressor Startup",
#            9: "Compressor Shutdown",
#            15: "Cooling",
#            16: "Heating",
#            17: "StartFail",
#            22: "Heating DHW"
#          } %}
#          {{ status_map.get(states('sensor.wp1_unit_status') | int(0), states('sensor.wp1_unit_status')) }}
#        unique_id: f5b4e4d6-9c3b-44fe-a5b9-98b4cffbc1fb
#        icon: mdi:information

Misschien kan die ook opgenomen worden.

Edit: verder vroeg ik me af of het niet zinvol is om de originele HR-Energy sensornamen op te nemen (alias?).
Edit 2: De waarde van flow lijkt niet te kloppen

[ Voor 4% gewijzigd door Maarten60 op 16-09-2025 19:19 ]

[MattMax]

Thanks voor het checken!

Maarten60 schreef op dinsdag 16 september 2025 @ 19:12:
Alleen een tweede Qube, met een apart IP adres werkt niet. Waarschijnlijk omdat de sensors niet uniek zijn qua naam.
Voorbeeld: sensor.setpoint_ruimte_cv_nacht
Ik denk dat de oplossing sensor.wp1_setpoint_ruimte_cv_nacht
...

Dat denk ik ook. Ik ga zorgen dat de sensors van de tweede Qube een unieke naam krijgen.

Verder heb ik nog een helper om de status om te zetten in klare taal.

Die zit er al in met naam "Qube Status Full".

Edit: verder vroeg ik me af of het niet zinvol is om de originele HR-Energy sensornamen op te nemen (alias?).

Bedoel je de "variable" naam uit de Modbus lijst? Die zijn soms nogal cryptisch, bijv. "GlbAl" voor "Globaal alarm". Of bedoel je de omschrijving?

Edit 2: De waarde van flow lijkt niet te kloppen

Dat zag ik ook net. Ik heb net gecheckt of het datatype wellicht float32 moet zijn. Heb je dit zelf al kunnen checken in de code die je eerder gebruikte?

[Maarten60]

Dit is mijn code, dus ja float32

code:

  - name: WP1 Ain flow
   address: 0x0012
   input_type: input
   data_type: float32
   unit_of_measurement: L/min
   scan_interval: 30
   precision: 1
   unique_id: ceef06e9-4eff-445d-9abd-3bf07fe3cc65
   device_class: volume_flow_rate
   state_class: measurement

Ja ik bedoel de cryptische naam om aansluiting met de originele lijst (bron) te houden
Is het niet mogelijk om ook een friendly name toe te voegen. Ook handig als het ooit naar Frans of Engels vertaald moet worden

Edit: verder ben ik verbaasd dat de status van “Vraag op digitale ingang” on is, terwijl mijn wp uit staat (off by keyboard)

[ Voor 11% gewijzigd door Maarten60 op 16-09-2025 19:40 ]

[MattMax]

Maarten60 schreef op dinsdag 16 september 2025 @ 19:34:
Dit is mijn code, dus ja float32

Aangepast. Als de warmtepomp niet draait, krijg ik een negatieve waarde.

Ja ik bedoel de cryptische naam om aansluiting met de originele lijst (bron) te houden
Is het niet mogelijk om ook een friendly name toe te voegen. Ook handig als het ooit naar Frans of Engels vertaald moet worden

Ga ik later naar kijken, aangezien dat iets complexer is qua naamgeving van de entities.
[/quote]

Edit: verder ben ik verbaasd dat de status van “Vraag op digitale ingang” on is, terwijl mijn wp uit staat (off by keyboard)

Bij mij staat deze op "off". Warmtepomp staat wel aan, maar heeft geen vraag.

Tot slot zou de setup met twee Qubes nu ook moeten werken door een prefix voor de entity names. Waarschijnlijk moet je de huidige integratie wel eerst even verwijderen, HACS updaten en daarna integratie opnieuw toevoegen.

[ Voor 6% gewijzigd door MattMax op 16-09-2025 20:52 ]

[Lawrentz]

Was de Qpanel Retrofit al bekend in dit draadje?
https://www.installatie.n...neel-uitbreiden-naar-pvt/

[BB_Elektro]

MattMax schreef op dinsdag 16 september 2025 @ 17:21:
[...]

Eerste werkende versie is beschikbaar via Github.

Lekker bezig MattMax!! En dankjewel voor de credits!
Ik wil de integratie ook zeker eens rustig en grondig checken Ben het eens met Maarten dat aansluiting met de modbuslijst van HR-Energy gewenst is, want ik verwacht dat daar nog wijzigingen in zullen komen en dan kunnen we de boel makkelijker gelijk houden.

Ik heb overigens ook nog andere modbus integraties draaien, bijvoorbeeld met mijn laadpaal. Neem aan dat ik alleen het stuk dat betrekking heeft op de Qube hoef te verwijderen?

Ik heb de waarde van de flow sensor overigens ook als float32 ingesteld.

[BB_Elektro]

MattMax schreef op dinsdag 16 september 2025 @ 20:52:
[...]
Aangepast. Als de warmtepomp niet draait, krijg ik een negatieve waarde.

Hier idem, als de pomp niet draait zie ik een flow van -0.3 L/min.

[Maarten60]

@MattMax beter
Ik heb nu 47 waarden bij wp2.
De controls zijn compleet maar de sensors niet. Het lijkt erop dat ik alleen de binaire sensors op wp2 zie.

[MattMax]

BB_Elektro schreef op dinsdag 16 september 2025 @ 20:55:
[...]

Lekker bezig MattMax!! En dankjewel voor de credits!
.....
Ik heb overigens ook nog andere modbus integraties draaien, bijvoorbeeld met mijn laadpaal. Neem aan dat ik alleen het stuk dat betrekking heeft op de Qube hoef te verwijderen?

Graag gedaan! Integratie zou gewoon naast de core Modbus integratie moeten werken. Enige vereiste qua dependencies is het "pymodbus" package. Mocht dat toch niet werken, laat het even weten.

Naamgeving staat op de to-do lijst.

[MattMax]

Maarten60 schreef op dinsdag 16 september 2025 @ 21:11:
...
Ik heb nu 47 waarden bij wp2.
De controls zijn compleet maar de sensors niet. Het lijkt erop dat ik alleen de binaire sensors op wp2 zie.

Check ik morgen!

[Maarten60]

Lawrentz schreef op dinsdag 16 september 2025 @ 20:52:
Was de Qpanel Retrofit al bekend in dit draadje?
https://www.installatie.n...neel-uitbreiden-naar-pvt/

Wij hebben die combinatie en dat werkt op zich functioneel goed. Als ik al een nadeel moet noemen is het de plaatsing van de converter. Wij hebben enphase met één converter per paneel en dat past niet lekker.

[BB_Elektro]

Maarten60 schreef op dinsdag 16 september 2025 @ 22:13:
[...]

Wij hebben die combinatie en dat werkt op zich functioneel goed. Als ik al een nadeel moet noemen is het de plaatsing van de converter. Wij hebben enphase met één converter per paneel en dat past niet lekker.

Bij mij zijn de PVT + PV panelen met Enphase omvormers tegelijk geplaatst, dus alles nieuw. Dat gaat in ieder geval prima.

Wat mij betreft mooie ontwikkeling dat het mogelijk is om PVT aan te laten leggen als je al zonnepanelen hebt.

[willem9503]

MattMax schreef op dinsdag 16 september 2025 @ 17:21:
[...]

Eerste werkende versie is beschikbaar via Github.

Alvast dank hiervoor, net gedownload dus testen kan starten.

[willem9503]

@MattMax
Net de laatste update neer gezet (.29)
Vraagje: Moet de sensor actuel_elektrisch_verbruik_berekend in kWh worden weergegeven ipv kW (of thermisch verbruik ook in kW)?

[MattMax]

willem9503 schreef op woensdag 17 september 2025 @ 10:25:
Net de laatste update neer gezet (.29)
Vraagje: Moet de sensor actuel_elektrisch_verbruik_berekend in kWh worden weergegeven ipv kW (of thermisch verbruik ook in kW)?
...

Ja, je hebt gelijk. Het is verbruik, dus dat zou kWh moeten zijn. De toevoeging "Actueel" maakt het wat onduidelijk, aangezien er ook een sensor "Actueel vermogen" is. Ik heb de eenheid inmiddels aangepast.

Daarnaast zijn de id's van alle entities aangepast naar de originele naam uit de HR-Energy modbuslijst. De weergegeven naam is een meer beschrijvende versie en biedt ook de optie om die in de toekomst te vertalen naar andere talen.

Let op dat je eerst de integratie helemaal verwijdert, voordat je de meest recente release installeert. Anders krijg je in sommige situaties duplicate entries. Dat is op te lossen door deze handmatig te verwijderen, maar niet handig. Dit is ook niet eenvoudig op te lossen in de code van de integratie, maar zou vanaf nu goed moeten werken. Als de integratie goed werkt, zal de frequentie van deze releases ook flink omlaag gaan. Dank voor de hulp met het checken!

[willem9503]

MattMax schreef op woensdag 17 september 2025 @ 15:56:
[...]

Ja, je hebt gelijk. Het is verbruik, dus dat zou kWh moeten zijn. De toevoeging "Actueel" maakt het wat onduidelijk, aangezien er ook een sensor "Actueel vermogen" is. Ik heb de eenheid inmiddels aangepast.

Gezien inderdaad

MattMax schreef op woensdag 17 september 2025 @ 15:56:
Daarnaast zijn de id's van alle entities aangepast naar de originele naam uit de HR-Energy modbuslijst. De weergegeven naam is een meer beschrijvende versie en biedt ook de optie om die in de toekomst te vertalen naar andere talen.

Goede keuze.

MattMax schreef op woensdag 17 september 2025 @ 15:56:
Let op dat je eerst de integratie helemaal verwijdert, voordat je de meest recente release installeert. Anders krijg je in sommige situaties duplicate entries. Dat is op te lossen door deze handmatig te verwijderen, maar niet handig. Dit is ook niet eenvoudig op te lossen in de code van de integratie, maar zou vanaf nu goed moeten werken.

Daar ben ik kwaadschiks achter gekomen.....

MattMax schreef op woensdag 17 september 2025 @ 15:56:
Als de integratie goed werkt, zal de frequentie van deze releases ook flink omlaag gaan. Dank voor de hulp met het checken!

Graag gedaan. In ieder geval had je een productieve dag nu al op 2025.9.44..
Respect

[Maarten60]

@MattMax Nieuwe versie geinstalleerd 2025.9.44 maar nog steeds issues op de tweede wp.
Paar observaties, het aantal entities is verschillend 90 vs 89. De eerste "Setpoint ruimte CV dag" ontbreekt bij wp2.

Verder hebben de sensoren van wp1 allemaal een IP als achtervoegsel, bijvoorbeeld sensor.thermostat_heatsetp_day_192_168_7_212_1
Dit is niet het geval bij WP2 (de tweede integratie), daar ontbreekt het IP adres. Verder zie ik bij wp2 voor bijvoorbeeld entity sensor.supplytemp de melding This entity is unavailable. (Lijkt voor alle niet binaire sensoren het geval)
Als zou mogen gokken lijkt het alsof er iets fout gaat met het toevoegen van het IP adres bij de tweede integratie.
Als laatste, het toevoegen van een compleet IP adres, plus volgnummer maakt de sensornaam lang. Is een volgnummer alleen niet voldoende?
Verder voor de documentatie de stappen die ik doorlopen heb om de update uit te voeren.

code:

Stappen
1 Settings > Device & services > Qube Heatpump
2 Verwijderen van integratie(s): drie puntjes > keuze delete
3 Restart Home assistant
Update van HACS Qube Heat Pump integratie
4 Zoek op Qube (of Qube staat er nog als laatste zoekterm)
5 drie puntjes > Keuze (re)download
Opnieuw integreren
6 Settings > Devices & services
7 Voeg integratie toe via "+ Add integration"
8 Nieuw scherm opent met "Set up a new integration", zoek op Qube en selecteer
9 Nieuw scherm opent en voeg IP adres toe <submit> en voeg evt Area toe
10 Integratie verschijnt (tijd om Matt een koffie te geven)

Edit: ontbrekende sensor toegevoegd

[Maarten60]

willem9503 schreef op woensdag 17 september 2025 @ 19:39:
[Ja, je hebt gelijk. Het is verbruik, dus dat zou kWh moeten zijn. De toevoeging "Actueel" maakt het wat onduidelijk, aangezien er ook een sensor "Actueel vermogen" is. Ik heb de eenheid inmiddels aangepast.]

Gezien inderdaad

Als het inderdaad actueel vermogen is, dus het vermogen op die 'ene seconde', is de eenheid kW de juiste. Dan zou je die ook moeten zien variëren. De eenheid kWh gaat over het verbruik over een langere periode.

[Lawrentz]

MattMax schreef op woensdag 17 september 2025 @ 15:56:
[...]
Ja, je hebt gelijk. Het is verbruik, dus dat zou kWh moeten zijn. De toevoeging "Actueel" maakt het wat onduidelijk, aangezien er ook een sensor "Actueel vermogen" is. Ik heb de eenheid inmiddels aangepast.

Ik zou het woord verbruik vermijden want dat schept alleen maar verwarring.
Verder moet óf de omschrijving óf de eenheid worden aangepast.

Het actuele verbruik is wsch het elektrisch vermogen en dat kan kan alleen in W of kW en nooit in Wh of kWh.
Het totale verbruik betreft wsch de elektrische of thermische energie, is over een langere periode en dan komt de tijdscomponent erbij, dus in Wh, kWh, J, kJ of MJ.

Ondanks dat het onderwerp iets afwijkt wordt het verschil tussen vermogen en energie hier goed uitgelegd.
YouTube: Heat Loss: Why Everyone Gets It Wrong & How To Fix It

[willem9503]

Ik zwengel deze voornamelijk aan omdat ik de Qube als gebruiker van energie terug wil kunnen zien in het Energie dashboard van HA. Dan zou er een waarde moeten zijn in de vorm van Wh/kWh om te registreren.

En dat is volgens mij alleen dit setje:
InputRegister (2 waarden) 61 GeneralMng.EletricPwr Totaal elektrisch vermogen in kWh (berekend) Read
InputRegister (2 waarden) 63 GeneralMng.TotalThermic_ Totaal Thermisch verbruik in kWh (berekend) Read
InputRegister (2 waarden) 69 GeneralMng.AcumulatedPwTotaal Elektrisch verbruik in kWh Read
InputRegister (2 waarden) 71 GeneralMng.AcumulatedTh Totaal Thermische opbrengst in kWh Read

En dan met name 69.
Staat er inmiddels wel in, maar helaas te warm buiten dus Qube start niet op...
Zal kijken of ik de komende dagen nog een testrun kan doen (of dat de temperatuur ver genoeg zakt in huis).

[Maarten60]

willem9503 schreef op donderdag 18 september 2025 @ 08:44:
Ik zwengel deze voornamelijk aan omdat ik de Qube als gebruiker van energie terug wil kunnen zien in het Energie dashboard van HA. Dan zou er een waarde moeten zijn in de vorm van Wh/kWh om te registreren.

Je hebt gelijk voor het energiedashboard heb je Wh nodig. Zelf heb ik een 3fase kWh meter voor mijn wp zitten.
Is het een optie om een tijdelijk dashboard te maken om te zien wat die parameters precies doen? Bijvoorbeeld bij een warm water run. Dan krijg je een indicatie.
Ter info, mijn wp gebruikt 17 W, zowel in de stand Stand bye als Off by keyboard.

[willem9503]

Zal toch echt via verwarmen moeten. Maar dashboard staat klaar. dat komt wel goed denk ik
Ik doe geen warm water via de Qube (aparte boilers die middel smart plugs prima geregistreerd worden)

[MattMax]

Maarten60 schreef op woensdag 17 september 2025 @ 21:25:
@MattMax Nieuwe versie geinstalleerd 2025.9.44 maar nog steeds issues op de tweede wp.
Paar observaties, het aantal entities is verschillend 90 vs 89. De eerste "Setpoint ruimte CV dag" ontbreekt bij wp2.
.....
Verder hebben de sensoren van wp1 allemaal een IP als achtervoegsel, bijvoorbeeld sensor.thermostat_heatsetp_day_192_168_7_212_1
Dit is niet het geval bij WP2 (de tweede integratie), daar ontbreekt het IP adres. Verder zie ik bij wp2 voor bijvoorbeeld entity sensor.supplytemp de melding This entity is unavailable. (Lijkt voor alle niet binaire sensoren het geval)
Als zou mogen gokken lijkt het alsof er iets fout gaat met het toevoegen van het IP adres bij de tweede integratie.

Dank voor de uitgebreide feedback. De huidige logica is dat iedereen met slechts 1 warmtepomp geen appendix heeft voor de entitiy names. Bij meerdere warmtepompen wordt nu het IP adres gebruikt voor de tweede warmtepomp. Korter is inderdaad beter en ik zal zorgen dat in dat geval dezelfde structuur wordt aangehouden voor beide warmtepompen.

Ik zal checken waarom de Setpoint sensor ontbreekt bij de tweede warmtepomp.

[MattMax]

Lawrentz schreef op woensdag 17 september 2025 @ 22:31:
[...]

Ik zou het woord verbruik vermijden want dat schept alleen maar verwarring.
Verder moet óf de omschrijving óf de eenheid worden aangepast.

Het actuele verbruik is wsch het elektrisch vermogen en dat kan kan alleen in W of kW en nooit in Wh of kWh.
Het totale verbruik betreft wsch de elektrische of thermische energie, is over een langere periode en dan komt de tijdscomponent erbij, dus in Wh, kWh, J, kJ of MJ.
....

Ik denk dat de verwarring wordt veroorzaakt door de beschrijving in het Modbus document van HR-Energy. Zie screenshot:

Ik zou denken dat adres 61 en 63 beiden over vermogen (power) gaan en dus een eenheid in W of kW. Dat betekent dat de beschrijving bij adres 63 (Verbruik) dus incorrect is.
Adres 69 en 71 zijn dan beide cumulatief verbruik met een eenheid in kWh met een state_class "total_increasing" in Home Assistant.

Mocht iemand dat anders zien, dan hoor ik het graag.

[MattMax]

willem9503 schreef op donderdag 18 september 2025 @ 08:44:
Ik zwengel deze voornamelijk aan omdat ik de Qube als gebruiker van energie terug wil kunnen zien in het Energie dashboard van HA. Dan zou er een waarde moeten zijn in de vorm van Wh/kWh om te registreren.
...

Ik heb zelf een Shelly Pro 3EM energiemeter aangesloten op de warmtepomp. Die paste nog mooi in het installatiekastje dat bij de warmtepomp in de buurt hangt. Die integreert perfect met Home Assistant (inclusief energy dashboard) en geeft inzicht in totale vermogen, totale verbruik en informatie per fase.

[Maarten60]

MattMax schreef op donderdag 18 september 2025 @ 09:59:
[...]

Ik denk dat de verwarring wordt veroorzaakt door de beschrijving in het Modbus document van HR-Energy. Zie screenshot:
[Afbeelding]
Ik zou denken dat adres 61 en 63 beiden over vermogen (power) gaan en dus een eenheid in W of kW. Dat betekent dat de beschrijving bij adres 63 (Verbruik) dus incorrect is.
Adres 69 en 71 zijn dan beide cumulatief verbruik met een eenheid in kWh met een state_class "total_increasing" in Home Assistant.

Laten we het maar aan de bron vragen. @HR_support kunnen jullie een antwoord geven op bovenstaande definitie vraag

[MattMax]

@Maarten60 Wijzigingen qua entity naamgeving zijn doorgevoerd in een nieuwe release. In afwachting van de reactie van @HR_support heb ik adres 61 en 63 aangepast naar "power" en eenheid "W". De missende sensor bij de tweede warmtepomp zou met deze release ook opgelost moeten zijn.

Vanwege de wijzigingen in naamgeving, is het ook deze keer verstandig om de integratie eerst helemaal te verwijderen. Daarna de nieuwe versie downloaden via HACS en opnieuw opstarten. Mocht je na installatie nog duplicate entities hebben, dan kan je deze verwijderen via Settings => Entities en vervolgens filteren op "Status: unavailable" en "Integration: Qube". Linksboven checkbox aanvinken om alle matchende entities te selecteren en dan rechtsboven via drie puntjes alle entities verwijderen.

Iedere keer als er iets in de Python code van de integratie wordt aangepast, moet Home Assistant opnieuw opgestart worden. Dat is een beperking van HACS. Met een officiële Home Assistant integratie zijn er inmiddels opties om te updaten zonder volledige herstart, maar dat zal wat meer tijd kosten qua ontwikkeling.

[willem9503]

Maarten60 schreef op donderdag 18 september 2025 @ 09:01:
[...]

.......Zelf heb ik een 3fase kWh meter voor mijn wp zitten.........

MattMax schreef op donderdag 18 september 2025 @ 10:19:
[...]

Ik heb zelf een Shelly Pro 3EM energiemeter aangesloten op de warmtepomp.......

Kijk ik snap best dat er andere apparaten zijn, maar als de Qube zelf de meetwaardes lijkt te hebben dan wil ik eigenlijk die ook gebruiken (naast het feit dat ik niet zoveel ruimte meer in de groepenkast(en) heb om extra meetapparatuur bij te plaatsen)

[Maarten60]

willem9503 schreef op donderdag 18 september 2025 @ 11:08:
Kijk ik snap best dat er andere apparaten zijn, maar als de Qube zelf de meetwaardes lijkt te hebben dan wil ik eigenlijk die ook gebruiken (naast het feit dat ik niet zoveel ruimte meer in de groepenkast(en) heb om extra meetapparatuur bij te plaatsen)

Eens met je opmerking. Ik heb alleen willen aangegeven hoe ik het heb gedaan. Tegelijkertijd je hebt gelijk, als de Qube het kan geven moet dat werken en is dat ook een prima weg.
Vandaar mijn suggestie naar @HR_support om de vraag te beantwoorden

Edit: typo

[Maarten60]

@MattMax Volgende stappen doorlopen

code:

Verwijderen van de integratie
- wp2 integratie verwijderd
- wp1 integratie verwijderd
- reboot HA
- Beide integraties zijn verdwenen
HACS
- 2025.9.46 gedownload (HACS vraagt om een reboot)
- reboot HA gedaan
Controle op duplicate entries

Ik heb de integratie verwijderd maar zie de sensoren nog wel staan met status "not provided" Moet ik die met de hand verwijderen?

Edit: ik heb ze verwijderd en ga verder met testen.

Edit2: Ik heb nu op beide integraties 90 entities, dus dat gaat goed. Helaas geeft een groot aantal de status "This entity is unavailable"
Ik kom zo met aanvullende informatie.

[ Voor 20% gewijzigd door Maarten60 op 18-09-2025 11:33 ]

[Maarten60]

@MattMax , de toevoeging van qube nummer is een prima oplossing om de namen meer leestbaar te maken en ik zie nu ook hetzelfde aantal entiteiten.
Helaas werkt de tweede wp niet. Wat ik zie (en met hulp van GPT)

• WP1 entiteiten komen binnen met kort suffix in de entity_id (bv. sensor.supplytemp_qube1), maar in de entiteits-detailkaart ontbreekt het veld Unieke ID.
• WP2 maakt voor sommige sensoren een kale entity_id (bv. sensor.supplytemp), en deze staan op Unavailable.

Als ik het goed begrijp kan HA entiteiten zonder unieke sleutel niet goed onderscheiden en daarom is misschien een mogelijke oorzaak dat

• Niet alle entiteitstypen (sensor/binary_sensor/switch/computed) een unique_id leveren aan Home Assistant;
• Daarnaast probeert de integratie bij het zetten van de entity_id soms een basisnaam zonder suffix te claimen, waardoor de tweede instantie conflicteert.

Mogelijke oplossingsrichting zou zijn

• Consistente unique_id’s; Voor alle entiteitstypen één uniforme strategie: unique_id opbouwen uit een stabiele entiteits-key + instance-label (qube1/qube2)
• Entity_id beleid; Vermijd het claimen van een kale naam (zoals sensor.supplytemp). Voeg altijd het label-suffix toe (…_qube1, …_qube2) als preferred of minimaal als fallback.

Als laatste, ik waardeer je inspanning om dit werkend te krijgen

[MattMax]

Maarten60 schreef op donderdag 18 september 2025 @ 12:00:
@MattMax , de toevoeging van qube nummer is een prima oplossing om de namen meer leestbaar te maken en ik zie nu ook hetzelfde aantal entiteiten.
Helaas werkt de tweede wp niet. Wat ik zie (en met hulp van GPT)

• WP1 entiteiten komen binnen met kort suffix in de entity_id (bv. sensor.supplytemp_qube1), maar in de entiteits-detailkaart ontbreekt het veld Unieke ID.
• WP2 maakt voor sommige sensoren een kale entity_id (bv. sensor.supplytemp), en deze staan op Unavailable.

Als ik het goed begrijp kan HA entiteiten zonder unieke sleutel niet goed onderscheiden en daarom is misschien een mogelijke oorzaak dat

• Niet alle entiteitstypen (sensor/binary_sensor/switch/computed) een unique_id leveren aan Home Assistant;
• Daarnaast probeert de integratie bij het zetten van de entity_id soms een basisnaam zonder suffix te claimen, waardoor de tweede instantie conflicteert.

Mogelijke oplossingsrichting zou zijn

• Consistente unique_id’s; Voor alle entiteitstypen één uniforme strategie: unique_id opbouwen uit een stabiele entiteits-key + instance-label (qube1/qube2)
• Entity_id beleid; Vermijd het claimen van een kale naam (zoals sensor.supplytemp). Voeg altijd het label-suffix toe (…_qube1, …_qube2) als preferred of minimaal als fallback.

Als laatste, ik waardeer je inspanning om dit werkend te krijgen

Dank voor het testen! Bij mijn setup (slechts 1 warmtepomp) komt het soms ook voor dat ik ineens het dubbele aantal entities heb en dat ik deze met de hand moet verwijderen. Dit probleem had ik soms ook bij de implementatie via de core Modbus integratie. Entities kregen dan een "_2" appendix. Ik vermoed dat dit te maken heeft met hoe entities worden opgeslagen in de HA registry. Ik ga kijken hoe ik dit het beste kan oplossen. Jouw suggesties zijn idd een goed startpunt.

[MattMax]

Laatste release (2025.9.50) zou eerder genoemde problemen moeten oplossen.

[Maarten60]

Het installeren van een nieuwe versie gaat steeds sneller en heb ook weer de oude entiteiten verwijderd. Laatste versie 2025.9.51 geinstalleerd.
Helaas, krijg nu al op de eerste integratie foutmeldingen en errors.
De laatste

Logger: homeassistant.config_entries
Source: config_entries.py:749
First occurred: 14:36:24 (1 occurrence)
Last logged: 14:36:24

Error setting up entry WP Qube (192.168.7.212) for qube_heatpump
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 749, in __async_setup_with_context
result = await component.async_setup_entry(hass, self)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/config/custom_components/qube_heatpump/__init__.py", line 89, in async_setup_entry
show_label_in_name = bool(entry.options.get(CONF_SHOW_LABEL_IN_NAME, False))
^^^^^^^^^^^^^^^^^^^^^^^
NameError: name 'CONF_SHOW_LABEL_IN_NAME' is not defined

Laat even weten of je het complete log wil hebben.

[Maarten60]

Nieuwe test met 2025.9.50 gedaan en die lijkt goed te werken!
Ga verder testen.
Zag in de documentatie dat je de optie maakt om de friendly name zonder unit naam te maken. Lijkt me een goede aanvulling.

[ Voor 43% gewijzigd door Maarten60 op 18-09-2025 14:53 ]

[MattMax]

Inmiddels weer een nieuwe release. Heb via DM ook feedback gekregen op eerdere versies. Ik ga zorgen dat er een stable release is die werkt (wellicht met nog wat aandachtspunten) en dat nieuwe releases het label "pre-release" krijgen, zodat duidelijk is dat die nog niet volledig getest zijn. Een deel van het testen kan ik lokaal doen op basis van mijn eigen setup, maar in sommige gevallen komen issues pas naar voren als de release al live staat.

[Maarten60]

Soepele upgrade via standaard HA proces gedaan van 2025.9.50 naar 2025.9.52.
Alles lijkt goed te werken!
@MattMax Dank voor je inspanning om het werkend voor 2 qubes te krijgen.
Volgende stap is oude code verwijderen en dashboards aanpassen.
Big thanks voor snelle response

[willem9503]

@MattMax Ook hier de kudo's.
Gaat als een tierelier nu. Incl. upgrades enzo.

Ik hoop dat @HR_support nog duidelijk gaat geven over de meetwaardes voor verbruik vs vermogen.
Want zo als het nu lijkt moet ik er nog een kWh meter aan wagen (en in de meterkast zien te proppen... )