Remeha Elga Ace monitoren met OTGW

[number3]

@edkok in de nieuwe release van de firmware voor ESP8266 heb ik enkele verbeteringen doorgevoerd waardoor bij mijn eigen setup met de Elga Ace het ontzettend goed uitlezen is. Als ik je goed begrijp gebruik je OTMONITOR icm Domoticz. Ik heb zelf de integratie op basis van mijn eigen firmware voor de ESP8266 en dan rechtstreeks naar de Home Assistant, die het dan schrijft naar InfluxDB en Grafana voor grafieken.

Zie hieronder een voorbeeld van mijn huidige situatie. Duidelijk te zien zijn de aanvoer en retour temperatuur, verder zie je de kamertemperatuur (zoals etwist die doorgeeft). De groene lijn is trouwens de kamertemperatuur, die "drop" die je ziet is de "ontdooi" stand van de warmtepomp is mij vertelt. En de rode lijn die je ziet is de Control Setpoint temperatuur.



Overduidelijk stookt mijn Elga Ace ruim boven de 38C, dus ik weet niet zo goed wat er bij jou gebeurd. Bovendien heb ik mijn Calenta nog niet ingeschakeld zien worden. Dus ja, ik krijg hogere aanvoer temperaturen zonder de Elga Ace volgens mij.

[ Voor 6% gewijzigd door number3 op 23-12-2021 12:49 ]

[BTempelman]

Ramon_1984 schreef op woensdag 29 december 2021 @ 22:57:
[...]

Heb je een 4 of een 6kw uitvoering?

En kan je wat foto's plaatsen hoe het aangesloten zit, en hoe je afgifte systeem eruit ziet

Ik heb de 6kw

Hopelijk vertellen jou de plaatjes jou voldoende? Laat anders weten, maak ik een paar andere.

Mijn elga hangt vlak langs mijn aventa 29c ketel. Beide zijn in mei nieuw geplaatst.



Dit is mijn vloerverwarmings verdeler

[BTempelman]

[BTempelman]

DeltaT schreef op vrijdag 31 december 2021 @ 00:38:
[...]

Heb ik bij een van de foto’s een voorraad vat gezien?

[VreemdeMummy]

