Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[SebastiaanPs]

ricvee schreef op woensdag 29 oktober 2025 @ 10:16:
[...]


Ja, had ik idd ook moeten doen.
Ga ik nog wel een keer omzetten, als er onderhoud gedaan wordt door koevlaas.

Als je een kabeltje met 2 aders hebt dan kun je het heel eenvoudig zelf doen, heb ik ook gedaan. De ingang op de binnenunit is heel duidelijk en is geen 230V dus moet makkelijk zelf kunnen.

[xoror]

@SebastiaanPs is meer dat ik even niet mooi een kabel kan trekken van de meter kast naar de hydrobox, het aansluiten zelf is geen issue gok ik ook voor @ricvee

[SebastiaanPs]

xoror schreef op woensdag 29 oktober 2025 @ 10:20:
@SebastiaanPs is meer dat ik even niet mooi een kabel kan trekken van de meter kast naar de hydrobox, het aansluiten zelf is geen issue gok ik ook voor @ricvee

Snap ik, was ook meer voor @ricvee bedoeld want bij hem klonk het alsof het trekken van de kabel niet zo’n issue was.

[peterpijpelink]

ga kijken naar een zigbee 3 fase kWh meter en die koppelen aan de WP. Dacht dat de ESP ook e.e.a. kon uitlezen qua verbruik, ik zie sensoren maar die geven dus niet echte verbruik aan. De binnenunit meet ik wel met een stekker, maar buitenunit idd niet.

[xoror]

@ricvee Oh ja @peterpijpelink triggert mij. Het gaat natuurlijk niet de meter in de hydrobox gooien. De binnen unit wordt gevoed door de buiten unit, dus dan mis je dan het verbruik van de buiten unit (die slurpt ook het meest)

@peterpijpelink de binnen unit heeft ws wel een groep voor het booster element, die monitor ik niet, wat is maar 1x per week voor legionella.

[ricvee]

@xoror
Ok, helder. Dan zouden er dus extra draden moeten worden getrokken.
Dat is idd wel erg bewerkelijk.

[Blackraven]

SebastiaanPs schreef op woensdag 29 oktober 2025 @ 10:18:
[...]

Als je een kabeltje met 2 aders hebt dan kun je het heel eenvoudig zelf doen, heb ik ook gedaan. De ingang op de binnenunit is heel duidelijk en is geen 230V dus moet makkelijk zelf kunnen.

Uiteraard altijd eerst de spanning er af, maar mocht je toch eigenwijs zijn:
Altijd eerst de meter zelf aansluiten, daarna pas de binnenunit.
Dan kun je ook niet per ongeluk een fase aantikken en je FTC opblazen.

Bij mij kwamen de pulsen van de meter en de FTC trouwens niet standaard overeen en moest ik nog nog even aanpassen in het servicemenu.
@xoror Ik heb het voordeel dat ik een onderverdeler precies tussen buiten en binnenunit heb staan.
Hij meet bij mij de backup verwarming trouwens ook mee, goed voor m'n COP score in de zomer als ik m'n zonnestroom affakkel met het element.

[SebastiaanPs]

Blackraven schreef op woensdag 29 oktober 2025 @ 11:26:
[...]

Uiteraard altijd eerst de spanning er af, maar mocht je toch eigenwijs zijn:
Altijd eerst de meter zelf aansluiten, daarna pas de binnenunit.
Dan kun je ook niet per ongeluk een fase aantikken en je FTC opblazen.

Bij mij kwamen de pulsen van de meter en de FTC trouwens niet standaard overeen en moest ik nog nog even aanpassen in het servicemenu.
@xoror Ik heb het voordeel dat ik een onderverdeler precies tussen buiten en binnenunit heb staan.
Hij meet bij mij de backup verwarming trouwens ook mee, goed voor m'n COP score in de zomer als ik m'n zonnestroom affakkel met het element.

Uiteraard allemaal spanningsloos gedaan.
Home Wizard kWh meter heeft een instelbare pulsuitgang en de binnenunit een instelbare pulsingang. Ik heb het op 100 pulsen per kWh (0.01 kWh per puls) ingesteld.
Volgens mij maakte de polariteit ook nog uit want eerst telde hij niet en na wisselen draden wel.

Bij mij kwamen de dagelijkse totalen obv MELCloud en kWh meter data overigens daarvoor ook al goed overeen: SebastiaanPs in "Mitsubishi Electric Ecodan Lucht/Water Warmtepompen"

[ricvee]

Ik heb in de meterkast dus een Home wizard kWh meter, met daar vandaan 3-fase 5x2,5mm² draden lopen naar de Buiten unit.
Ik kan dan toch gewoon de kWh meter uit de meterkast halen, en deze in de Buiten unit er tussen zetten met de extra pulse draden?

[ Voor 4% gewijzigd door ricvee op 29-10-2025 13:06 ]

[xoror]

ricvee schreef op woensdag 29 oktober 2025 @ 12:06:
Ik heb in de meterkast dus een Home wizard kWh meter, met daar vandaan 3-fase 5x2,5mm² draden lopen naar de BU.
Ik kan dan toch gewoon de kWh meter uit de meterkast halen, en deze in de BU er tussen zetten met de extra pulse draden?

Die pulse aansluuting TBI.3 zit volgens mij op je ftc board, dus binnen unit. @SebastiaanPs toch?

[SebastiaanPs]

xoror schreef op woensdag 29 oktober 2025 @ 12:41:
[...]


Die pulse aansluuting TBI.3 zit volgens mij op je ftc board, dus binnen unit. @SebastiaanPs toch?

Klopt. De afkorting BU is multi interpretabel

Correctie de 5x 2.5mm2 kabel loopt natuurlijk van meterkast naar buitenunit dus ik snap nu je punt. Dan moet die kabel langs de binnenunit lopen of iets dergelijks zodat je daar een kWh meter ertussen kan zetten.

[ Voor 28% gewijzigd door SebastiaanPs op 29-10-2025 13:04 ]

[xoror]

Beste is gewoon in de meterkast en kabel naar je binnen unit.
Maar goed, ik heb de home wizard nu ook opgesplitst naar operating mode, dus echt noodzaak is het ook niet om de dagelijkse wp cijfers goed te krijgen. Totalen (/dag/maand/jaar) zie ik gewoon op mijn energy dashboard van HA.

[ricvee]

SebastiaanPs schreef op woensdag 29 oktober 2025 @ 13:03:
[...]

Klopt. De afkorting BU is multi interpretabel

Correctie de 5x 2.5mm2 kabel loopt natuurlijk van meterkast naar buitenunit dus ik snap nu je punt. Dan moet die kabel langs de binnenunit lopen of iets dergelijks zodat je daar een kWh meter ertussen kan zetten.

Of een pulse draadje vanaf de kWh meter in de buitenunit naar de binnenunit?

[SebastiaanPs]

ricvee schreef op woensdag 29 oktober 2025 @ 13:09:
[...]

Of een pulse draadje vanaf de kWh meter in de buitenunit naar de binnenunit?

Dat kan ook inderdaad. Maar kan je een kWh meter veilig in de buitenunit plaatsen? Daarvoor heb ik te weinig verstand van elektra en de binnenzijde van de buitenunit. Moet dat in een kastje? En past dat op een binnenwand van de buitenunit?

