Ervaringen Qsilence warmtepompen (Qube, Qbooster) - deel 2

[YJB]

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


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

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

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

[BB_Elektro]

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

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

[kjs021]

Fijn Pasen allemaal!

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

Paar korte vragen -

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

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

Dank alvast!

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

[MattMax]

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

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

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

[kjs021]

Dank voor de reactie MattMax.

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

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

[Maarten60]

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

[kjs021]

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

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

[MattMax]

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

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

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

[Maarten60]

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

[HR_support]

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

[Afbeelding].

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

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

[HR_support]

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


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

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

[Jeronim0]

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

Er staat:

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

Het moet zijn:

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

[Maarten60]

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

[Jeronim0]

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

[MattMax]

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

Done!

[kjs021]

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

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

[MattMax]

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

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

...

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

[kjs021]

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

Dank voor alle moeite Max. Wordt enorm gewaardeerd!

[MattMax]

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

....

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

code:

switch.qube_tapw_timeprogram_bms_forced

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

[YJB]

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

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

code:

switch.qube_tapw_timeprogram_bms_forced

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

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

[MattMax]

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

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

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

[BB_Elektro]

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

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

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

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

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

[BB_Elektro]

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

code:

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

En in automations.yaml de bijbehorende automation:

code:

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

[kjs021]

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

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

[MattMax]

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

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

[BB_Elektro]

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

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

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

[BB_Elektro]

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

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

[kjs021]

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

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

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

Dank voor de reactie. Kan hier enkel van leren

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

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

Screenshots:

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

[kjs021]

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

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

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

[Kubist]

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

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

[Maarten60]

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

[Kubist]

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

[HR_support]

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

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

Wellicht mis ik iets. Waarom zou je het willen?

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

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

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

Ook legionella zal gewoon werken, hetgeen juridisch verplicht is.

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

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

[HR_support]

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

Dank voor de reactie. Kan hier enkel van leren

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

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

Screenshots:

[Afbeelding]

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

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

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

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

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

[Kubist]

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

Wellicht mis ik iets. Waarom zou je het willen?

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

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

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

Ook legionella zal gewoon werken, hetgeen juridisch verplicht is.

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

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

Helder, dankjewel voor het gedetailleerde antwoord!

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

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

Hij gaat dus straks op tapwater stand :-)

[BB_Elektro]

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

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

Hi @kjs021 ,

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

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

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

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

[BB_Elektro]

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

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

[...]

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

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

[Maarten60]

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

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

[MattMax]

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

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

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

[Maarten60]

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

[MattMax]

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

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

[Maarten60]

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

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

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

[MattMax]

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

[Maarten60]

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

[MattMax]

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

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

[Maarten60]

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

[hbolten]

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

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

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

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

[Jeronim0]

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

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

[WJKO]

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

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

[Jeronim0]

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

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

[hbolten]

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

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

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

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

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

[willem9503]

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

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

Dus wie weet volgend jaar als besparingsoptie weel reeel

[hbolten]

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

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

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

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

Reactie van HR Energy:

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

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

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

[hbolten]

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

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

[kjs021]

Lekker rustig hier zo gedurende de zomermaanden

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

[kjs021]

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



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

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

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

[willem9503]

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

[Afbeelding]

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

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

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

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

[kjs021]

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

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

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

Natuurlijk Bij deze.

Winter Block SG Ready

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

description: >

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

October–April (all hours).

triggers:

- entity_id:

- sensor.(Adres X)_current_price_level

to:

- very_expensive

trigger: state

conditions:

- condition: template

value_template: |

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

actions:

- target:

entity_id: select.qube_1_sg_ready_mode

data:

option: Block

action: select.select_option

Winter unblock not very expensive

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

description: >

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

during October–April.

triggers:

- entity_id: sensor.(adres X)_current_hour_price_level

from: very_expensive

trigger: state

conditions:

- condition: template

value_template: |

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

- condition: state

entity_id: sensor.(adres X)_current_hour_price_level

state:

- expensive

- normal

actions:

- target:

entity_id: select.qube_1_sg_ready_mode

data:

option: 'Off'

action: select.select_option

Winter Plus when cheap

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

description: >

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

October–April (all hours).

triggers:

- entity_id:

- sensor.(adres X)_current_hour_price_level

to:

- cheap

- very_cheap

trigger: state

conditions:

- condition: template

value_template: |

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

- condition: state

entity_id: input_boolean.tibber_negative

state:

- 'off'

actions:

- target:

entity_id: select.qube_1_sg_ready_mode

data:

option: Plus

action: select.select_option

SG Off when not cheap or very cheap

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

description: >

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

October–April.

triggers:

- entity_id:

- sensor.(adres X)_current_hour_price_level

from:

- cheap

- very_cheap

trigger: state

conditions:

- condition: template

value_template: |

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

- condition: state

entity_id: sensor.(adres X)_current_hour_price_level

state:

- normal

- expensive

- condition: state

entity_id: input_boolean.tibber_negative

state:

- 'off'

actions:

- target:

entity_id: select.qube_1_sg_ready_mode

data:

option: 'Off'

action: select.select_option

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

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



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

[MattMax]

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

Natuurlijk Bij deze.

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

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

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

[kjs021]

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

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

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

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

[MattMax]

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

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

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

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

[Maarten60]

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

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

Volgens HRE zou dat mogelijk moeten zijn:

HR_support schreef op woensdag 11 maart 2026 @ 10:15:
[...]
Klopt dat de hardwarematige ingang, geheel parallel staat aan de software.
Of te wel er is vraag als een van beide actief is. (Of beide uiteraard)
Dus als je softwarematig vraag uit zet, maar er is een contact van je zone systeem actief dan gaat hij gewoon verwarmen.
[...]
Speciaal voor jullie met HA heb ik modbus punt aangemaakt: Welke enkel werkt als vinkje dat je vraag via LinQ wil doen, hebt uit gezet.

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

Volgens mij heb ik LinQ correct uitgeschakeld:



Daarnaast heb ik nog deze instellingen onder Heat Demands gevonden:



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

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

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

[Jeronim0]

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

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

[Maarten60]

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

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

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

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

[Jeronim0]

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

[Maarten60]

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

[Jeronim0]

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

[Leen1967]

Wij overwegen een PVT systeem voor onze tussenwoning omdat een eerdere warmtepomp met buitenunit weer weg moest ivm geluidsoverlast bij de buren. Woning heeft A+ label en laag gasverbruik (1000 m3).

omdat ik erg hecht aan de mening van gebruikers zou ik graag jullie mening horen. Is dit systeem aan te raden of zijn er betere opties. Suggesties waar we op moeten letten bij aanschaf?

Alle suggesties zijn welkom.

[Maarten60]

Leen1967 schreef op vrijdag 11 september 2026 @ 17:32:
…
omdat ik erg hecht aan de mening van gebruikers zou ik graag jullie mening horen. Is dit systeem aan te raden of zijn er betere opties. Suggesties waar we op moeten letten bij aanschaf?

Wij hebben zelf een PVT-systeem en zijn daar tevreden over, maar dat maakt ons natuurlijk ook een beetje “wij van WC-eend adviseren WC-eend”. 😉 Heb je specifieke vragen?

In jullie situatie lijkt PVT me wel serieus het onderzoeken waard, juist omdat geluid van een buitenunit eerder een probleem is geweest. Bij PVT gebruik je de panelen als bron voor de warmtepomp en heb je geen ventilatorgedreven buitenunit naast de woning. Daarmee verdwijnt een belangrijke potentiële geluidsbron.
Dat is een van de redenen waarom wij dit systeem hebben gekocht.

Ik zou alleen niet beginnen met de vraag “welk PVT-systeem?”, maar eerst met de warmtevraag van de woning. Met A+ en circa 1.000 m³ gasverbruik zou ik laten bepalen hoeveel vermogen op een koude dag werkelijk nodig is, welke aanvoertemperatuur jullie afgiftesysteem nodig heeft en welk deel van die 1.000 m³ voor ruimteverwarming wordt gebruikt.

Daarna kun je beoordelen of PVT qua benodigd dakoppervlak, vermogen en kosten een goede bron is voor de benodigde warmtepomp.

Nog wel een vraag: wat voor warmtepomp met buitenunit hadden jullie hiervoor? Was dat een lucht/water-warmtepomp of een lucht/lucht-systeem (airco)? Dat maakt voor de vergelijking nogal verschil.