De initiele inbedrijfstelling van een Elga Ace kan dmv de Smart Start App (https://play.google.com/s...ommissioningwizard.remeha) op je telefoon. Deze verbind dmv bluetooth (standaard ingebouwd) met de Elga Ace.



Zoals je in bijgevoegd screenshot kunt zien, kun je met deze app ook een aantal sensors uitlezen (dus via de ingebouwde bluetooth module)

Nu kun je met de RECOM tool op de PC (https://www.recomsoftware.com/) of de Smart Service App (https://play.google.com/s...icetoolapp_android_remeha) op je telefoon alle sensors uitlezen en parameters instellen. Hiervoor moet je wel de smart service tool hardware interface (https://tools.remeha.nl/i...tools/smart-service-tool/) kopen. Dit is een bluetooth module die je met kabel aansluit op de Elga Ace.

Heb je al geprobeerd of je wellicht met de RECOM tool rechtstreeks kan verbinden met de ingebouwde Elga Ace bluetooth module zonder dat je de externe smart service tool interface nodig hebt? In dat geval moet het mogelijk zijn om het protocol te reverse engineren en een bluetooth probe te maken voor gebruik in Domotica software.

Mijn Elga Ace wordt volgende maand pas geinstalleerd dus ik heb dit zelf nog niet kunnen uitproberen.

[VreemdeMummy]

@number3 @Rein_stein Ik ben het met jullie eens dat reverse engineering van het protocol op de service poort een goede optie is om de Elga Ace uit tezen. De ketel heeft echter wel degelijk bluetooth ingebouwd, dus ook zonder de smart service bluetooth module van 150 euro. Hiermee is op z'n minst een gedeelte van de parameters uit te lezen (zie mijn vorige post hierboven)

Je kunt de bluetooth functie activeren in het installateursmenu (pincode 0012) en de BT pairing code staat op het bluetooth label aan de binnenkant. Zie ook pagina 57 en 65 van de installatiehandleiding (https://tools.remeha.nl//...ga-Ace-NOT-7745647-05.pdf)

[ Voor 25% gewijzigd door VreemdeMummy op 08-01-2022 11:08 ]

[Double T]

number3 schreef op donderdag 13 januari 2022 @ 00:34:
@BTempelman heel graag. En de BT komt er ook bij mij aan, ben heel benieuwd. Hoe meer dumps en logs je al vooruit kan delen. Mag ook via PM, dan wisselen we even mailadres uit.

Net even gekeken. Bij mij is de GTW-30 onderdeel van de Elga Ace die is geinstalleerd en kan ik na een connectie op te zetten via de Remeha Smart Start app en de Remeha Smart service app de parameters aanpassen en data inzien.



Zou mooi zijn om met een ESP32 bordje en bv esp32-ble2 de data beschikbaar te krijgen. En daarmee Ta, Tr, flow, COP beschikbaar te maken..

@number3 Welke data zou je nodig hebben?

[number3]

Smart Service app. Verbind via BT, koppelcode erin en hoppa.

[edkok]

@number3 Ik heb er nog 1..
Eerst de simpele: ik heb dus een eTwist via de OT gateway op de OTGW. De door de eTwist gemeten kamertemp (CM030) gaat vaak terug naar onder de 5 graden (zaagtanden), terwijl je op het display van de eTwist dat niet ziet.

Ik heb een andere eTwist gebruikt en die deed precies hetzelfde.
Zien andere forumleden dat ook?



De moeilijke dan:
Ik gebruik als regelstrategie de WAR + naregeling met eTwist met een correctie van 2. De regelstrategie kan je via de eTwist instellen, de correctie moet op de Elga Ace.
Ik zie bij gelijke instellingen (in de nachtverlaging) een ander HM001 verloop (Ta WP) , de rode cirkel rechts, vergeleken met de nacht ervoor (cirkel links). De nachttemp's zijn vergelijkbaar, het setpunt ook (HM003).

Enige verschil is dat de nachtverlaging rechts blijkbaar even nodig vond dat HM003 naar minimaal ging, de groene cirkel. Daarna ging HM003 weer als een speer omhoog. Het gevolg was een nachtelijk gasverbruik van ca 1,5 kuub terwijl dat niet nodig was.
Is het toeval dat dit gebeurt net in een terugval van CM030?

Blijkbaar vindt de Elga Ace een te grote sprong in HM003 (setpunt Ta WP) heel eng en gaat als een bezetene hulp zoeken van de backup, dus CV. Met die zaagtanden in HM001 Ta als gevolg.


Ik heb nu sinds 2 dagen, na dit geval, als test de regelstategie op volledig WAR gezet en op een vlakke stooklijn met hoog voetpunt gezet. Die verlaag ik dan handmatig met een paar graden in de nacht. Daarmee zie ik geen vreemd backup gedrag van de CV ketel. Blijkbaar "doet" de eTwist, via OT, zaken die het daglicht niet verdragen kan

Uiteraard wil ik weer terug naar WAR + naregeling maar dan moet ik wel op de eTwist kunnen vertrouwen.

Zijn er forumleden die goede ervaringen hebben met ander OT thermostaten in combinatie met de Elga Ace?

NB: de Elga Ace codes heb ik in Domoticz zelf benoemd, die komen niet standaard uit OTGW.

[number3]

@edkok ik ie hetzelfde gedrag van de Troom (room temperature).



Ik heb al eens gevraagd aan mijn installateur wat dat is. Zijn verhaal is dat het de Elga Ace defrost cyclus is. Snap zelf niet waarom de eTwist zich daarmee bezig zou moeten houden. Dus voor mij is het nog steeds een raadsel waarom er teruggeregeld wordt naar circa 4C door de eTwist op de OpenTherm kant, terwijl op het display gewoon braaf de gewenste temperatuur blijft staan.

Voor je tweede punt moet ik zelf even proberen te snappen wat je nu doet en ziet.

[ Voor 28% gewijzigd door number3 op 25-01-2022 16:44 . Reden: aanvulling in reactie ]

[hawk88]

Ik was nog een baxi vergeten te vervangen door remeha. Maar bij mij werkt hij nu met die integratie! (Zie de repo)

Het zetten veranderen van het schema lijkt nog niet te werken, eens kijken of ik dat ook aan de praat krjg



temperatuur is zo hoog omdat de thermostaat op mijn schoot lag :-)

[ Voor 37% gewijzigd door hawk88 op 06-07-2022 20:11 . Reden: plaatje ]

[hawk88]

Bedoel je de boiler of het systeem, want de systeem temperatuur heb ik gewoon...

[hawk88]

Je moet waarschijnlijk met een auth bearer token de request doen. Niet alleen met je username en wachtwoord

edit:
Je moet idd met een authenticatie token een request doen. Maar het lijkt er op dat eigenlijk alle interessante dingen die mogelijk zijn al uitgelezen worden. Misschien dat de energie consumptie nog wel aardig zou zijn.

Oh en de parameters zouden ook nog interessant kunnen zijn



edit2:

Zou wel leuk zijn om dit als een Energy sensor toe te voegen voor in het energie dashboard.


edit3:
Het is ook mogelijk om de stooklijn uit te lezen en aan te passen:

[ Voor 103% gewijzigd door hawk88 op 20-09-2022 21:04 ]

[DekkerM]

Bedankt voor de link, dat helpt enorm.

[hawk88]

hallorichard schreef op donderdag 6 oktober 2022 @ 22:33:
[...]

@hawk88 Hierbij. Ik heb in sensor.py de energie class toegevoegd.

https://github.com/055Richard/BDRthermostatHA

Ik heb hem geïnstalleerd, en lijkt te werken:

[hallorichard]

@hawk88 welk attribute had je uitgelezen voor de stooklijn?

[hawk88]

hallorichard schreef op zaterdag 8 oktober 2022 @ 18:51:
https://github.com/055Richard/BDRthermostatHA

Burning hours toegevoegd. Niet zelf kunnen testen.

Lijkt ook te werken:

[hawk88]

Het is smartservice als ik in de play store zoek is het tweede app

[Ruben9477]

dlangr schreef op dinsdag 7 december 2021 @ 21:18:
Ben zeer geinteresseerd hier in. Vond iemand die het al via een schijnbaar meegeleverde gw-08 aangesloten heeft: https://community.home-as...gas-heating-device/336268
Vraag me af of mijn Elga Ace warmtepomp deze inderdaad heeft. Heeft iig een modbus kit, maar volgens deze link een modbus interface:
https://tools.remeha.nl/v...len-een-modbus-interface/
Betekent dat dat ik al klaar ben om hem via modbus uit te lezen of moet ik nog de GTW-08 aanschaff

Vond ook deze helaas nog erg lege github voor remeha modbus, maar heeft wel al een solar edge modbus werkend, dus wie wee: https://github.com/klacol/home-assistant-remeha-modbus

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)



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.




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:

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

[Ruben9477]

@number3 , @Goofy2k

Ik had al een tijdje een zoekopdracht lopen op Marktplaats, toen deze voorbij kwam heb ik hem voor 130 euro kunnen kopen.
Hij is wel leverbaar bij Wasco maar daar vond ik de prijs persoonlijk te hoog voor wat ik er mee zou kunnen.
272,70 ex BTW.



Je hoeft de print overigens niet te activeren, deze wordt vanzelf herkent.

[Ruben9477]

Goofy2k schreef op woensdag 22 februari 2023 @ 13:36:
Een belangrijke vraag die ik heb is of het debiet van de Elga constant is of dat deze varieert / moduleert. Ik heb temperatuur sensors op de ingang en uitgang en kan dus in principe het geleverde warmtevermogen monitoren. De grote onzekere factor is het debiet.

Je stelt het debiet vast in, zo lang deze het debiet kan halen, blijft deze constant.
Dat wil zeggen dat je niet te veel restricties in het circuit hebt (thermostaatkranen) of dat je een bypass hebt geïnstalleerd.
Anders heb je kans dat de circulatiepomp tegen zijn 100% aan gaat lopen, maar dat is verre van ideaal.

Ik berekend de COP in Homey, waar ik dat eerst deed met de ingestelde doorstroming, doe ik dat nu met de gemeten doorstroming.



De COP die ik laat berekenen komt aardig overeen met de COP die je via de Bluetooth print met de APP kan uitlezen.

[Ruben9477]

Goofy2k schreef op woensdag 22 februari 2023 @ 13:36:
Een belangrijke vraag die ik heb is of het debiet van de Elga constant is of dat deze varieert / moduleert. Ik heb temperatuur sensors op de ingang en uitgang en kan dus in principe het geleverde warmtevermogen monitoren. De grote onzekere factor is het debiet.

De waterdoorstroming, bij mij ingesteld op 12L/min.

[number3]

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.

[Tees]

Voor de liefhebbers, dit is wat ik nu monitor met Domoticz en plot in Grafana. Dit is een figuur van vanochtend, waarop te zien is dat de warmtepomp t met deze buitentemperatuur prima alleen af kan in mijn matig geïsoleerde huis (mits ie daar de kans voor krijgt door goed inregelen van alle parameters en thermostaat). Als de CV ketel aanslaat zie je ineens een scherp stijgende watertemperatuur, dat is niet te missen.



Onderste grafiek in geel setpoint thermostaat, groen wat de thermostaat meet, en blauw wat een thermosensor ietsjes verderop meet (zit altijd zo'n 0.3-0.4 lager dan de thermostaat).

[ Voor 16% gewijzigd door Tees op 29-04-2023 13:32 ]

[pj]

Na een avondje kloten werkt het met deze instellingen.





snoer tussen gtw08 en ew11 aangesloten via A <-> B / B <-> A

[pasmanm]

[@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 :-)

Ruben9477 schreef op woensdag 22 februari 2023 @ 12:39:
[...]


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)

[Afbeelding]

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.

[Afbeelding]


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:

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

[willemoldemans]

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

[ Voor 3% gewijzigd door willemoldemans op 02-10-2023 22:58 ]

[willemoldemans]

First time right 👌

Typo energieverbruik in l/min 😂


Later dit weekend dit document maar eens doorspitten
https://tools.remeha.nl/w...parameters-voor-GTW08.pdf

[ Voor 7% gewijzigd door willemoldemans op 14-10-2023 15:41 ]

[willemoldemans]

nog een leuk stukje status weergave "appliance status 1 & 2 (sorry voor de lange post)

code:

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)