[xoror]

Waarom zo moeilijk ? tenzij je echt in de knoop komt met de pulse kabel. En wat heb je evt nog niet wat je met de pulse op de wp kan krijgen ?

meter kast met homewizard --- pulse --- binnenunit
|
|
buiten unit

Ik heb verder wat eerste resultaten van een decay rate van 0.02 (vandaag) ipv 0.03 (gisteren)

De 0.02 is wat rustiger en minder boost nodig, dus ik denk dat ik die prefereer en default maak. Ik had maar 1 boost nodig omdat mijn retour naar 24c ging.

[ Voor 116% gewijzigd door xoror op 29-10-2025 13:20 ]

[SebastiaanPs]

xoror schreef op woensdag 29 oktober 2025 @ 13:15:
Waarom zo moeilijk ? tenzij je echt in de knoop komt met de pulse kabel. En wat heb je evt nog niet wat je met de pulse op de wp kan krijgen ?


[...]

Zo heb ik het inderdaad, lijkt mij ook het meest eenvoudig

[ricvee]

xoror schreef op woensdag 29 oktober 2025 @ 13:15:
Waarom zo moeilijk ? tenzij je echt in de knoop komt met de pulse kabel. En wat heb je evt nog niet wat je met de pulse op de wp kan krijgen ?


[...]

Dat kan bij mij helaas niet zomaar, helaas. Dan moet ik 25 meter door de tuin heen, en binnen van de 1e verdieping naar de kelder.
Het verschil tussen mijn kWh meter en Mitsubishu is trouwens vaak groter dan 10 a 15 %, vandaar dat ik verschillende opties bekijk.

[xoror]

Wat ik bedoel te zeggen is dat je kwh meter gewoon goed en leidend is, heeft het nog veel zin om naar de mitsu schatting te kijken?

@ricvee https://github.com/gekkek...n/automations/energy.yaml
je kan je meter zo splitten en dan utility meter overheen, dan krijg je per bedrijf te zien wat hij gebruikt.

[ Voor 75% gewijzigd door xoror op 29-10-2025 13:24 ]

[ricvee]

Nee, inderdaad.

[SebastiaanPs]

xoror schreef op zondag 5 oktober 2025 @ 17:02:
Geen gekke issues meer, dus bij deze officieel. Zitten nog paar leuke extras bij zoals total inceasing counters voor consumptie en verbruik (kan je direct in je energy dashboard slepen).

De mensen die mijn binaries draaien krijgen vanzelf in HA een update notificatie.

changelog:

[...]

https://github.com/gekkek...releases/tag/2025-10-05.6
Voor de mensen die zelf compilen, haal de laatste yaml template op, of voeg zelf even de energy.yaml toe.

Ik zit even te zoeken naar die total increasing counters en utility meters.

Als ik het goed heb dan zijn dit de juiste nieuwe counters:
- Ecodan heatpump Total Heating Consumed
- Ecodan heatpump Total Heating Delivered
- Ecodan heatpump Total Cool Consumed
- Ecodan heatpump Total Cool Consumed
- Ecodan heatpump Total DHW Consumed
- Ecodan heatpump Total DHW Consumed

Geen issues meer met rebooten dus dat is erg fijn.
Wat doen jullie met utility meters? Of zijn dat de bovenstaande entities?

De varianten voor het dagelijkse verbruik hiervan (niet increasing) zijn:
- Ecodan heatpump Heating Consumed
- Ecodan heatpump Cool Consumed
- Ecodan heatpump DHW Consumed

De eerdere entities (template sensors) kunnen er nu dus uit?
- total heating produced
- monthly heating produced
- total cool produced
- monthly cool produced
- total DHW produced
- monthly DHW produced

Ik zag het eerdere template sensor YAML voorbeeld ook niet meer erbij staan hier https://github.com/gekkek...ecodan-hp/tree/main/confs

[xoror]

utility meters definieer je op de realtime output sensoren (kwh meter). Dan integreert hij hem en krijg je verbruik.
Je definieert utility meters bijv hierop: https://github.com/gekkek...n/automations/energy.yaml
De utility meters kan je dan in je energy dashboard doen. Dan krijg je zoiets te zien


De increasing counters kan je al direct in je dashboard doen als het goed is. Is voor mensen zonder energie meters (of luilakken die mee doen met de monitoring van tomexergie ;-) )

- total heating produced
- monthly heating produced
- total cool produced
- monthly cool produced
- total DHW produced
- monthly DHW produced

Deze zijn nu allemaal in je energy dashboard terug te vinden. De periode selecteren en je ziet de totalen. De oude werken ook niet altijd even lekker. Bij de nieuwe total increasing heb je nog 1 theoretisch probleem. Als je 2 dagen achter elkaar exact op 2 decimalen hetzelfde verbruik heb zie ik dat verschil niet. Moeten we maar eens zien hoe vaak dat voorkomt, is een beetje onhandig om dat goed te herkennen.

Verder zijn dit gewoon de totalen zoals voorheen, dus die je ook op je hoofdbediening ziet

- Ecodan heatpump Heating Consumed
- Ecodan heatpump Cool Consumed
- Ecodan heatpump DHW Consumed

[ Voor 33% gewijzigd door xoror op 29-10-2025 22:03 ]

[Blackraven]

xoror schreef op woensdag 29 oktober 2025 @ 21:42:
utility meters definieer je op de realtime output sensoren (kwh meter). Dan integreert hij hem en krijg je verbruik.
Je definieert utility meters bijv hierop: https://github.com/gekkek...n/automations/energy.yaml
De utility meters kan je dan in je energy dashboard doen. Dan krijg je zoiets te zien
[Afbeelding]

De increasing counters kan je al direct in je dashboard doen als het goed is. Is voor mensen zonder energie meters (of luilakken die mee doen met de monitoring van tomexergie ;-) )


[...]


Deze zijn nu allemaal in je energy dashboard terug te vinden. De periode selecteren en je ziet de totalen. De oude werken ook niet altijd even lekker. Bij de nieuwe total increasing heb je nog 1 theoretisch probleem. Als je 2 dagen achter elkaar exact op 2 decimalen hetzelfde verbruik heb zie ik dat verschil niet. Moeten we maar eens zien hoe vaak dat voorkomt, is een beetje onhandig om dat goed te herkennen.

Verder zijn dit gewoon de totalen zoals voorheen, dus die je ook op je hoofdbediening ziet

[...]

Leuk projectje voor oud en nieuw, wil eigenlijk niet nu in het lopende jaar m'n metering weer overhoop halen

[xoror]

@Blackraven als je de totalen al heb kan je gewoon die onderverdeling erbij doen, en dan in HA linken aan de parent, dan blijven de oude totalen werken en worden netjes onderverdeeld zoals in mijn screenshot. Je kan het dus nu doen, verandert niets aan je totalen.

[Blackraven]

@xoror Die willen bij mij niet in de enery dashboard omdat het in 'W' is en niet 'Wh' ?
Waarschijnlijk moet ik de template aanpassen op basis van de kWh meter en state class op increasing?
Edit: ah, je gebruikt de utility meter helper
Hmm, de helper heeft ook 'W' als eenheid...
I give up.