[Leen1967]

Bedankt voor de tips. Wij hadden een Midea . Zie dit topic Midea warmtepomp krijgt vloer niet goed warm. Bleek dat de installateur nul komma nul verstand had van warmtepompen Maar opzich kreeg de Midea het huis bij <-5 graden goed warm in de twee maanden dat t gedraaid heeft ondanks dat t mijn inziens slecht afgesteld was. Dus deze keer zoek ik iemand die wel verstand van zaken heeft. En ook de juiste berekeningen kan maken.

Hr-energy klinkt tot nu toe in de contacten professioneel en zit voor ons lekker dichtbij. Vraag me wel af of de gemelde problemen met aanvriezen van de panelen in de winter of juist de storing bij heel hoge buiten temperaturen een echt probleem is of slechts iets sporadisch? Een wat is de SCOP in werkelijkheid. Las op een andere site iemand die niet boven 4 kwam.

SWW verbruik ongeveer 150 m3 rest voor CV. Beneden vloerverwarming en in de slaapkamers radiatoren. Totaal 112 m2.

[ Voor 5% gewijzigd door Leen1967 op 12-09-2026 07:57 ]

[kjs021]

Leen1967 schreef op vrijdag 11 september 2026 @ 21:27:
Bedankt voor de tips. Wij hadden een Midea . Zie dit topic Midea warmtepomp krijgt vloer niet goed warm. Bleek dat de installateur nul komma nul verstand had van warmtepompen Maar opzich kreeg de Midea het huis bij <-5 graden goed warm in de twee maanden dat t gedraaid heeft ondanks dat t mijn inziens slecht afgesteld was. Dus deze keer zoek ik iemand die wel verstand van zaken heeft. En ook de juiste berekeningen kan maken.

Hr-energy klinkt tot nu toe in de contacten professioneel en zit voor ons lekker dichtbij. Vraag me wel af of de gemelde problemen met aanvriezen van de panelen in de winter of juist de storing bij heel hoge buiten temperaturen een echt probleem is of slechts iets sporadisch? Een wat is de SCOP in werkelijkheid. Las op een andere site iemand die niet boven 4 kwam.

SWW verbruik ongeveer 150 m3 rest voor CV. Beneden vloerverwarming en in de slaapkamers radiatoren. Totaal 112 m2.

Afgelopen winter hier geen problemen gehad met het aanvriezen van de panelen. Ondanks de kou afgelopen winter met de vele sneeuw in combinatie met een plat dak werkte de warmtepomp naar behoren.

De storing met hogere buiten temperaturen levert hier geen problemen op. Het is volgens mij iets meer voor het systeem dat aangeeft dat het moet koelen en tegen de grenzen aan zit. Dit is bij mij ook enkel het geval geweest bij het wekelijke legionella programma met buitentemperaturen van 33-35+.

De SCOP in de zomermaanden - ondanks de langere leidingen van dak naar warmtepomp - is structureel boven de 5. In de winter is dit vanzelfsprekend lager. Dit is overigens ook sterk afhankelijk van de temperatuur die je gebruikt voor de verwarming.

Al met al zeer tevreden - geen problemen ondervonden afgelopen jaar.

Succes met het maken van een keuze.

[ Voor 6% gewijzigd door kjs021 op 13-09-2026 19:10 ]

[Leen1967]

kjs021 schreef op zondag 13 september 2026 @ 19:07:
[...]

Afgelopen winter hier geen problemen gehad met het aanvriezen van de panelen. Ondanks de kou afgelopen winter met de vele sneeuw in combinatie met een plat dak werkte de warmtepomp naar behoren.

De storing met hogere buiten temperaturen levert hier geen problemen op. Het is volgens mij iets meer voor het systeem dat aangeeft dat het moet koelen en tegen de grenzen aan zit. Dit is bij mij ook enkel het geval geweest bij het wekelijke legionella programma met buitentemperaturen van 33-35+.

De SCOP in de zomermaanden - ondanks de langere leidingen van dak naar warmtepomp - is structureel boven de 5. In de winter is dit vanzelfsprekend lager. Dit is overigens ook sterk afhankelijk van de temperatuur die je gebruikt voor de verwarming.