[pasmanm]

@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

[ Voor 44% gewijzigd door pasmanm op 19-10-2023 19:24 ]

[willemoldemans]

pasmanm schreef op donderdag 19 oktober 2023 @ 18:40:
@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
[Afbeelding]

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)

[Dust-E]

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.




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 ]

[rft80]

Hieronder het resultaat - het filter op de aanvoertemperatuur setpoint stond verkeerd, extra nul.

Maar verbaas me een beetje over de waarde van de retour temperatuur van -191.9 celcius.. zit vrij dicht bij het absolute nulpunt . Wijkt ook behoorlijk af van wat ik uitlees uit OTGW (dus geen kwestie van decimalen of negatief/positief..)

Ruimtesetpoint en Ruimtetemp komt waarschijnlijk door de otgw in combinatie met een aan/uit thermostaat - ik lever deze waarden niet aan. Als iemand vergelijkbare waarden zie voor de retour temp en een verklaring heeft dan houd ik me aanbevolen.

[willemoldemans]

allereerst heb ik een extra yaml gemaakt als 'package'
modbusSensorRead.yaml

code:

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:

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)

code:

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 ]

[rft80]

[Dust-E]

@rft80

Ik zie dat ik dat ook heb



Ik gebruik opentherm van de thermosstaat naar de elga en ook opentherm van elga naar de CV
toevallig dat ik vanochtend hierover na aan het denken was om de communicatie van de thermosstaat naar de elga aan/uit te veranderen