[ Voor 27% gewijzigd door Blackraven op 30-10-2025 11:35 ]

[xoror]

@Blackraven je moet k factor doen bij "metrix prefix" dan krijg je netjes kWh zoals bij mij

[Blackraven]

het probleem zit hem niet in Watt vs. kiloWatt, maar in:
Watt vs. Watt * uur (Wh), als in vermogen vs. energie.
Meine Aha-erlebnis: https://www.youtube.com/watch?v=mTp5nolyFXc

[ Voor 22% gewijzigd door Blackraven op 30-10-2025 12:53 ]

[xoror]

heb je goed je realtime sensoren aangemaakt zoals in mijn voorbeeld ?

[SebastiaanPs]

Soms voel ik mij hier echt als een cave man die nog in de stone age leeft. Terwijl @xoror als hardcore dev'er al in het jaar 3000 leeft.
Je moet dus een helper aanmaken, type 'integral sensor', die je power entity integreert en zo dus van W of kW een entity in kWh maakt.
Dus "heatpump heating power" in W integreer je met prefix k (kilo) tot "heatpump heating energy". Ik heb precision 3 decimalen gekozen (tot de 1 W nauwkeurig dus).
Deze "heatpump heating energy" kan je vervolgens in je Energy dashboard toevoegen, met als upstream device de "heatpump energy" die je al had obv de kWh meter.
Op naar bronze age.

[Blackraven]

@SebastiaanPs Same here...
Handig als je hem op uur zet idd, ik had eerst minuten, maar dan krijg je ook kWmin. ipv. kWh...
Nu nog in het energy dashboard, maar dat is wel het minst steile stukje learning curve.

Update dagje later: De uitgesplitste benaderingen op basis van de gemeten vermogens kloppen compleet niet met de gemeten totale kWh, dus alles maar weer in de prullenbak. Heb nu een alternatieve route bewandeld die de originele kWh meter opsplitst middels de utility meter helper en een 'operation mode' triggered automation.
https://community.home-as...energy-consumption/454441

[ Voor 54% gewijzigd door Blackraven op 31-10-2025 14:36 ]

[xoror]

Settings > Entities, kies dan boven Helper en vervolgens create helper

- kies dan integral sensor
name: naam geven aan je nieuwe sensor
metrix: k (als je realtime Watt was zoals mijn voorbeeld)
input sensor: hier je realtime sensor
integration method: Left Riemann sum
de rest op default laten en submit.

na een min of 2 kan je je nieuwe sensor gebruiken in het energie dashboard? Wil je de sensor onder een andere teller laten vallen, kies dan je parent als upstream device idd.

Ik had het idee dat iedereen hier wel een beetje into HA was

[ Voor 18% gewijzigd door xoror op 30-10-2025 13:31 ]

[ricvee]

@xoror Als ik vandaag of morgen van MQTT en domoticz voor de wp af ga, klopt het dan dat ik deze stappen moet doen:
updaten via de webinterface vd ESP met OTA met de laatse versie voor mijn proxy-boardje
Daarna gaan de updates vanzelf via HA?
Of vergeet ik nog iets?

[xoror]

@ricvee Nee, gewoon flashen de ota via web interface

[SebastiaanPs]

Mijn power in heating wordt geteld in idle, niet in heating.
Terwijl de Energy YAML toch echt correct zou moeten zijn?
Ligt dit aan mij of hebben anderen het ook?

YAML:

sensor:
    # detailed homewizard usage
    - name: "Heatpump Power Idle"
      unique_id: heatpump_power_idle
      unit_of_measurement: "W"
      device_class: power
      state_class: measurement
      state: "{{ states('sensor.kwh_meter_vermogen_2') | float(0) if states('sensor.ecodan_heatpump_5ce808_operation_mode') not in ['Heating Water', 'Legionella Prevention', 'Space Heating', 'Space Cooling', 'Frost Protection'] else 0 }}"

    - name: "Heatpump Power DHW"
      unique_id: heatpump_power_dhw
      unit_of_measurement: "W"
      device_class: power
      state_class: measurement
      state: "{{ states('sensor.kwh_meter_vermogen_2') | float(0) if is_state('sensor.ecodan_heatpump_5ce808_operation_mode', ['Heating Water', 'Legionella Prevention']) else 0 }}"

    - name: "Heatpump Power Heating"
      unique_id: heatpump_power_heating
      unit_of_measurement: "W"
      device_class: power
      state_class: measurement
      state: "{{ states('sensor.kwh_meter_vermogen_2') | float(0) if is_state('sensor.ecodan_heatpump_5ce808_operation_mode', ['Space Heating', 'Frost Protection']) else 0 }}"

    - name: "Heatpump Power Cooling"
      unique_id: heatpump_power_cooling
      unit_of_measurement: "W"
      device_class: power
      state_class: measurement
      state: "{{ states('sensor.kwh_meter_vermogen_2') | float(0) if is_state('sensor.ecodan_heatpump_5ce808_operation_mode', 'Space Cooling') else 0 }}"

[xoror]

zal later even kijken in detail

heb je rieman sum left gedaan en hoe vaak update je kwh meter sensor?

[SebastiaanPs]

xoror schreef op donderdag 30 oktober 2025 @ 14:25:
zal later even kijken in detail

heb je rieman sum left gedaan en hoe vaak update je kwh meter sensor?

Dit gaat over power, niet energy, maar heb inderdaad Riemann sum left gedaan. kWh meter update elke seconde.

[xoror]

@SebastiaanPs
Het lijkt hier ok. Mijn Power idle en heating zijn zo gedefinieerd:

YAML:

    - name: "Heatpump Power Idle"
      unique_id: heatpump_power_idle
      unit_of_measurement: "W"
      device_class: power
      state_class: measurement
      state: "{{ states('sensor.kwh_meter_3_phase_active_power') | float(0) if states('sensor.ecodan_heatpump_operation_mode') not in ['Heating Water', 'Legionella Prevention', 'Space Heating', 'Space Cooling', 'Frost Protection'] else 0 }}"

    - name: "Heatpump Power DHW"
      unique_id: heatpump_power_dhw
      unit_of_measurement: "W"
      device_class: power
      state_class: measurement
      state: "{{ states('sensor.kwh_meter_3_phase_active_power') | float(0) if is_state('sensor.ecodan_heatpump_operation_mode', ['Heating Water', 'Legionella Prevention']) else 0 }}"

    - name: "Heatpump Power Heating"
      unique_id: heatpump_power_heating
      unit_of_measurement: "W"
      device_class: power
      state_class: measurement
      state: "{{ states('sensor.kwh_meter_3_phase_active_power') | float(0) if is_state('sensor.ecodan_heatpump_operation_mode', ['Space Heating', 'Frost Protection']) else 0 }}"

Je sensor definitie ziet er ok uit, heb je misschien toevallig nog een oude versie van een sensor die je foutief ervoor heb gedefinieerd gebruikt ?