Al met al zeer tevreden - geen problemen ondervonden afgelopen jaar.

Succes met het maken van een keuze.

Dank je wel voor de info. In andere items op tweakers zitten blijkbaar veel PVT haters die het helemaal afkraken, en continu aanhalen dat de SCOP veel lager zou zijn dan aangegeven en dan ga je toch twijfelen. En t ook continu hebben over t aanvriezen van de panelen. Maar als ik je goed begrijp is de SCOP bij jou prima. Op welke waardes kom jij uit?

[kjs021]

Met -5c zat ik nagenoeg altijd boven de 3 qua SCOP. Dit doe ik op basis van herinneringen. Kan helaas geen mooi rapportje over de maanden (verdeeld naar DHW (daily hot water) en CH (central heating) met je delen van mijn SCOP. Data in home assistent gaat niet ver genoeg terug.

Mogelijk dat anderen in dit forum dit kunnen aanvullen.

[MattMax]

Leen1967 schreef op zondag 13 september 2026 @ 19:18:
[...]
Maar als ik je goed begrijp is de SCOP bij jou prima. Op welke waardes kom jij uit?

Onderstaand een overzichtje van de SCOP voor CV. In juni en juli zit een dip. Dat werd veroorzaakt door een defecte thermostaat die na opnieuw opstarten dacht dat het 20 graden was en vervolgens ging bijstoken.
Ik heb de SCOP voor SWW (douchen, etc.) bewust buiten beschouwing gelaten. Dat programma gaat bij mij ook vaak aan als ik extra zonnestroom beschikbaar heb en een lagere SCOP is dan acceptabel.

[Maarten60]

@Leen1967
Onze ervaring met HR-Energy/PVT is over het geheel genomen positief.

Ik heb vooraf via de installateur een warmteverliesberekening laten maken. Dat geeft een goede indicatie, maar kijk wel kritisch naar de uitgangspunten, zoals de aangenomen kamertemperaturen (bijvoorbeeld slaapkamers) en minimale buitentemperatuur.

Daarnaast heb ik boven de radiatoren in de ruimtes die we gebruiken vervangen door LTV-radiatoren met Heatmeisters. Beneden is de oude mengverdeler van de vloerverwarming vervangen door een gesloten/pomploze verdeler met flowmeters. Waterzijdig inregelen had ik expliciet in de offerte opgenomen. Dat soort zaken blijken in de praktijk minstens zo belangrijk als de warmtepomp zelf.

Aanvriezen van de PVT-panelen gebeurt bij ons wel, maar heeft tot nu toe geen problemen gegeven. Inmiddels hebben de warmtepompen 3.576 uur verwarmd en daarvan heeft het elektrische element 48 uur meegeholpen (1,3% van de bedrijfsuren). Problemen bij hoge buitentemperaturen herken ik ook niet als iets structureels.

Een exacte SCOP heb ik door verlies van historische HA-data niet meer beschikbaar, maar voor zover ik me herinner zaten we tegen de 4.

[willem9503]

Leen1967 schreef op zondag 13 september 2026 @ 19:18:
[...]

Dank je wel voor de info. In andere items op tweakers zitten blijkbaar veel PVT haters die het helemaal afkraken, en continu aanhalen dat de SCOP veel lager zou zijn dan aangegeven en dan ga je toch twijfelen. En t ook continu hebben over t aanvriezen van de panelen. Maar als ik je goed begrijp is de SCOP bij jou prima. Op welke waardes kom jij uit?

Nou, om positief te blijven...
Ik sluit me redelijk bij Maarten en Mattmax aan.
Maar veel staat of valt met de gekozen installateur en de ervaring met dit systeem (of warmtepompen in het algemeen) icm met VVW. Ik doe alleen verwarming met Qube, tapwater via zonneboiler, koelen vind ik onzin (mijn huis is tevens warmtebuffer, dus start later met verwarmen) en mijn vrouw heeft gauw last van koude voeten, die discussie wil/win ik ook niet.. .

Note: Meetwaardes vanaf 15/2, Verhuizing naar nieuwe HA-instance heeft dataverlies opgelevert... . Buitentemp. er even bij geplaatst. Geeft toch ietsje meer duiding over de SCOP. Ik heb zelf namelijk wel best impact van lagere temperaturen en aangevroren panelen op plat dak. Heeft deels te maken met de ligging van de panelen vermoed ik, ik overweeg om ze om te laten draaien naar zuid en noord (nu 8x oost en 7x west, zou mogelijk dan 9x zuid en 6x noord kunnen worden, maar dan iets meer schaduw op de zuid panelen(dak van huis), dus iets minder opbrengst in de zomer.)

Verder is het systeem erg gevoelig voor verschillende temperatuurszones in huis. Als je ergens een zone hebt waar je fors minder wilt verwarmen dat is flowregeling van extreem belang en zou ik daarvoor een andere manier vinden dan de regelaars op de verdeler. Heeft bij mij best wel even geduurd voor dat dit redelijk/goed liep (komende winter meer....) maar consequentie was wel dat bij 2067 bedrijfsuren het electrisch element er 330 heeft gemaakt omdat retourwater temperatuur structureel laag bleef op momenten.

Verder kunnen aanvoerleidingen naar de VVW-verdelers bijna niet groot genoeg zijn. Ik dacht al ruim te zitten met 32mm rehau stabil (binnen 23mm) bij initiële advies van 22mm koper, maar wou dat ik voor een maatje groter had gekozen.....

[Leen1967]

@MattMax , @Maarten60 , @kjs021 , @willem9503 dank jullie allen voor de uitgebreide feedback stelt mij toch wat meer gerust dat dit systeem geschikt zou kunnen zijn voor mijn situatie.

Helaas zijn de aanvoerbuizen naar de VVW maar 20mm en kan ik die niet (makkelijk) verzwaren. De verdeler zou ik deze keer inderdaad laten vervangen voor een pomp-loze.

Waterzijdig inregelen stond ook op mijn lijstje. Is bij mijn vorige L/W warmtepomp nooit gedaan en denk ik mede een reden waarom hij in de twee maanden gebruik nooit lekker gedraaid heeft. Was destijds volgens de installateur allemaal niet nodig Bleek achteraf een CV installatiebedrijf die dacht ook wel warmtepompen te kunnen plaatsen.

Hopelijk werkt hr-energy wel met deskundige installateurs (regio Westland).

Mijn PV panelen liggen O/W en heb geen alternatieven, zou alleen kunnen kijken om alles west te plaatsen. Op oost niet voldoende ruimte. Of is oost west verdelen beter?

We hebben alleen VVW beneden en daar alles op zelfde temperatuur. Boven radiatoren met regeling met Tado knoppen per kamer. Werkte met de l/w warmtepomp voldoende. Maar die had een aanvoertemp van 50 graden meen ik me te herinneren en kon met Tado aangestuurd. Heeft iemand ervaring hoe dat met dit systeem gaat? Want een warme badkamer en thuiswerkplek is in de winter wel lekker.

Tenslotte nog een laatste vraag heeft iemand ook alternatieven overwogen? Zoals Triple solar of Volthera etc?

[Maarten60]

@Leen1967
Ik heb een paar jaar geleden bij mijn keuze ook naar Triple Solar gekeken. Voor zover ik me herinner was voor mij toen een belangrijk voordeel van HR-Energy dat het PV-paneel en de thermische wisselaar los van elkaar staan. Daardoor had ik meer vrijheid in de keuze van de PV-panelen en omvormers.

Wat destijds verder precies de doorslag heeft gegeven weet ik eerlijk gezegd niet meer, en de systemen zijn inmiddels natuurlijk ook verder ontwikkeld. Geen idee dus wat ik zou kiezen als ik de keuze vandaag opnieuw moest maken.

[Leen1967]

Maarten60 schreef op maandag 14 september 2026 @ 21:20:
@Leen1967
Ik heb een paar jaar geleden bij mijn keuze ook naar Triple Solar gekeken. Voor zover ik me herinner was voor mij toen een belangrijk voordeel van HR-Energy dat het PV-paneel en de thermische wisselaar los van elkaar staan. Daardoor had ik meer vrijheid in de keuze van de PV-panelen en omvormers.

Wat destijds verder precies de doorslag heeft gegeven weet ik eerlijk gezegd niet meer, en de systemen zijn inmiddels natuurlijk ook verder ontwikkeld. Geen idee dus wat ik zou kiezen als ik de keuze vandaag opnieuw moest maken.

Inderdaad dat is een belangrijk verschil, maar ook de prijs verschilt sterk en vroeg me af of iemand weet waarom.

[kjs021]

Wat is het verschil qua prijzen? Ben wel benieuwd.

[Fr33z]

kjs021 schreef op dinsdag 15 september 2026 @ 19:41:
Wat is het verschil qua prijzen? Ben wel benieuwd.

ongeveer 50% duurder bij triple solar dan Hr-energy lijkt het.

[Fr33z]

MattMax schreef op maandag 14 september 2026 @ 09:44:
[...]

Onderstaand een overzichtje van de SCOP voor CV. In juni en juli zit een dip. Dat werd veroorzaakt door een defecte thermostaat die na opnieuw opstarten dacht dat het 20 graden was en vervolgens ging bijstoken.
Ik heb de SCOP voor SWW (douchen, etc.) bewust buiten beschouwing gelaten. Dat programma gaat bij mij ook vaak aan als ik extra zonnestroom beschikbaar heb en een lagere SCOP is dan acceptabel.

[Afbeelding]

mooie data! dankje voor het delen. Wat voor afgiftesysteem en stooklijn heb je? En zou je er jaar-rond een SCOP van kunnen berekenen voor het verwarmingsbedrijf?

[Leen1967]

Fr33z schreef op dinsdag 15 september 2026 @ 19:45:
[...]

ongeveer 50% duurder bij triple solar dan Hr-energy lijkt het.

Ja dat zijn ook de getallen die ik online zie. Wacht nog op afspraak met beide bedrijven om echte offertes te krijgen.

[Maarten60]

Ben wel benieuwd naar je finale conclusie

[MattMax]

Fr33z schreef op dinsdag 15 september 2026 @ 19:46:
[...]

mooie data! dankje voor het delen. Wat voor afgiftesysteem en stooklijn heb je? En zou je er jaar-rond een SCOP van kunnen berekenen voor het verwarmingsbedrijf?

Vloerverwarming op begane grond en in de badkamer op de eerste verdieping. Andere ruimtes worden alleen tijdelijk verwarmd m.b.v. airco. Dat is in onze situatie gunstiger dan continu verwarmen met vloerverwarming.

Stooklijn


COP voor centrale verwarming op basis van beschikbare data


De rij "trimmed" bevat niet de standby-dagen met een hogere buitentemperatuur en bevat ook niet een aantal dagen waar de data niet klopte vanwege defecte thermostaat. Helaas geen complete data van december en januari voor een goed totaalbeeld van de wintermaanden.

COP in relatie tot buitentemperatuur

[Fr33z]

MattMax schreef op woensdag 16 september 2026 @ 14:14:
[...]

Vloerverwarming op begane grond en in de badkamer op de eerste verdieping. Andere ruimtes worden alleen tijdelijk verwarmd m.b.v. airco. Dat is in onze situatie gunstiger dan continu verwarmen met vloerverwarming.

Stooklijn
~[Afbeelding]

COP voor centrale verwarming op basis van beschikbare data
~[Afbeelding]

De rij "trimmed" bevat niet de standby-dagen met een hogere buitentemperatuur en bevat ook niet een aantal dagen waar de data niet klopte vanwege defecte thermostaat. Helaas geen complete data van december en januari voor een goed totaalbeeld van de wintermaanden.

COP in relatie tot buitentemperatuur
[Afbeelding]

Supermooie info, dankjewel! Ik schrik wel een beetje van de COP, die had ik ergens wat hoger verwacht. Dit haal je met een lucht-water warmtepomp ook gemakkelijk met die lage aanvoertemperatuur die je hebt. Ik snap wel dat PVT vooral gaaf is vanwege laag geluidsniveau en hoge COP in de zomer voor tapwater. Maar voor verwarming is de energieprestatie dus zo te zien gewoon "OK" maar niet mega-goed.

Vooral de COP bij warmere dagen snap ik niet zo goed. Hier een hele simpele L/W WP en ook vloerverwarming/zelfde stooklijn. Ik haal makkelijk COP van 5 op dagen dat het 5C of warmer is buiten. Misschien zit er iets geks in de berekening of weergave van de warmtepomp die je hebt, of mogelijk onderschatten ze ergens bijv hoeveel warmte er nou geproduceerd wordt.

[ Voor 10% gewijzigd door Fr33z op 16-09-2026 14:31 ]

[MattMax]

Fr33z schreef op woensdag 16 september 2026 @ 14:29:
[...]

Supermooie info, dankjewel! Ik schrik wel een beetje van de COP, die had ik ergens wat hoger verwacht. Dit haal je met een lucht-water warmtepomp ook gemakkelijk met die lage aanvoertemperatuur die je hebt. Ik snap wel dat PVT vooral gaaf is vanwege laag geluidsniveau en hoge COP in de zomer voor tapwater. Maar voor verwarming is de energieprestatie dus zo te zien gewoon "OK" maar niet mega-goed.

Vooral de COP bij warmere dagen snap ik niet zo goed. Hier een hele simpele L/W WP en ook vloerverwarming/zelfde stooklijn. Ik haal makkelijk COP van 5 op dagen dat het 5C of warmer is buiten. Misschien zit er iets geks in de berekening of weergave van de warmtepomp die je hebt, of mogelijk onderschatten ze ergens bijv hoeveel warmte er nou geproduceerd wordt.

Terecht punt! Voor verwarming is het inderdaad gewoon "OK". Een L/W WP is vaak efficiënter, maar een losse buitenunit was lastig is onze situatie. Als de zon niet schijnt, is het PVT paneel een luchtwarmtewisselaar, maar dan zonder ventilator. Een traditionele buiten-unit zal dan zeker efficiënter werken. Conclusie is wellicht een beetje te kort door de bocht, maar PVT biedt met name voordeel qua tapwater en stilte (geen buitenunit). Voor ruimteverwarming is het vooral interessant om overdag te verwarmen. Dat doe ik via de SGready opties.

[YJB]

Ik had dit al een tijdje willen vragen, maar het was er nog niet van gekomen.

Direct na de installatie was het standby verbruik van de Qube 17W (op de fase waar de compressor op zit).
Op 16 mei werd dit om 08:00 24W en een uur later om 09:00 38W, Sinds die tijd is het standby verbruik altijd 38W.
Dit is gemeten met een externe meter (SDM72). Volgens mij is er niets gewijzigd.

Benieuwd of iemand anders dit ook heeft gezien, en of er een verklaring voor is. Op jaarbasis is dit toch een behoorlijk verschil.

[kjs021]

Sinds afgelopen zaterdag (mogelijk na het herstarten van een Linq) geven mijn SCOP's geen waarden meer aan - zie plaatje hieronder. De COP (calculated) werkt wel gewoon en is in lijn met wat ik zie op de interface van de warmtepomp zelf. Weet iemand hoe dit zit? De Linqs en de HA interface geven geen fouten aan oid.



ps, ben het huis gelukkig nog lang niet actief aan het verwarmen, maar wilde het voor deze keer even testen. Normaliter zag ik wel waarden staan n.a.v. het verwarmen van de DHW. Draait nu met een mooie COP van 6.1 :)