[willemoldemans]

Zien jullie dit probleem ook? Mijn aanvoer temperatuur(blauw) is zoals verwacht maar de retour temperatuur (paars) is all-over-the-place.


Aanvoer:

code:

 address: 273
 type: S_WORD        #INTEGER16
 multiply: 0.01

Retour:

code:

address: 274
type: U_WORD        #INTEGER16 / maar toch UNSIGNED
multiply: 0.001         #schaal 0.01 / maar toch 0.001

De discrepantie tussen deze twee sensoren kwam ik op omdat de waardes anders nergens op sloegen. net nog even geprobeerd, de grote spike rechts is met type=S_WORD, multiply=0.01

[JBtL]

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:



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:

- 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:

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 ]

[Dust-E]

willemoldemans schreef op dinsdag 7 november 2023 @ 14:12:
[...]

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:

#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;

@willemoldemans
Verandert de status bij jou?
want bij mij blijft alles op een status staan, ook als bijv. de wp uit staat:






edit: fout gevonden > typo

[ Voor 5% gewijzigd door Dust-E op 19-11-2023 13:28 ]

[Dust-E]

willemoldemans schreef op zaterdag 18 november 2023 @ 00:41:
Ik heb het werk van @JBtL gebruikt om een esphome sensor te maken voor de COP... nu even afwachten tot de WP weer aangaat...

