Ondanks dat de advertentie melding maakt van Qube is dit de QBooster. En volgens mij is daar geen 8Kw versie van dus iets klopt hier niet..........lijkt het.
Maar voor habbekrats overnemen en in cascade zetten, zou mijn probleem ook oplossen.....
Maar voor habbekrats overnemen en in cascade zetten, zou mijn probleem ook oplossen.....
Hallo Willem,:
[...]
Ondanks dat de advertentie melding maakt van Qube is dit de QBooster. En volgens mij is daar geen 8Kw versie van dus iets klopt hier niet..........lijkt het.
Maar voor habbekrats overnemen en in cascade zetten, zou mijn probleem ook oplossen.....
Je praat over een probleem. Dat is met een warmtepomp vaak niet gerelateerd aan 1 zaak. Ligt het aan vermogen warmtepomp, de bron, afgifte, warmteverlies woning etc.
Vraag dus even aan je installateur of hij een mailtje waagt aan onze support, met vermelding van wat je als probleem ervaart, dan kijken we even mee hoe en wat.
Ik neem het probleem mee in de discussie over de inruil.
Issue is:
Ik heb 9 VVW zones in huis, die komen met 10m leiding vanaf verdeler naar booster
Ik heb 2 VVW zones in de garage, die komen met 80 cm leiding naar bij booster samen met de rest.
Garage koelt harder af dan het huis (logisch) omdat:
- Het betonpakket op leiding maar 3cm (10cm in huis)
- En garagedeuren open gaan en overhead deur minder isoleert.
Misschien helpt splitsen in zones op de Booster/Qube. Maar dat zal bij vervanging meegenomen moeten worden.
Voordeel, vanaf volgende week is het weer goed dooi en een stuk warmer, dan is het probleem er ook niet.
Ten faveure installateur, garage is later toegevoegd en hij heeft vorig jaar al getuned en ik geloof ook contact gehad.
Maar zal het meenemen in de beantwoording van de mail. Dank voor het aanbod.
Wij hebben een qube wp die bij ons op zolder (houten vloer) staat. Die was aan het einde van het 2023 stookseizoen stil (geen geluid). Nu hoor ik een zwakke brom als ik op zolder sta, die niet te horen is op de kamers onder de zolder.
Ben nog wel benieuwd waar dat geluid opeens vandaan komt.
Ik ben tevreden met de wp. ons huis wordt lekker warm (bj 2009). Problemen als in dit topic beschreven (lekkages etc ) herken ik niet. Wij hebben 2 wp-en in cascade staan en de manier waarop het buffervat werkt was nog niet 100%. Dat is kennelijk met de nieuwe software opgelost maar dat moeten we nog even zien.
Voor wat het waard is: het is voor mij duidelijk dat de 1e generatie problemen heeft. Kennelijk wordt dat ook door hr-enery erkend en daarom bieden ze aan om de wp te vervangen door de nieuwe generatie. Ik krijg sterk de indruk dat er geen ontwikkelingen meer gebeuren op de 1e generatie.
Ik kan natuurlijk niet in jullie portemonnee kijken, maar ik wil een apparaat dat ca 10 jaar meegaat en de qube lijkt mij meer toekomst vast. (je kan ook de garantie nog met 5 jaar verlengen). Dus ik zou het sterk overwegen.
Voor de duidelijkheid, ik ben een kritische consument richting hr-energy en heb geen enkele financieel belang in de onderneming.
Goed bezig @MattMax! Wat betreft de "twee waarden": Ze bedoelen denk ik dat de waarde twee registers beslaat. Een modbus register is 2 bytes, dus in totaal 4 bytes. En daar hebben ze bijna overal floats in gezet. Het zou inderdaad goed zijn als de volgende versie van het document het datatype erbij zet.
Ik heb ook lopen klussen om de (S)COP uit te rekenen, per dag maand en jaar, uitgesplitst naar tapwater en CV. Dit lijkt nu aardig te werken. Ik doe dit op basis van huidig vermogen, thermisch en elektrisch, en de status van de driewegklep. Ik denk dat het redelijk accuraat is, maar het werkt op basis van integratie wat een probleem kan opleveren. Helaas is er nog geen register beschikbaar voor de totale elektrische energie, dus het moet maar even zo.
Dit levert dergelijke plaatjes op:
:strip_exif()/f/image/64zgnxr1SrkWoZb4w3FQW74O.png?f=user_large)
:strip_exif()/f/image/kQ4o1dK0ZrTU0VILZNq56gB3.png?f=user_large)
Overigens in mijn SCOP niet zo hoog hier vanwege het koude weer en omdat ik geen vloerverwarming heb.
Ik heb ook lopen klussen om de (S)COP uit te rekenen, per dag maand en jaar, uitgesplitst naar tapwater en CV. Dit lijkt nu aardig te werken. Ik doe dit op basis van huidig vermogen, thermisch en elektrisch, en de status van de driewegklep. Ik denk dat het redelijk accuraat is, maar het werkt op basis van integratie wat een probleem kan opleveren. Helaas is er nog geen register beschikbaar voor de totale elektrische energie, dus het moet maar even zo.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
| template:
- sensor:
- name: "WP1 Status Translated"
state: >
{% set status_map = {
1: "Standby",
8: "Startup",
9: "Shutdown",
16: "Heating",
22: "Heating DHW"
} %}
{{ status_map.get(states('sensor.wp1_status') | int(0), states('sensor.wp1_status')) }}
unique_id: wp1_status_translated
icon: mdi:information
- name: "WP1 Electric Power DHW"
state: >
{% if is_state('binary_sensor.wp1_3_way_valve', 'on') %}
{{ states('sensor.wp1_electric_power') | float(0) }}
{% else %}
0
{% endif %}
unit_of_measurement: "W"
device_class: power
- name: "WP1 Electric Power Heating"
state: >
{% if is_state('binary_sensor.wp1_3_way_valve', 'off') %}
{{ states('sensor.wp1_electric_power') | float(0) }}
{% else %}
0
{% endif %}
unit_of_measurement: "W"
device_class: power
- name: "WP1 Thermal Power DHW"
state: >
{% if is_state('binary_sensor.wp1_3_way_valve', 'on') %}
{{ states('sensor.wp1_thermal_power') | float(0) }}
{% else %}
0
{% endif %}
unit_of_measurement: "W"
device_class: power
- name: "WP1 Thermal Power Heating"
state: >
{% if is_state('binary_sensor.wp1_3_way_valve', 'off') %}
{{ states('sensor.wp1_thermal_power') | float(0) }}
{% else %}
0
{% endif %}
unit_of_measurement: "W"
device_class: power
- name: "WP1 SCOP DHW Monthly"
state: >
{{ states('sensor.wp1_thermal_energy_dhw_monthly') | float(0) / states('sensor.wp1_electric_energy_dhw_monthly') | float(1) }}
unit_of_measurement: "CoP"
unique_id: 68f6bf38-cf42-11ef-be7c-e3a371703aa4
state_class: total
- name: "WP1 SCOP Heating Monthly"
state: >
{{ states('sensor.wp1_thermal_energy_heating_monthly') | float(0) / states('sensor.wp1_electric_energy_heating_monthly') | float(1) }}
unit_of_measurement: "CoP"
unique_id: 68f6c118-cf42-11ef-be7d-b7c90736a741
state_class: total
- name: "WP1 SCOP DHW Daily"
state: >
{{ states('sensor.wp1_thermal_energy_dhw_daily') | float(0) / states('sensor.wp1_electric_energy_dhw_daily') | float(1) }}
unit_of_measurement: "CoP"
unique_id: 68f6c168-cf42-11ef-be7e-834eae7df5b2
state_class: total
- name: "WP1 SCOP Heating Daily"
state: >
{{ states('sensor.wp1_thermal_energy_heating_daily') | float(0) / states('sensor.wp1_electric_energy_heating_daily') | float(1) }}
unit_of_measurement: "CoP"
unique_id: 68f6c19a-cf42-11ef-be7f-c3f99563ce1a
state_class: total
- name: "WP1 SCOP DHW Yearly"
state: >
{{ states('sensor.wp1_thermal_energy_dhw_yearly') | float(0) / states('sensor.wp1_electric_energy_dhw_yearly') | float(1) }}
unit_of_measurement: "CoP"
unique_id: 8a284f8a-cf44-11ef-b484-0f5c0435de9a
state_class: total
- name: "WP1 SCOP Heating Yearly"
state: >
{{ states('sensor.wp1_thermal_energy_heating_yearly') | float(0) / states('sensor.wp1_electric_energy_heating_yearly') | float(1) }}
unit_of_measurement: "CoP"
unique_id: 8a28541c-cf44-11ef-b485-073509ace6b9
state_class: total
sensor:
- platform: integration
source: sensor.wp1_electric_power_dhw
name: WP1 Electric Energy DHW
unit_prefix: k
round: 3
max_sub_interval:
seconds: 10
method: left
unique_id: ea4f5c5e-ce91-11ef-acf9-7b117594baad
- platform: integration
source: sensor.wp1_electric_power_heating
name: WP1 Electric Energy Heating
unit_prefix: k
round: 3
max_sub_interval:
seconds: 10
method: left
unique_id: ea4f600a-ce91-11ef-acfa-3b264ef40c77
- platform: integration
source: sensor.wp1_thermal_power_dhw
name: WP1 Thermal Energy DHW
unit_prefix: k
round: 3
max_sub_interval:
seconds: 10
unique_id: ea4f60aa-ce91-11ef-acfb-332d702cc4d1
- platform: integration
source: sensor.wp1_thermal_power_heating
name: WP1 Thermal Energy Heating
unit_prefix: k
round: 3
max_sub_interval:
seconds: 10
unique_id: ea4f612c-ce91-11ef-acfc-f7d073aeb83b
utility_meter:
wp1_electric_energy_dhw_monthly:
name: "WP1 Electric Energy DHW Monthly"
source: sensor.wp1_electric_energy_dhw
cycle: monthly
unique_id: 948e0720-ce9b-11ef-b5ab-fb6505cfc871
wp1_thermal_energy_dhw_monthly:
name: "WP1 Thermal Energy DHW Monthly"
source: sensor.wp1_thermal_energy_dhw
cycle: monthly
unique_id: 948e08a6-ce9b-11ef-b5ac-3b594dae79ba
wp1_electric_energy_heating_monthly:
name: "WP1 Electric Energy Heating Monthly"
source: sensor.wp1_electric_energy_heating
cycle: monthly
unique_id: 948e08ce-ce9b-11ef-b5ad-df8219340c96
wp1_thermal_energy_heating_monthly:
name: "WP1 Thermal Energy Heating Monthly"
source: sensor.wp1_thermal_energy_heating
cycle: monthly
unique_id: 948e08ec-ce9b-11ef-b5ae-6bc1dff4618b
wp1_electric_energy_dhw_daily:
name: "WP1 Electric Energy DHW Daily"
source: sensor.wp1_electric_energy_dhw
cycle: daily
unique_id: 0c47063e-cea3-11ef-b33b-1741ed7fe92c
wp1_thermal_energy_dhw_daily:
name: "WP1 Thermal Energy DHW Daily"
source: sensor.wp1_thermal_energy_dhw
cycle: daily
unique_id: 0c47095e-cea3-11ef-b33c-0f8340e08b5c
wp1_electric_energy_heating_daily:
name: "WP1 Electric Energy Heating Daily"
source: sensor.wp1_electric_energy_heating
cycle: daily
unique_id: 0c4709d6-cea3-11ef-b33d-e7b481705937
wp1_thermal_energy_heating_daily:
name: "WP1 Thermal Energy Heating Daily"
source: sensor.wp1_thermal_energy_heating
cycle: daily
unique_id: 0c470a26-cea3-11ef-b33e-4356ba7688d3
wp1_electric_energy_dhw_yearly:
name: "WP1 Electric Energy DHW Yearly"
source: sensor.wp1_electric_energy_dhw
cycle: yearly
unique_id: 4850c812-cf44-11ef-b27b-ab27b86883b7
wp1_thermal_energy_dhw_yearly:
name: "WP1 Thermal Energy DHW Yearly"
source: sensor.wp1_thermal_energy_dhw
cycle: yearly
unique_id: 4850ccfe-cf44-11ef-b27c-53b802ab5c6f
wp1_electric_energy_heating_yearly:
name: "WP1 Electric Energy Heating Yearly"
source: sensor.wp1_electric_energy_heating
cycle: yearly
unique_id: 4850cdd0-cf44-11ef-b27d-b3635bd354fc
wp1_thermal_energy_heating_yearly:
name: "WP1 Thermal Energy Heating Yearly"
source: sensor.wp1_thermal_energy_heating
cycle: yearly
unique_id: 4850ce8e-cf44-11ef-b27e-4b6fa27fce66 |
Dit levert dergelijke plaatjes op:
Overigens in mijn SCOP niet zo hoog hier vanwege het koude weer en omdat ik geen vloerverwarming heb.
Een koe is en blijft een merkwaardig beest!
@MattMax Twee registers a 16 bit is 32 bit dus int32 voor bedrijfsuren. Die 16 meest significante bits zullen allemaal nog nul zijn als je nog geen 65536 bedrijfsuren hebt gemaakt 
Het laatste bedrijfsuren register zit op adres 60 terwijl de volgende op 61 zit, dus dat zouden dan geen twee registers zijn... Het is me momenteel te laat om de documentatie erbij te pakken om te checken wat daar staat.
Deze registers heb ik overigens ook bij software 2.0.8 gevonden:
Het laatste bedrijfsuren register zit op adres 60 terwijl de volgende op 61 zit, dus dat zouden dan geen twee registers zijn... Het is me momenteel te laat om de documentatie erbij te pakken om te checken wat daar staat.
Deze registers heb ik overigens ook bij software 2.0.8 gevonden:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
| - name: wp38 whrs heating SWW # Working hours
unique_id: warmtepomp.whrs_heating_sww
state_class: measurement
scan_interval: 60
device_class: duration
unit_of_measurement: h
slave: 1
address: 0x38
input_type: holding
data_type: uint32
precision: 0
- name: wp3A whrs heating CV # Working hours
unique_id: warmtepomp.whrs_heating_CV
state_class: measurement
scan_interval: 60
device_class: duration
unit_of_measurement: h
slave: 1
address: 0x3A
input_type: holding
data_type: uint32
precision: 0
- name: wp3C whrs cooling CV # Working hours
unique_id: warmtepomp.whrs_cooling_cv
state_class: measurement
scan_interval: 60
device_class: duration
unit_of_measurement: h
slave: 1
address: 0x3C
input_type: holding
data_type: uint32
precision: 0
- name: wp3E whrs heat elem 1 # Working hours
unique_id: warmtepomp.whrs_heat_elem_1
state_class: measurement
scan_interval: 60
device_class: duration
unit_of_measurement: h
slave: 1
address: 0x3E
input_type: holding
data_type: uint32
precision: 0
- name: wp40 whrs heat elem 2 # Working hours
unique_id: warmtepomp.whrs_heat_elem_2
state_class: measurement
scan_interval: 60
device_class: duration
unit_of_measurement: h
slave: 1
address: 0x40
input_type: holding
data_type: uint32
precision: 0
- name: wp42 whrs heat elem 3 # Working hours
unique_id: warmtepomp.whrs_heat_elem_3
state_class: measurement
scan_interval: 60
device_class: duration
unit_of_measurement: h
slave: 1
address: 0x42
input_type: holding
data_type: uint32
precision: 0 |
[ Voor 5% gewijzigd door BB_Elektro op 25-01-2025 00:08 ]
Thanks, dat verklaart! Dan heb ik bij continu bedrijf nog ruim 7 jaar om de code aan te passen, dat moet lukken:
@MattMax Twee registers a 16 bit is 32 bit dus int32 voor bedrijfsuren. Die 16 meest significante bits zullen allemaal nog nul zijn als je nog geen 65536 bedrijfsuren hebt gemaakt
5670PV op OzOOO, 5640PV op WnWWW, 3150PV op muur op ZZZW, vloerisolatie, HR++,dakisolatie, PANA 9Jmonoblock WP, Ioniq EV 2017
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
| # 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:
:strip_exif()/f/image/D0iTSDINrvxTyYecGMkS0gAW.png?f=user_large)
In je energie dashboard staat ie er dan netjes tussen:
:strip_exif()/f/image/1h9RoYS168d6R9bUDrpzFEob.png?f=user_large)
@HR_support Bedankt voor het toevoegen van dit register!
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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
| # ---- 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:
:strip_exif()/f/image/fCw93IxfbWqwB7tHflK5sIkm.png?f=user_large)
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:
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:
/f/image/0PZ0LzqgBlzhNhoaJFsCbxt0.png?f=fotoalbum_large)
Verder heb ik de status van de drie- en vierwegkleppen vertaald naar hun functie en heb ik de unit status lijst compacter gemaakt:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
| 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:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
| #-------------------- 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 |
:strip_exif()/f/image/0PZ0LzqgBlzhNhoaJFsCbxt0.png?f=user_large)
[ Voor 4% gewijzigd door BB_Elektro op 25-05-2025 21:39 ]
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)
Thanks! Die PDF had ik gemist en ik gebruik zelf geen Linq. Helemaal duidelijk zo!:
[...]
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,:
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.
...
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.
:no_upscale():strip_icc():strip_exif()/f/image/Z2prxRdIYJvIQ2AoyCncOhXa.jpg?f=user_large)
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.
/f/image/34StHq0BjD4Dxk0RYlq3YbUp.png?f=fotoalbum_large)
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.
:strip_exif()/f/image/34StHq0BjD4Dxk0RYlq3YbUp.png?f=user_large)
[ Voor 3% gewijzigd door hbolten op 02-07-2025 17:09 ]
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)
:strip_exif()/f/image/jP3npkmTJJv1QWJP1q0tcezy.jpg?f=fotoalbum_large)
Dit is mijn grafiek (heb twee wp-en)
:no_upscale():strip_icc():strip_exif()/f/image/jP3npkmTJJv1QWJP1q0tcezy.jpg?f=user_large)
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:
1
2
3
4
5
6
7
| - 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:
:strip_exif()/f/image/ppFLriOtPuEnVuWFfDAQJQJS.png?f=user_large)
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:
:strip_exif()/f/image/qAw0c7YKCqz7pkfG8nn7CkP1.png?f=user_large)
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:
Waardes na wat stoeiwerk met swap: word
:no_upscale():strip_icc():strip_exif()/f/image/xGcaiJI42alJEqqA3bDS5Mo1.jpg?f=user_large)
Waardes na wat stoeiwerk zonder swap regel
:no_upscale():strip_icc():strip_exif()/f/image/9pA7Uibk09nbEz0DcpbOBv0M.jpg?f=user_large)
Waardes na wat stoeiwerk met swap: word_byte
:no_upscale():strip_icc():strip_exif()/f/image/nrLu6AgiLpXk8qAA5WDIPgKJ.jpg?f=user_large)
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 )
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:
1
2
3
4
5
6
7
8
9
10
| - 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
)
Ha Willem,:
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).
...
Welkom bij de club
Je zit goed hoor, maar de waarde die je krijgt is niet wat je verwacht. Dit is wat ik zie:
:strip_exif()/f/image/PevhVswpMrkIBiEvSInYsJQR.png?f=user_large)
Mijn code is als onderstaand, geen swapping nodig. Heb je ergens anders iets van een byte-order ingesteld die niet klopt?
code:
1
2
3
4
5
6
7
8
9
10
11
| - 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 ]
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
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
:
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 ]
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:
:strip_exif()/f/image/rmUnRUwErBEqZ0W5enLIsDWZ.jpg?f=fotoalbum_large)
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
). 
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:
:no_upscale():strip_icc():strip_exif()/f/image/rmUnRUwErBEqZ0W5enLIsDWZ.jpg?f=user_large)
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 ]
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 ]
Het was even zoeken, maar deze staat er ook in.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
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
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"
:strip_exif()/f/image/Ba3THbPaNm6BkuYaSg2PHrok.png?f=user_large)