@YJB - heb het zelf nooit specifiek gemeten. Ik zie echter geen afwijking bij mijn bemetering rond het reguliere nachtelijk verbruik (bij een hoger verbruik zou dat ook hoger moeten zijn uitgevallen).

[ Voor 15% gewijzigd door kjs021 op 17-09-2026 14:41 ]

[MattMax]

kjs021 schreef op donderdag 17 september 2026 @ 14:33:
Sinds afgelopen zaterdag (mogelijk na het herstarten van een Linq) geven mijn SCOP's geen waarden meer aan - zie plaatje hieronder. De COP (calculated) werkt wel gewoon en is in lijn met wat ik zie op de interface van de warmtepomp zelf. Weet iemand hoe dit zit? De Linqs en de HA interface geven geen fouten aan oid.
...

Ik had precies hetzelfde probleem. Je kan een pre-release van de nieuwste HACS downloaden waarin wat extra functionaliteit zit om dit te monitoren. Bij mij was het probleem dat de energy counters op de controller "bevroren" waren. Dit kon ik alleen oplossen door de warmtepomp helemaal opnieuw op te starten via de installatie-automaat. Nu werkt alles weer.

[Dr Nix]

Leen1967 schreef op vrijdag 11 september 2026 @ 21:27:
Vraag me wel af of de gemelde problemen met aanvriezen van de panelen in de winter of juist de storing bij heel hoge buiten temperaturen een echt probleem is of slechts iets sporadisch? Een wat is de SCOP in werkelijkheid. Las op een andere site iemand die niet boven 4 kwam.