code:

sensor:
# calculating COP thanks to JBtL @ tweakers.net
# https://gathering.tweakers.net/forum/view_message/77172604  
  - name: "PM power" 
    platform: homeassistant
    id: pm_warmtepomp_energy_power
    entity_id: sensor.warmtepomp_power_2 #id of your powermeter
    internal: false
    unit_of_measurement: 'W'
    device_class: power
    accuracy_decimals: 0
    filters:
      - timeout:
          timeout: 2min
          value: 0
      - round: 0


  - name: "COP"
    platform: template
    id: elgaCOP
    internal: False
    lambda: |-
      if( id(pm_warmtepomp_energy_power).state >= 60 )
      {  
        float Deltat = id(varHpHeatPumpTF).state - id(varHpHeatPumpTR).state;
        float FlowModified = id(varApFlowmeter).state + 1;
        float warmte = Deltat * 69.766667 * FlowModified;
        ESP_LOGD("lambda", "COP debug = Deltat: %f, FlowModified: %f, warmte: %f", Deltat, FlowModified, warmte);
        return warmte / id(pm_warmtepomp_energy_power).state;
      }
      else
      {
        ESP_LOGD("lambda", "power lower than 60W, return 0");
        return 0.0;
      }
      return 0.0;

Ik heb 'unit_of_measurement' nog toegevoegd om een grafiek weergave te krijgen:

[bastiaant]

Met het koude weer is mijn gasketel gaan bijspringen en kan ik eindelijk zien waar dat uit te lezen is: het is dus de VlamAan parameter van Status 1 (adres 279).

[Bever]

bastiaant schreef op dinsdag 28 november 2023 @ 13:25:
Met het koude weer is mijn gasketel gaan bijspringen en kan ik eindelijk zien waar dat uit te lezen is: het is dus de VlamAan parameter van Status 1 (adres 279).

[Afbeelding]

De status VlamAan gaat ook op true als er warmwater vraag is. Je kunt hiermee dus niet bepalen of de Elga aan de ketel vraagt om bij te springen.

Hier zie je de VlamAan en het huidige vermogen van de ketel (in percentage), maar dit is allemaal warmwater vraag en niet bijspringen voor verwarming:

[bastiaant]

@Bever Interessant, bij mij is dit niet het geval!

Net even getest door warm water te tappen. Zoals je ziet in de grafiek (uiterst rechts) is er waterverbruik en gasverbruik, maar blijft vlamAan op uit staan.



Is jouw ketel aangesloten via opentherm? Dat is misschien de reden: die van mij is aangesloten via aan/uit. Dan kan de Elga ook helemaal niet weten wat de ketel uitspookt qua warm water. Alleen wanneer de Elga zelf de ketel aanspreekt weet 'ie dat natuurlijk wel.

