:fill(white):strip_exif()/i/2001429953.jpeg?f=thumbmini)
Op de elga zit een modbus aansluiting, die zou je kunnen gebruiken om alle gegevens eruit te halen.
[ Voor 8% gewijzigd door Ramon_1984 op 27-11-2021 09:18 ]
Gelukt hoor @number3 , top, bedankt. Dat is werkelijk plug and play. Ik zie diverse OT berichten binnen komen.
Jammer genoeg niet alle, zoals AM056 (debiet ) , Am010 (toerental pomp) en de energiemeetwaarden. Moet ik weer ouderwets naar de pomp lopen (nu snap ik dat gezegde
)
Ondertussen van een ESP boardje en 4 DS18B20 thermometers (met externe voelers) de 4 leidingen van de ELGA ACE verbonden. Gedachte daarbij is dat wanneer de leidingen van/naar de CV (de backup) warmer worden dat de ELGA de CV ketel om hulp vraagt. Want dat komt niet binnen via OT
We komen er wel..
EDIT: ondertussen ook in Modbus gedoken, ik zie diverse ontwikkelingen op zowel domoticz (plugin) als ESP platform. Zou fijn zijn als de Modbus kaart in de ELGA direct is af te tappen zonder de GTW-08 ..
Jammer genoeg niet alle, zoals AM056 (debiet ) , Am010 (toerental pomp) en de energiemeetwaarden. Moet ik weer ouderwets naar de pomp lopen (nu snap ik dat gezegde
) Ondertussen van een ESP boardje en 4 DS18B20 thermometers (met externe voelers) de 4 leidingen van de ELGA ACE verbonden. Gedachte daarbij is dat wanneer de leidingen van/naar de CV (de backup) warmer worden dat de ELGA de CV ketel om hulp vraagt. Want dat komt niet binnen via OT
We komen er wel..
EDIT: ondertussen ook in Modbus gedoken, ik zie diverse ontwikkelingen op zowel domoticz (plugin) als ESP platform. Zou fijn zijn als de Modbus kaart in de ELGA direct is af te tappen zonder de GTW-08 ..
[ Voor 35% gewijzigd door edkok op 29-11-2021 18:02 ]
:strip_icc():strip_exif()/u/84840/crop58f1e36fd7d46_cropped.jpeg?f=community)
/u/1920796/crop63f6009f42686_cropped.png?f=community)
De Modbus kit is enkel voor communicatie tussen de hoofdprint (ECH07) en de print voor de buitenunit (MCC1643), deze print kan namelijk niet overweg met het L-bus signaal waarmee de andere print's communiceren.
De GTW-08 gateway prik je ergens op het L-bus signaal, ik heb hiervoor de GTW-30 module verwijderd en op deze plaats de GTW-08 geplaatst. Wil je de GTW-30 GPRS module wel gebruiken, kun je met een extra kabel ook doorlussen.
Voor de communicatie met homeassistant een EW11 TCP/IP module op de GTW-08 aangesloten, gebruikt gemaakt van de voedingspanning op de loze stekker. (waar de afsluitweerstand op zit)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/06rUoiysrQT4MBRfVcXgVVXF.jpg?f=user_large)
Onderstaand sensoren heb ik tot nu toe zichtbaar gekregen in homeassistant, via Modbus.
De thermostaat functioneert alleen als ik hem op handmatig zet (voor homeassistant status "heat"), zet ik hem op status "auto" dan volgt de Etwist zijn programma en reageert deze niet op setpoint verandering.
Zet ik de thermostaat in homeassistant op "off" gaat de Elga op antivries modus.
Helaas zijn mogelijkheden met modbus in homeasisstant beperkt, het lukt me niet om eigen thermostaat statussen te maken. bijvoorbeeld handmatig, planning,vorstbeveiliging, programma 1 ect.
:fill(white):strip_exif()/f/image/OsghMz2KEOgjQOJGkMPdej3c.png?f=user_large)
De code voor configuration.yaml staat hieronder, deze heb ik afgeleid van onderstaande link.
https://community.home-as...gas-heating-device/336268
en de modbus tabel van Remeha
https://tools.remeha.nl/w...parameters-voor-GTW08.pdf
Het is noodzakelijk om een unique_id mee te geven, anders kun je de entiteiten niet aan een ruimte toewijzen.
Daarnaast device classes aangeven, zodat het ook klopt in homeassistant. (voor temperatuur sensoren hoefde het eigenlijk niet)
Ik denk dat deze info ook van toegevoegde waarde is voor anderen.
Heeft iemand nog tips, hoor ik het ook graag.
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
| modbus:
- name: GTW-08 Elga Ace
type: tcp
host: 192.168.2.199
port: 502
delay: 2
retries: 3
sensors:
- name: "Elga Aanvoertempearatuur Combi" #FlowTemperatureReceived
unique_id: elga1
slave: 100
address: 273
count: 1
input_type: holding
data_type: int16
scan_interval: 5
device_class: temperature
unit_of_measurement: °C
state_class: measurement
scale: 0.01
precision: 1
- name: "Elga Retourtemperatuur" #ReturnTemperatureReceived
unique_id: elga2
slave: 100
address: 274
count: 1
input_type: holding
data_type: int16
scan_interval: 5
device_class: temperature
unit_of_measurement: °C
state_class: measurement
scale: 0.01
precision: 1
- name: "Elga Waterdruk" #ApWaterPressure
unique_id: elga3
slave: 100
address: 409
count: 1
input_type: holding
data_type: int16
scan_interval: 5
device_class: pressure
unit_of_measurement: bar
state_class: measurement
scale: 0.1
precision: 1
- name: "Elga Buitentemperatuur" #varApTOutside
unique_id: elga4
slave: 100
address: 384
count: 1
input_type: holding
data_type: int16
scan_interval: 5
device_class: temperature
unit_of_measurement: °C
state_class: measurement
scale: 0.01
precision: 1
- name: "Elga Aanvoertempearatuur WP" #remeha_varHpHeatPumpTF
unique_id: elga5
slave: 100
address: 403
count: 1
input_type: holding
data_type: int16
scan_interval: 5
device_class: temperature
unit_of_measurement: °C
state_class: measurement
scale: 0.01
precision: 1
- name: "Elga Waterdoorstroming" #varApFlowmeter
unique_id: elg6
slave: 100
address: 410
count: 1
input_type: holding
data_type: uint16
scan_interval: 5
device_class: speed
unit_of_measurement: l/min
state_class: measurement
scale: 0.01
precision: 1
- name: "Elga Aanvoertemperatuur setpoint" #varZoneTemperatureSetpoint
unique_id: elga7
slave: 100
address: 1101
count: 1
input_type: holding
data_type: uint16
scan_interval: 5
device_class: temperature
unit_of_measurement: °C
state_class: measurement
scale: 0.01
precision: 1
- name: "Elga Ruimtesetpoint" #remeha_varZoneTRoomSetpoint
unique_id: elga8
slave: 100
address: 1102
count: 1
input_type: holding
data_type: int16
scan_interval: 5
device_class: temperature
unit_of_measurement: °C
state_class: measurement
scale: 0.1
precision: 1
- name: "Elga Ruimtetemperatuur" #varZoneTRoom
unique_id: elga9
slave: 100
address: 1104
count: 1
input_type: holding
data_type: int16
scan_interval: 5
device_class: temperature
unit_of_measurement: °C
state_class: measurement
scale: 0.1
precision: 1
- name: "Elga Energieverbruik totaal" #varApChEnergyConsumption
unique_id: elga10
slave: 100
address: 433
count: 2
input_type: holding
data_type: int32
scan_interval: 5
device_class: energy
unit_of_measurement: kWh
state_class: total
scale: 1
precision: 1
climates:
- name: "Elga Etwist Huiskamer"
unique_id: elga11
slave: 100
address: 1104
target_temp_register: 664
count: 1
input_type: holding
data_type: uint16
scan_interval: 5
max_temp: 35
min_temp: 5
precision: 1
scale: 0.1
temp_step: 0.5
temperature_unit: C
hvac_mode_register:
address: 649
values:
state_auto: 0
state_heat: 1
state_off: 2 |
Uiteindelijk in Duitsland bestelt, goedkoper dan NL groothandel en net zo snel 🫣 Nu aansluiten en aan de slag om de modbus monitor op orde te maken.
:strip_exif()/f/image/aqpSFzQeLVv31jmCJaanGAex.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/aqpSFzQeLVv31jmCJaanGAex.jpg?f=user_large)
[@Ruben9477 ] , Deze informatie is heel fijn.
Zou graag alle data uit het systeem trekken naar Home Assistant.
Maar, na het openen van mijn Elga Ace kast, helaas een lege huls. Zie foto.
Er wordt hier gesproken dat hier een GTW-08 en een TCP/IP converter voor nodig is.
GTW-08 is onderdeel nr 2, klopt dat?
Wat doet onderdeel 1? Is dat nodig om de data uit te lezen?
Over het aansluiten van GTW-08,
Klopt het dat..
..ik zie de kabelboom, deze kan ik gewoon direct op de GTW-08 inprikken?
..De twee draden bij onderdeel 4 zijn de data-kabels naar de TCP/IP module?
..En onderdeel 3 gebruik je voor de voedingspanning voor de TCP/IP module?
Dank voor de confirmatie. Voordat ik alles bestel :-)
:strip_exif()/f/image/M4xT44hTNABcCbE8uEJxq6NM.jpg?f=fotoalbum_large)
Zou graag alle data uit het systeem trekken naar Home Assistant.
Maar, na het openen van mijn Elga Ace kast, helaas een lege huls. Zie foto.
Er wordt hier gesproken dat hier een GTW-08 en een TCP/IP converter voor nodig is.
GTW-08 is onderdeel nr 2, klopt dat?
Wat doet onderdeel 1? Is dat nodig om de data uit te lezen?
Over het aansluiten van GTW-08,
Klopt het dat..
..ik zie de kabelboom, deze kan ik gewoon direct op de GTW-08 inprikken?
..De twee draden bij onderdeel 4 zijn de data-kabels naar de TCP/IP module?
..En onderdeel 3 gebruik je voor de voedingspanning voor de TCP/IP module?
Dank voor de confirmatie. Voordat ik alles bestel :-)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/M4xT44hTNABcCbE8uEJxq6NM.jpg?f=user_large)
/u/38649/crop5a183de29d544_cropped.png?f=community)
Bij mij hebben ze gisteren ook een Elga Ace 4kw geinstalleerd, helaas ook hier geen Bluetoorh en GTW-03 of GTW-08 in de behuizing. De GTW-08 is bij de oosterburen (levertijd 44 werkdagen - besteld 
) en in NL vind ik ~250eu wel erg pittig.
Heeft iemand al geprobeerd om direct op de "modbus kit" in te koppelen? daar zit nu een stekker in naar X16 op EHC-07
:strip_exif()/f/image/LPFpBtLiEOJEctTGoTFUunCu.jpg?f=fotoalbum_large)
) en in NL vind ik ~250eu wel erg pittig. Heeft iemand al geprobeerd om direct op de "modbus kit" in te koppelen? daar zit nu een stekker in naar X16 op EHC-07
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/LPFpBtLiEOJEctTGoTFUunCu.jpg?f=user_large)
[ Voor 3% gewijzigd door willemoldemans op 02-10-2023 22:58 ]
Levertijd vanuit Duitsland blijkt mee te vallen, geen garanties natuurlijk maar in mijn geval 23 september besteld, gisteren verzonden. Naar verwachting morgen binnen.:
Bij mij hebben ze gisteren ook een Elga Ace 4kw geinstalleerd, helaas ook hier geen Bluetoorh en GTW-03 of GTW-08 in de behuizing. De GTW-08 is bij de oosterburen (levertijd 44 werkdagen - besteld
Heeft iemand al geprobeerd om direct op de "modbus kit" in te koppelen? daar zit nu een stekker in naar X16 op EHC-07
[Afbeelding]
Heeft iemand geprobeerd om de gwt08 met een esphome en 485 adapter uit te lezen?
heb je je A -> B en B-> A en GND goed aangesloten? je adres van 100 zou moeten kloppen ik heb verder geen aanpassingen gemaakt aan de GTW-08
ik heb mijn eerdere yaml post bijgewerkt met de laatste versie, de Esphome header heb ik weg gelaten. ik werk veel met substitiutions en packages (heb een stuk of 20 tuya esphome devices ih huis
)
Ik heb geen mogelijkheid om gnd aan te sluiten, heb slechts 2 terminals op mijn rs485 module, A en B, die heb ik inderdaad kruislings aangesloten.:
[...]
heb je je A -> B en B-> A en GND goed aangesloten? je adres van 100 zou moeten kloppen ik heb verder geen aanpassingen gemaakt aan de GTW-08
ik heb mijn eerdere yaml post bijgewerkt met de laatste versie, de Esphome header heb ik weg gelaten. ik werk veel met substitiutions en packages (heb een stuk of 20 tuya esphome devices ih huis
Top, dank je - zelfde principe hier met substitution. Heb ook meer modbus connecties met esp maar daar zit geen gnd kabel bij.
nog een leuk stukje status weergave "appliance status 1 & 2 (sorry voor de lange post)
:strip_exif()/f/image/QD864ulVfTT44jf5A0xerf7T.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/QD864ulVfTT44jf5A0xerf7T.jpg?f=user_large)
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
| binary_sensor: #appliance status 1: 279 # b1: varWarmtepompAan # b2: varElektrischeBack-upAan # b3: varElektrischeBack-up2Aan # b4: varSwwElektrischeBack-upAan # b5: varAp.serviceVereist # b6: varAp.voedingUitgeschakeldResetnodig # b7: varAp.waterdrukLaag - platform: modbus_controller modbus_controller_id: epever id: varWarmtepompAan name: "App Staus 1(b1): WarmtePomp" register_type: holding address: 279 bitmask: 0x01 #(bit 1) - platform: modbus_controller modbus_controller_id: epever id: varElektrischeBackupAan name: "App Staus 1(b2): backup1" register_type: holding address: 279 bitmask: 0x02 #(bit 2) - platform: modbus_controller modbus_controller_id: epever id: varElektrischeBackup2Aan name: "App Staus 1(b3): backup2" register_type: holding address: 279 bitmask: 0x04 #(bit 3) - platform: modbus_controller modbus_controller_id: epever id: varSwwElektrischeBack name: "App Staus 1(b4): SwwElektrischeBackup" register_type: holding address: 279 bitmask: 0x08 #(bit 4) - platform: modbus_controller modbus_controller_id: epever id: serviceVereist name: "App Staus 1(b5): Service vereist" register_type: holding address: 279 bitmask: 0x10 #(bit 5) - platform: modbus_controller modbus_controller_id: epever id: voedingUitgeschakeldResetnodig name: "App Staus 1(b6): voedingUitgeschakeldResetnodig" register_type: holding address: 279 bitmask: 0x20 #(bit 6) - platform: modbus_controller modbus_controller_id: epever id: waterdrukLaag name: "App Staus 1(b7): waterdrukLaag" register_type: holding address: 279 bitmask: 0x40 #(bit 7) #280 - Appliance status 2 # b0: varAp.pomp # b1: var3-wegklepOpen # b2: var3-wegklep # b3: var3-wegklepGesloten # b4: VarAp.SwwActief # b5: VarAp.CvActief # b6: varAp.koelingActief - platform: modbus_controller modbus_controller_id: epever id: varAppomp name: "App Staus 2(b1): AP pomp" register_type: holding address: 280 bitmask: 0x01 #(bit 1) - platform: modbus_controller modbus_controller_id: epever id: var3wegklepOpen name: "App Staus 2(b2): 3-weg klep open" register_type: holding address: 280 bitmask: 0x02 #(bit 2) - platform: modbus_controller modbus_controller_id: epever id: var3wegklep name: "App Staus 2(b3): 3-weg klep" register_type: holding address: 280 bitmask: 0x04 #(bit 3) - platform: modbus_controller modbus_controller_id: epever id: var3wegklepgesloten name: "App Staus 2(b4): 3-weg klep gesloten" register_type: holding address: 280 bitmask: 0x08 #(bit 4) - platform: modbus_controller modbus_controller_id: epever id: varSwwActief name: "App Staus 2(b5): Sww Actief" register_type: holding address: 280 bitmask: 0x10 #(bit 5) - platform: modbus_controller modbus_controller_id: epever id: CvActief name: "App Staus 2(b6): Cv Actief" register_type: holding address: 280 bitmask: 0x20 #(bit 6) - platform: modbus_controller modbus_controller_id: epever id: koelingActief name: "App Staus 2(b7): koeling Actief" register_type: holding address: 280 bitmask: 0x40 #(bit 7) |
er zijn wel wat omwegen om dit voor elkaar te krijgen. Als het goed is kan je het vermogen van de warmtepomp op 2 manieren manipuleren:
1. BL1 en BL2 contact met droog contact geeft wat opties:
Smart grid-> aan/aan is hoog vermogen, aan/uit normaal, uit/aan half en uit/uit is uit. (Zie boekje; kan zijn dat ik de exacte settings door elkaar haal
)PV -> excess pv -> aanvoer temperatuur omhoog
2. OTGW (en wellicht ook modbus) staat toe om modulatie te verlagen (max %)
Ik ga zelf de smart grid optie instellen om zo de wp uit te zetten op de piekmomenten en (voor / extra) te verwarmen in de dal momenten. Home assistant stuurt dan het relay aan (in mijn geval esp12f_relay_x2)
Mijn verwachting is dat middels optie 2 de cv gemanipuleerd kan worden; als de warmtepomp met het ingestelde vermogen de aanvoer temperatuur niet haalt na x minuten de cv gaat bijschakelen. Beetje trial and error.
Eventueel kan je ook een otgw tussen de Elga en de CV zetten.
Maar volledig eens, de parameters die ingesteld kunnen worden vallen wat tegen.
@willemoldemans @Bever
Vandaag ook mijn GTW-08 Printplaatje uit Duitsland ontvangen. Straks even erin zetten.
Willem & Bever,
Welke EW11 wifi-modbus hebben jullie besteld?
En hoe regelen jullie de stroom toevoer naar deze unit?
Dank voor de tips
:strip_exif()/f/image/iiv6x0O7ZkQxtEnCj6H9WjaM.jpg?f=fotoalbum_large)
Vandaag ook mijn GTW-08 Printplaatje uit Duitsland ontvangen. Straks even erin zetten.
Willem & Bever,
Welke EW11 wifi-modbus hebben jullie besteld?
En hoe regelen jullie de stroom toevoer naar deze unit?
Dank voor de tips
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/iiv6x0O7ZkQxtEnCj6H9WjaM.jpg?f=user_large)
[ Voor 44% gewijzigd door pasmanm op 19-10-2023 19:24 ]
Als het goed is ligt mijn ew11(Ali) op de deurmat als ik thuiskom. Maar heb (voor mijn situatie) een betere oplossing, standalone esphome met rs485-modbus. Hiermee kan je in principe alles via Hass-api of mqtt beschikbaar maken. De ew11 had ik besteld voordat ik besefte dat ik nog een m5-stack core met commu-hat had liggen (eerder gebruikt als rc-dash canbus logger voor mijn auto)
:fill(white):strip_exif()/f/image/RjDVpi6XsnFPse4eVAx1FGTi.png?f=user_large)
Ik heb de gw ook al een tijdje binnen en heb hem net ook maar eens geplaatst. Ik zie alleen dat de gw naar een kleine minuut rood gaat branden, komt dat dat die nog geen connectie heeft met de esp (en het valt mij op dat het welkom scherm erg lang blijf hangen).
edit: modbus geinstalleerd, yaml erin en nu werkt die wel.
:strip_exif()/f/image/z5fjVaerxJ2jmmSavvLiS06M.jpg?f=fotoalbum_large)
Ik heb een ESP32 PCB versie 1 gekocht om hem in HA te koppelen.
Bedankt voor de yaml > @willemoldemans
edit: modbus geinstalleerd, yaml erin en nu werkt die wel.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/z5fjVaerxJ2jmmSavvLiS06M.jpg?f=user_large)
Ik heb een ESP32 PCB versie 1 gekocht om hem in HA te koppelen.
Bedankt voor de yaml > @willemoldemans
[ Voor 8% gewijzigd door Dust-E op 22-10-2023 15:25 ]
allereerst heb ik een extra yaml gemaakt als 'package'
modbusSensorRead.yaml
vervolgens alle sensors vervangen door een call van de package met variabelen
Deze config lijkt bij mij iig allemaal valide waardes te geven die overeen komen met de info op het display
hieronder nog een leuk dashboard (nog niet alle waarde staan op de juiste plek)
:strip_exif()/f/image/z3ldo6E0T8uu5pawjxWXbJ5y.jpg?f=fotoalbum_large)
modbusSensorRead.yaml
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| sensor:
- name: ${name}
platform: modbus_controller
modbus_controller_id: epever
id: ${entityID}
internal: false
register_type: read
address: ${address}
response_size: 1
value_type: ${type}
accuracy_decimals: 1
device_class: ${class}
filters:
- multiply: ${multiply}
unit_of_measurement: ${unit} |
vervolgens alle sensors vervangen door een call van de package met variabelen
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
| substitutions: device_name: "modbus" friendly_name: "modubs warmtepomp" comment: "m5 core, modbus" location: "Zolder" api_password: !secret modbus_api ota_password: !secret ota_password wifi_ssid: !secret wifi_ssid wifi_password: !secret wifi_password gateway: !secret ip_gateway subnet: !secret ip_subnet ip: !secret modbus_ip pin_modbus_tx: GPIO17 pin_modbus_rx: GPIO16 packages: board: !include boards/esp32_M5core.yaml connection: !include common/wifi.yaml device_base: !include common/common.yaml logger: !include templates/logger.yaml #modbus registers varApFlowmeter: !include file: templates/modbusSensorRead.yaml vars: entityID: varApFlowmeter name: "Stromingssnelheid" address: 410 type: U_WORD class: water multiply: 0.01 unit: l/min FlowTemperatureReceived: !include file: templates/modbusSensorRead.yaml vars: entityID: FlowTemperatureReceived name: "Aanvoer apparaat" address: 273 type: S_WORD #INTEGER16 class: temperature multiply: 0.01 unit: °C ReturnTemperatureReceived: !include file: templates/modbusSensorRead.yaml vars: entityID: ReturnTemperatureReceived name: "Retour apparaat" address: 274 type: U_WORD #INTEGER16 / maar toch unsigned class: temperature multiply: 0.001 unit: °C varApTOutside: !include file: templates/modbusSensorRead.yaml vars: entityID: varApTOutside name: "Buitentemperatuur" address: 384 type: S_WORD #INTEGER16 class: temperature multiply: 0.01 unit: °C varHpHeatPumpTF: !include file: templates/modbusSensorRead.yaml vars: entityID: varHpHeatPumpTF name: "Aanvoer WP" address: 403 type: S_WORD #INTEGER16 class: temperature multiply: 0.01 unit: °C varHpHeatPumpTR: !include file: templates/modbusSensorRead.yaml vars: entityID: varHpHeatPumpTR name: "Retour WP" address: 404 type: U_WORD #INTEGER16 / maar toch unsigned class: temperature multiply: 0.001 unit: °C varZoneTemperatureSetpoint: !include file: templates/modbusSensorRead.yaml vars: entityID: varZoneTemperatureSetpoint name: "Aanvoer Setpoint" address: 1101 type: U_WORD #UNSIGNED16 class: temperature multiply: 0.01 unit: °C varZoneTRoomSetpoint: !include file: templates/modbusSensorRead.yaml vars: entityID: varZoneTRoomSetpoint name: "Ruimte Setpoint" address: 1102 type: U_WORD #UNSIGNED16 class: temperature multiply: 0.001 unit: °C varZoneTRoom: !include file: templates/modbusSensorRead.yaml vars: entityID: varZoneTRoom name: "Aanvoer Setpoint" address: 1104 type: S_WORD #SIGNED16 class: temperature multiply: 0.01 unit: °C parApSummerWinter: !include file: templates/modbusSensorHolding.yaml vars: entityID: parApSummerWinter name: "sumer/winter temp" address: 386 type: U_WORD #UNSIGNED16 class: temperature multiply: 0.01 unit: °C |
Deze config lijkt bij mij iig allemaal valide waardes te geven die overeen komen met de info op het display
hieronder nog een leuk dashboard (nog niet alle waarde staan op de juiste plek)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/z3ldo6E0T8uu5pawjxWXbJ5y.jpg?f=user_large)
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
| type: picture-elements elements: - entity: binary_sensor.modbus_app_staus_2b5_sww_actief style: left: 18% top: 74% type: state-icon icon: mdi:heat-pump - entity: binary_sensor.modbus_app_staus_2b1_ap_pomp style: left: 70% top: 83% type: state-icon icon: mdi:pump - entity: sensor.modbus_werkelijke_waterdruk style: left: 78% top: 83% type: state-label - entity: binary_sensor.modbus_app_staus_2b6_cv_actief style: left: 68% top: 50% type: state-icon icon: mdi:gas-burner - entity: binary_sensor.modbus_app_staus_2b2_3_weg_klep_open style: left: 75% top: 30% type: state-icon icon: mdi:valve-open - entity: binary_sensor.modbus_app_staus_2b4_3_weg_klep_gesloten style: left: 75% top: 43% type: state-icon icon: mdi:valve-closed - entity: sensor.modbus_retour_wp style: left: 64% top: 13% type: state-label - entity: sensor.modbus_aanvoer_apparaat style: left: 64% top: 23% type: state-label - entity: sensor.modbus_aanvoer_wp style: left: 69% top: 66% type: state-label - entity: sensor.modbus_buitentemperatuur style: left: 8% top: 20% type: state-label image: https://portal.husdata.se/img/BV_3_HA.png |
[ Voor 3% gewijzigd door willemoldemans op 22-10-2023 14:14 ]
werkt
Ik ben er alleen nog niet uit of ik data[0] of data[1] nodig heb, er komt iig geen jibberish meer uit (althans 0 kan ook verkeerd zijn)
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
| #reading enums: https://github.com/esphome/feature-requests/issues/1663#issuecomment-1061842308 text_sensor: - platform: modbus_controller modbus_controller_id: epever id: HeatDemandtype register_type: read address: 259 raw_encode: NONE name: "Type warmtevraag" lambda: |- uint8_t value = data[0]; switch (value) { case 0: return std::string("Geen"); case 7: return std::string("Verwarming"); case 8: return std::string("Koeling"); default: return std::to_string(value); } return x; - platform: modbus_controller modbus_controller_id: epever id: varApSeasonMode register_type: holding address: 385 raw_encode: NONE name: "Seizoensmodus actief" lambda: |- //uint8_t value uint8_t value = data[0]; // or data[1], depending on, if the device use big, or little-endian switch (value) { case 0: return std::string("Winter"); case 1: return std::string("Vorst"); case 2: return std::string("ZomerNeutraalBand"); case 3: return std::string("zomer"); default: std::to_string(value); } return x; |
Sinds een week ook de GTW-08 draaien hier (icm een Elfin EW11 om de data door te sturen naar homeassistant). Tot nu toe alleen gebruikt om te visualiseren, ziet er mooi uit zo. Dank ook aan @Ruben9477 voor de code om de modbus data in HA te krijgen:
/f/image/Q0oQJABpaVq0PW3KC9kjdfK5.png?f=fotoalbum_large)
Van boven naar beneden:
Aanvoertemperatuur (paars)
Retourtemperatuur (geel)
COP (rood)
Buitentemperatuur (groen)
Geleverde warmte (blauw)
Gevraagde elektrische vermogen (oranje)
Instellingen thermostaat:
22:30 - 6:30 op 19.5
6:30 - 14:30 op 20.0
14.30 - 22:30 op 20.5
COP is berekend uit geleverde warmte in Watt (deltaT * flow (in l/min) * 69,76666 (warmtecapaciteit water: 4186/60 sec/min) / gevraagde elektrische vermogen in Watt. Vandaag zat de COP dus tussen 6.0 en 7.0, wat je ook mag verwachten met deze vrij hoge buitentemperaturen.
Ik heb in het systeem ook een (geijkte) Kamstrup 403 + een (geijkte) SDM120 zitten - ik kan dus goed zien of de data uit de Elga een beetje klopt. Niet echt dus. Er zijn een paar issues
-> de temperatuursensoren zijn vrij wiebelig, je moet dus over redelijk wat datapunten middelen om enigszins nuttig het geleverde vermogen/COP te bepalen. Ik gebruik 2 minuten als interval, met 5 seconde/polling is dat 24 punten.
-> de gemeten deltaT (aanvoer-retour WP) is 0.4 graad te hoog. Hieruit komt een te hoog geleverd vermogen.
-> de gemeten flow is 1 l/min te laag. Hieruit komt een te laag geleverd vermogen
Deze twee laatste meetfouten heffen elkaar redelijk op, maar alles bij elkaar is de meting van COP/vermogen van de Elga iets aan de hoge kant -> dit heeft ook effect op de hybride omschakeling. Overigens is dit een euvel dat veel warmtepompen lijken te hebben - die van de Elga is nog relatief precies. Ik heb de volgende aanpassingen gedaan om er correcte (geijkt t.o.v. de Kamstrup) en gemiddelde data uit te krijgen:
En hier de grafiek (gemaakt met Apexcharts in HA:
Je moet dus al wel een sensor hebben voor het elektrische vermogen wat de Elga vraagt. Liefst geijkt - want de COP is ook nogal afhankelijk van deze meting. Gelukkig gaat elektrisch vermogen meten meestal wat nauwkeuriger dan een warmtemeting.
:fill(white):strip_exif()/f/image/Q0oQJABpaVq0PW3KC9kjdfK5.png?f=user_large)
Van boven naar beneden:
Aanvoertemperatuur (paars)
Retourtemperatuur (geel)
COP (rood)
Buitentemperatuur (groen)
Geleverde warmte (blauw)
Gevraagde elektrische vermogen (oranje)
Instellingen thermostaat:
22:30 - 6:30 op 19.5
6:30 - 14:30 op 20.0
14.30 - 22:30 op 20.5
COP is berekend uit geleverde warmte in Watt (deltaT * flow (in l/min) * 69,76666 (warmtecapaciteit water: 4186/60 sec/min) / gevraagde elektrische vermogen in Watt. Vandaag zat de COP dus tussen 6.0 en 7.0, wat je ook mag verwachten met deze vrij hoge buitentemperaturen.
Ik heb in het systeem ook een (geijkte) Kamstrup 403 + een (geijkte) SDM120 zitten - ik kan dus goed zien of de data uit de Elga een beetje klopt. Niet echt dus. Er zijn een paar issues
-> de temperatuursensoren zijn vrij wiebelig, je moet dus over redelijk wat datapunten middelen om enigszins nuttig het geleverde vermogen/COP te bepalen. Ik gebruik 2 minuten als interval, met 5 seconde/polling is dat 24 punten.
-> de gemeten deltaT (aanvoer-retour WP) is 0.4 graad te hoog. Hieruit komt een te hoog geleverd vermogen.
-> de gemeten flow is 1 l/min te laag. Hieruit komt een te laag geleverd vermogen
Deze twee laatste meetfouten heffen elkaar redelijk op, maar alles bij elkaar is de meting van COP/vermogen van de Elga iets aan de hoge kant -> dit heeft ook effect op de hybride omschakeling. Overigens is dit een euvel dat veel warmtepompen lijken te hebben - die van de Elga is nog relatief precies. Ik heb de volgende aanpassingen gedaan om er correcte (geijkt t.o.v. de Kamstrup) en gemiddelde data uit te krijgen:
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
| - platform: template
sensors:
elga_deltat:
friendly_name: "Elga DeltaT"
unit_of_measurement: '°C'
value_template: >
{{ states('sensor.elga_aanvoertemperatuur_av')|float - states('sensor.elga_retourtemperatuur_av')|float}}
elga_warmte:
friendly_name: "Elga Warmtevermogen"
unit_of_measurement: 'W'
value_template: >
{{ states('sensor.elga_deltat')|float * 69.766667 * states('sensor.elga_flow_aangepast')|float | round(0) }}
elga_elektriciteit:
friendly_name: "Elga Elektrisch vermogen"
unit_of_measurement: 'W'
value_template: >
{{ states('sensor.elga_inputpower_av')|float | round(0) }}
elga_cop:
friendly_name: "Elga COP"
unit_of_measurement: 'W/W'
value_template: >
{% if states('sensor.pm_warmtepomp_energy_power') | float(0) >=60 %}
{{ states('sensor.elga_warmte') | float(0) / states('sensor.elga_elektriciteit')| float(0) | round (2) }}
{% else %} 0.0 {% endif %}
elga_cop_2:
friendly_name: "Elga COP 2"
unit_of_measurement: 'W/W'
value_template: >
{% if states('sensor.elga_elektriciteit') | float(0) >=60 %}
{{ states('sensor.elga_cop_av') | float(0) | round (2) }}
{% else %} 0.0 {% endif %}
elga_warmte_2:
friendly_name: "Elga warmte 2"
unit_of_measurement: 'W'
value_template: >
{% if states('sensor.elga_elektriciteit') | float(0) >=60 %}
{{ states('sensor.elga_warmte_av') | float(0) | round (2) }}
{% else %} 0.0 {% endif %}
elga_retourtemperatuur_aangepast:
friendly_name: "Elga retour aangepast"
unit_of_measurement: '°C'
value_template: >
{{ states('sensor.elga_retourtemperatuur')|float(2) + 0.4}}
elga_flow_aangepast:
friendly_name: "Elga flow aangepast"
unit_of_measurement: 'l/min'
value_template: >
{{ states('sensor.elga_flow_av')|float(2) + 1}}
- platform: statistics
name: "elga_aanvoertemperatuur_av"
entity_id: sensor.elga_aanvoertempearatuur_wp
state_characteristic: mean
max_age:
minutes: 2
- platform: statistics
name: "elga_retourtemperatuur_av"
entity_id: sensor.elga_retourtemperatuur_aangepast
state_characteristic: mean
max_age:
minutes: 2
- platform: statistics
name: "elga_buitentemperatuur_av"
entity_id: sensor.elga_buitentemperatuur
state_characteristic: median
max_age:
minutes: 2
- platform: statistics
name: "elga_flow_av"
entity_id: sensor.elga_waterdoorstroming
state_characteristic: mean
max_age:
minutes: 2
- platform: statistics
name: "elga_inputpower_av"
entity_id: sensor.pm_warmtepomp_energy_power
state_characteristic: mean
max_age:
minutes: 2
- platform: statistics
name: "elga_warmte_av"
entity_id: sensor.elga_warmte
state_characteristic: mean
max_age:
minutes: 5
- platform: statistics
name: "elga_cop_av"
entity_id: sensor.elga_cop
state_characteristic: mean
max_age:
minutes: 5 |
En hier de grafiek (gemaakt met Apexcharts in HA:
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
| type: custom:apexcharts-card
header:
show: false
series:
- entity: sensor.pm_warmtepomp_energy_power
name: vermogen
- entity: sensor.elga_warmte_2
name: vermogen
- entity: sensor.elga_cop_2
name: cop
- entity: sensor.elga_aanvoertemperatuur_av
name: aanvoertemperatuur
- entity: sensor.elga_retourtemperatuur_av
name: retourtemperatuur
- entity: sensor.elga_buitentemperatuur_av
name: buitentemperatuur
graph_span: 18h
update_interval: 1m
all_series_config:
stroke_width: 2
curve: stepline
apex_config:
legend:
show: true
chart:
height: 900
yaxis:
- title:
text: vermogen warmtepomp
opposite: false
min: 0
max: 5000
tickAmount: 10
decimals: 0
- title:
text: vermogen warmtepomp
opposite: false
show: false
min: 0
max: 5000
tickAmount: 10
decimals: 0
- title:
text: cop
opposite: false
min: 0
max: 10
tickAmount: 10
decimals: 0
- title:
text: temperatuur
opposite: true
min: -15
max: 35
tickAmount: 10
decimals: 0
- title:
text: temperatuur
show: false
min: -15
max: 35
tickAmount: 10
decimals: 0
- title:
text: temperatuur
show: false
min: -15
max: 35
tickAmount: 10
decimals: 0 |
Je moet dus al wel een sensor hebben voor het elektrische vermogen wat de Elga vraagt. Liefst geijkt - want de COP is ook nogal afhankelijk van deze meting. Gelukkig gaat elektrisch vermogen meten meestal wat nauwkeuriger dan een warmtemeting.
[ Voor 3% gewijzigd door JBtL op 14-11-2023 18:07 ]
Remeha Elga Ace 4kW - MHI SRK ZS-W 4kW - 5355 Wp ZO - 1000 Wp vlak - 4200 Wp NW - 7x Jaga Strada + zelfbouw DBE - 3xVictron Multiplus II 48V 5000 + 62kWh LFP accu - DoucheWTW + 1.5kW 200l Smart Boiler
Remeha Elga Ace 4kW - MHI SRK ZS-W 4kW - 5355 Wp ZO - 1000 Wp vlak - 4200 Wp NW - 7x Jaga Strada + zelfbouw DBE - 3xVictron Multiplus II 48V 5000 + 62kWh LFP accu - DoucheWTW + 1.5kW 200l Smart Boiler
@willemoldemans:
[...]
werkt
Ik ben er alleen nog niet uit of ik data[0] of data[1] nodig heb, er komt iig geen jibberish meer uit (althans 0 kan ook verkeerd zijn)
code:
Verandert de status bij jou?
want bij mij blijft alles op een status staan, ook als bijv. de wp uit staat:
:fill(white):strip_exif()/f/image/0eXfNQAKt90N8lPYu0o7d1n6.png?f=user_large)
:fill(white):strip_exif()/f/image/0741uJQOAMFeJc1gULmgNC7D.png?f=user_large)
edit: fout gevonden > typo
[ Voor 5% gewijzigd door Dust-E op 19-11-2023 13:28 ]
/u/596529/crop56f5074455c00_cropped.png?f=community)
Ik ben inmiddels een stapje verder, alleen de GTW-08 wil niet met de Elfin EW11a praten.
De situatie:
- GTW-08 geplaatst in de Elga Ace. L-Bus op X1, afsluitweerstand op X2.
- GTW-08 coderingswiel op 0 -> adresinstelling op 100
- GTW-08 SCHAKELAARS 12 OFF-OFF -> 9600bds
- GTW-08 SCHAKELAARS 34 OFF-OFF -> Pariteit geen
- Elfin EW11a op externe voeding
- Elfin EW11a aangesloten A -> B / B -> A / GND op de - externe voeding
- Settings van de Elfin EW11a
/f/image/92d0SmDWAahTR46MQ6DYD25Y.png?f=fotoalbum_large)
Na dit alles geeft de status LED een constante rode kleur -> Geen Modbus-communicatie.
Iemand die me weer wat op weg kan helpen?
===========================
Vals alarm... Als je niks in Home Assistant insteld dan gebeurt er natuurlijk ook niks. Config erin gezet en we draaien
:fill(white):strip_exif()/f/image/ceTueIjtJniP4yoFR40sU7QJ.png?f=user_large)
De situatie:
- GTW-08 geplaatst in de Elga Ace. L-Bus op X1, afsluitweerstand op X2.
- GTW-08 coderingswiel op 0 -> adresinstelling op 100
- GTW-08 SCHAKELAARS 12 OFF-OFF -> 9600bds
- GTW-08 SCHAKELAARS 34 OFF-OFF -> Pariteit geen
- Elfin EW11a op externe voeding
- Elfin EW11a aangesloten A -> B / B -> A / GND op de - externe voeding
- Settings van de Elfin EW11a
:fill(white):strip_exif()/f/image/92d0SmDWAahTR46MQ6DYD25Y.png?f=user_large)
Na dit alles geeft de status LED een constante rode kleur -> Geen Modbus-communicatie.
Iemand die me weer wat op weg kan helpen?
===========================
Vals alarm... Als je niks in Home Assistant insteld dan gebeurt er natuurlijk ook niks. Config erin gezet en we draaien
[ Voor 15% gewijzigd door royvz op 22-03-2024 22:04 ]
Verplaatst naar deze thread:
Vraag van technische aard: Na doorlezen van dit topic zie ik dat er meerdere mensen zijn die de Elga monitoren via Modbus om de data in Home Assistant te krijgen. Zien jullie ook dat er aardig wat "ruis" op de aanvoer temperatuur wp en retour temperatuur wp zit? Ik zie een delta van soms wel +/- 0,5 graden:
/f/image/pIodjpTnT99v5LGQuaRZy96y.png?f=fotoalbum_large)
Het gekke is dat ik ook eens gekeken heb of er een verschil is met de eTwist eraan of niet.. Sluit ik er even een aan/uit thermostaat op aan, zie ik een veel constantere lijn +/- 0.1 graden. met de eTwist eraan +/- 0.5 graden. Het lijkt alsof het Rbus protocol van de eTwist stoort. Een ferriet kern om de kabel naar de eTwist mocht niet helpen.
Reden dat ik de eTwist gebruik is dat ik dan met war+ruimte kan regelen en ook de eTwist iets zwaarder kan laten wegen in het regel gedrag. Zet ik een aan/uit thermostaat eraan kan dit niet.
Zijn er meer mensen die dit gezien/getest hebben en wellicht een oplossing weten?
Vraag van technische aard: Na doorlezen van dit topic zie ik dat er meerdere mensen zijn die de Elga monitoren via Modbus om de data in Home Assistant te krijgen. Zien jullie ook dat er aardig wat "ruis" op de aanvoer temperatuur wp en retour temperatuur wp zit? Ik zie een delta van soms wel +/- 0,5 graden:
:fill(white):strip_exif()/f/image/pIodjpTnT99v5LGQuaRZy96y.png?f=user_large)
Het gekke is dat ik ook eens gekeken heb of er een verschil is met de eTwist eraan of niet.. Sluit ik er even een aan/uit thermostaat op aan, zie ik een veel constantere lijn +/- 0.1 graden. met de eTwist eraan +/- 0.5 graden. Het lijkt alsof het Rbus protocol van de eTwist stoort. Een ferriet kern om de kabel naar de eTwist mocht niet helpen.
Reden dat ik de eTwist gebruik is dat ik dan met war+ruimte kan regelen en ook de eTwist iets zwaarder kan laten wegen in het regel gedrag. Zet ik een aan/uit thermostaat eraan kan dit niet.
Zijn er meer mensen die dit gezien/getest hebben en wellicht een oplossing weten?
Mag ik deze er even in gooien voor het uitlezen van de berekende COP uit de Elga Ace voor het gebruik met een ESPHome logger op de modbus? Elga berekent hem zelf ook en is blijkbaar ook uit te lezen, deze mistte ik nog in de andere gedeelde codes.
:strip_exif()/f/image/1RbtOicit8bbSg5Zyk5INPpH.png?f=user_large)
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
| sensor:
- name: "Elga Ace Calculated COP" #varHpCOPCalculated
platform: modbus_controller
modbus_controller_id: modbus_control
id: varHpCOPCalculated
internal: false
register_type: read
address: 462
value_type: U_WORD
accuracy_decimals: 3
filters:
- multiply: 0.001
unit_of_measurement: COP |
Ik heb een Elga Ace Mono MB4 MR/H (misschien zit het alleen in de monoblock dan?) Dit register zou de waarde van parameter HM013 uit de Elga weer moeten geven, hierin staat de berekende COP. Is ook uit te lezen op de Elga zelf. Als deze sowieso niets weergeeft in jouw Elga dan zal het waarschijnlijk niet werken helaas
Bij de GTW-08 zat een usb stick met daarop een bestand ‘GTW-08 mapping.xlxs’ hierin heb ik deze gevonden:
:no_upscale():strip_icc():strip_exif()/f/image/ybHZ8ItSUc8SV8ypwj7UUxFp.jpg?f=user_large)
/u/227108/crop6027919ad38b8.png?f=community)
@JoepW deze werkt prima. Heb je de modbus module en een rs485 to Wifi/ethernet module? Remeha heeft zelf ook een prima uitleg op haar website.:
Hallo.
Voor het geval iemand geïnteresseerd is: ik heb dit project voor Baxi op github gemaakt met behulp van een GTW08 en een ESP32.
Ik denk dat het ook voor jouw machines werkt (ik heb wat informatie gekregen op dit forum).
Ik hoop dat het iemand helpt en vooral hoop ik dat we het kunnen verbeteren
https://github.com/Imanol...e-Assistant-with-an-ESP32