Even als toevoeging mijn SCOP-plaatje. Zowel per maand uitgerekend als per jaar (reset in januari). Over het hele jaar heen kwam ik vorig jaar uit op 5,12 voor CV en 2,98 voor SWW. NB ik heb niet eens vloerverwarming, alleen radiatoren.



Ijs in de winter op de panelen gebeurt bij mij zeker wel. En zodra het dooit komt het met donderend geraas weer naar beneden... Ook was duidelijk de broncapaciteit een stuk lager (wellicht te laag...) toen er dik sneeuw op lag en het vroor. Maar kouder dan 18C is het hier binnen nooit geweest.

Nog een vraag voor jou of je een PVT systeem kan installeren: Hoeveel panelen heb je / kan je kwijt?

[Leen1967]

Dr Nix schreef op maandag 21 september 2026 @ 12:26:
[...]

Nog een vraag voor jou of je een PVT systeem kan installeren: Hoeveel panelen heb je / kan je kwijt?

Ik heb nu 15 PV panelen dus voldoende plek

[Jeronim0]

Dr Nix schreef op maandag 21 september 2026 @ 12:26:
[...]

Even als toevoeging mijn SCOP-plaatje. Zowel per maand uitgerekend als per jaar (reset in januari). Over het hele jaar heen kwam ik vorig jaar uit op 5,12 voor CV en 2,98 voor SWW. NB ik heb niet eens vloerverwarming, alleen radiatoren.

[Afbeelding]

Ijs in de winter op de panelen gebeurt bij mij zeker wel. En zodra het dooit komt het met donderend geraas weer naar beneden... Ook was duidelijk de broncapaciteit een stuk lager (wellicht te laag...) toen er dik sneeuw op lag en het vroor. Maar kouder dan 18C is het hier binnen nooit geweest.

Nog een vraag voor jou of je een PVT systeem kan installeren: Hoeveel panelen heb je / kan je kwijt?

En bij welke retourtemperaturen is dat (o.b.v. stooklijn)?

[Dr Nix]

Jeronim0 schreef op maandag 21 september 2026 @ 12:54:
[...]

En bij welke retourtemperaturen is dat (o.b.v. stooklijn)?

In Januari een aanvoer van ongeveer 40C en een retour van 32C, 6kW thermisch.

[willem9503]

Hm, we gaan richting de winter dus iedereen in de voorbereiding...

Zelff net even de logging doorgenomen en heb dan wel een bijzondere:


Lijkt verder geen consequenties te hebben gehad........
Qube draait op dit moment foutloos...

[Jeronim0]

Dr Nix schreef op maandag 21 september 2026 @ 15:09:
[...]

In Januari een aanvoer van ongeveer 40C en een retour van 32C, 6kW thermisch.

Ok, ik kan alleen de retourtemperatuur opgeven voor 4 verschillende buitentemperaturen. De delta is dacht ik altijd 5 graden waar de warmtepomp naar toe probeert te regelen (aanvoer=retour+5).

[willem9503]

Zijn er meer gebruikers die momenteel (al een tijdje) geen weerdata zien/krijgen?

[YJB]

willem9503 schreef op vrijdag 25 september 2026 @ 13:11:
Zijn er meer gebruikers die momenteel (al een tijdje) geen weerdata zien/krijgen?

Hier gaat het goed:

[willem9503]

Dan zal ik de Qube maar een schopje geven denk ik. Blijkbaar in de war geraakt van iets.......

[willem9503]

2e schopje heeft geholpen. Was blijkbaar ergens onderweg z'n internet vergeten...