[ Voor 19% gewijzigd door bastiaant op 30-11-2023 13:48 ]

[bastiaant]

Ik zie wat vreemds nu het koud is en mijn gasketel af en toe moet bijspringen. Ik zie dat die op gezette tijden aangaat voor precies 2 minuten. Dat lijkt met niet echt wenselijk en ook niet echt nuttig qua verwarming. Ik zie op die momenten ook geen verhoging van de aanvoertemperatuur -- ik zie zelfs een tijdelijke verlaging! (misschien om dat er nog koud water uit de gasketel leidingen bij het andere warmere water wordt gemengd?

Heel raar. Hier wat grafieken om het te verduidelijken:


Zie de 'gas' kolom en de smalle streepjes op gezette tijden.


Ingezoomed, je ziet dat het 1x per uur voorkomt, regelijk consistent. En ertussen wat periodes waar de ketel wat langer bijspringt.



Hier is duidelijk te zien dat een langere periode van 'gasketel aan' de aanvoertemperatuur omhoog stuwt. Heel mooi. Maar dan die korte periodes! De aanvoertemp gaat omlaag. Heel raar, en nutteloos, en uiteindelijk ook niet zo goed voor de pomp van de ketel, lijkt me.

Heeft iemand anders dit ook? En/of enig idee hoe ik hier vanaf kom?

Mijn stooklijn staat op 0.6. Temperatuur waaronder de WP mag bijspringen staat op 3 graden. En tijd voordat de ketel bijspringt staat op 30 minuten.

[Dust-E]

@bastiaant

Hoe heb je de Elga ingesteld bij:
Hybride modus; HP061

zie pag. 59 in de handleiding



Als je Elga op kosten ingesteld staat kijk ook even of je de prijzen ingesteld hebt:

[Dust-E]

Heeft er iemand het onderstaande probleem ook na de update 2023.12.x:



Er is al een issue gemaakt op GitHub:
https://github.com/home-assistant/core/issues/106159
Speciale tekens zouden het probleem zijn, ik ga dit even aanpassen

[royvz]

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



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 ]

[rft80]

Gtw08 is niet makkelijk, en valt mij erg tegen, uitlezen gaat wel aansturen is complex. Hoe je de set point aanpast is mij nog niet duidelijk.

Zou alternatief proberen op de blokkerende ingang bl1 of bl2. Dat zijn 2 aan/uit contacten, ik heb hier een esphome relay (paar euro ) op aangesloten, bij mij niet om te koelen maar voor dynamische tarieven. Deze kan je verschillende instellingen mee geven, ook koelen dus:

[wverkooijen]

Ik heb de Gateway-30 ontvangen van de installateur en heb hem aangesloten op mijn Remeha Elga Ace. Helaas blijft de LED rood knipperen. Ook na automatisch detecteren.

Heb ik iets verkeerds gedaan of duurt het een paar uur voor de led groen gaat knipperen. Hoe kan je zien of de Gateway-30 goed automatisch gedetecteerd wordt?

Moet de Gateway-30 voor het bedieningpaneel geplaatst worden of juist op het eind van de bus?

[ Voor 42% gewijzigd door wverkooijen op 07-07-2024 15:00 . Reden: Foto toegevoegd ]

[KupkuH]

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:

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?

[KupkuH]

Dit is mijn plot van 273 (aanvoer) en 274 (retour): 273 ziet er goed uit (+/- 0,1), maar 274 (+/- 0,5) niet:


Jouw probleem met de buitentemperatuur heb ik ook, ik heb de bekabeling nog niet nagekeken. Dit is een plot van de buiten temperatuur sensor van gisteren:

Mooie oplossing overigens, dit zou ik ook nog kunnen implementeren.

[rft80]

KupkuH schreef op woensdag 25 september 2024 @ 10:53:
Dit is mijn plot van 273 (aanvoer) en 274 (retour): 273 ziet er goed uit (+/- 0,1), maar 274 (+/- 0,5) niet:
[Afbeelding]