pre-release:
https://github.com/gekkek...releases/tag/2025-10-30.1
Ik heb daarin de dag totalen opgeteld op basis van de huidige dag, dus dan zou het probleem van dubbele tellingen bij zelfde waarde weg moeten zijn. Het kan zijn dat hij de 1e dag verkeerd telt, maar volgens mij moet het goed gaan. iig hier geen dubbel telling bij het overgaan.

[ Voor 13% gewijzigd door xoror op 30-10-2025 15:07 ]

[SebastiaanPs]

xoror schreef op donderdag 30 oktober 2025 @ 14:57:
Je sensor definitie ziet er ok uit, heb je misschien toevallig nog een oude versie van een sensor die je foutief ervoor heb gedefinieerd gebruikt ?

Dit was het inderdaad. Ik had bijna dezelfde YAML in template sensor staan, maar dan met de operation mode entity nog niet aangepast naar de mijne. Nu opgelost, enorm bedankt.

Is de utility meter echt noodzakelijk?
Ik heb nu de power entities in mijn template sensor YAML gedefinieerd (precies zoals jij hierboven hebt gedaan, met de entities names aangepast naar de mijne) en ik heb op proef de Energy YAML ge-uncomment in de configuration YAML. Na herstart Home Assistant werken de power entities gewoon en ook de integral helpers en energy dashboard etc.

[xoror]

de utility meter wordt buiten de yaml om gedefinieerd, en is 'nodig'.
Je moet hem anders zelf definieren, dat is wat lastiger, moet via 2 sensoren. Dus ik zou aanraden om lekker die utility meter te gebruiken.

[Breud]

xoror schreef op woensdag 29 oktober 2025 @ 13:08:
Beste is gewoon in de meterkast en kabel naar je binnen unit.
Maar goed, ik heb de home wizard nu ook opgesplitst naar operating mode, dus echt noodzaak is het ook niet om de dagelijkse wp cijfers goed te krijgen. Totalen (/dag/maand/jaar) zie ik gewoon op mijn energy dashboard van HA.

de mooiste manier !

[xoror]

release gebundeld
https://github.com/gekkek...releases/tag/2025-10-31.2

