Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[ThaDude]

@xoror die van mij is toch nog iets anders



Ik werk met nachtverlaging.. Kan het daardoor komen? Volgens mij draai jij namelijk normaal gesproken lagere temperaturen dan ik doe

[ Voor 23% gewijzigd door ThaDude op 17-10-2025 09:56 ]

[xoror]

@ThaDude https://github.com/gekkek...releases/tag/2025-10-17.2 (even wachten tot build klaar is)

installeer die even, die heeft safe limits, dan zakt hij niet meer te ver door. (en corrigeert hij na 10 min de offset om deze naar 'redelijke' limieten te brengen)

Als je een grafiek kan plotten met setpoint en huidige kamer temp, kan ik even meekijken. Hij daalt bij jou continu ?

Heb je een thermostaat met overshoot ?

Normaal gesproken stijgt hij wanneer je uit de dead zone bent. Als je dicht bij setpoint zit is dat ongeveer [-0.2 .. 0.3]. Als de error (kamer temp - gewenste temp) buiten die range zit gaat hij bewegen.

< dan 0.3 dan gaat hij stijgen
< -0.2 gaat hij dalen

Als je verder van je setpoint zit wordt de deadzone wijder gemaakt. Als je nacht verlaging doet, zit je dus te hoog. Stel kamer temp is 21.0 en je doet naar 20.5 verlaging. Je error is -0.5, dus hij gaat naar beneden. Want je wil naar de 20.5(!).

je kan dan even fixen door:
- overshoot van 0.5 instellen (hierdoor daalt je error naar 0, en gaat hij pas naar beneden bij 20,2). vergeet het niet aan te passen als je de nachtverlaging aanpast.
- of verwarming uit dmv prohibit dan pauseert het leren

[ Voor 62% gewijzigd door xoror op 17-10-2025 10:21 ]

[ThaDude]

@xoror Zoiets bedoel je?



Netatmo heeft 0,1 aan hysterese. Dit heb ik ook ingesteld

[xoror]

@ThaDude Ja dat is prima.
Je moet je overshoot dan +nachtverlaging doen, anders ziet hij nog steeds als dat je de kamer kouder wenst.
Gaat de verwarming in de avond wel aan ? Zo nee dan kan je ook met prohibit heating doen, dan zet hij hem ook op pauze.

Probeer die pre release even

[ThaDude]

@xoror versie staat nu geïnstalleerd!
Dus hysterese is 0,1 nachtverlaging is 1 graad dus die "number.ecodan_heatpump_auto_adaptive_thermostat_overshoot_compensation" moet dan 1,1 zijn?

Offset is nog steeds -8.14 overigens..

Nee verwarming gaat in de ochtend aan. Netatmo thermostaat heeft een schema
Ik heb in HA een automation gemaakt die op basis van de temperatuur hoog en laag morgen (forecast) een programma van mijn Netatmo thermostaat schakelt:
> 17 graden thermostaat uit zet naar 17 graden
< 17 en > 7 dan 1 graad nachtverlaging en beginnen om 09:30
> 4,9 en < 7 dan 1 graad maar beginnen om 09:00
< 5.0 en > 1 dan 0,5 graad verlaging
< 5.1 en < -1,5 dan over naar continu bedrijf

[xoror]

Offset wordt bij eerste auto adaptive run aangepast (elke 10m).
De display offset wordt elke 10m geupdate van de echte waarde, dus als je pech heb kan het 20m duren voor je verandering ziet.
edit: de ondergrens doe ik een zachte landing, en cap het niet zoals boven kant, dus even wachten dan herstelt hij zich vanzelf. Als je ongeduldig ben, kan je factory firmware installeren, dan reset ie zich ook. Maar je heb min en max limieten ingesteld, dus gewoon laten lopen dan is ie over paar dagen weer normaal.
Kan verder geen kwaad omdat je min flow temp heb ingesteld.

Effectief zet je de verwarming dan uit, dan kan je zoiets doen https://github.com/gekkek...ions/heating-control.yaml

Maar kan dus ook via overshoot, in de nacht op 1.1 en overdag op 0.1.

misschien moet ik toch maar iets van reset curve knop doen in het begin

[ Voor 35% gewijzigd door xoror op 17-10-2025 11:05 ]

[peterpijpelink]

Krijg zojuist Firmware: esp32s3-proxy2-z1-nl-2025-10-17.2 (ESPHome 2025.7.5) en al mijn sensoren zijn onbekend of niet actief... . @xoror

[xoror]

@peterpijpelink zie private msg

Release van vanochtend had issue bij bepaalde melcloud apdaters. Even nieuwe gemaakt:

- Cache 0x02 handshake request/response to enable older wireless connectors to work as slave
- Reduce proxy interface to 2400 baud (older client don't seem to work at 9600)
- Refactored on compressor stop to be more robust
- Remove deadzone widening at night
- Fixed a bug that could cause a reboot when the compressor is turned off (fixes #192)
- Limit upper bound of offset to max flow temp setting + 2.0c (heating) to avoid runaway
- Decrease learning rate when the offset is approaching the min flow temp to avoid downward drift
- Corrected some translations

https://github.com/gekkek...releases/tag/2025-10-17.3

[ Voor 92% gewijzigd door xoror op 17-10-2025 14:36 ]

[xoror]

dankzij testwerk van @corsat is de oudere PAC-WF010-E ook werkend.

@mgroen81 dus ook handig voor jou.

[corsat]

idd dankzij het vele werk van xoro werkt mijn esp / Ha nu ook. Ben ondertussen aan het stoeien met het aanmaken van een dashboard, de yaml file voor het engelse dashboard in HA config file geplakt en ik heb een dashboard echter de meeste entiteiten worden niet ingelzen. Doel is dat is mijn kamerthermostaat iets kan aanpassen op een bepaald tijdstip.

[TSE]

Snelle vraag : is de stille modus ook schakelbaar via de esp ?

[xoror]

Helaas is die niet aanstuurbaar.

Verder een vraag aan proxy users met melcloud. Werkt het instellen van bijv temp via melcloud nog? Maw komt het commando door bij de WP?

[ Voor 69% gewijzigd door xoror op 17-10-2025 20:39 ]

[TSE]

Ik besloot zonet de stap te wagen om de ESP aan te sluiten, heb zo een proxy.
Dus sloot m aan waar nu mijn melcloud wifi-module zit,master naar heatpump, slave naar de melcloud module.
Kreeg na heropstarten een error JO, -> geen communicatie met draadloze bediening.

Als ik de ESP test met een usb eraan zie ik m in HA en kan ik wijzigingen doen, dus ik denk dat die goed geconfigureerd is, heeft ip adres etc, dus dat werkt... Verder wordt de WP gewoon aan/uit gezet met een shelly dus geen verdere invloed van thermostaten etc.

Na de foutmelding een licht paniekje, dus terug gewoon naar de melcloud setup gegaan en die werkt...
Ongetwijfeld ben ik niet de eerste persoon die dit voorheeft ? (maar kon niet direct iets terugvinden in dit topic)

[xoror]

j0 is communicatie van wireless controller (thermostaat) en de ontvanger. Daar heb ik geen invloed op (beide kanten, dus die fout is niet vanwege de esp). Die heb ik alleen gehad toen ik aan het testen was met remote thermostat op de cnrf

@TSE
heb je hem toevallig in de cnrf gedaan?

[ Voor 33% gewijzigd door xoror op 18-10-2025 18:10 ]

[corsat]

xoror schreef op vrijdag 17 oktober 2025 @ 20:27:
Helaas is die niet aanstuurbaar.

Verder een vraag aan proxy users met melcloud. Werkt het instellen van bijv temp via melcloud nog? Maw komt het commando door bij de WP?

Ik kan mijn melcloud gewoon gebruiken m.b.t. temperatuur instelingen en weekklok. Zal eens verder gaan testen of alles nog gewoon functioneel is via melcloud. Mijn airco's kan ik gelukkig ook gewoon via melcoud aansturen.

[TSE]

xoror schreef op zaterdag 18 oktober 2025 @ 17:22:
j0 is communicatie van wireless controller (thermostaat) en de ontvanger. Daar deb ik geen invloed op (beide kanten, dus die fout is niet vanwege de esp). Die heb ik alleen gehad toen ik aan het testen was met remote thermostat op de cnrf

@TSE
heb je hem toevallig in de cnrf gedaan?

O jee vertel het aub tegen niemand 😏

[xoror]

@TSE kan verder geen kwaad, is zelfde pin layout etc. Het praat alleen een ander protocol.

@corsat top wilde ik alleen even bevestigd zien. @peterpijpelink het moet dus gewoon werken, ligt aan jouw week schemas denk ik

[peterpijpelink]

ga morgen alles testen en dan denk ik ook melcloud er uit gooien als die lastig doet. Zal je de logs sturen als ik wat ontdek.

[barcomoon]

xoror schreef op donderdag 16 oktober 2025 @ 10:35:
binaries zijn sowieso aanbevolen, krijg je vanzelf updates gebundeld als ik het stabiel genoeg vindt.
En zoals gebleken hoef je niet te klooien om het te compilen (vanwege issues met esphome > 2025.7.5)

FYI: ik heb geen esp reboots meer gehad in de laatste paar runs. Dit is nog steeds met zelf gecompileerde versie via esphome (2025.7). Mooi stabiel dus.

[xoror]

Resultaten van een week weekje draaien. Wat valt er op?
- De gehanteerde Ta (H/C setpoint sensor) stijgt van rond 24.5c naar 26.5c. Dit kan je direct terug mappen op de buiten temp
- Binnen temp is lekker stabiel rond 22c (de feedback sensor)
- De offset kruipt ook langzaam omhoog, en dat is prima gezien dalende temp
- Pieken vanwege zon, worden goed opgevangen en gecorrigeerd (pieken in buiten temp > 18c)
- Vanwege het relatief milde weer, draait de verwarming meestal alleen in de ochtend, rond 12:00 is ie meestal alweer klaar.
- ik heb halverwege de week de na regeling boven weer aangedaan, dus pas open als het onder 20c is. Daardoor zie je wat vaker upticks in offset

[ Voor 8% gewijzigd door xoror op 19-10-2025 12:27 ]

[ricvee]

Ik ben nog erg aan het zoeken met AA.
Eerst liep het een paar (ongeveer dezelfde dagen gebruik) prima, maar als er iets afwijkt dan duurt het erg lang voordat het weer hersteld is.
Bijvoorbeeld een paar dagen weg geweest en de thermostaat op 18 graden gehad, dan loopt de offset erg ver terug, 22-23 graden. Voordat dat weer "recht"is gezet duurt dat zo een halve tot hele dag.
Vrijdagavond de houtkachel aangehad. Dat zorgt voor hetzelfde erg ver terug zakken van de offset. Net zoals de nachtverlaging.
Ik probeer eea wat te stabiliseren door de slope aan te passen, en met een automation de minimale, en maximale TA aan te passen bij verschillende buiten temperaturen, maar ben nog erg zoekende.

[xoror]

door temp te verlagen creeer artificieel een overshoot. Het systeem reageert hier op.

compenseer door overshoot in te stellen of AA even uitzetten

[ Voor 10% gewijzigd door xoror op 19-10-2025 13:43 ]

[ricvee]

Ik ga het nu proberen door een automation om AA uit- en aan te zetten op vaste tijden.

[xoror]

Als bijv setpoint 21c is. En je doet naar 18c verlagen in de nacht dan kan je dus
- overshoot van 21-8 = 3c instellen
- bias van -3 instellen (zal ongeveer het zelfde doen)
- AA even uit in de nacht
- Verwarming disablen in de nacht

Ik kan hier niet zoveel aan doen want ik weet natuurlijk niet wanneer iets een nachtverlaging is

[ Voor 17% gewijzigd door xoror op 19-10-2025 14:18 ]

[ricvee]

overshoot gaat niet verder dan 2
bias gaat verder terug dan -2,5

[xoror]

oh ja dat is waar ook. Even kijken of we daar iets moeten doen. 2c overshoot is wel veel al.

[ricvee]

Hoe werkt het algoritme precies?
Eerst wordt er elke 10 minuten een wijziging gedaan, maar als de kamer na een uur nog te koud is, dan gaat de frequentie omhoog zie ik in de logs:

[14:26:31][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 28.4
[14:26:31][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[14:36:31][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[14:36:31][D][auto_adaptive:318]: Processing Zone 1: Room=20.4, Target=21.0, Outside=13.0, Bias=0.0
[14:36:31][D][auto_adaptive:367]: Error: Current=0.6, Dead Zone=[-0.3, 0.4], LR=0.052
[14:36:31][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 28.0
[14:36:31][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 28.0
[14:36:31][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[14:46:32][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[14:46:32][D][auto_adaptive:318]: Processing Zone 1: Room=20.5, Target=21.0, Outside=13.0, Bias=0.0
[14:46:32][D][auto_adaptive:367]: Error: Current=0.5, Dead Zone=[-0.2, 0.4], LR=0.050
[14:46:32][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 28.0
[14:46:32][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 28.0
[14:46:32][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[14:56:31][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[14:56:31][D][auto_adaptive:318]: Processing Zone 1: Room=20.5, Target=21.0, Outside=13.0, Bias=0.0
[14:56:31][D][auto_adaptive:367]: Error: Current=0.5, Dead Zone=[-0.2, 0.4], LR=0.050
[14:56:31][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 28.0
[14:56:31][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 28.0
[14:56:31][I][auto_adaptive:403]: Z1 HEATING: Room too cold (err: 0.50). Offset increased from 25.20 to 25.25
[14:56:31][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[15:02:28][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[15:02:28][D][auto_adaptive:318]: Processing Zone 1: Room=20.5, Target=21.0, Outside=13.0, Bias=0.0
[15:02:28][D][auto_adaptive:367]: Error: Current=0.5, Dead Zone=[-0.2, 0.4], LR=0.050
[15:02:28][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 28.5
[15:02:28][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 28.5
[15:02:28][I][auto_adaptive:403]: Z1 HEATING: Room too cold (err: 0.50). Offset increased from 25.75 to 25.80
[15:02:28][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[15:06:31][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[15:06:31][D][auto_adaptive:318]: Processing Zone 1: Room=20.6, Target=21.0, Outside=13.0, Bias=0.0
[15:06:31][D][auto_adaptive:367]: Error: Current=0.4, Dead Zone=[-0.2, 0.3], LR=0.048
[15:06:31][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 28.6
[15:06:31][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 28.6
[15:06:31][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[15:06:58][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[15:06:58][D][auto_adaptive:318]: Processing Zone 1: Room=20.6, Target=21.0, Outside=13.0, Bias=0.0
[15:06:59][D][auto_adaptive:367]: Error: Current=0.4, Dead Zone=[-0.2, 0.3], LR=0.048
[15:06:59][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 29.1
[15:06:59][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 29.1
[15:06:59][I][auto_adaptive:403]: Z1 HEATING: Room too cold (err: 0.40). Offset increased from 26.30 to 26.34
[15:06:59][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[15:11:29][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[15:11:29][D][auto_adaptive:318]: Processing Zone 1: Room=20.6, Target=21.0, Outside=13.0, Bias=0.0
[15:11:29][D][auto_adaptive:367]: Error: Current=0.4, Dead Zone=[-0.2, 0.3], LR=0.048
[15:11:29][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 29.6
[15:11:29][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 29.6
[15:11:29][I][auto_adaptive:403]: Z1 HEATING: Room too cold (err: 0.40). Offset increased from 26.84 to 26.89
[15:11:29][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[15:15:59][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[15:15:59][D][auto_adaptive:318]: Processing Zone 1: Room=20.6, Target=21.0, Outside=13.0, Bias=0.0
[15:15:59][D][auto_adaptive:367]: Error: Current=0.4, Dead Zone=[-0.2, 0.3], LR=0.048
[15:15:59][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 30.2
[15:15:59][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 30.2
[15:15:59][I][auto_adaptive:403]: Z1 HEATING: Room too cold (err: 0.40). Offset increased from 27.39 to 27.44
[15:15:59][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[15:16:31][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[15:16:31][D][auto_adaptive:318]: Processing Zone 1: Room=20.6, Target=21.0, Outside=13.0, Bias=0.0
[15:16:31][D][auto_adaptive:367]: Error: Current=0.4, Dead Zone=[-0.2, 0.3], LR=0.048
[15:16:31][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 30.2
[15:16:31][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 30.2
[15:16:31][I][auto_adaptive:403]: Z1 HEATING: Room too cold (err: 0.40). Offset increased from 27.44 to 27.49
[15:16:32][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[15:20:29][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[15:20:29][D][auto_adaptive:318]: Processing Zone 1: Room=20.6, Target=21.0, Outside=13.0, Bias=0.0
[15:20:29][D][auto_adaptive:367]: Error: Current=0.4, Dead Zone=[-0.2, 0.3], LR=0.048
[15:20:29][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 30.8
[15:20:29][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 30.8
[15:20:29][I][auto_adaptive:403]: Z1 HEATING: Room too cold (err: 0.40). Offset increased from 27.99 to 28.04
[15:20:29][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[15:24:59][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[15:24:59][D][auto_adaptive:318]: Processing Zone 1: Room=20.6, Target=21.0, Outside=13.0, Bias=0.0
[15:24:59][D][auto_adaptive:367]: Error: Current=0.4, Dead Zone=[-0.2, 0.3], LR=0.048
[15:24:59][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 31.3
[15:24:59][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 31.3
[15:24:59][I][auto_adaptive:403]: Z1 HEATING: Room too cold (err: 0.40). Offset increased from 28.54 to 28.58
[15:24:59][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[15:26:31][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[15:26:31][D][auto_adaptive:318]: Processing Zone 1: Room=20.6, Target=21.0, Outside=13.0, Bias=0.0
[15:26:31][D][auto_adaptive:367]: Error: Current=0.4, Dead Zone=[-0.2, 0.3], LR=0.048
[15:26:31][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 31.4
[15:26:31][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 31.4
[15:26:31][I][auto_adaptive:403]: Z1 HEATING: Room too cold (err: 0.40). Offset increased from 28.58 to 28.63
[15:26:31][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)
[15:29:29][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 0
[15:29:29][D][auto_adaptive:318]: Processing Zone 1: Room=20.6, Target=21.0, Outside=13.0, Bias=0.0
[15:29:29][D][auto_adaptive:367]: Error: Current=0.4, Dead Zone=[-0.2, 0.3], LR=0.048
[15:29:29][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 31.9
[15:29:29][W][auto_adaptive:384]: Z1 HEATING: Flow limited to 32.0°C (Min Limit), calculated_flow: 31.9
[15:29:29][I][auto_adaptive:403]: Z1 HEATING: Room too cold (err: 0.40). Offset increased from 29.13 to 29.18
[15:29:29][D][auto_adaptive:482]: CMD: Set Dependent Heat Flow -> 32.0°C (max of Z1:32.0, Z2:0.0)

[xoror]

@ricvee probeer https://github.com/gekkek...releases/tag/2025-10-19.1
vanaf deze build mag je tot 5c overshoot doen.

We evalueren elke 10m. Maar de mate van reageren wordt alleen bepaald door
- hoe groot is de error (hoe verder weg we het setpoint zitten hoe harder we gaan)
- het kan zijn dat incrementele offset toevoegingen pas na een half uur of uur zijn te zien in de uiteindelijke Ta.

Nieuwe build toont ook elke stap de calculated flow temp, dan kan je zien. Dan heb je nog afronding op halve temp etc. Maar we houden geen rekening met tijd, alleen error (en buiten temp etc, alles wat in die vergelijking zit)

[ricvee]

Deze is denk ik dev en geen main?

[xoror]

main gewoon, je kan weer naar main gaan.

[ricvee]

Ok. Super bedankt weer!
Adviseer jij voor mij om met een automation als de nachttemp in gaat om dan de overshoot naar 3,3 te zetten, en als hij in de ochtend weer aangaat naar 0,3?
En dit dan ipv AA uit/aan?

[Zjemm]

vandaag de verwarming maar eens aangezet (ruimte regeling via de MRC zelf)

wat me opviel is dat de ruimte termperatuur gewoon 22 soms zelfs 22,5 is, maar dat er toch momenten zijn dat ie gaat verwarmen (ja ik weet, 22 is veel te warm, maar dit is test)

ik kan uit de HA grafiek niet halen dat de temperatuur van de ruimte daalt waardoor die zou moeten gaan verwarmen. dus waarom doet ie dat dan toch

afgelopen uur:en vanaf vanochtend toen ik hem aanzette:wat valt jullie hier uit op?

@xoror klopt het dat: server control - enable/disable
vanzelf aan en uitgezet word door de short cycle prevention?
want die had ik altijd uit staan, maar zag hem nu aan staan

[xoror]

@ricvee is het zelfde, wat je prettiger/eenvoudiger vindt.

@Zjemm voor zone 1, en voor zone 2 is die 1 vervangen. Als room_temp < setpoint is hoort ie te gaan.
Maar ik gebruik zelf dat niet, maar zo zou het moeten werken.

- sensor.ecodan_heatpump_zone_1_room_temp
- sensor.ecodan_heatpump_zone_1_room_setpoint_value

short cycle prevention doet een lockout dmv server control + prohibit. hij hoort het netjes te herstellen als de lockout klaar is.

[Zjemm]

xoror schreef op maandag 20 oktober 2025 @ 16:53:
@ricvee is het zelfde, wat je prettiger/eenvoudiger vindt.

@Zjemm voor zone 1, en voor zone 2 is die 1 vervangen. Als room_temp < setpoint is hoort ie te gaan.
Maar ik gebruik zelf dat niet, maar zo zou het moeten werken.

- sensor.ecodan_heatpump_zone_1_room_temp
- sensor.ecodan_heatpump_zone_1_room_setpoint_value

short cycle prevention doet een lockout dmv server control + prohibit. hij hoort het netjes te herstellen als de lockout klaar is.

@xoror wat bedoel je precies met deze zin:
voor zone 1, en voor zone 2 is die 1 vervangen. Als room_temp < setpoint is hoort ie te gaan.
Maar ik gebruik zelf dat niet, maar zo zou het moeten werken.

- sensor.ecodan_heatpump_zone_1_room_temp
- sensor.ecodan_heatpump_zone_1_room_setpoint_value

ik heb net ook de versie van 17 okt erop gezet

maar goed, ik snap dus niet waarom als het 22 graden is en ik geen drop zie in temperatuur, hij toch weer gaat verwarmen. of ligt dat aan mij dat dat niet logisch lijkt

[ Voor 8% gewijzigd door Zjemm op 20-10-2025 18:12 ]

[SebastiaanPs]

@Zjemm in de ruimteregeling kan de warmtepomp intermitterend gaan verwarmen om het op de juiste temperatuur te houden. Volgens mij hoeft de binnentemp daar niet per se voor onder het setpoint te dalen, dit zag ik vorig jaar met mijn eerdere instellingen volgens mij ook.

[Zjemm]

ah ok dus niet perse een gek iets dus

[Breud]

ik vind bij mij de heating curve met 27,01 aan de hoge kant. Dat betekent, met het milde weer van buiten, dat de Ta berekend wordt op 28 graden aanvoer. Daalt ook weinig ondanks het warme weer buiten. Ik had gehoopt op een Ta van 25 a 26 graden met deze buiten temperaturen.

[xoror]

Corrigeert hij het niet ver genoeg naar beneden ?
Het is ook wel zo dat wanneer hij anti pendel toepast je 0.5c en soms 1c erbij krijgt, dat duurt even voor die weer is gecorrigeerd.

Hij daalt wanneer je 0.2 overshoot heb op je ruimte temp. Jij heb ook nog 0.2 overshoot, dus:

setpoint kamer: 21c
effectief stopt de thermostaat op 21.2c
vanaf 21.4 gaat hij naar beneden corrigeren. (want vanaf 21.2 gaat hij pas overshoot tellen)

Plot een grafiek van kamer temp (die feedback) en je room setpoint temp. Kijk of hij bij de bovenste condities niet corrigeert. Als je nachtverlaging oid doet, moet je die ook corrigeren.

[Breud]

ik merk overigens met deze warmtepomp dat na ongeveer een uur draaien ik de Ta verder terug dan draaien naar 25,5 graden en op minimaal vermogen kan draaien met deze pomp.

Pomp lijkt te starten met een iets hoger vermogen maar gaat na loop van tijd rustiger draaien en kan dan rustig (compressor op zo'n 20hz) draaien bij 25,5 feed temperatuur. Dat zorgt voor een kleine delta T resulterende in een laag vermogen. (HALLELUJA, ik dacht dat dat in mijn setup niet mogelijk was. I needed that ) .

[xoror]

In laatste pre-release zit ook cpu monitor ;-) kan je zien hoe druk je beide ESP cores het hebben

[Breud]

xoror schreef op dinsdag 21 oktober 2025 @ 21:33:
Corrigeert hij het niet ver genoeg naar beneden ?
Het is ook wel zo dat wanneer hij anti pendel toepast je 0.5c en soms 1c erbij krijgt, dat duurt even voor die weer is gecorrigeerd.

Hij daalt wanneer je 0.2 overshoot heb op je ruimte temp. Jij heb ook nog 0.2 overshoot, dus:

setpoint kamer: 21c
effectief stopt de thermostaat op 21.2c
vanaf 21.4 gaat hij naar beneden corrigeren. (want vanaf 21.2 gaat hij pas overshoot tellen)

Plot een grafiek van kamer temp (die feedback) en je room setpoint temp. Kijk of hij bij de bovenste condities niet corrigeert. Als je nachtverlaging oid doet, moet je die ook corrigeren.

hij daalt inderdaad nauwelijks. Setpoint van de referentie kamer staat op 21,5 (woonkamer) Het wordt er vaker niet warmer dan 21,6. Er is nauwelijks overshoot als er verwarmd wordt. Als er al overshoot is dan max tot 21.6.

Ik heb nu de overshoot op 0,2 ingesteld. Kijken wat hij doet. Moet dat anders zijn in mijn situatie dan hoor ik het graag. Aan nachtverlaging doe ik niet.

[Breud]

Overigens, ik heb net via HA de laatste versie binnen gehaald van je solution.
Ik had de laatste tijd behoorlijke slechte verbinding, met herhaaldelijk pozen dat de atom offline was.

Sinds de update is de wifi kwaliteit sterk verbeterd.

[xoror]

Er is niets gewijzigd aan de wifi, dat is de grap, je bent ws op een andere AP beland

[Breud]

ik heb niets gedaan met AP settings. lijkt echt samen te hangen met de updates die ik via HA heb binnen gehaald.

[Breud]

in welke geval zou de heating curve nu naar beneden moeten gaan bijstellen?
Ik zou graag richting de 26 graden aanvoer willen gaan uitkomen.

[xoror]

Soms wordt ie rond verhuisd of beslist ie anders. Dat is het vervelende. Maar kan je zien op welke AP hij nu connected is ? Als ik wat wijzig zet ik het in de changelogs. Je kan bij wijze van spreken de source code nalopen, dan zie je dat er geen netwerk/wifi wijzigingen zijn geweest, al heel lang niet meer.

Over het dalen van de offset:
Bij overshoot vanaf 21.5 (bij setpoint van 21c) daalt hij bij jou (0.2 overshoot van je thermostaat, en > 0.2 overshoot gaat het corrigeren).

Bij mij is setpoint 22c, en geen thermostaat overshoot. dus hij daalt vanaf 22.3 bij mij.

Geel = kamer temp
blauw = offset

ontbrekende delen was ik aan het debuggen ;-). Maar je ziet dat wanneer hij boven 22c + 0.3c zit, de offset gaat dalen. Maar over de hele week stijgt hij netto, want het is gewoon iets kouder geworden. Hier zit ik nu op Ta van rond de 26, ws had 25 ook gewerkt, maar ik denk dat ik een aantal keer pendel detectie meekreeg (die stijle upticks). Ik heb ook halverwege de week de naregeling aan gedaan boven, dus hij doet ook vaker uptick vanwege min vermogen

[Miezie]

Breud schreef op dinsdag 21 oktober 2025 @ 21:48:
ik heb niets gedaan met AP settings. lijkt echt samen te hangen met de updates die ik via HA heb binnen gehaald.

Dat kan heel goed samenhangen met de updates, juist omdat de esp dan een reboot doet en opnieuw verbinding maakt. Dat kan prima met een ander accesspoint zijn.

[xoror]

@Breud
vanaf deze pre-release https://github.com/gekkek...releases/tag/2025-10-21.4
heb ik pas weer wat aangepast, daar is fast_connect optie uit de wifi uitgezet, gaf issues bij mensen met verborgen netwerken. Is je wifi verstopt netwerk ? Dan zou je even die pre-release kunnen testen.

Nu is het zo dat esphome ook dingen kan wijzigen, maar we zijn sinds juli al niet meer van esphome versie veranderd zeg maar vanwege die uart issues...

Ik zou proberen die esp restart knop paar keer in te drukken en kijken wanneer hij weer op een 'goede' AP zit.

[ Voor 30% gewijzigd door xoror op 21-10-2025 22:35 ]

[xoror]

@Breud Waar je ook wel rekening mee moet houden is je retour. Vloer is nu warm en is bij mij 23.5-24c, daardoor kan ik ook niet echt meer Ta=25 draaien. Ws speelt dat bij jou ook mee, dat de anti pendel het omhoog krikt. Bij mij wil hij ook niet onder 26.5, en het komt door de retour van 24c.

Staar dus niet alleen blind op de offset.

Wat ik wel bij mijzelf zie is het volgende:
- te koud (error > 0.3) -> offset stijgt
- te warm (error < -0.2) -> offset daalt
- in dead zone -0.2 < error < 0.3 -> we doen niets.

Ik heb de verwarming uitstaan, dus die daalt gerust een halve graad waardoor hij gaat stijgen in de ochtend.
Wanneer het huis op temp is, dan is ie iets gestegen en zit ie in de deadzone en zal niet dalen.

Ik heb een kleine aanpassing gedaan om tijdens de deadzone de offset telkens in kleine stapjes te verlagen tot we weer moeten stijgen. We zoeken dus steeds naar een lager punt. Ik denk dat dat nog een goede verbetering is, en zou mijn 'probleem' moeten oplossen. En ws die van jou ook

@Breud Installeer even deze pre release en kijk hoe het gaat. Let wel op je Retour, dus echt helemaal naar beneden zal het niet gaan vanwege je min vermogen.
https://github.com/gekkek...releases/tag/2025-10-23.1

Anderen zijn natuurlijk ook welkom om het te testen

Je kan het zien aan de onderstaande logging dat hij zijn werk doet:

[08:53:41][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1
[08:53:41][D][auto_adaptive:318]: Processing Zone 1: Room=21.7, Target=22.0, Outside=11.0, Bias=0.0
[08:53:41][D][auto_adaptive:367]: Error: Current=0.3, Dead Zone=[-0.2, 0.3], LR=0.036
[08:53:41][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 26.3
[08:53:41][D][auto_adaptive:421]: Z1 HEATING: Stable. Probing for efficiency. Offset slow-decay to 25.36
[08:53:41][D][auto_adaptive:488]: CMD: Set Dependent Heat Flow -> 26.5°C (max of Z1:26.5, Z2:0.0)
[09:03:41][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1
[09:03:41][D][auto_adaptive:318]: Processing Zone 1: Room=21.7, Target=22.0, Outside=11.0, Bias=0.0
[09:03:41][D][auto_adaptive:367]: Error: Current=0.3, Dead Zone=[-0.2, 0.3], LR=0.036
[09:03:41][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 26.3
[09:03:41][D][auto_adaptive:421]: Z1 HEATING: Stable. Probing for efficiency. Offset slow-decay to 25.35
[09:03:41][D][auto_adaptive:488]: CMD: Set Dependent Heat Flow -> 26.5°C (max of Z1:26.5, Z2:0.0)
[09:13:41][D][auto_adaptive:276]: Starting auto-adaptive cycle, z2 independent: 0, has_cooling: 1
[09:13:41][D][auto_adaptive:318]: Processing Zone 1: Room=21.8, Target=22.0, Outside=11.0, Bias=0.0
[09:13:41][D][auto_adaptive:367]: Error: Current=0.2, Dead Zone=[-0.2, 0.3], LR=0.034
[09:13:41][D][auto_adaptive:376]: Z1 HEATING: calculated_flow: 26.2
[09:13:41][D][auto_adaptive:421]: Z1 HEATING: Stable. Probing for efficiency. Offset slow-decay to 25.34
[09:13:41][D][auto_adaptive:488]: CMD: Set Dependent Heat Flow -> 26.0°C (max of Z1:26.0, Z2:0.0)

[ Voor 144% gewijzigd door xoror op 23-10-2025 09:37 ]

[Blackraven]

@xoror Ik heb m'n ESP ook weer eens automatisch laten rebooten na 3 miljoen seconden uptime.
Task watchdog was de reden zegt ie.
Ik ben er ooit wat verder in gedoken, maar kan helaas nu de link naar github niet meer vinden waar dat gelinkt werd aan de webserver. Denk dat dit hier ook het geval was, m'n HA was in slaap gevallen, dus had ik de Atom via de webserver benaderd om de server control uit te zetten, wellicht is dat iets teveel voor de Atom?
Al even gespeeld, UART logging uit, maar dat maakt ook geen verschil; zodra ik de pagina open laat staan worden er reboots door de task watchdog getriggerd.

[xoror]

@Blackraven heb je toevallig dit https://github.com/gekkek...iscussioncomment-14738026 ? De webserver zorgt ervoor dat de atom reboot. Dat is pas in een latere versie opgelost, maar we kunnen daar niet naartoe vanwege uart problemen in latere esphome.

Oplossing is simpel, laat geen (refreshing) browser openstaan op de esp pagina?

[ Voor 49% gewijzigd door xoror op 22-10-2025 09:30 ]

[Blackraven]

xoror schreef op woensdag 22 oktober 2025 @ 09:23:
@Blackraven heb je toevallig dit https://github.com/gekkek...iscussioncomment-14738026 ?

Zou heel goed kunnen. Normaal heb ik altijd een tab met HA open, maar in dit geval dus de Atom zelf.
HA draait nu weer, dus was nu wat aan het testen, maar zodra ik de webserver open houdt, crasht ie.
Lijkt er op dat deze reboot sessie wel anders is dan de vorige toen ie steeds paniek aanvallen had...
Zal gelijk even je latest en greatest er op zetten nu we toch de teller weer op 0 hebben.

[xoror]

@Blackraven goed plan. Latest greatest heeft wel geheel nieuwe achtergrond serial IO ;-) die efficient hoort te draaien op de vrije core, merk je verder niets van, maar is wel cool

is vooral om de latency naar laag te krijgen voor proxy gebruikers

[Blackraven]

xoror schreef op woensdag 22 oktober 2025 @ 09:41:
@Blackraven goed plan. Latest greatest heeft wel geheel nieuwe achtergrond serial IO ;-) die efficient hoort te draaien op de vrije core, merk je verder niets van, maar is wel cool

is vooral om de latency naar laag te krijgen voor proxy gebruikers

Ik mis m'n climates en temperatures...
climate.ecodan_heatpump_zone_1_climate
climate.ecodan_heatpump_zone_2_climate
climate.ecodan_heatpump_zone_2_temperature
Zie alleen DHW nog.
Zitten die van zone 1 en 2 nu ergens anders?

[xoror]

Ja is gerenamed, je heb nu flow en room climates.
Die oude namen gaven veel verwarring.

climate.ecodan_heatpump_zone_1_flow_temp
climate.ecodan_heatpump_zone_1_room_temp

[Blackraven]

Bovenste is helder, had er overheen gekeken...
Volgende issue, ben weer terug bij af:
ESP reset reason: exception/panic.

[xoror]

bummer, kan je goed reproduceren? en dus log mee laten draaien? Misschien staat er net iets om en nabij de reboot. Een stack trace zou alles verklaren, maar dat is niet mogelijk op een draaiend systeem, kan alleen via usb, maar dat moet je nooit doen als de atom ingeplugged is in de wp. Dus probeer
esphome logs --device ip ecodan-esphome.yaml > log.txt
en zet uart logging aan. Als hij crased logs naar mij sturen om te kijken of er wat in staat

@Blackraven include ook cpu monitoring (is nieuw) om te zien of een van de cpu naar 100 gaat bij reboots
https://github.com/gekkek...b/ecodan-esphome.yaml#L66

[ Voor 22% gewijzigd door xoror op 22-10-2025 10:20 ]

[Blackraven]

Laatste snik voor de paniekaanval:

very_verbose:

code:

[12:01:26][W][component:407]: ecodan took a long time for an operation (82 ms)
[12:01:26][W][component:408]: Components should block for at most 30 ms
[12:01:26][D][debug:062]: Free Heap Size: 56036 bytes
[12:01:26][D][uart_debug:114]: <<< FC 62 02 7A 10 0C 0D DE 96 0C 80 8E 10 36 A3 00 00 00 00 00 00 82
[12:01:26][D][debug:062]: Free Heap Size: 23080 bytes
WARNING ecodan-heatpump @ LAN: Connection error occurred: [Errno 104] Connection reset by peer

Blijkbaar network related iets met mdns. Workaround is het volgende in de ecodan-esphome.yaml toevoegen:

YAML:

mdns:
  disabled: true

[ Voor 12% gewijzigd door Blackraven op 22-10-2025 14:42 ]

[xeoMe]

Kan iemand mij dubbelchecken want ik krijg twijfels over de werking van mijn config aangezien er niks veranderd als ik de uart rx uitcomment #
Ook is de internal ESP temperature veel hoger dan de aangegeven operating temp die ik zie online. (Operating Temp 0 ~ 40°C)


Gaat trouwens wel om een air-air systeem met een MXZ buitenunit. (ik weet dat deze voor de ecodan is maar hier is de meeste kennis aanwezig heb ik het idee)
Ik heb de M5Stack Atom S3 Lite devices met de grove cables die standaard worden gebruikt volgens mij.



Ik sluit deze aan op de CN105 port maar wat is nou de juiste pinout hiervan? Je ziet 5 CN105 1 op de printplaat.
Ik zou denken pin1 is de onderste maar dat is dus niet zo?

foto voorbeeld online gepakt dus kleuren van de kabels komen niet overeen maar gebruik wel dezelfde pins.


mijn externe temperature sensor van Xiaomi met BThome leest 20 graden af terwijl het koud in de kamer is.
als ik de interne sensor van mijn unit uitlees kom ik op 18 graden wat meer logischer voelt terwijl je juist verwacht dat een interne sensor minder accuraat is vanwege de plaatsing (hoog) en niet centraal. (in de hoek)
Misschien flash ik verkeerd of werkt de config die ik gebruik niet maar zou graag wat advies willen hebben.

[xoror]

@xeoMe ik heb een beetje moeite met het begrijpen van wat je wil vragen, na 2x lezen denk ik dat ik het snap. Je twijfelt over rx/tx pinnen. De interne temp van de esp wordt direct uitgelezen en daar is geen communicatie voor nodig naar de airco.

Je kabel lijkt wel correct (https://github.com/gekkek...lob/main/docs/hardware.md).
Je moet dan even van de software die je gebruikt kijken welke pin voor tx/rx is. Stekker kan je ook maar op 1 manier in doen, het feit dat je esp temp ziet wil zeggen dat gnd en 5v goed werken. Even documentatie bekijken of de gebruikte software wel correct mapped naar pin 1 en pin 2.

En ws heb je last van esphome > 2025.7.5 (geen communicatie over UART mogelijk), maar daar moet je even bij de software die je gebruikt kijken hoe ze dat oplossen. Eenvoudigst is fixeren op 2025.7.5

[xoror]

Goed nieuws, er lijkt een werkende work around te zijn om nieuwere esphome te gebruiken.
pre-release gebruikt nu esphome 2025.10.2 en hij werkt nog steeds na een cold boot bij mij.
https://github.com/gekkek...releases/tag/2025-10-22.4
Probeer het uit en laat weten of alles nu goed werkt.

[Blackraven]

Met mdns zelfde paniek na 1200s, zal hem nu testen zonder mdns.

[xoror]

@Blackraven Balen dat mdns voor jou nog niet is opgelost in de laatste esphome, nou ja gelukkig ben je nu wel achter jouw reboots. En potentieel voor mensen met reboot problemen, de mdns disablen

[Blackraven]

Hier nu door de 1e reboot grens heen, lijkt verder prima.

[xeoMe]

xoror schreef op woensdag 22 oktober 2025 @ 16:13:
Goed nieuws, er lijkt een werkende work around te zijn om nieuwere esphome te gebruiken.
pre-release gebruikt nu esphome 2025.10.2 en hij werkt nog steeds na een cold boot bij mij.
https://github.com/gekkek...releases/tag/2025-10-22.3
Probeer het uit en laat weten of alles nu goed werkt.

Begin me nog sterker af te vragen of de buitenunit wel past bij mijn binnenunits, zie dit namelijk niet terug in de handleiding.



Zal mezelf nu verplaatsen naar het juiste topic, en trouwens de ESPHome integratie leek inderdaad wel te werken aangezien de room temperature wel werd aangepast en ook zichtbaar is via MELCloud. (heb alles weer omgebouwd en de wifi modules weer aangesloten)

[xoror]

@xeoMe ws werkte de transparante proxy, heb je van source code gecompiled? Ik dacht dat de airco een ander protocol gebruikte, wellicht gebruikt hij delen hetzelfde

[ Voor 37% gewijzigd door xoror op 22-10-2025 21:22 ]

[xeoMe]

xoror schreef op woensdag 22 oktober 2025 @ 21:14:
@xeoMe ws werkte de transparante proxy, heb je van source code gecompiled?

Voornamelijk de external components en dan de link naar de github gebruikt.
Ook een keer de zip gedownload en lokaal deze gebuild, ESPHome oudere en nieuwere versies gebruikt. Lokaal op W11 en als add-on.
Zag ook nergens de components staan via HA (gebruik HAOS) het heeft wel gewerkt hoor volgens mij want de current temperature die ik in HA kreeg te zien was aangepast naar wat de BLE sensor gaf maar de gevoelstemperatuur was ver te zoeken.

Zoveel getest en geprobeerd afgelopen weken dat ik de bomen door het bos niet meer zie.
Wil ergens nog wel doorgaan en alles opnieuw proberen alleen heb dat denk wel wat hulp nodig
Ik zag wel de prebuilt binaries bij jullie github, zoiets bijv zou top zijn.
Even ter controle op de buitenunit zou je deze ESP32's niet hoeven aansluiten toch?

[ricvee]

xoror schreef op woensdag 22 oktober 2025 @ 16:13:
Goed nieuws, er lijkt een werkende work around te zijn om nieuwere esphome te gebruiken.
pre-release gebruikt nu esphome 2025.10.2 en hij werkt nog steeds na een cold boot bij mij.
https://github.com/gekkek...releases/tag/2025-10-22.4
Probeer het uit en laat weten of alles nu goed werkt.

Lijkt bij mij ook goed te werken!

[Koffie]

Ik wil mijn HA dashboard wat duidelijker maken, op dit moment laat ik textueel de status van sensor.ecodan_heatpump_operation_mode zien, maar zou daar graag met icoontjes gaan werken (denk ik).
Heeft iemand een lijst met meest voorkomende statussen van deze sensor?
De lijst die ik so far weet:

Heating water
Space Heating
Legionella Prevention

Wie vult aan?

[xoror]

@xeoMe Er is een workaround voor esphome zie https://github.com/esphom...8#issuecomment-3374955358

@ricvee even refresh/reocmpile, nog klein foutje in decay in deadzone.
@Breud de decay/probe down feature in deadzone lijkt te werken. Mijn offset was keurig naar 24.6c gedaald gisteren. Probeer het even uit zou ik zeggen.

[barcomoon]

Thanks, mooi van die workaround.

Ik heb ook de remote thermostat in gebruik via esphome. Kan ik die ook ‘veilig’ met de nieuwste esphome compileren of zou daar ook eerst de workaround voor moeten komen?

[Blackraven]

Koffie schreef op donderdag 23 oktober 2025 @ 08:24:
Ik wil mijn HA dashboard wat duidelijker maken, op dit moment laat ik textueel de status van sensor.ecodan_heatpump_operation_mode zien, maar zou daar graag met icoontjes gaan werken (denk ik).
Heeft iemand een lijst met meest voorkomende statussen van deze sensor?
De lijst die ik so far weet:

Heating water
Space Heating
Legionella Prevention

Wie vult aan?

[Afbeelding]

Off en Unknown

[xoror]

barcomoon schreef op donderdag 23 oktober 2025 @ 11:10:
Thanks, mooi van die workaround.

Ik heb ook de remote thermostat in gebruik via esphome. Kan ik die ook ‘veilig’ met de nieuwste esphome compileren of zou daar ook eerst de workaround voor moeten komen?

Ik heb de build daarvoor nog niet aangepast, als ik tijd heb doe ik dat wel van de week een keer

[xoror]

Voor iedereen die de work around voor esphome tests, je moet je unit wel een keer uitgezet hebben.
Het doet zich voor als de spanning eraf is geweest.

[ricvee]

Ik heb de unit uitgezet, en weer aangezet.
ESP kwam wel terug, maar geeft nu na meer dan 10 minuten nog oa geen TA en TR terug

Reset Reason power-on event

Moet ik de ESP herstarten?

[ Voor 18% gewijzigd door ricvee op 23-10-2025 12:51 ]

[xoror]

@ricvee even opnieuw flashen, gister was nog niet helemaal goede work around, ik heb gister laat pas de definitieve erop gezet, dus moet je even opnieuw compilen/flashen

[ Voor 37% gewijzigd door xoror op 23-10-2025 12:55 ]

[ricvee]

Ik heb hem rond 11:00 vandaag geflashed. Met dev

[xoror]

moet op main, je heb geen pinnen override toch? gewoon default proxy boardje?

[ Voor 235% gewijzigd door xoror op 23-10-2025 13:19 ]

[ricvee]

Ok.
Ik dacht pre-release, dat zal geen main zijn.
Gewoon proxy board idd verder niets

[ Voor 119% gewijzigd door ricvee op 23-10-2025 13:02 ]

[xoror]

opnieuw main bouwen en dan zou het weer moeten werken.

[ricvee]

Gedaan. Na herstart unit komen er nu wel weer waardes uit vd wp.
Gaat goed dus

[ Voor 7% gewijzigd door ricvee op 23-10-2025 13:37 ]

[xoror]

Ja dat is confirm dat de workaround werkt. Jij had dev gepakt, die had geen workaround, dus dat het fout ging na power off was te verwachten. Maar mooi dat dit ook weer getest is

[ricvee]

Ik zie in HA een sensor SWW 2e temp sensor (staat altijd op 25 C)
Kan ik net zo een sensor als de 1e sensor (boven in het boilervat die goed uitgelezen wordt), erbij plaatsen in het midden van het boilervat, en waar moet die dan worden opgeprikt op het board in de binnenunit?
Ja, ik weet het is wel wat off-topic excuus

[xoror]

@ricvee ander topic weet het ws beter, maar volgens https://github.com/gekkek...#0x0c---heater-flow-temps zou het THW5A moeten zijn, moet je even googlen waar je die moet aansluiten

[xoror]

De workaround lijkt goed te werken, en zelfs een schonere gevonden.

Dus release zodat we eindelijk over kunnen op een recente esphome

https://github.com/gekkek...releases/tag/2025-10-23.2

Run serial IO on the spare core for low latency, refactor proxy
Add esp core 0 and 1 monitoring
wifi: Remove fast_connect option
AA: Add efficiency probe during dead zone to find a more efficient offset (probe only active while heating)
Use work around for espidf 5.4.2 UART issues. Upgrading to Esphome 2025.10.2
Adds proper retry and timeout for cmd sent to the heatpump
Throttle get service code results (less spamming)

[Blackraven]

Kleine update, maar voor mij werkt met mdns uit prima, dat lijkt toch wel de oorzaak te zijn bij mij voor de reboots.
Vaag dat ie vorige keer met mdns aan dan wel zolang up is gebleven, maar lijkt erop dat als het reset circus gestart is, hij er niet meer uit komt.
Edit: nu geflashed met de updates van gisteravond. (Met mdns uit, toch geen toegevoegde waarde voor mij)

[ Voor 15% gewijzigd door Blackraven op 24-10-2025 09:38 ]

[Zjemm]

toch nog ff een keer checken hier, omdat ik zo veel mogelijk info wil verzamlen voor als de installateur langs komt

kamer ingesteld op 21, WP heeft de hele nacht z2 (beneden) staan te verwarmen als in nooit uitgeweest)
de temperatuur is wel stabiel, maar de WP slaat niet af (de compressor en fan). (ruimte temp gestuurd)

opzich een mooie lange run natuurlijk, maar toch ik kan het niet rijmen. is dat dan echt dat intermitterend verwarmen, zien jullie dit gedrag bij jullie ook? ik zou toch verwachten te zien dat ie op temperatuur ook uitgeschakeld word

[ Voor 48% gewijzigd door Zjemm op 24-10-2025 10:07 ]

[xoror]

@Zjemm Ik denk dat deze post handiger is in het andere topic, ik gebruik zelf geen RR icm de MRC.
@SebastiaanPs zie jij wat geks?

Ik zelf vindt het wel gek, want je setpoint is 21c, terwijl de kamer al 22c is.... Lijk me dat hij allang had moeten kappen.

[Zjemm]

@xoror kan ik de ESP uart logging ergens laten op slaan als ik dat aan zet? Het enige wat aan staat is de short cycle preventie, maar wellicht zit er nog iets anders fout wat vanuit de logs misschien is te zien

zal het ook in het andere topic vragen

[ Voor 9% gewijzigd door Zjemm op 24-10-2025 10:17 ]

[xoror]

uart logging is geen probleem, is alleen een hoop spam, maar kan geen kwaad, kost paar procent esp cpu rekentijd.

Je kan de logs opslaan dmv
esphome logs --device ip >> log.txt

[Zjemm]

thnx, moet ik zelf ff een versie compileren denk ik he.

ik heb de temp nu op 20,5 gezet via de ESP. ipv de 21 waar die op stond via de MRC.
ben benieuwd wat het gedrag nu gaat zijn

wat doet trouwens de : Short-Cycle: High Delta Duration 4.0 min


de rest staat zo bij mij
Short-Cycle: Lockout ON
Short-Cycle: Lockout Duration (min) 60
Short-Cycle: Minimum On-Time 10
Short-Cycle: Predictive Prevention ON

[ Voor 39% gewijzigd door Zjemm op 24-10-2025 10:32 ]

[xoror]

Dat is de detectie tijd voor de predictive prevention, werkt alleen in vaste Ta mode.
Wanneer de delta T >= 1.0 (verschil tussen gevraagde Ta en werkelijke gehanteerde Ta) gedurende ingestelde periode, zal hij de Ta 0.5c verhogen om een pendel te verkomen (je zat tegen min vermogen aan)

[SebastiaanPs]

Zjemm schreef op vrijdag 24 oktober 2025 @ 10:05:
toch nog ff een keer checken hier, omdat ik zo veel mogelijk info wil verzamlen voor als de installateur langs komt

kamer ingesteld op 21, WP heeft de hele nacht z2 (beneden) staan te verwarmen als in nooit uitgeweest)
de temperatuur is wel stabiel, maar de WP slaat niet af (de compressor en fan). (ruimte temp gestuurd)

opzich een mooie lange run natuurlijk, maar toch ik kan het niet rijmen. is dat dan echt dat intermitterend verwarmen, zien jullie dit gedrag bij jullie ook? ik zou toch verwachten te zien dat ie op temperatuur ook uitgeschakeld word

[Afbeelding]

[Afbeelding]

[Afbeelding]

In de ruimteregeling met room setpoint 21.0 gr start de warmtepomp met verwarmen als je onder de 21.0 graden komt en stopt pas bij 22.0 graden. Je krijgt dan hele lange runs maar wel wat overshoot.
Als je de thermo diff adjust waarden lager zet, dan gaat hij intermitterend verwarmen en krijg je kortere runs en minder overshoot. Met dit gedrag zag ik soms een lage COP (zie hier: SebastiaanPs in "Mitsubishi Electric Ecodan Lucht/Water Warmtepompen").
Andere oplossing is af en toe je room setpoint 0.5 gr omlaag, dan start hij bij 21.0 gr en stopt bij 21.5 gr. Dit is wat mij betreft binnen de ruimteregeling de beste methode.

[xoror]

@ricvee esphome 10.3 is uit met proper fix voor de uart. Kan je
pip install -U esphome
doen en daarna weer compilen? Ik heb de workaround terug gedraaid, wil even weten of het werkt op een proxy board.

[ricvee]

@xoror Gedaan.
Voor zover ik kan zien nu werkt alles nog.

[xoror]

Hier zie je de efficiency probe aan het werk. Hij probeert een efficiëntere offset te vinden in de dead zone. Dat lukt best goed. Zelfs met zon/bewolkt/harde wind in het laatste deel van de grafiek.

@Breud ws, kan je hiermee dat laatste stukje efficiëntie behalen

[Miezie]

SebastiaanPs schreef op vrijdag 24 oktober 2025 @ 11:56:
[...]

In de ruimteregeling met room setpoint 21.0 gr start de warmtepomp met verwarmen als je onder de 21.0 graden komt en stopt pas bij 22.0 graden. Je krijgt dan hele lange runs maar wel wat overshoot.
Als je de thermo diff adjust waarden lager zet, dan gaat hij intermitterend verwarmen en krijg je kortere runs en minder overshoot. Met dit gedrag zag ik soms een lage COP (zie hier: SebastiaanPs in "Mitsubishi Electric Ecodan Lucht/Water Warmtepompen").
Andere oplossing is af en toe je room setpoint 0.5 gr omlaag, dan start hij bij 21.0 gr en stopt bij 21.5 gr. Dit is wat mij betreft binnen de ruimteregeling de beste methode.

Ik heb voor mezelf besloten dat die graad overshoot eigenlijk wel prima is. Deze maand 1 run per 2 dagen daardoor en alle ruimtes prima warm. Resultaat: pompje draait rustig, vrouw blij, ik blij.

[xoror]

Vanaf build https://github.com/gekkek...eases/tag/2025-10-24.5kan je nu eigen buiten sensor selecteren voor de AA berekeningen. Handig als je unit vol in de zon staat (en je kan nu tenminste met temperaturen rekenen in stappen van 0.1c)

Dashboard ook wat uitgebreid met cpu, heap etc en de nieuwe controls


Als je bijv de buienradar sensor wil gebruiken dan doe je zoiets:

YAML:

- id: SyncOutsideTemperatureToAdaptiveController
  alias: Sync Outside Temperature to Auto-Adaptive Controller
  description: ""
  trigger_variables:
      source_temp: >-
        {% set buienradar = states('sensor.buienradar_temperature') %}
        {% set ecodan = states('sensor.ecodan_heatpump_outside_temp') %}
        {% set source = buienradar if buienradar not in ['unknown', 'unavailable'] else ecodan %}
        {{ source | float(0) | round(1) }}
  triggers:
    - value_template: |-
        {{ source_temp | float(0) | round(1) != states('number.ecodan_heatpump_auto_adaptive_outside_temperature_feedback') | float(0) }}
      trigger: template
  conditions: []
  actions:
    - target:
        entity_id: number.ecodan_heatpump_auto_adaptive_outside_temperature_feedback
      data:
        value: "{{ source_temp }}"
      action: number.set_value
  mode: single

[ Voor 95% gewijzigd door xoror op 25-10-2025 00:23 ]

[Miezie]

xoror schreef op vrijdag 24 oktober 2025 @ 23:57:
Vanaf build https://github.com/gekkek...eases/tag/2025-10-24.5kan je nu eigen buiten sensor selecteren voor de AA berekeningen. Handig als je unit vol in de zon staat (en je kan nu tenminste met temperaturen rekenen in stappen van 0.1c)

Dashboard ook wat uitgebreid met cpu, heap etc en de nieuwe controls
[Afbeelding]

Als je bijv de buienradar sensor wil gebruiken dan doe je zoiets:

YAML:

- id: SyncOutsideTemperatureToAdaptiveController
  alias: Sync Outside Temperature to Auto-Adaptive Controller
  description: ""
  trigger_variables:
      source_temp: >-
        {% set buienradar = states('sensor.buienradar_temperature') %}
        {% set ecodan = states('sensor.ecodan_heatpump_outside_temp') %}
        {% set source = buienradar if buienradar not in ['unknown', 'unavailable'] else ecodan %}
        {{ source | float(0) | round(1) }}
  triggers:
    - value_template: |-
        {{ source_temp | float(0) | round(1) != states('number.ecodan_heatpump_auto_adaptive_outside_temperature_feedback') | float(0) }}
      trigger: template
  conditions: []
  actions:
    - target:
        entity_id: number.ecodan_heatpump_auto_adaptive_outside_temperature_feedback
      data:
        value: "{{ source_temp }}"
      action: number.set_value
  mode: single

Dan is een weerstation interessant om te nemen. De alecto bij ons thuis heeft mooi stabiele readings binnen en buiten.

[HenkJa]

Heb mijn Ecodan warmtepomp via een AtomS3 en ESPHome gekoppeld aan Home Assistant. Werkt prachtig.
Alleen één gegeven lijkt niet te kloppen. Mijn kamerthermostaat voor de verwarming staat ingesteld op 21 graden. In de kamer is de temperatuur stabiel rond de 22 graden. Prima dus.
Alleen de "Zone1 Kamertemperatuur" van de Ecodan geeft aan: 26 graden. Zie de bijgesloten afbeeldingen.
Gelukkig stuurt de warmtepomp er niet op. Wat kan de oorzaak zijn? Gebruik ik de verkeerde entiteit?