Jouw probleem met de buitentemperatuur heb ik ook, ik heb de bekabeling nog niet nagekeken. Dit is een plot van de buiten temperatuur sensor van gisteren:
[Afbeelding]
Mooie oplossing overigens, dit zou ik ook nog kunnen implementeren.

Gisteren wel een hele grote blip gehad bij de temperatuur sensor:



Heb de installateur gevraagd contact op te nemen met Remeha. Dit lijkt me niet de bedoeling. Zal jullie op de hoogte houden

[willemoldemans]

Yves212 schreef op vrijdag 1 november 2024 @ 18:13:
[...]


Hey ziet er super uit zou je misschien wat meer info kunnen vertellen hoe je alles bedraad hebt met de esp want bij mij blijft hij niks lezen heel apart. Alvast bedantk

Ik gebruik een M5-stack-core met een communi-hat, let er op dat je A en B goed aansluit, en de weerstand op de Remeha unit. hier een stel foto's

[Martidjen]

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.

code:

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

[rft80]

En de parameter komt niet voor in mijn handleiding of diegene op de website van Remeha.. nieuwere hardware wellicht?

[Martidjen]

rft80 schreef op zondag 17 november 2024 @ 17:19:
[...]


Hi, welke Elga Ace versie heb jij? Ik heb deze toegevoegd maar doet bij mij niets anders dan een error genereren:

code:

[17:19:13][E][modbus_controller:091]: Modbus error function code: 0x4 exception: 2 
[17:19:13][E][modbus_controller:095]: Modbus error - last command: function code=0x4  register address = 0x1CE  registers count=1 payload size=0[17:19:13][E][modbus_controller:091]: Modbus error function code: 0x4 exception: 2 
[17:19:13][E][modbus_controller:095]: Modbus error - last command: function code=0x4  register address = 0x1CE  registers count=1 payload size=0

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:

[con1]

Remeha levert een boilerset (3-wegklep met sensor)

Weet iemand de Kv waarde van die klep en de
aansluitdiameters?

[JoepW]

Ik ben echt de weg kwijt als het gaat om het specifiek opvragen van info van mijn Remeha installatie via Modbus voor of de Warmtepomp of de Gasketel. Maar om een goed beeld te krijgen eerst een beschrijving van de situatie.

Beschrijving woning & installatie

Type woning

Volledig gerenoveerde en goed geïsoleerde losstaande woning uit 1949. Milieulabel B.

Wamrtevraag

Voor de besturing van de warmtevraag gebruik ik EvoHome met 13 zones. 10 van de zones staan enkel op vorstbeveiliging en worden enkel geactiveerd als er sporadisch behoefte aan is. 3 zones betreffen vloerverwarming die weer binnen EvoHome bestuurd worden door een HCC100.
De EvoHome sturing naar de Remeha installatie vind plaats met een Aan/Uit relais en is ingesteld op maximaal 2 schakelingen per uur.

Remeha Elga Ace All-in-One 4 kW - 28C CW4

Deze installatie spreekt hoop ik voor zich en van juli draait deze combo bij ons naar volle tevredenheid. Nu het stookseizoen voorzichtig is gestart tokkelt de warmtepomp zo af en toe en het gasdeel dient tot nu toe enkel voor warm water. Het comfort in huis is top en het energieverbruik is zeer laag.

Remeha Gateway08 - Modbus

In de Remeha Elga Ace is een Modbus print geplaatst door Remeha.
Dit is de installatie handleiding met ook een opsomming van de meeste modbus-adressen.

Waveshare RS232/485 TO WIFI ETH

De Remeha Gateway08 is bedraad verbonden met de Waveshare converter om via TCP/IP de modbus van Remeha te benaderen.

Home Assistant

Ik draai al vele jaren Home Assistant en daarbinnen heb ik de modbus benaderbaar gemaakt met wat simpele YAML code. Hieronder een klein deel van de definitie

YAML:

#Modbus definities

# Remeha wave share  tcp connection
- name: remeha_modbus
  type: tcp
  host: 192.168.178.236
  port: 8899
  timeout: 10
  delay: 2
  retries: 3