- Reverted uart workaround and upgraded to esphome 2025.10.3 (it has been fixed in esphome 2025.10.3)
- AA: Fixed enforcing safety cap of heating offset
- AA: Allow override of outdoor temp sensor
- AA: Allow predictive cycle prevention to be turned off during AA
- AA: Temporary allow manual editing of offsets (Don't depend on this, will be removed when algorithm is working stable)
- AA: Increased efficiency probe from 0.01 to 0.02 (speedup decay)
- Add 0x0f condensing temp fallback if we encounter stuck 40.57 value
- Proxy: handle 0x28 byte 11 clear when in proxy
- AA: Use multi zone status to ensure that zones are actually operating (for independent zones)
- Adjust timeout settings for heatpump and proxy to ensure there's no overlapping
- Use controller day of the year to avoid double counting in the forever increasing counters
- Remove sntp usage in the delta_energy_consumed_increasing sensor (use the controller day of the year instead)
- Only handle Off -> On and On -> Off compressor transitions. Ignore the unknown states
- Remember states for reported daily consumption and estimated COP (will not be reset after reboot)
- AA: adjust z1 and z2 offset independently when boosting

[snapo6]

Is het ergens aan te geven dat SWW gestart wordt dagelijks op een vaste tijdstip ongeacht de drop in setpoint?

[Miezie]

snapo6 schreef op vrijdag 31 oktober 2025 @ 12:57:
Is het ergens aan te geven dat SWW gestart wordt dagelijks op een vaste tijdstip ongeacht de drop in setpoint?

Dagelijks met een automation setpoint verhogen en na 2/3 uur weer verlagen.

[snapo6]

Miezie schreef op vrijdag 31 oktober 2025 @ 13:05:
[...]

Dagelijks met een automation setpoint verhogen en na 2/3 uur weer verlagen.

Correct, zo staat het er nu in maar als de drop niet overschreden wordt gebeurt er niets.

[ruub26]

snapo6 schreef op vrijdag 31 oktober 2025 @ 13:27:
[...]

Correct, zo staat het er nu in maar als de drop niet overschreden wordt gebeurt er niets.

En met de schakelaar "set forceer SWW"

[SebastiaanPs]

snapo6 schreef op vrijdag 31 oktober 2025 @ 13:27:
[...]

Correct, zo staat het er nu in maar als de drop niet overschreden wordt gebeurt er niets.

Ik zit even mee te denken. Met een dagschema in de main remote controller heb je geloof ik dit effect? Force DHW wil je niet.
Via ESP: SWW setpoint eerst bijv. 15 graden omhoog om de start te triggeren, na 5 min verlagen naar werkelijk gewenste SWW setpoint?

[ruub26]

SebastiaanPs schreef op vrijdag 31 oktober 2025 @ 13:31:
[...]

Ik zit even mee te denken. Met een dagschema in de main remote controller heb je geloof ik dit effect? Force DHW wil je niet.
Via ESP: SWW setpoint eerst bijv. 15 graden omhoog om de start te triggeren, na 5 min verlagen naar werkelijk gewenste SWW setpoint?

Waarom zou je forceer DWH niet willen?

[SebastiaanPs]

ruub26 schreef op vrijdag 31 oktober 2025 @ 13:33:
[...]

Waarom zou je forceer DWH niet willen?

Dan geeft je warmtepomp maximaal vermogen, dat is nadelig voor COP, geluid en misschien ook wel levensduur.

[xoror]

Je kan ook vrij eenvoudig een switch/knop in HA maken die setpoint 1min naar 55c gooit, en daarna weer terug.

YAML:

boost_warmwater:
  alias: "Boost Warmwater"
  icon: "mdi:water-boiler-plus" 
variables:
    old_setpoint: "{{ state_attr('climate.ecodan_heatpump_dhw_climate', 'temperature') }}"

  sequence:
    - service: climate.set_temperature
      data:
        temperature: 55
      target:
        entity_id: climate.ecodan_heatpump_dhw_climate
    - delay:
        minutes: 2
    - service: climate.set_temperature
      data:
        temperature: "{{ old_setpoint }}"
      target:
        entity_id: climate.ecodan_heatpump_dhw_climate

Deze knop kan je dan eenvoudig in HA op een bepaalde tijd laten indrukken. (en ook handmatig triggeren)

En anders het week schema 'feature' gebruiken, zodra hij in het venster komt gaat sww aan.

[ Voor 6% gewijzigd door xoror op 31-10-2025 14:04 ]

[snapo6]

Mijn setpoint is 48 en om gebruik te maken van zonuren gaat de setpoint dagelijks om 13.00 omhoog naar 55 en om 16.00 terug naar 48.
De volgende dag om 13.00, als de tank 50 aangeeft, wil ik dat de wp toch sww gaat doen tot 55.

[barcomoon]

Mijn DHW setpoint is ook 48. Drop is 20. Ik kan bij een temp van 18-20 nog een snelle douche doen, zat warm water boven de sensor. Het is een 300L vat. Sensor zit halverwege.

Via Home Assistant zet ik een prohibit buiten 12:00-21:00. Dat zorgt er voor dat er in vrijwel alle gevallen maar één run is per dag om 12:00. Die run gaat in eco modus en pruttelt rustig de boel naar setpoint. Legionella één keer per twee weken om 11:30 op zondag.

Het was een beetje zoeken in het begin met een gezin wat graag en lang onder de douche staat. Maar dit werkt prima met de combinatie die we hier hebben staan qua douche gebruik etc.

[Miezie]

snapo6 schreef op vrijdag 31 oktober 2025 @ 17:01:
Mijn setpoint is 48 en om gebruik te maken van zonuren gaat de setpoint dagelijks om 13.00 omhoog naar 55 en om 16.00 terug naar 48.
De volgende dag om 13.00, als de tank 50 aangeeft, wil ik dat de wp toch sww gaat doen tot 55.

Waarom zou je dat willen? Als het ff niet koud genoeg is en je gaat van 48 naar 43 is er ook nog geen man over boord lijkt me? Je wint er niet heel veel mee uiteindelijk…
Maar je kan er een condition in gooien en het setpoint temp+5 maken bijvoorbeeld…

[snapo6]

Warm en warm water gebruik is bij ons vrij hoog, soms zelfs 2 runs op een dag vandaar dat ik de tank minimaal 1x per dag op 55 wil hebben.

[xoror]

hotfix Dagelijkse totaal produced teller werd niet goed gereset.
https://github.com/gekkek...releases/tag/2025-11-01.1

- remove sntp requirement and use the time from the heatpump to detect day transitions (all external dependencies have been removed)
- fixed issue where daily_computed_output_power sensor was not reset on day transition

@snapo6 hoeveel liter capaciteit is jouw tank? 55c is serieus veel voor dagelijks. Bij ons gaat zondag 12:00 de legionella af, en dan kunnen we tot woensdag ermee doen, dan is het 60c 300l.

[ Voor 20% gewijzigd door xoror op 01-11-2025 10:16 ]

[Miezie]

snapo6 schreef op zaterdag 1 november 2025 @ 10:04:
Warm en warm water gebruik is bij ons vrij hoog, soms zelfs 2 runs op een dag vandaar dat ik de tank minimaal 1x per dag op 55 wil hebben.

Stel dan 55 met drop 10 in… ben je er ook.

[Miezie]

xoror schreef op zaterdag 1 november 2025 @ 10:07:
hotfix Dagelijkse totaal produced teller werd niet goed gereset.
https://github.com/gekkek...releases/tag/2025-11-01.1


[...]


@snapo6 hoeveel liter capaciteit is jouw tank? 55c is serieus veel voor dagelijks. Bij ons gaat zondag 12:00 de legionella af, en dan kunnen we tot woensdag ermee doen, dan is het 60c 300l.

55 is ook gewoon comfortabel.

[xoror]

Ik heb de hele maand AA gedraaid, en ws best wat overbodig verwarmd, maar hier even de totalen:

Volgens de WP
verwarmen gebruikt: 222 kWh
homewizard: 145kWh

COP volgens wp: 1127/222 = 5,08
COP volgens kwh meter: 1127/145 = 7,78

Het schijnt dat de wp schatting niet zo accuraat is onder bepaalde frequentie, en ws heb ik veel in de lage frequenties gedraaid deze maand.

[SebastiaanPs]

xoror schreef op zaterdag 1 november 2025 @ 12:58:
Ik heb de hele maand AA gedraaid, en ws best wat overbodig verwarmd, maar hier even de totalen:

Volgens de WP
verwarmen gebruikt: 222 kWh
homewizard: 145kWh

COP volgens wp: 1127/222 = 5,08
COP volgens kwh meter: 1127/145 = 7,78

Het schijnt dat de wp schatting niet zo accuraat is onder bepaalde frequentie, en ws heb ik veel in de lage frequenties gedraaid deze maand.

De Mitsu MRC telt bij mij ook idle verbruik op bij verwarmen.
De kWh meter hou je gesplitst bij toch met jouw power entities (heating, DHW, cooling, idle), dus dat is zonder idle verbruik? Hoeveel scheelt dat?

[xoror]

nee dit is zonder te splitsen, dus mijn kwh is ook icl idle (heb homewizard totaal - Wp dhw gedaan). Maar is maar paar kWh per maand dus dat is het ook niet. Volgende maand weet ik het gesplit

[ Voor 11% gewijzigd door xoror op 01-11-2025 13:36 ]

[SebastiaanPs]

Mijn idle verbruik is met 13 W zo’n 9 a 10 kWh per maand. Jouw PUHZ had niet een lager idle verbruik maar iets hoger toch? Dan zou je mCOP voor verwarmen zonder idle iets van 8.5 moeten zijn? Mooi resultaat zeg!

[xoror]

gisteren was idle usage 0.31kWh tussen verwarmen en dhw door, dus x 31 dagen is 9.92 kWh idd. Volgende maand weten we het wat beter. Maar wat ik aan wil aangeven is dat de wp schatting slecht is bij lagere frequenties.

[ Voor 7% gewijzigd door xoror op 01-11-2025 13:42 ]

[michaelvo]

Ik heb niet het idee dat de MRC rapportage van mijn PUHZ meer afwijkt bij lagere frequenties. Wel overschat hij het standby verbruik consequent met een factor 2 (60W ipv 30W). Maar ik moet toegeven dat dit een schatting is, heb geen externe kWh meter maar heb wel de rest van mijn huis redelijk strak gemonitord dus afwijkingen van tientallen kWh zouden bij mij ook zeker moeten opvallen!

Heb overigens braaf mijn getallen van oktober doorgegeven aan Tomexergie, maar ik blijf van mening dat onderling vergelijken vrij zinloos blijft, zeker in het voor en naseizoen. De best geïsoleerde huizen hebben met een lage warmtevraag relatief het hoogste standby verbruik en daardoor automatisch de laagste mCOP’s (bij vergelijkbare Ta). Mits je een goed afgiftesysteem hebt (veel vloerverwarming) zegt een hoge mCOP dus nu vooral dat je teveel gestookt hebt t.o.v. anderen .

En zelfs als we zouden gaan rapporteren exclusief standby verbruik dan nog is het makkelijk te manipuleren. Lekker de thermostaat op 25 graden zetten als de buitentemperatuur boven de bijvoorbeeld 13 graden is levert prachtige mCOP getallen op! Ik ga inzetten op verbruikte kWh per m2 gedeeld door je energielabel ofzo .

[michaelvo]

En nog even wat anders, ik zag iets over een condensing temp fallback in je release, ik had inderdaad altijd de waarde 40,6 graden. Sinds de update staat deze vast op 74,9. Dus dat is nog steeds onbruikbaar?

[xoror]

@michaelvo Bagger dan is het bij jou niet bruikbaar, bij @Zjemm waren de waarden wel goed van de ruwe data.

[MrBlond]

Ik meld me als nieuwe gebruiker in dit topic. Ik heb deze oplossing nu een paar maanden draaien, ook geintegreerd in Home Assistant, erg blij mee. Ik heb de PUHZ-SHW80YAA + ERSC-VM2D in combinatie met de wireless thermostaat van Mitsubishi. Ook heb ik een energie meter van homewizzard op de groep geplaatst om het daadwerkelijke gebruik te kunnen meten. Nu het stookseizoen is begonnen wil ik me meer verdiepen in hoe het gebruik van de warmtepomp kan optimaliseren.

Nu zie ik allerlei nieuwe auto-adaptive functies toegevoegd worden, erg interessant voor mij als nieuwe gebruiker om mijn gebruik te optimaliseren, maar als leek vind ik het nog wel lastig om hier mijn weg in te vinden.

Ik heb de stappen in de docs gevolgd en de auto-adaptive functie aangezet. De warmtepomp geeft zoals gewoonlijk warmte af, alleen weet ik niet zeker of ik de auto-adaptive functie goed werkend heb gekregen want ik zie mijn auto adaptive heating offset and mijn learning rate helemaal niet veranderen sinds ik AA heb ingeschakeld. Wie heeft tips om mij op weg te helpen?

[xoror]

hij lijkt niet actief, heb je de getting started guide gevolgd?

https://github.com/gekkek...ith-auto-adaptive-control

en tips en tricks
https://github.com/gekkek...iscussioncomment-14747795

[ Voor 65% gewijzigd door xoror op 01-11-2025 15:49 ]

[MrBlond]

Volgens mij wel:

Step 1 & 2: ik heb een wireless thermostaat van Mitsubishi.
Step 3: overgeslagen want ik heb een wireless thermostaat
Step 4: overgeslagen voor nu. was optioneel
Step 5: zie screen shot voor configuratie
Step 6: ik heb fixed flow op de binnen unit aangezet en aa enabled. Wat moet ik nog meer doen?

[xoror]

De mitsu wireless hebben bij nild weer +1c overshoot. Moet je 1c overshoot compenstation instellen. Lijkt verder ok, je offset moet wel gaan bewegen.

Maar learning rate is 0, dus dat is apart, lijkt niet actief.

wat heb je geselecteerd op de esp 'selected operation mode"?

[ Voor 30% gewijzigd door xoror op 01-11-2025 16:18 ]

[MrBlond]

Dank je. Heb hem nu op 1 gezet. Laat hem nu een paar uur gaan, kijken of er beweging in komt.

[xoror]

ik gok dat selected operation mode nog verkeerd staat.

[MrBlond]

Waar moet ie op staan? Hij staat bij mij op heat target temperature.

[xoror]

dat is de ruimte regeling van mitsubishi.
Zet op heat flow dan komt ie tot leven

[MrBlond]

Aangepast, dank je. Ben benieuwd. Heb ik in de docs gemist dat ik dat moest aanpassen? Kan het nergens vinden.

[michaelvo]

Wat meteen de vraag doet oprijzen of @MrBlond wel doorheeft dat er een adaptieve (ruimte)regeling is van Mitsubishi die in veel situaties best heel prima tot uitstekend werkt. Als dit niet zo is of als je aanvullende wensen hebt (zoals bijvoorbeeld beter gebruik kunnen maken van dynamische prijzen, omgaan met externe omstandigheden of het bewaren van settings na een herstart) dan komt de adaptieve regeling van @xoror om de hoek kijken.

[MrBlond]

Goede vraag, zoals gezegd ben ik nieuw op dit gebied, daarom kom ik hier om te leren. Ik heb geen idee of alles bij mij goed is ingeregeld. De installateur heeft de installatie gedaan, verder is er nooit iets aan aangepast of geoptimaliseerd. Als ik veel mensen in dit topic bezig zie, lijkt me dat er wel ruimte is voor verbetering. Maar moeilijk in te schatten zonder veel kennis van zaken. Hoe kan ik beoordelen of de regeling van Mitsubishi al goed werkt in mijn situatie?

Ik heb idd een dynamisch contract, dus heb wel de wens om kosten te optimaliseren door de warmtepomp in de goedkoopste uren te laten verwarmen.

[xoror]

Ja als mitsu RR hlgoed werkt gewoon gebruiken, tenzij je wat van mijn extra features wil proberen. Je kan ook gewoon weekje proberen en vergelijken

Als je wil leren is het zowieso leuk om diper in te gaan. Anders gewoon de RR gebruiken.

[ Voor 23% gewijzigd door xoror op 01-11-2025 16:50 ]

[MrBlond]

@xoror hij gaat nu idd iets doen! Waarde is aangepast naar: 0.0299999993294477

[michaelvo]

MrBlond schreef op zaterdag 1 november 2025 @ 16:47:
Goede vraag, zoals gezegd ben ik nieuw op dit gebied, daarom kom ik hier om te leren. Ik heb geen idee of alles bij mij goed is ingeregeld. De installateur heeft de installatie gedaan, verder is er nooit iets aan aangepast of geoptimaliseerd. Als ik veel mensen in dit topic bezig zie, lijkt me dat er wel ruimte is voor verbetering. Maar moeilijk in te schatten zonder veel kennis van zaken. Hoe kan ik beoordelen of de regeling van Mitsubishi al goed werkt in mijn situatie?

Ik heb idd een dynamisch contract, dus heb wel de wens om kosten te optimaliseren door de warmtepomp in de goedkoopste uren te laten verwarmen.

Als jouw installateur z'n werk goed heeft gedaan dan draait hij prima . Maar om daarachter te komen is de monitoring via de ESP perfect. Heb je mooie lange runs (Zijn je bedrijfsuren > het aantal compressorstarts)? Krijg je goede COP's die overeenkomen met wat in het databook staat? Zie je pas defrosts bij buitentemperaturen < 5 graden? Etc.

Zoals gezegd is de Mitsubishi ruimteregeling redelijk robuust mits goed ingesteld door de installateur. Meer info is te vinden in de startpost en de gepinde topics van het algemene Ecodan topic.

Ook wordt daar regelmatig gebabbeld over hoe met dynamische tarieven om te gaan, bij mij werkt het al meer dan afdoende om de warmtepomp via het ingebouwde schema uit te zetten op de gemiddeld meest dure uren.

Neemt niet weg dat de regeling van xoror écht wel toevoegingen heeft, en je kunt m zeker uitproberen, maar probeer wel te bedenken wat je eigenlijk wilt verbeteren...

[barcomoon]

Vraagje over het remote thermostat project. Ik heb deze nu in gebruik. Ik schakel tot nu toe verwarming aan/uit via prohibits. Dat werkt op zich prima maar vroeg mij af of dit ook via de remote thermostat kan.

Vandaag wat geprobeerd. Wat ik tot nu toe heb gezien is dat onafhankelijk van het setpoint (onder of boven huidige temp) er altijd verwarmd wordt als de prohibit er af gehaald wordt. Er wordt ook niet gestopt na behalen setpoint. Ligt dat aan de gebruikte modus (heat flow met TA via AA)? Is dit ook zo met een Mitsubishi remote thermostaat?

Mijn aanname was dat ik geen andere thermostaat nodig heb met de remote thermostaat. Maar misschien snap ik het niet

Stel als ik niet via prohibits zou willen triggeren/uitzetten zou ik dan een reguliere thermostaat op IN1 moeten aansluiten?

[xoror]

Als het goed is zou je gewoon setpoint in kunnen stellen.De wp stel je op heat flow in. Als je de thermostaten goed heb ingesteld (dus room1 gemapped naar de juiste RCx) zou hij gewoon moeten afslaan als het setpoint is bereikt.

Werkt exact zelfde als de mitsu wireless thermostaat, die kan je ook laten afslaan als je de wp op vaste flow in stelt.

Uit de handleiding

...
When the flow temp. ( ) mode or the compensation curve ( ) mode is selected, the wireless remote controller will operate as a thermostat. (See “Main Controller” in IM.)

Dus dan wordt het een aan/uit thermostaat.

[ Voor 38% gewijzigd door xoror op 01-11-2025 20:26 ]

[barcomoon]

Ik mis ergens iets denk ik. In de controller lijkt het goed gelinkt. Ik selecteer daar RT1 voor zone 1 en ook in het programma als sensor. Ik zie ook de temp op de controller display staan. So far so good.

Ik heb nu setpoint staan op 18 en current temp is 20.5. Ik zie deze ook terug op de andere ESP als instelling voor zone1. Zou dus niets moeten doen normaal gesproken maar zodra ik de prohibit er van af gooi gaat die verwarmen. Ook als ik het setpoint aanpas (misschien was er een trigger nodig) blijft die verwarmen:

code:

21:42:35    [D] [climate:011]   'Begane grond' - Setting
21:42:35    [D] [climate:040]     Target Temperature: 18.50
21:42:35    [D] [climate:399]   'Begane grond' - Sending state:
21:42:35    [D] [climate:402]     Mode: HEAT
21:42:35    [D] [climate:404]     Action: HEATING
21:42:35    [D] [climate:422]     Current Temperature: 20.39°C
21:42:35    [D] [climate:428]     Target Temperature: 18.50°C

Mogelijk heb ik nog wat over het hoofd gezien? Ik ga het morgen nog een keer proberen met een fris hoofd even opnieuw alles linken/opzetten.

[xoror]

Dat zou het moeten zijn, ik heb het zelf nog niet geprobeerd, heb je de dipswitch wel omgezet? Post je dipswitch sensoren eens

Mensen met mitsu wireless thermostaat, als jullie heat flow instellen, wordt jullie thermostaat een aan/uit thermostaat?

Je ziet dus wel current temp en setpoint op de cn105 esp thermostaat toch? (en op de hoofd display)

[ Voor 8% gewijzigd door xoror op 01-11-2025 22:05 ]

[barcomoon]

Lijkt goed te staan (ook nog even bij de binnenunit gekeken):



Op de CN105 ESP zie ik netjes de waardes staan bij zone 1. Ben benieuwd of er inderdaad andere mensen zijn met een Mitsu remote en of ze hetzelfde gedrag zien.

[xoror]

ja mogelijk stuurt de mitsu thermostaat nog een commando, maar ik ging er vanuit dat de wp beslist omdat hij alle data heeft.

Dan moet ik dat een keer afluisteren

[ThaDude]

@xoror ik heb de laatste release geinstalleerd. Om precies te zijn de esp32s3-z1-en-2025-11-01.1.ota.bin
Nu zie ik op de pagina van mijn S32 ook Z2. Ook in de logging nu:

code:

09:26:27    [I] [ecodan.component:067]  
Could not publish state of sensor 'status_three_way_valve_2' with value: '1'
09:26:27    [I] [ecodan.component:067]  
Could not publish state of sensor 'status_water_pump_3' with value: '0'
09:26:27    [I] [ecodan.component:045]  
Could not publish state of sensor 'status_mixing_valve' with value: '4.000000'
09:26:27    [I] [ecodan.component:045]  
Could not publish state of sensor 'mixing_valve_step' with value: '0.000000'


09:27:59    [I] [ecodan.component:045]  
Could not publish state of sensor 'z2_feed_temp' with value: '25.000000'
09:27:59    [I] [ecodan.component:045]  
Could not publish state of sensor 'z2_return_temp' with value: '25.000000'

Is dit wel correct?

[ Voor 14% gewijzigd door ThaDude op 02-11-2025 09:28 ]

[xoror]

dat is prima, hij kan niet publishen omdat de sensors niet aangemaakt zijn. Dat is de bedoeling van een z1 firmware

@barcomoon Probeer eens de target temp van de cnrf op 10c te zetten? Ik weet van de wireless thermostaat dat hij dan de boel uit schakelt, ik wil even checken of hij dit doet op basis van zijn data of een aan/uit signaal

[ Voor 49% gewijzigd door xoror op 02-11-2025 10:28 ]

[xoror]

Even een balletje opgooien. De huidige AA werkt goed, maar ik merk dat wel toch veel instel mogelijkheden hebben. Dat is lastig om het op gang te brengen.

Nu zat ik te denken aan het volgende:
Je zou een selectie kunnen laten maken op het sturen van de delta T of bewegende stooklijn (huidige algo).
Maw, we willen de delta T afhankelijk laten zijn van de error (setpoint - current temp). Dus grote error -> grote delta T (want we zitten blijkbaar ver weg van het doel)
Voor vloerverwarming wil je ws max een delta T van 5 als je error groot is.

De voordelen zijn:
- 1 parameter maar nodig, namelijk wat voor verwarming je heb
- We gaan de warmtepomp nooit overvragen vanwege delta T limieten, dus starts zijn ook rustig

nadelen
- Kan lang duren om woning op temp te brengen
- nog meer keuzes in AA :-)

Dus je kan dan kiezen tussen een verschuivende stooklijn (huidig) en load driven (dus daadwerkelijk wat is opgenomen door het huis via delta T)

[ Voor 13% gewijzigd door xoror op 02-11-2025 11:14 ]

[snapo6]

@snapo6 hoeveel liter capaciteit is jouw tank? 55c is serieus veel voor dagelijks. Bij ons gaat zondag 12:00 de legionella af, en dan kunnen we tot woensdag ermee doen, dan is het 60c 300l.

400L

[nicowinde]

Na ca. 10 maand heb ik de nieuwste versie ge-download (sources), compiled en uploaded. Werkt allemaal weer prima, gebruikt met MQTT -> InlfuxDB en Grafana om de Ecodan te monitoren (alleen kompressor_frequency was ondertussen gewijzigd in compressor_frequentie).
Ook de proxy naar MelCloud werkt nog steeds.
Maar er staat bij Compressor Starts NA en bij Fan speed ook NA. Op het bedieningspaneel van de WP kan ik de data opvragen (003 voor compressor starts en 019 voor Fan speed).
Ik heb een PUZ-SHWM100YAA + ERSF-VM2E met FCT7 en firmware 08.01.
Is de FCT7 met de firmware wat dit betreft toch iets anders?

[xoror]

@nicowinde heeft het eerder wel gewerkt de compressor starts ? Werken dan de discharge temps ook niet ?
Controleer het volgende
- heb je service codes uit (switch)
- heb je je MRC open staan op de service codes

De ftc7 werkt precies zoals ftc6 wat betreft services codes. Normaal werkt het altijd op bepaalde SUZ units na.

[nicowinde]

@xoror Compressor starts nog nooit gezien (maar zit ook pas een paardagen op de nieuwste versie, daarvoor op versie van december 2024). MRC staat in "rust", niets zichtbaar.

[xoror]

De buiten unit data zie je dus wel, dus de service request werken. De compressor starts haalt hij niet zo vaak op, is het na 10m nog niet zichtbaar ?
Oh wacht jij heb z'n unit die extended data rapporteert, dus je krijgt al die buiten unit data 'gratis', misschien schakel ik dan te grof terug (dwz, ik haal dan ook de compressor starts niet op, moet ik even een keer nakijken)

Kan je een keer 5m logs recorden en naar mij sturen? Want het zou gewoon moeten werken.

[ Voor 11% gewijzigd door xoror op 02-11-2025 17:38 ]

[snapo6]

Miezie schreef op zaterdag 1 november 2025 @ 12:39:
[...]

Stel dan 55 met drop 10 in… ben je er ook.

Nu ook zo gedaan alleen zal ik niet altijd gebruik kunnen maken van zonnestroom.

[Miezie]

snapo6 schreef op zondag 2 november 2025 @ 20:44:
[...]

Nu ook zo gedaan alleen zal ik niet altijd gebruik kunnen maken van zonnestroom.

Ik heb geleerd altijd voor 90% doeltreffend te gaan in dit soort gevallen. Dan werken de eerder beschreven automations prima.

[barcomoon]

xoror schreef op zondag 2 november 2025 @ 10:09:

@barcomoon Probeer eens de target temp van de cnrf op 10c te zetten? Ik weet van de wireless thermostaat dat hij dan de boel uit schakelt, ik wil even checken of hij dit doet op basis van zijn data of een aan/uit signaal

Even geprobeerd zojuist:


Lijkt geen effect te hebben. De warmtepomp snort gewoon lekker door.

Logging van de thermostaat:

code:

Time    Level   Tag Message
07:16:02    [D] [uart_debug:114]    >>> FC 48 04 03 10 27 A7 FF FF FF FF FF FF FF 01 FF 00 00 00 00 00 DA
07:16:02    [D] [uart_debug:114]    <<< FC 68 04 03 10 00 01 02 94 01 00 00 05 00 F1 00 00 A8 00 00 00 4B
07:16:04    [D] [sensor:131]    'ESP Internal Temperature': Sending state 31.60000 °C with 1 decimals of accuracy
07:16:05    [D] [esp32.preferences:149] Writing 1 items: 0 cached, 1 written, 0 failed
07:16:05    [D] [uart_debug:114]    >>> FC 4C 04 03 10 32 01 FF 00 00 00 00 00 00 00 00 00 00 00 00 00 6B
07:16:05    [D] [uart_debug:114]    <<< FC 6C 04 03 10 00 01 02 94 01 00 00 05 00 F1 00 75 00 A8 00 00 D2
07:16:05    [D] [sensor:131]    'Heap Free': Sending state 234424.00000 B with 0 decimals of accuracy
07:16:05    [D] [sensor:131]    'Loop Time': Sending state 19.00000 ms with 0 decimals of accuracy
07:16:07    [D] [climate:011]   'Begane grond' - Setting
07:16:07    [D] [climate:040]     Target Temperature: 9.00
07:16:07    [D] [climate:399]   'Begane grond' - Sending state:
07:16:07    [D] [climate:402]     Mode: HEAT
07:16:07    [D] [climate:404]     Action: HEATING
07:16:07    [D] [climate:422]     Current Temperature: 19.61°C
07:16:07    [D] [climate:428]     Target Temperature: 9.00°C
07:16:07    [D] [uart_debug:114]    >>> FC 49 04 03 10 28 92 A7 FF FF FF FF FF FF FF 00 01 FF 00 00 00 46
07:16:07    [D] [uart_debug:114]    <<< FC 69 04 03 10 00 01 02 92 01 00 00 05 00 F1 00 00 A8 00 00 00 4C
07:16:08    [D] [uart_debug:114]    >>> FC 48 04 03 10 27 A7 FF FF FF FF FF FF FF 01 FF 00 00 00 00 00 DA

[ Voor 0% gewijzigd door barcomoon op 03-11-2025 08:35 . Reden: Formatting ]

[xoror]

@barcomoon
Dat is apart. Ik ga vanuit dat je het volgende al heb gedaan
1) SW1-8 -> ON
2) Op je MRC: basis instellingen > instellingen thermistor > kies zone 1 > selecteer kamer sensor, kies hier de juiste RCxx als kamer sensor

Wat het nog evt kan zijn is dat de huidige temp nu 19.61 is en mogelijk rond ik die niet goed af op halve graden. Kan je eens proberen om 19.00 op de cnrf te maken en kijken of hij het dan evt wel doet ?
Je kan dit handmatig testen in HA. Controleer op de cn105 esp of de kamer temp goed doorkomt.

Uit de debug log zie ik wel dat je 9c setpoint en 19.5c setpoint doorstuurt en dat gemapped heb naar RC1. Dat ziet er allemaal okay uit. Je moet even checken of RC1 als kamer thermostaat is ingesteld voor zone1. Overigens is 9c buiten de limiet, je moet geloof ik min 10c doen. Dus als je dat of 11c nog keer kan proberen.

1. Click Developer tools and select the actions tab
2. Select action set_climate_temperature_room_0
3. Fill the temperature field and click perform action

Als het dan nog niet werkt, dan moet ik ook hiervoor een wireless receiver en thermostaat een keer lenen van iemand. Blijkbaar stuurt hij dan toch nog iets anders wat nodig is om de wp af te laten slaan

@barcomoon ik heb de documentatie nog even aangepast, kan je even controleren of het onderstaande goed staat bij jou?

- Turn SW1-8 to on to enable the remote thermostat. Restore the power and select the remote thermostat as thermostat. If you are using IN1 port, you probably need to disable it via SW2-1.

- Map the wireless thermostat to a room via: initial settings > room sensor settings > zone 1 and/or 2 > sensor settings > select the configured RCx here.

- Assign RC to a zone via: initial settings > room sensor settings > Room RC zone select > Set your RCx to the correct zone

[ Voor 37% gewijzigd door xoror op 03-11-2025 11:54 ]

[Breud]

iets gaat er niet goed in mijn huidige build (esp32s3-z1-en-2025-10-27.4). De curve blijft maar dalen en dalen



Daarmee wordt een veels te lage Ta berekend. (24 graden aangezien de minimale heating flow temperature niet lager kan dan dat).

[xoror]

@Breud predictive short cycle uit? hij corrigeert dan niet meer op te lage Ta (daarom kon je hem initieel ook niet uitzetten met AA)

post eens offset, room feedback en evt room setpoint? Even kijken waarom hij niet stijgt

[ Voor 14% gewijzigd door xoror op 03-11-2025 13:09 ]

[Breud]

dit is van gisteren. De offset is zo'n 1 graden gedaald.

[Breud]

ik heb AA uitgezet. Ik kan de boel nu nog prima met 26 graden warm krijgen, zonder dat de pomp pendelt.
Met AA aan wordt de aanvoer al snel opgehoogd naar 27,5 a 28 graden.

[xoror]

dit is dus met predictive cycle prevention uit right ? want ik zou verwachten dat hij hem omhoog corrigeert tegen pendelen aan