# remeha entities metingen

  sensors:
    - name: Remeha Watertemp Uitgaand
      unique_id: remeha_watertemp_uitgaand
      slave: 100
      address: 273
      input_type: holding
      data_type: int16
      scan_interval: 60
      unit_of_measurement: °C
      state_class: measurement
      scale: 0.01
      precision: 1

Vraag: WP en Gasketel en een modbus gateway

Ik snap niet hoe ik specifiek informatie van de Gasketel kan opvragen. Bijvoorbeeld wil ik weten of de installatie warmwater aan het maken is. Een voorbeeld van een usecase is dat ik de afzuiging van de douche wil starten als er warm water wordt getapt en ik wil de afzuiging even kort uit en weer aan zetten als er langer dan 5 minuten warm water wordt gebruikt. Een ander voorbeeld is dat ik alarm krijg op mijn telefoon als de installatie beslist om de gasketel te starten als ondersteuning. En zo zijn er vast nog veel meer leuke dingen te bedenken. Alles gericht op energiebesparing.

Als ik de status van de installatie opvraag op modbus adres 411 (AM012 op het display) dan zou waarde 4 warmwater productie moeten betekenen. Maar helaas blijkt dit adres in mijn geval betrekking te hebben op de warmtepomp en dus hebben de waardes die ik van adres 411 krijg enkel betrekking op de verwarming dmv de Warmtepomp. Als ik de gasketel warmwater laat produceren veranderd adres 411 niet van waarde!

In paragraaf 5.8 (pagina 185) en verder van de installatie handleiding staat denk ik uitgelegd hoe ik de waardes van zowel WP als ook van de Gasketel zou moeten kunnen benaderen. Remeha noemt dit zeer verwarrend Zonering.

Maar helaas snap ik daar echt niet wat men bedoelt en wat ik zou moeten doen om de juiste adressen uit te lezen.

Is er iemand die mij kan helpen om paragraaf 5.8 te vertalen naar mijn situatie?

[JoepW]

hallorichard schreef op donderdag 22 januari 2026 @ 07:46:
[...]

Het wijzigingen van de stooklijn. Ik krijg 11 te zien ipv 1.1 bijvoorbeeld.
number:
- platform: modbus_controller
modbus_controller_id: elga_ace
name: "Remeha Schrijf Register 674"
id: remeha_reg_674_write
register_type: holding
address: 674
value_type: U_WORD
unit_of_measurement: "°C"
min_value: 0.0
max_value: 25.5 # 255 / 10
step: 0.1
write_lambda: |-
uint8_t raw = (uint8_t) round(x * 10.0);
return (uint16_t) raw;

Maar ik zou ook graag de voetwaarde 675 willen kunnen wijzigen.

De data van de stooklijn heeft een decimaal en de data in het register van de Ace is een integer. Dus als je die data ophaalt moet je door 10 delen en als wilt schrijven moet je vermenigvuldigen met 10.

De stooklijn definitie in mijn modbus.yaml ziet er als volgt uit:

YAML:

- name: Remeha Stooklijn helling 1186 CP23x
      unique_id: remeha_stooklijn_helling_1186_cp23x
      slave: 100
      address: 1186
      input_type: input
      data_type: uint16
      scan_interval: 86400
      unit_of_measurement: °C
      state_class: measurement
      scale: 0.1
      precision: 1

Dit is ook zo gedocumenteerd in de configuratie-handleiding (resolutie=0,1)

[rft80]

Beetje ziek geweest en druk met verbouwing, probeer m vanavond op git te zetten

Hier alvast mijn code voor stooklijn:

[rft80]

Zoals beloofd hierbij GIST link met mijn yaml code. Deze is samengesteld uit voorbeelden gedeeld op dit forum, aanpassingen van code van anderen gepost op home assistant forum, eigen vertalingen en experimenten. Grootste deel werkt. Zie dash board:



bij de monitoring zijn wat sensoren die niet goed werken (met name vermogen, target temperatuur thermostaat [waarschijnlijk iets in de integer niet goed, signed vs. unsiged?) maar temperaturen, flow etc werken goed: