Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[Wouterie]

@Miezie Is het dan wel een beetje prettig uit bed komen als de boel uitstaat tussen 6 en 9?

[Miezie]

Wouterie schreef op woensdag 5 maart 2025 @ 08:59:
@Miezie Is het dan wel een beetje prettig uit bed komen als de boel uitstaat tussen 6 en 9?

Haha, voor dhw gaan we het zien. Voor de ruimtetemperaturen idem.

We zijn maar samen.

[xoror]

Fijn dat alles naar wenst werkt, ik heb het voornamelijk voor mezelf gemaakt en ook wel leuk dat anderen het ook kunnen gebruiken.

Wat betreft verwarming staat deze uit (23.00-0.800) bij mij met dit weer. Maar eigenlijk kan het helemaal uit gok ik, door zon instraling is het in no time lekker warm, daar kan geen WP tegen op


* je ziet hier wel vraag van de thermostaat, maar de wp staat niet aan

[JT]

Nog even wachten op een kabeltje en dan ga ik mijn eerste config voor de M5Stack NanoC6 proberen. Webserver is in ieder geval bereikbaar. RGB leds werken nog even niet want dat wordt niet ondersteund door IDF framework 5 ofzo, wat ESPHome sinds een recente update gebruikt of iets dergelijks. Is er nog invloed uit te oefenen op wat je in de webinterface ziet? Stel dat ik RGB niet aan de gang krijg dan zou het wel aardig zijn als ik dat eruit kan halen.

[xoror]

@JT je moet even juiste chip bijzoeken die op de nanoc6 zit. Zie voorbeeld voor atom https://github.com/gekkek...in/confs/esp32s3-led.yaml

hmm volgens doc gebruikt die ook WS2812 dus zou gewoon met die yaml moeten werken, hij zit op pin 7, ipv 35, dus die moet je even overriden

[ Voor 30% gewijzigd door xoror op 05-03-2025 16:17 ]

[JT]

xoror schreef op woensdag 5 maart 2025 @ 16:15:
@JT je moet even juiste chip bijzoeken die op de nanoc6 zit. Zie voorbeeld voor atom https://github.com/gekkek...in/confs/esp32s3-led.yaml

Ik had uit een andere repo die de NanoC6 voorziet van een werkzame ESPHome config al een RGB led config gehaald en die maakte ook gebruik van "esp32_rmt_led_strip". Daar maken ze sinds de update de opmerking dat het niet meer werkt vanaf die update. Dus ik denk dat het op zich correct zou moeten zijn maar het schijnt dat die update nogal wat kapot heeft gemaakt. Of bedoel je wat anders?

[xoror]

@JT ik heb die yaml gemaakt nadat de recente update de oude leds gebroken had ;-) dus deze werkt 100% zeker met de laatste esphome, even pin 35 = 7 doen en dan zou het gewoon moeten werken.

[ Voor 18% gewijzigd door xoror op 05-03-2025 16:18 ]

[JT]

xoror schreef op woensdag 5 maart 2025 @ 16:18:
@JT ik heb die yaml gemaakt nadat de recente update de oude leds gebroken had ;-) dus deze werkt 100% zeker met de laatste esphome

Iets lukte er niet. Ik weet het niet meer exact want ik heb veel geexperimenteerd. Maar ik ga het nog eens pogen.

[xoror]

JT schreef op woensdag 5 maart 2025 @ 16:18:
[...]

Iets lukte er niet. Ik weet het niet meer exact want ik heb veel geexperimenteerd. Maar ik ga het nog eens pogen.

Was een atom s3 achteraf niet goedkoper geweest kost veel tijd exotische configs werkend maken.

[JT]

xoror schreef op woensdag 5 maart 2025 @ 16:23:
[...]


Was een atom s3 achteraf niet goedkoper geweest kost veel tijd exotische configs werkend maken.

Doe niet zo raar. Waarom zou ik het mezelf makkelijk maken?



Ik had deze voor een project besteld maar niet bij stilgestaan dat ik welgeteld 1 pin tekort zou komen dus hij is over. Daarbij is het voor mij een challenge geworden waar ik wat van leer We gaan zien of en hoe het werkt. En als ik in de toekomst denk, het mergen van changes met mijn config kost teveel tijd dan zou er zomaar een Atom S3 kunnen komen, maar dan heb ik er wel van geleerd!

Edit: even wat lopen sleutelen maar ik kan niet de juiste pin aanspreken:

code:

Failed config

light.esp32_rmt_led_strip: [source confs/esp32s3-led.yaml:5]
  platform: esp32_rmt_led_strip
  name: Led
  id: id_led
  internal: True
  rgb_order: GRB

  Invalid pin number: 25 (must be 0-23).
  pin: 25
  num_leds: 4
  chipset: ws2812
  restore_mode: ALWAYS_OFF
  effects:
    - pulse:
        name: slow_pulse

Schema NanoC6

Edit 2: nog even gezocht en wat dingen geprobeerd maar geen succes. Ik wil hem eerst werkend hebben aan de warmtepomp en dan steek ik hier later wel tijd in Ik heb nu de statusled ingesteld om te gaan branden bij wifi-verbinding.

[ Voor 36% gewijzigd door JT op 05-03-2025 17:19 ]

[xoror]

@JT
Check ik zit verkeerd te kijken de RBG zit op G20, dus pin 20 moet je doen. Ik keek naar de reguliere led

Die status led yaml doet precies wat je wil. rood = geen wifi, knipperend groen wifi, maar geen HA, solid groen = wifi + ha, blauw = geen wifi, AP mode

[JT]

xoror schreef op woensdag 5 maart 2025 @ 17:57:
@JT
Check ik zit verkeerd te kijken de RBG zit op G20, dus pin 20 moet je doen. Ik keek naar de reguliere led

Die status led yaml doet precies wat je wil. rood = geen wifi, knipperend groen wifi, maar geen HA, solid groen = wifi + ha, blauw = geen wifi, AP mode

Alleen krijg ik dus de RGB-led niet werkend Had 25, GPIO20 al geprobeerd en nu ook G20 en dan krijg ik:

code:

Failed config

light.esp32_rmt_led_strip: [source confs/esp32s3-led.yaml:5]
  platform: esp32_rmt_led_strip
  name: Led
  id: id_led
  internal: True
  is_rgbw: True
  rgb_order: GRB

  Cannot resolve pin name 'G20' for board esp32-c6-devkitm-1.
  pin: G20
  num_leds: 4
  chipset: ws2812
  restore_mode: ALWAYS_OFF
  effects:
    - pulse:

Met GPIO20 compileert die wel maar geen licht.

[xoror]

G20 moet 20 zijn, de G weglaten

[JT]

Wel compilen, geen licht helaas. In dat schema staat 25 en ik denk dat het mis gaat omdat ik dat niet mag invoeren.

[ Voor 56% gewijzigd door JT op 05-03-2025 20:45 ]

[xoror]

JT schreef op woensdag 5 maart 2025 @ 20:44:
Wel compilen, geen licht helaas. In dat schema staat 25 en ik denk dat het mis gaat omdat ik dat niet mag invoeren.

#define M5NANO_C6_RGB_LED_DATA_PIN 20
https://github.com/m5stac...b/main/src/M5NanoC6.h#L11

https://github.com/m5stac...in/examples/Basic/rgb_led

Num leds is 1 voor nano c6, dat is het denk ik waarom hij niet doet. Pin 20 is wel de goede

[ Voor 10% gewijzigd door xoror op 05-03-2025 20:59 ]

[JT]

Helaas, wederom niet maar het zal ongetwijfeld een stap de goede richting op zijn. Voel me wel een beetje bezwaard dat jij nu je tijd steekt in een config die alleen voor mij is omdat ik eigenwijs ben

Edit: met restore mode always on nog even geprobeerd maar ook dan niks.

[ Voor 15% gewijzigd door JT op 05-03-2025 21:26 ]

[Miezie]

Wouterie schreef op woensdag 5 maart 2025 @ 08:59:
@Miezie Is het dan wel een beetje prettig uit bed komen als de boel uitstaat tussen 6 en 9?

Dhw heb ik weer uitgezet. Die gaat standaard lopen verwarmen als je het weer aan zet…

Hoe was dat ook alweer… met de kalender niet aan de orde?

[SebastiaanPs]

Miezie schreef op donderdag 6 maart 2025 @ 23:45:
[...]

Dhw heb ik weer uitgezet. Die gaat standaard lopen verwarmen als je het weer aan zet…

Hoe was dat ook alweer… met de kalender niet aan de orde?

Met de kalender krijg je de SWW run dagelijks op het aangegeven tijdstip, ongeacht temp drop.

Een mooie manier is SWW setpoint bijv in de middag om 13:00u even omhoog naar normale target van zeg 48 gr, om bijv 15:00u weer omlaag naar lager setpoint van 42 gr. Drop 10 gr.

Voordelen:
- SWW run tijdens hogere buitentemperaturen en met je eigen PV
- SWW run in ECO mode
- nooit een SWW run met bijbehorende dip tijdens douchen (of je moet om 13:00u pas onder de douche staan )
- niet dagelijks een SWW run, alleen als het nodig is.

Makes sense?

Hier overigens een Odroid onderweg en later deze maand contacteer ik @AUijtdehaag voor een Atom. Dan ga ik ook met dit soort leuke dingetjes aan de slag.

Respect voor @xoror die dit prachtig heeft opgebouwd! En de anderen die hebben bijgedragen zoals @AUijtdehaag

[xoror]

@SebastiaanPs de odroids m1s zijn erg goed voor HA, heb hem zelf ook

[Miezie]

SebastiaanPs schreef op vrijdag 7 maart 2025 @ 00:08:
[...]

Met de kalender krijg je de SWW run dagelijks op het aangegeven tijdstip, ongeacht temp drop.

Een mooie manier is SWW setpoint bijv in de middag om 13:00u even omhoog naar normale target van zeg 48 gr, om bijv 15:00u weer omlaag naar lager setpoint van 42 gr. Drop 10 gr.

Voordelen:
- SWW run tijdens hogere buitentemperaturen en met je eigen PV
- SWW run in ECO mode
- nooit een SWW run met bijbehorende dip tijdens douchen (of je moet om 13:00u pas onder de douche staan )
- niet dagelijks een SWW run, alleen als het nodig is.

Makes sense?

Hier overigens een Odroid onderweg en later deze maand contacteer ik @AUijtdehaag voor een Atom. Dan ga ik ook met dit soort leuke dingetjes aan de slag.

Respect voor @xoror die dit prachtig heeft opgebouwd! En de anderen die hebben bijgedragen zoals @AUijtdehaag

Makers sense. Even op me in laten werken wat ik wil ;-).

Ik kan trouwens alles wel delen qua automations, maar heb geen zin om het te kuisen voor de repo 😜

[windvanger]

xoror schreef op woensdag 19 februari 2025 @ 10:18:
@windvanger Ja heel makkelijk, unplug de melcloud wifi / procon en dan ziet hij dat vanzelf en neemt de esp het vanzelf over. Het voordeel is dat de esp dan master is, en veel meer info kan opvragen. Tevens kan je server control gebruiken. De meeste mensen doen melcloud weg na de esp.

Ik heb de procon eruit getrokken, maar zie geen veranderingen in de hoeveelheid informatie die ik eerder al zag. Is het handig om in de yaml code confs/esp32s3-proxy2.yaml te veranderen naar confs/esp32.yaml?
Ook de confs/request-codes.yaml toevoegen voor de extra informatie?
Ik heb een SCR-M80V-200D SET (ERST20D-VM2D + SUZ-SWM80VA)

[xoror]

windvanger schreef op vrijdag 7 maart 2025 @ 18:03:
[...]


Ik heb de procon eruit getrokken, maar zie geen veranderingen in de hoeveelheid informatie die ik eerder al zag. Is het handig om in de yaml code confs/esp32s3-proxy2.yaml te veranderen naar confs/esp32.yaml?
Ook de confs/request-codes.yaml toevoegen voor de extra informatie?
Ik heb een SCR-M80V-200D SET (ERST20D-VM2D + SUZ-SWM80VA)

Nee mogelijk heb je nog een oudere firmware. Zie je wel discharge temp of fan speed?

Zo nee dan loop je wat achter en moet je updaten. wel proxy2 yaml gebruiken

[windvanger]

xoror schreef op vrijdag 7 maart 2025 @ 19:06:
[...]
Nee mogelijk heb je nog een oudere firmware. Zie je wel discharge temp of fan speed?

Zo nee dan loop je wat achter en moet je updaten. wel proxy2 yaml gebruiken

xoror schreef op woensdag 12 februari 2025 @ 13:52:
@Cranberry Overigens als er een proxy aan hangt doen we geen service request codes, immers de slave op de proxy interface is de master als het om de communicatie gaat. Dus zo lang je proxy gebruikt worden de waarden niet gevuld. Pas wanneer de ESP de master is gaat hij dit pas opvragen.

Alle waarden die je nu via de ESP ziet, zijn indirect door de slave (melcloud/procon) opgevraagd.

Ik heb de firmware geupdate, maar zie niet de discharge temp of fan speed. De regel voor de request codes heb ik toegevoegd, maar staan allemaal op onbekend.
De Esp is nu master met proxy2.yaml, maar klopt het dat ik een aantal waarden niet kan zien? Omdat ik een SUZ buitendeel met FTC6 heb?

[xoror]

@windvanger ah crap, sommige SUZ units geven geen antwoorden op service codes < 100, helaas.
Moet je request code weer uitzetten, je heb er helaas niets aan.

[JT]

Vandaag de M5 Stack NanoC6 aangesloten op de warmtepomp (met dank aan het kabeltje van @AUijtdehaag , heb zelf geen krimpspullen voor de PAP 105 connector). En holy shit, m'n config met de M5Stack NanoC6 werkt Nog zonder RGB, maar dat hou ik in de gaten wanneer er een fix komt. Nu gaat de reguliere led branden wanneer er een wifiverbinding is. Binnenkort het geheel publiceren. Dank voor het meedenken @xoror

Hij zit nu met klitteband aan de zijkant van de warmtepomp:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[xoror]

Ik heb multizone firmwares (te herkennen aan z2) online gezet. Als het goed is krijg je ook updates aangeboden voor de gene die z'n vorige firmware hebben draaien.

Ik heb alleen ook improv enabled waardoor je eenvoudiger via de webinstall wifi kan instellen. Nadeel is dat je (eenmalig) ws weer even naar AP mode moet om wifi in te stellen. Voor details: https://github.com/gekkek.../docs/install-from-bin.md

verder doet de status led nu het volgende:

red : no wifi connection
blue : AP mode to config wifi credentials
slow pulse green: wifi connected, but no HA (yet)
solid green: connected via HA
(zie ook release notes: https://github.com/gekkek...releases/tag/2025-03-08.1)

Je kan deze update skippen, zit verder niet veel in behalve multi zone builds. Maar hou in de gaten dat je ooit een keer gaat switchen.

@Grolsch deze update even skippen als je aangeboden krijgt

[ Voor 24% gewijzigd door xoror op 10-03-2025 10:04 ]

[Geeforce]

SebastiaanPs schreef op vrijdag 7 maart 2025 @ 00:08:
[...]

Een mooie manier is SWW setpoint bijv in de middag om 13:00u even omhoog naar normale target van zeg 48 gr, om bijv 15:00u weer omlaag naar lager setpoint van 42 gr. Drop 10 gr.

Voordelen:
- SWW run tijdens hogere buitentemperaturen en met je eigen PV
- SWW run in ECO mode
- nooit een SWW run met bijbehorende dip tijdens douchen (of je moet om 13:00u pas onder de douche staan )
- niet dagelijks een SWW run, alleen als het nodig is.


Respect voor @xoror die dit prachtig heeft opgebouwd! En de anderen die hebben bijgedragen zoals @AUijtdehaag

Dat klinkt als een mooie oplossing om enkel in de middag water te verwarmen, echter kun je de drop toch niet via de oplossing Xoror instellen? Enkel de setpoint?

Algemene vraag, wat is over het algemeen de setpoint? Hier bij de oplevering 52 graden.

[xoror]

@Geeforce Er is geen manier om de eco sww te triggeren behalve zo via de temp drops (en dan kan prima via mijn esp. De drop zelf niet, maar je sww setpoint wel).

Er is alleen force sww, maar die doet geen eco mode, maar als je overvloed aan zon heb, is dat wellicht ook een goede overweging.

Mijn sww setpoint is 47c, met temp drop van 7c.

[ Voor 6% gewijzigd door xoror op 10-03-2025 12:47 ]

[Geeforce]

Dank. Setpoint dus met de esp aan te passen, maar de drop van 7 even op de WP zelf instellen?

[xoror]

Geeforce schreef op maandag 10 maart 2025 @ 13:28:
Dank. Setpoint dus met de esp aan te passen, maar de drop van 7 even op de WP zelf instellen?

yup zorg dat die getriggered wordt en na 1 mins oid weer op 47c.

[ocaj]

Ja, ik trigger de "soft-start" die je normaal krijgt als de temperatuur sww-drop gezakt is, hier ook door het sww-setpoint (via node-red) voor 10 minuten op 65 graden te zetten en daarna weer terug naar de waarde waar hij op stond.
(Maar 1 minuut is kennelijk al genoeg, maakt niet zo veel uit. SWW-run duurt altijd langer dan 10 minuten)

[Geeforce]

Ok, dus als ik het goed begrijp:

Standaard setpoint op 47 graden met een drop van 7.
Elke middag bv om 15:00 (ivm de zon) de setpoint op 65, en na paar minuten weer terug op 47 zetten.

Dit zorgt ervoor dat de SWW run om15:0x start, maar tot 47 graden gaat?

[SebastiaanPs]

Geeforce schreef op maandag 10 maart 2025 @ 20:29:
Ok, dus als ik het goed begrijp:

Standaard setpoint op 47 graden met een drop van 7.
Elke middag bv om 15:00 (ivm de zon) de setpoint op 65, en na paar minuten weer terug op 47 zetten.

Dit zorgt ervoor dat de SWW run om15:0x start, maar tot 47 graden gaat?

Het hangt een beetje van je gebruikspatroon af. Als je standaard elke dag een SWW run hebt dan is dit een manier.
Hier heb ik een 300 liter SWW vat en heb ik 1x per 2 dagen een SWW run. Ik zou het daarom zoals ik hierboven heb beschreven doen. Om 13:00u verhoog je je setpoint naar 48 gr en bij drop bijv 8 gr krijg je dan effectief alleen een SWW run als je SWW < 40 gr is. Tussendoor gebruik je dan een setpoint van bijv 44 gr.
Vergeet niet dat door de gelaagdheid van je SWW vat het water boven je sensor warmer is dan de aangegeven waarde.

[ Voor 12% gewijzigd door SebastiaanPs op 10-03-2025 21:05 ]

[ocaj]

Ik trigger die soft-start alleen als het "nuttig" is, waarbij ik dat bepaal aan de hand van 2 thermometers die op 2 plekken in mijn boilervat zitten (midden en onder). 's zomers doe ik die check een paar keer per dag, 's winters alleen om 12:00.

Wat een goed moment is om dit te triggeren is een beetje afhankelijk van de situatie. Beetje experimenteren/tweaken dus tot je tevreden bent.

[Miezie]

Ik heb de boel voor SWW nu ook maar in elkaar geklust. Kijken hoe het zich allemaal gedraagt nu de boel weer wat frisser gaat worden.

[SebastiaanPs]

ocaj schreef op maandag 10 maart 2025 @ 21:22:
Wat een goed moment is om dit te triggeren is een beetje afhankelijk van de situatie. Beetje experimenteren/tweaken dus tot je tevreden bent.

Heel goed punt, wat er werkt en bij welke grenswaarden zal heel afhankelijk zijn van factoren zoals de grootte van je SWW vat, de locatie van een of meerdere sensoren en je gebruikspatroon.
Inderdaad experimenteren en tweaken, beste advies!

[JT]

Ik zie hier dat er voor verwarming wordt gewerkt met aan tenzij en voor sww dagelijkse verwarming. Wij werken wat meer vraaggestuurd. dat wil zeggen dat als de temp bijvoorbeeld bij gaan slapen 19,5 graden is en het 's nachts naar de 0 gaat dat dan de wp aan gaat. In de winter met weinig zon draait die bijvoorbeeld 's nachts 6 uurtjes. Als we hebben gedouchet dan wachten we met een sww-run tot we de volgende keer douchen, wij douchen niet persé elke dag. Als we morgen douchen dan draait de run bij lage prijzen (de komende nacht of morgen overdag afhankelijk van prijs) of bij veel zon.

Ik wil dit zo goed mogelijk gaan automatiseren maar ga dit in stapjes doen.

1. Eerst alle bediening goed snappen en beschikbaar maken in de UI op een nette manier
2. Inschakelen verwarming en/of sww afhankelijk van items op de kalender die je zelf kunt aanmaken. Momenteel doe ik alles op de wp zelf, zoals het instellen van schema's. Dagelijks zelf. En dat is vrij k*t
3. De laatste stap is een systeem (algoritme?) bedenken die afhankelijk van factoren bepaalt wanneer er runs gedaan worden. Denk hierbij aan elektriciteitsprijs in de toekomst, voorspelde zonneschijn, daadwerkelijke zonneschijn, enige vorm van user input omdat ons douchepatroon onregelmatig is, temperatuur buiten, temperatuur binnen. Waarbij ik eerst alles wat ik nu met de hand doe en overweeg eens op een rij gaan zetten. Zoals veel zon en lage elektriciteitprijs dus weinig te verdienen aan terugleveren? Vanavond allemaal douchen? Setpoint naar 55 graden.

Als ik wat heb draaien dan zal ik het zeker delen. Maar zeker stap 3 zal even duren

Wie kan mij trouwens vertellen wat de bediening is van de knoppen in de standaard widgets? Je kunt bijvoorbeeld bij modus koelen, verwarmen en uit kiezen, maar hoe verhoudt uit zich tot prohibit?

[ Voor 5% gewijzigd door JT op 10-03-2025 23:08 ]

[Miezie]

JT schreef op maandag 10 maart 2025 @ 23:05:
Ik zie hier dat er voor verwarming wordt gewerkt met aan tenzij en voor sww dagelijkse verwarming. Wij werken wat meer vraaggestuurd. dat wil zeggen dat als de temp bijvoorbeeld bij gaan slapen 19,5 graden is en het 's nachts naar de 0 gaat dat dan de wp aan gaat. In de winter met weinig zon draait die bijvoorbeeld 's nachts 6 uurtjes. Als we hebben gedouchet dan wachten we met een sww-run tot we de volgende keer douchen, wij douchen niet persé elke dag. Als we morgen douchen dan draait de run bij lage prijzen (de komende nacht of morgen overdag afhankelijk van prijs) of bij veel zon.

Ik wil dit zo goed mogelijk gaan automatiseren maar ga dit in stapjes doen.

1. Eerst alle bediening goed snappen en beschikbaar maken in de UI op een nette manier
2. Inschakelen verwarming en/of sww afhankelijk van items op de kalender die je zelf kunt aanmaken. Momenteel doe ik alles op de wp zelf, zoals het instellen van schema's. Dagelijks zelf. En dat is vrij k*t
3. De laatste stap is een systeem (algoritme?) bedenken die afhankelijk van factoren bepaalt wanneer er runs gedaan worden. Denk hierbij aan elektriciteitsprijs in de toekomst, voorspelde zonneschijn, daadwerkelijke zonneschijn, enige vorm van user input omdat ons douchepatroon onregelmatig is, temperatuur buiten, temperatuur binnen. Waarbij ik eerst alles wat ik nu met de hand doe en overweeg eens op een rij gaan zetten. Zoals veel zon en lage elektriciteitprijs dus weinig te verdienen aan terugleveren? Vanavond allemaal douchen? Setpoint naar 55 graden.

Als ik wat heb draaien dan zal ik het zeker delen. Maar zeker stap 3 zal even duren

Wie kan mij trouwens vertellen wat de bediening is van de knoppen in de standaard widgets? Je kunt bijvoorbeeld bij modus koelen, verwarmen en uit kiezen, maar hoe verhoudt uit zich tot prohibit?

Misschien kan je voor stap 3 de momenten gaan bedenken met emhass. Dat zal bij mij ook wel gebeuren voor SWW, dat we per dag het juiste moment pakken.
Voor verwarming kijk ik weer een seizoen verder wat we comfortabel vinden.

[JT]

Miezie schreef op maandag 10 maart 2025 @ 23:11:
[...]


Misschien kan je voor stap 3 de momenten gaan bedenken met emhass. Dat zal bij mij ook wel gebeuren voor SWW, dat we per dag het juiste moment pakken.
Voor verwarming kijk ik weer een seizoen verder wat we comfortabel vinden.

Ja en op Tweakers is er ook een user die ook met lineair programmeren een add-on heeft gemaakt. Daar ga ik ook nog naar kijken. Ik denk niet dat mijn voorkeuren erin zitten maar we gaan eens kijken wat het oplevert. Een van de uitdagingen is een beetje betrouwbare zonvoorspelling erin te krijgen. Met volledig zonnige dagen gaat het prima, maar bij wat wisselvalliger weer krijg ik slechtere resultaten dan veel anderen die screenshots posten van voorspelling en daadwerkelijke opbrengst.

[Miezie]

Back on topic maar weer. De oplossing van dit topic met servercontrol geeft in elk geval goeie kansen ;-)

[JT]

Miezie schreef op maandag 10 maart 2025 @ 23:22:
Back on topic maar weer. De oplossing van dit topic met servercontrol geeft in elk geval goeie kansen ;-)

Ja, dat zal de kant zijn die ik op ga. Bediening via HA dashboard en automatisch, beide via server control. En uiteindelijk mogelijk ook nog een M5Stack Dial. Aan de andere kant is dat wellicht overbodig als ik de automatisering goed krijg. Wat gebeurt er eigenlijk als de ESP alles op server control heeft gezet maar hard crasht, kun je dan met een reboot van de warmtepomp weer van server control af komen?

[xoror]

We lezen de state weer uit en de switches worden hersteld/aligned met de wp state. Bij een crash reboot de esp uit zichzelf.

qua algo, ik denk dat je te moeilijk denkt. Verwarming via vloer is te traag. Enige wat je zou kunnen doen is uitzetten bij veel zon instraling. De rest gewoon WAR of vaste TA als je je warmte verlies kent. RR als je lui bent. Je kan beter tijd spenderen aan goede TA vinden voor je woning

SWW is hier maar 10% van het jaar verbruik, dus niet interessant om dat te optimaliseren.
Iets simpels als forceer SWW als energie laag is, helpt al een hoop gok ik zo. Misschien als het salderen weg is, heeft het een beetje zin.

De ecodans (ftc6+) hebben wel support voor smart grid, maar heb dat nog nooit werkend gezien. Daar zou je ook wat mee moeten kunnen.

[Blackraven]

FTC5 heeft ook wel SG-ready aansluitingen, maar ik zie de meerwaarde niet zo aangezien je al deze instellingen ook wel via de ESP kunt aansturen.

[JT]

xoror schreef op maandag 10 maart 2025 @ 23:53:
We lezen de state weer uit en de switches worden hersteld/aligned met de wp state. Bij een crash reboot de esp uit zichzelf.

Maar wat als mijn ESP kapot is? Verwarming is toch zeker in de winter essentieel, dan is het wellicht fijn om te weten hoe je van server control af kan. Of wellicht een reserve hebben liggen voor die paar euro.

qua algo, ik denk dat je te moeilijk denkt. Verwarming via vloer is te traag. Enige wat je zou kunnen doen is uitzetten bij veel zon instraling. De rest gewoon WAR of vaste TA als je je warmte verlies kent. RR als je lui bent. Je kan beter tijd spenderen aan goede TA vinden voor je woning

Vaste TA hebben we al. Kan niet lager dan 25 en dat is al teveel voor onze woning om 24/7 te laten draaien Ben al bezig geweest met optimaliseren wat dat betreft. Wordt al snel heel warm. Natuurlijk ga ik niet mijn warmtepomp elk uur laten schakelen. Maar in de winter kun je bijvoorbeeld wel laten bepalen óf je verwarming nodig hebt en zo ja, wanneer de gunstigste 6 uren zijn. 's Nachts kan bijvoorbeeld goedkoper zijn maar als het 's nachts -2 is en overdag 5 graden dan wil ik dat dat ook meeweegt. Dat heb ik afgelopen seizoen handmatig gedaan. Resultaat is dat we volgens de Tibberapp een zeer efficiente woning hebben in vergelijking met anderen met een soortgelijke woning:

De ecodans (ftc6+) hebben wel support voor smart grid, maar heb dat nog nooit werkend gezien. Daar zou je ook wat mee moeten kunnen.

FTC5 hier, maar ik ga eerst eens hier mee aan de slag, anders komt het nooit af

[xoror]

@JT
wp uit/aan dan reset server control vanzelf. Geen enkel probleem dus

Ik heb nog salderen zonder kosten voor 1.5 jaar, dus de drang/noodzaak is hier niet aanwezig zeg maar

Als je weet hoeveel warmte verlies je heb kan je met een dag vooruit kijken bepalen wanneer je het best kan verwarmen.

Je moet dan het verwachte warmte verlies tijdens de hoge uren bufferen in de goedkope uren. Let ook op defrost, dat kan best inhakken. Je kan dan uitrekenen of het goedkoper is en dan erop sturen.

Je moet dus grofweg weten hoeveel warmte verlies je per tijdseenheid heb bij een bepaalde buiten temp (en ws of het zonnig is). Ook moet je weten hoeveel warmte je kan toevoegen bij dezelfde omstandigheden.

Is best wat werk om dat goed te krijgen denk ik.

[ Voor 83% gewijzigd door xoror op 11-03-2025 10:17 ]

[SebastiaanPs]

Miezie schreef op woensdag 5 maart 2025 @ 07:59:
De Tibber app met gemiddelde prijzen heeft me toch maar doen besluiten om server control nog meer te gebruiken (voor koelen doe ik het al). Ik doe geen nachtverlaging, maar prohibits tussen 6-9 en 17-20 voor dhw en heat bij weersverwachting boven de 5 graden zitten er in…

Inmiddels komen entiteiten van dit prachtig stukje software in best veel automations voor hier:
[Afbeelding]

Eigenlijk gaat dus alles automatisch…

Wat betreft de warmtepomp aansturen obv dynamische tarieven: mij lijkt deze (zie quote) regeling van @Miezie wel simpel en effectief.
Dus prohibits aanzetten in de ochtend- en avondpiek.

Je kunt kijken hoeveel uur je warmtepomp bij bepaalde buitentemperaturen moet draaien.
> Nu er nauwelijks warmtevraag is zet je de prohibit actief zowel in de ochtend- als in de avondpiek.
> Als er wat meer warmtevraag is dan blokkeer je evt alleen de avondpiek (of toch prohibit tijdens beide pieken, dan moet de warmtepomp wat harder werken tussendoor).
> Bij vriestemperaturen wellicht beter 24/7 draaien? Weet ik niet zeker.

Waar de grenzen liggen qua buitentemperaturen (hoeveel uur verwarming nodig) kan je voor je eigen huis inschatten/terugkijken.
Dit alles denk ik minder handig als je alleen radiatoren hebt, dan verlies je comfort.

Rest nog de vraag aan @Miezie : haal jij hiervoor een voorspelde gemiddelde buitentemperatuur op via home assistant? Of werk je met een moving average ofzo?

Of hebben anderen nog andere, niet al te complexe ideeen?

[xoror]

@SebastiaanPs Ik denk dat dat een goede (gemakkelijke) eerste stap is.
Als dat allemaal redelijk werkt heb je denk ik 80-90% afgedekt. Je moet ws je Ta een beetje anders tweaken.

Een volgende stap is dan kunnen bepalen wanneer en met hoeveel je moet verwarmen, dat is wat uitdagender. Maar misschien dat ik daar nog naar ga kijken als mijn salderen bijna voorbij is

(bij vries temps kan je overdag harder verwarmen, in de avond wat minder (defrost voorkomen), dat deed ik afgelopen keer, werkte erg goed)

[ Voor 15% gewijzigd door xoror op 11-03-2025 10:30 ]

[Miezie]

SebastiaanPs schreef op dinsdag 11 maart 2025 @ 10:16:
[...]

Wat betreft de warmtepomp aansturen obv dynamische tarieven: mij lijkt deze (zie quote) regeling van @Miezie wel simpel en effectief.
Dus prohibits aanzetten in de ochtend- en avondpiek.

Je kunt kijken hoeveel uur je warmtepomp bij bepaalde buitentemperaturen moet draaien.
> Nu er nauwelijks warmtevraag is zet je de prohibit actief zowel in de ochtend- als in de avondpiek.
> Als er wat meer warmtevraag is dan blokkeer je evt alleen de avondpiek (of toch prohibit tijdens beide pieken, dan moet de warmtepomp wat harder werken tussendoor).
> Bij vriestemperaturen wellicht beter 24/7 draaien? Weet ik niet zeker.

Waar de grenzen liggen qua buitentemperaturen (hoeveel uur verwarming nodig) kan je voor je eigen huis inschatten/terugkijken.
Dit alles denk ik minder handig als je alleen radiatoren hebt, dan verlies je comfort.

Rest nog de vraag aan @Miezie : haal jij hiervoor een voorspelde gemiddelde buitentemperatuur op via home assistant? Of werk je met een moving average ofzo?

Of hebben anderen nog andere, niet al te complexe ideeen?

Sinds tijden haal ik al voor de zonwering de voorspelde hoogste dagtemperatuur op om 4 uur in de nacht. Die gebruik ik nu. Voorlopig bij hoger dan 5 behoud ik de nachtverlaging. Dit 5 graden ga ik proefondervindelijk in het volgende stookseizoen wel scherper stellen.

Bij 5 graden gaat ook de warmtepomp voor nu naad 24/7 want dan zit je ook veelal hier met defrosts ergens op de dag en daggemiddeldes die maximaal rond de 2/3 graden zitten ofzo…

Zal alle automations wel even in een eigen repo op GitHub zetten.

[Miezie]

xoror schreef op dinsdag 11 maart 2025 @ 10:28:
@SebastiaanPs
Een volgende stap is dan kunnen bepalen wanneer en met hoeveel je moet verwarmen, dat is wat uitdagender. Maar misschien dat ik daar nog naar ga kijken als mijn salderen bijna voorbij is

Dat is niet zo ingewikkeld… vind ik. Als je het verlagingsschema van Sebastiaan zo toepast:
1:00 - 19,5
9:00 - 20
13:00 - 20,5

Verwarm je misschien wat met hoge buiten temperaturen… maar:

Je stopt warmte in de massa wat de zon iets minder doet waardoor het in het hele huis behaaglijker blijft in het tussenseizoen en je in de koude nachten minder inkakt en daar niet begint te stoken of in de late avond. De afgelopen dagen resulteerde dit in deze verbruiken en een hoog eigen gebruik van zonne-energie:


Vannacht heeft de warmtepomp nog een uurtje, van 12 tot 1, gedraaid ook… de temperatuur zakte naar 20,5. Dat uurtje heeft er wel weer toe geleid dat ik nu energieneutraal leef en de warmtepomp om 13:00 wel weer aan zal gaan. Al met al moet je dus wel zorgen dat je de boel warm houdt en niet helemaal doorslaat in kosten besparing… de zon schijnt op de panelen om het te gebruiken!

Ik ben het dus ook niet heel erg eens met de stelling dat je de zomerregeling hiervoor moet gebruiken bij hogere temperaturen. Pak die er gewoon bij als je langere gemiddelden hoger zijn zodat je niet per ongeluk in juni stookt…

Ps: volgens mij ben ik op 4/5 maart ergens begonnen met tunen.

[xoror]

@Miezie de zon warmt de boel hier wel goed op (en houdt het goed vast), ik heb al prohibit op de verwarming staan sinds donderdag. Pas vandaag is hij weer gaan verwarmen. Wellicht is het per huis afhankelijk, maar in mijn geval ga ik er wel rekening mee houden

[Miezie]

xoror schreef op dinsdag 11 maart 2025 @ 12:14:
@Miezie de zon warmt de boel hier wel goed op (en houdt het goed vast), ik heb al prohibit op de verwarming staan sinds donderdag. Pas vandaag is hij weer gaan verwarmen. Wellicht is het per huis afhankelijk, maar in mijn geval ga ik er wel rekening mee houden

[Afbeelding]

Ik heb ook nog wat andere kamers die warm moeten 😅. Een aparte keuken en werkkamer…

[xoror]

@Miezie kantoor is de hoofd thermostaat, die staat op de goede plek (noorden en schaduw) maar is voor de hele woonkamer en huis eigenlijk.

[JT]

Twee vraagjes.

• Is zomer/winter het onderscheid in de 2 weekschema's die je op de wp kunt instellen?
• Hoe zit het nu met de bediening aan/uit? Ik zie in de widgets bij mode voor sww uit en verwarmen en voor de huisverwarming verwarmen, koelen en uit. Dus schijnbaar kun je daarmee ook een en ander uitzetten. Dan neem ik aan dat warmtepomp aan/uit gaat voor alle andere manieren aan/uit, daarna prohibit voor de modus en als laatste kun je schakelen met modus als warmtepomp aan staat en prohibit uit? Wat voor voor/nadelen heeft het om te schakelen met modus?

[Miezie]

xoror schreef op dinsdag 11 maart 2025 @ 13:22:
@Miezie kantoor is de hoofd thermostaat, die staat op de goede plek (noorden en schaduw) maar is voor de hele woonkamer en huis eigenlijk.

Dat zou hier ook goed werken! Maar denk dat ik te lui ben om eea om te schroeven.

Hier zit de thermostaat in de ruimte die de meeste warmte verliest…. En het meeste zonlicht krijgt. Ach, het is inderdaad, wat je zegt, per huis even kijken! De kaders zijn in elk geval eenvoudig en een kwestie van gezond verstand ;-).

[Miezie]

De warmtepomp is inderdaad keurig om 13:00 eerst met soft start SWW gaan draaien en daarna door gegaan met verwarmen vanwege de nachtverlaging.
Ik verwacht dat hij rond de prohibit de keet op 21 heeft en daarna zie ik wel of de FTC om 20:00 weer wil verwarmen.

Stemt tevreden zo hoor !

[xoror]

@Miezie Als je thermostaat via ha aan te spreken is, kan je via cnrf daar de hoofd thermostaat van maken (kantoor), hoef je niets te schroeven

@JT De wp heeft 2 weekschemas
Verder als je de wp uitzet via de esp heb je ook geen SWW. Is dus gewoon standby.

De prohibits zetten werkt alleen in SVC en kan je gericht een onderdeel (SWW/verwarmen/koelen) toestaan of verbieden

[JT]

xoror schreef op dinsdag 11 maart 2025 @ 14:28:
@JT De wp heeft 2 weekschemas
Verder als je de wp uitzet via de esp heb je ook geen SWW. Is dus gewoon standby.

De prohibits zetten werkt alleen in SVC en kan je gericht een onderdeel (SWW/verwarmen/koelen) toestaan of verbieden

Dank. En wat kun je met het uitschakelen via de modus van sww en verwarming? Heeft dat nog meerwaarde?

[xoror]

Ik gebruik de schema om in de avond verwarming uit te zetten. Met SVC kan ik de boel overriden, maar je kan ook alleen SVC gebruiken, wat je handiger lijkt.

[Miezie]

JT schreef op woensdag 12 maart 2025 @ 07:47:
[...]

Dank. En wat kun je met het uitschakelen via de modus van sww en verwarming? Heeft dat nog meerwaarde?

Voor SWW werkt het voorstel van @SebastiaanPs beter: setpoint verhoging en verlaging. Met prohibits wordt er altijd water warm gemaakt wanneer je het toestaat.

[Miezie]

Generieke opmerking: meerdere acties triggeren op hetzelfde moment zorgt ervoor dat niet al je acties uitgevoerd worden. Beter even wat tijd er tussen laten…

[JT]

Bedankt voor het meedenken @xoror en @Miezie maar waar ik op doel maar wat me niet goed lukt uit te leggen is dat er ook nog een derde optie lijkt te zijn die je in de HA widgets terugziet. Een screenshot praat wat makkelijker:



Hier zie je dat je, naast server control en prohibit, ook uit kunt schakelen op basis van de modus. Dat zie je ook terug in de webinterface van de ESP als je een modus kiest (bij zone 1 temperatuur kun je kiezen tussen OFF, COOL en HEAT).

Wat ik mij dus afvraag is hoe dit werkt ten opzichte van de twee andere opties.

[Miezie]

JT schreef op woensdag 12 maart 2025 @ 09:13:
Bedankt voor het meedenken @xoror en @Miezie maar waar ik op doel maar wat me niet goed lukt uit te leggen is dat er ook nog een derde optie lijkt te zijn die je in de HA widgets terugziet. Een screenshot praat wat makkelijker:

[Afbeelding]

Hier zie je dat je, naast server control en prohibit, ook uit kunt schakelen op basis van de modus. Dat zie je ook terug in de webinterface van de ESP als je een modus kiest (bij zone 1 temperatuur kun je kiezen tussen OFF, COOL en HEAT).

Wat ik mij dus afvraag is hoe dit werkt ten opzichte van de twee andere opties.

Dat is niet de manier. Switches met de climate cards zijn een wrapper om de operation mode heen. Die heeft @xoror zelf gemaakt.

Die operation mode hou je beter stabiel, elke switch zorgt voor korte runs.

Als ik de moed verzameld heb om mijn computer even aan te zetten, zit overspannen thuis, zal ik m’n templates delen. Daar zitten alle warmtepomp-vriendelijke maniertjes wel in. Incl. pendelpreventie voor koelen.

[Miezie]

breinonline in "Mitsubishi warmtepomp besturen met procon, ESPHome" - deze post heb ik trouwens ooit gebruikt om mijn energie Dashboard correct te vullen.

Ik heb het zelf ook toegepast voor de geproduceerde energie. Daarmee heb ik dus altijd alles bij de hand voor verbruik aan het einde van de dag.

De tellertjes die @xoror zelf gemaakt heeft heb ik in home assistant bij de individual devices staan. Dat laat keurig de dag door het gebruik zien van de hele warmtepomp.

In mijn energie dashboard zie ik bij gas de verbruikte energie van SWW, verwarmen en koelen.

Ik heb dan nog een separaat Dashboard gemaakt waar ik nutsmeters voor dagelijks, maandelijks en jaarlijks heb. Niet heel nuttig, maar wel leuk.

[JT]

Miezie schreef op woensdag 12 maart 2025 @ 09:32:
[...]

Dat is niet de manier. Switches met de climate cards zijn een wrapper om de operation mode heen. Die heeft @xoror zelf gemaakt.

Die operation mode hou je beter stabiel, elke switch zorgt voor korte runs.

Als ik de moed verzameld heb om mijn computer even aan te zetten, zit overspannen thuis, zal ik m’n templates delen. Daar zitten alle warmtepomp-vriendelijke maniertjes wel in. Incl. pendelpreventie voor koelen.

Ik voel me een beetje een zeikerd maar ik wil altijd alles goed begrijpen. Als je mij vertelt dat vuur heet is, dan neem ik dat aan maar mijn vervolgvraag is ook, hoe komt dat.

Van de korte runs geldt toch ook voor de andere manieren van aan- en uitzetten? Als je met prohibit of de standbyknop aan en uit zet kort achter elkaar dan heb je ook korte runs toch?

[Miezie]

JT schreef op woensdag 12 maart 2025 @ 09:51:
[...]

Ik voel me een beetje een zeikerd maar ik wil altijd alles goed begrijpen. Als je mij vertelt dat vuur heet is, dan neem ik dat aan maar mijn vervolgvraag is ook, hoe komt dat.

Van de korte runs geldt toch ook voor de andere manieren van aan- en uitzetten? Als je met prohibit of de standbyknop aan en uit zet kort achter elkaar dan heb je ook korte runs toch?

Enkel voor warm water.

Vragen stellen is niet erg hoor, je bouwt de kennis op door veel trial en error.

[ Voor 7% gewijzigd door Miezie op 12-03-2025 09:53 ]

[xoror]

Die knopjes onder de climates kan ik niet disablen, anders werkt de climate niet goed. De knopjes zijn niet meer gemapped naar acties. Gewoon negeren. Vroeger kon je daar naar een default heat/cool mode switchen, maar dat gaf teveel inconsistenties.

Als je mode wil swtichen doe je dat via de operating mode selection.
Over het algemeen moet je niet te snel wijzigingen naar het zelfde component sturen (climate).
Het duurt wel tot 30-60s voordat de wp de waarde heeft verwerkt (ook al geeft hij ack terug op de write, want anders retry ik hem), dan zie je pas de nieuwe waarde. Als je ondertussen nieuwe waarde gaat sturen is het gokken welke het uiteindelijk wordt. (Maar de use case om de flow binnen een 1 mins te veranderen is er ook niet, en moet je ook niet willen).

[JT]

Miezie schreef op woensdag 12 maart 2025 @ 09:52:
[...]

Enkel voor warm water.

Vragen stellen is niet erg hoor, je bouwt de kennis op door veel trial en error.

Hmmm, als ik prohibit uit zet voor mijn verwarming en hij start, vervolgens zet ik prohibit aan na 10 minuten dan stopt die ook weer. Dus dat is dan ook kort?

En inderdaad, trial and error doe ik zeker. Alleen bij een warmtepomp is dat niet zo handig, niet in de laatste plaats omdat dat veel slijtage veroorzaakt als het steeds aan- en uit gaat Mijn NanoC6 configbestanden heb ik bijvoorbeeld wel met trial and error gemaakt.

[JT]

xoror schreef op woensdag 12 maart 2025 @ 10:19:
Die knopjes onder de climates kan ik niet disablen, anders werkt de climate niet goed. De knopjes zijn niet meer gemapped naar acties. Gewoon negeren. Vroeger kon je daar naar een default heat/cool mode switchen, maar dat gaf teveel inconsistenties.

Als je mode wil swtichen doe je dat via de operating mode selection.
Over het algemeen moet je niet te snel wijzigingen naar het zelfde component sturen (climate).
Het duurt wel tot 30-60s voordat de wp de waarde heeft verwerkt (ook al geeft hij ack terug op de write, want anders retry ik hem), dan zie je pas de nieuwe waarde. Als je ondertussen nieuwe waarde gaat sturen is het gokken welke het uiteindelijk wordt. (Maar de use case om de flow binnen een 1 mins te veranderen is er ook niet, en moet je ook niet willen).

Ah, dus schakelen tussen verwarmen en verkoelen werkt ook niet met die knoppen?

[xoror]

@JT nope. Want naar welke mode moet hij dan gaan van bijv koelen naar verwarmen? WAR, RR of vaste flow? Gewoon via die selection box doen.

Een paar start/stops is echt geen ramp hoor, je moet eens weten hoeveel testjes ik doe voor de esp. Ik zit in 4 jaar op 8600 stops. Ik heb al users gezien die over de 32k zitten, dan zou ik me zorgen maken.


@Miezie sterkte, en doe rustig aan

[ Voor 7% gewijzigd door xoror op 12-03-2025 10:34 ]

[Miezie]

@JT het is zaak om ten alle tijde te zorgen dat je rust in je systeem houdt… dus proberen zo weinig mogelijk te schakelen tussen modi door ruime marges te pakken, grote blokken van activiteit nastreven in een gunstige situatie… niet acteren op de kleinste fluctuaties.

Rust, rust, rust. Je afgifte is traag en je warmtepomp rendeert het beste in trage acties.

Hoe acteer je dan op zonnestroom en net congestie? Door gemiddeld het slimste patroon te kiezen, dag in dag uit…

[JT]

Miezie schreef op woensdag 12 maart 2025 @ 12:08:
@JT het is zaak om ten alle tijde te zorgen dat je rust in je systeem houdt… dus proberen zo weinig mogelijk te schakelen tussen modi door ruime marges te pakken, grote blokken van activiteit nastreven in een gunstige situatie… niet acteren op de kleinste fluctuaties.

Rust, rust, rust. Je afgifte is traag en je warmtepomp rendeert het beste in trage acties.

Hoe acteer je dan op zonnestroom en net congestie? Door gemiddeld het slimste patroon te kiezen, dag in dag uit…

Dat weet ik inderdaad Daar heb ik mijn wp-instellingen al op afgestemd. Compensatiecurve was niet bruikbaar want de laagst mogelijke temperatuur is altijd genoeg Megatrage verwarming. Daarmee is m'n cop flink verhoogd.

Wat jij beschrijft is ook deels de uitdaging van het automatiseren. Met een gasketel schakel je in en uit als de prijs laag of hoog is. De warmtepomp moet minstens een aantal uren draaien. En zeker als de saldering weg is, in de periode dat er zon is. Maar bij voorkeur niet <4 graden want dan heb je duidelijk meer defrosts. Enzovoort enzovoort.

[JT]

Een kleine repo aangemaakt voor mijn NanoC6 code.

[ Voor 34% gewijzigd door JT op 13-03-2025 09:33 ]

[chrisjam]

Ik ga hier ook nog even @xoror & @AUijtdehaag bedanken voor hun hulp om bij mij alles aan de praat te krijgen! Mooi & interessant werk!

Zijn er nog tips & tricks van mensen mbt interessante sensors die zouden kunnen worden gemaakt worden of grafieken in dashboards?

[JT]

Hmmm. Ik heb wat gekkigheid. Op de webpagina van de ESP werkt alles. In HA werkt armtepomp aan en uitzetten, evenals server control. Maar als ik dan op het dashboard prohibit probeer uit te zetten dan zie ik niks veranderen op de ESP en de warmtepomp gaat ook niks doen. De knop blijft een paar seconde hangen met de laatste frame van de aanklikanimatie en gaat dan weer terug naar aan (= prohibit). Kan dat met mijn aparte config voor de ESP te maken hebben (wat ik dan niet snap want warmtepomp kan aan/uit en server control eveneens)? Of zie ik wat anders over het hoofd?

[xoror]

JT schreef op woensdag 19 maart 2025 @ 17:02:
Hmmm. Ik heb wat gekkigheid. Op de webpagina van de ESP werkt alles. In HA werkt armtepomp aan en uitzetten, evenals server control. Maar als ik dan op het dashboard prohibit probeer uit te zetten dan zie ik niks veranderen op de ESP en de warmtepomp gaat ook niks doen. De knop blijft een paar seconde hangen met de laatste frame van de aanklikanimatie en gaat dan weer terug naar aan (= prohibit). Kan dat met mijn aparte config voor de ESP te maken hebben (wat ik dan niet snap want warmtepomp kan aan/uit en server control eveneens)? Of zie ik wat anders over het hoofd?

Niet warmtepomp aan of uit zetten, gewoon server control aan en alles prohibit. Als je de Wp aan/uit zet gaat hij initten/'opstarten", dan heb je een window dat je even niets kan/moet schrijven.

Je kan 2 dingen doen.
1) na aan doen van wp, 3*60s wachten
2) gewoon altijd svc en alles alleen bedienen via prohibits

meer achtergrond info: https://github.com/gekkek...iscussioncomment-11908520

[JT]

xoror schreef op woensdag 19 maart 2025 @ 17:08:
[...]


Niet warmtepomp aan of uit zetten, gewoon server control aan en alles prohibit. Als je de Wp aan/uit zet gaat hij initten/'opstarten", dan heb je een window dat je even niets kan/moet schrijven.

Je kan 2 dingen doen.
1) na aan doen van wp, 60s wachten
2) gewoon altijd svc en alles alleen bedienen via prohibits

meer achtergrond info: https://github.com/gekkek...ecodan-hp/discussions/121

Dank voor je reactie. Ik doe hem verder niet aan/uit als ik server control gebruik, dat was alleen om aan te geven dat de bediening deels wel werkt De ESP leest ook alles goed. Alleen prohibit werkt niet goed.

[xoror]

hmm ik bedien prohibits ook gewoon in HA. Het werkt alleen als de WP in server control draait, anders schakelt hij terug. Maar dat doet hij ook in esphome als het goed is.

Dan weet ik niet zo goed waarom het bij jou via HA niet goed werkt. Heb je wat aangepast aan base.yaml of server-control.yaml ?

[JT]

xoror schreef op woensdag 19 maart 2025 @ 17:11:
hmm ik bedien prohibits ook gewoon in HA. Het werkt alleen als de WP in server control draait, anders schakelt hij terug. Maar dat doet hij ook in esphome als het goed is.

Dan weet ik niet zo goed waarom het bij jou via HA niet goed werkt. Heb je wat aangepast aan base.yaml of server-control.yaml ?

Nee. En ik kan ook de logs niet zien in ESPHome, ik krijg dan "Reading failed: BAD_INDICATOR errno=11 esphome". Logs op de webpagina van de ESP32 lieten ook niks zien. Nu wil de toeval dat ik een Atom Lite heb liggen, die ga ik wel eens proberen.

[ Voor 4% gewijzigd door JT op 19-03-2025 17:14 ]

[xoror]

Het is erg raar dat alles in esphome werkt maar niet in HA. Tenzij je wat sensors heb re-named in HA oid. HA is wel een beetje vervelend wat dat betreft, hij gebruikt de omschrijving als id (spaties gestript etc) ipv de esphome ids

[JT]

xoror schreef op woensdag 19 maart 2025 @ 17:17:
Het is erg raar dat alles in esphome werkt maar niet in HA. Tenzij je wat sensors heb re-named in HA oid. HA is wel een beetje vervelend wat dat betreft, hij gebruikt de omschrijving als id (spaties gestript etc) ipv de esphome ids

Bron van de problemen gevonden. Ben bezig met een NR flow om aan en uit te gaan op basis van een HA-kalender. Maar een API call vanuit NR om die knop om te zetten werkt niet alleen niet, het zorgt er ook voor dat de bediening vanaf het dashboard fucked up raakt. Dus het is geen ESP-probleem.

Edit: en nu werkt de bediening wel weer via het dashboard na een NR api call, alleen het einde van de klikanimatie blijft weer in beeld. De state wijzigen met NR schakelt wel de knop op het dashboard maar niet op de webpagina van de ESP. Dus dat is wel gek. Ik ga het maar eens verder onderzoeken.

[ Voor 19% gewijzigd door JT op 19-03-2025 17:56 ]

[JT]

Het lijkt erop dat de oplossing is om een HA action node te gebruiken voor een action (switch.turn_on en switch.turn_off) en niet een api call met state change. Die hangende animatie is dan ook weg.

[richardo128]

Ik heb dit forum de laatste week bekeken en onder de indruk geraakt van hier gemaakt is! Via de advertentie in vraag en aanbod, een AtomS3 met proxy functie gekocht. Na wat gepruts (had mijn IOT-netwerk een beetje te dicht geconfigureerd ;-( ), kan ik de Ecodan ESPHome Heatpump in HA als apparaat krijgen en kan er dan ook een dashboard mee maken. Ook de web-interface op de ESP32 werkt prima, en kan daar alle waarden zien.
Maar een minuut of 2 na een start van de ESP, krijg ik 'keep-alive' melding en na 60 keer/seconden wordt er opnieuw verbonden met HA en na een aantal van dit soort reconnects lijkt de AtomS3 te herstarten (en is hij ook unavailable in HA)

Iemand enig idee waar dit vandaan kan komen? Of hoe ik dit verder kan troubleshooten? Netwerk/firewall/wireless etc ben ik helemaal doorgegaan, en daar kan ik geen reden meer vinden waarom de comnunicatie wel goed werkt, maar de keep-alive niet lukt.... Oh ja, er hangt een Wifi AP op een meter van de ESP32... daar kan het eigenlijk niet aanliggen (signaal is heel erg goed, ook volgens het dashboard)..

Iemand een idee? Bij de enige referentie die ik online kon vinden, leek de oorzaak een kapotte ESP te zijn, maar dat lijkt me sterk....

[xoror]

Klinkt als slechte wifi, maar je AP zit erop dus dat zou het niet zijn. Hij connect er wel heen toch?

Hier staan nog dingen die je evt kan proberen
https://esphome.io/guides...eps-reconnecting-randomly

Ander oorzaak is misschien slechte atom, wat zijn de temperaturen?

[richardo128]

Wifi is prima, kan ook goed bij de webinterface van de ESP en hij is ook netjes in HA te vinden.
Ping-responses zijn wel wisselend en vrij lang, van 25ms tot 120ms.

Temperatuur van de ESP schommelt rond de 40 graden (volgens de webinterface)

Hoe kan ik die instellingen op de ESP uit die FAQ wijzigen? De instellingen in de WiFi punten heb allemaal al wel geprobeerd ondertussen.

[xoror]

zelf compileren. Maar klinkt echt als slechte wifi signaal. Hoeveel dbm is het signaal? en connect de esp wel met het dichtsbijzijnde AP?

[Geeforce]

Sinds 19 maart is de temp van mijn S3 erg hoog, daarmee is hij soms ook enkele seconden unavailable.

[xoror]

ws is je netwerk signaal slechter op dat moment, dan probeert hij meer energie te gebruiken. Zet maar eens je wifi signaal sterkte in dbm ernaast, dan zie je ws directe correlatie.

Dus je moet even kijken of je het signaal beter kan krijgen. (connect hij naar juiste AP etc etc).
55c pieken is prima, hoge temps bedoel ik tegen de 90c aan.

Maar al deze problemen heb ik nog kunnen herleiden tot wifi issues.
hier staan ook de nodige tips https://github.com/gekkek...ecodan-hp/discussions/115

@richardo128 Je zou kunnen proberen zonder de melcloud adapter, kijken of hij dan hetzelfde doet. Power uit en melcloud unpluggen en weer opstarten (al denk ik niet dat dit het is)

[ Voor 25% gewijzigd door xoror op 23-03-2025 10:02 ]

[Miezie]

Je accesspoint kan ook te dicht bij de je device zitten… fix dus de wifi. Bij meerdere frequenties door meerdere accesspoints kan ie even gaan hoppen. It’s all in the game.

[Geeforce]

@xoror Je hebt helemaal gelijk, precies op die moment ging Wifi dB naar -90 en signaal sterkte van 100 naar 20%.

AP staat op 3 meter, en was tot dat moment geen probleem. Zal de boel eens herstarten. Ik vermoed dat de S3 op het AP op de 1e is gaan zitten en niet meer met het AP op zolder.

Update: Zit nu weer op AP op zolder verbonden en temp is weer rond de 35 :-)

[ Voor 11% gewijzigd door Geeforce op 23-03-2025 10:30 ]

[xoror]

Als je AP het support moet je de atom pinnen/binden op de juiste AP. Als je AP firmware update zijn ze even onbereikbaar en dan gaat ie hoppen.

[ Voor 39% gewijzigd door xoror op 23-03-2025 10:31 ]

[richardo128]

@xoror Dank voor de tips en nog een keer nagekeken. Ik heb nog geen melcloud adapter, maar de proxy versie genomen voor het geval ik die wel zou willen..

Heb net de ESP van de warmtepomp afgehaald en een aantal meters verderop neergelegd om te kijken wat er dan gebeurt. Heb even 2 screenschots gemaakt van de zowel mijn Unifi-dashboard als ook van de webinterface. De temperatuur is wel wat gezakt, van zo'n 40 naar 30 graden.
Bij de warmtepomp, en dan ook dichter het AP op zolder, was de signaalsterkte volgens unifi -37dbm en volgens de webinterface 90% (signaalsterkte weet ik even niet meer). Volgens mij dus zowel bij de warmtepomp als hier op mijn buro prima waarden voor de wifi dacht ik...

[xoror]

Ah je heb Unifi, je moet hem dan pinnen op de AP. Ik heb vaak genoeg meegemaakt dat hij hem toch gaat verplaatsen. Na het pinnen nooit meer issues gehad, dus ik gok hetzelfde voor jou

[ Voor 23% gewijzigd door xoror op 23-03-2025 12:20 ]

[richardo128]

Allen, dank voor de suggesties en tips.
Heb er flink wat tijd aan besteed afgelopen weekend, maar het kunnen herleiden tot een 'routeringsprobleem' tussen mijn HA VM op Proxmox, de configuratie van de vlan bridges, de OPNsense firewall en de rules daarin en de Unifi configuratie.

Heb de ESP nu zonder gemor werkend en ook netjes in HA zichtbaar... Heb nog wel 1 klein dingetje wat ik nog moet fixen in mijn netwerkconfig, maar dat hindert niet voor nu...

Uiteindelijk dus een probleem wat ik zelf had veroorzaakt door het zo goed mogelijk afschermen van huisnetwerk van de IOT-devices....

[tekenbord]

Dank voor de mooie tool!
dit was echt plug and play.

moest even de hoeveelheid entiteiten doorpluizen (98)
maar dit is wel top zo.

Nu nog manier vinden om de waterdruk uit te lezen.

Nogmaals dank

[Miezie]

@tekenbord mooi dashboard! Code beschikbaar?

[tekenbord]

Jazeker,

Kleine disclaimer: ben ook maar beginnend enthousiateling.

code:

  - type: sections
    max_columns: 3
    title: ECODAN
    path: ecodan
    sections:
      - type: grid
        cards:
          - type: picture-elements
            elements:
              - type: conditional
                title: VALVE HEAT
                conditions:
                  - condition: state
                    entity: binary_sensor.ecodan_heatpump_3_way_valve
                    state: 'off'
                elements:
                  - type: image
                    image: /local/ecodan/valve_heat_left.png
                    style:
                      left: 50%
                      top: 50%
                      width: 100%
              - type: conditional
                title: VALVE BOILER
                conditions:
                  - condition: state
                    entity: binary_sensor.ecodan_heatpump_3_way_valve
                    state: 'on'
                elements:
                  - type: image
                    image: /local/ecodan/valve_boiler_right.png
                    style:
                      left: 50%
                      top: 50%
                      width: 100%
              - type: state-icon
                title: Icon WEER BUITEN
                entity: weather.forecast_thuis
                style:
                  left: 5%
                  top: 5%
                  '--paper-item-icon-color': white
                  opacity: 0.7
              - type: state-label
                entity: sensor.ecodan_heatpump_outside_temp
                title: Temp. BUITEN
                style:
                  left: 15%
                  top: 5.5%
                  font-weight: bold
              - type: state-label
                entity: sensor.ecodan_heatpump_zone_1_room_setpoint_value
                title: DISPLAY Temp. SET
                style:
                  left: 18%
                  top: 67%
                  color: black
                  font-size: 1.2em
                  font-weight: null
              - type: state-label
                entity: sensor.ecodan_heatpump_zone_1_room_temp
                style:
                  left: 18%
                  top: 74%
                  color: black
                  font-size: 1.5em
                  font-weight: bold
                title: DISPLAY Temp. BINNEN
              - type: state-label
                entity: sensor.boiler_sww_zonder_eenheid
                style:
                  left: 85.5%
                  top: 44.5%
                  font-size: 0.9em
                  font-weight: bold
                title: Temp. BOILER SWW
              - type: state-label
                title: retour VLOER
                style:
                  left: 45%
                  top: 39%
                  font-size: 0.9em
                  color: lightblue
                entity: sensor.ecodan_heatpump_z1_return_temp
              - type: state-label
                style:
                  left: 29%
                  top: 22%
                  font-size: 0.9em
                  color: lightblue
                title: koud retour BuitenUNIT
                entity: sensor.ecodan_heatpump_outside_unit_liquid_pipe_1_temp
                prefix: <
              - type: state-label
                suffix: ' >'
                style:
                  left: 31%
                  top: 33%
                  font-size: 0.9em
                  color: coral
                title: Warm BuitenUNIT
                entity: sensor.ecodan_heatpump_refrigerant_liquid_temp
              - type: state-label
                entity: sensor.ecodan_heatpump_fan_speed
                style:
                  left: 11%
                  top: 45%
                  font-size: 0.9em
                title: FANSPEED
              - type: state-label
                entity: sensor.ecodan_heatpump_esp_version
                title: ESP Versie
                style:
                  left: 27.5%
                  top: 99%
                  font-size: 0.8em
                  color: lihgtgrey
              - type: state-icon
                entity: sensor.ecodan_heatpump_fan_speed
                title: 'ICON Fanspeed '
                style:
                  left: 10.67%
                  top: 27.9%
                  rotate: 9deg
                  opacity: 0.5
                  '--mdc-icon-size': 45px
                  '--paper-item-icon-color': red
                state_color: true
              - type: state-label
                title: Aanvoer BOILER
                entity: sensor.ecodan_heatpump_feed_temp
                style:
                  left: 61%
                  top: 54%
                  font-size: 0.9em
                  color: coral
              - type: state-label
                title: retour BOILER
                entity: sensor.ecodan_heatpump_boiler_return_temp
                style:
                  left: 74%
                  top: 39%
                  font-size: 0.9em
                  color: lightblue
              - type: state-label
                entity: sensor.smart_plug_ecodan_heatpump_vermogen_2
                title: smartplug Ecodan KW
                style:
                  left: 61%
                  top: 5%
                  color: white
                  font-size: 01em
                  font-weight: bold
                  rotate: 0deg
                  opacity: 0.7
              - type: icon
                icon: mdi:power-plug-outline
                title: Icon power
                style:
                  left: 47%
                  top: 6.5%
                  rotate: 45deg
                  opacity: 0.7
                  '--mdc-icon-size': 22px
                  '--paper-item-icon-color': red
              - type: state-label
                entity: sensor.ecodan_heatpump_flow_rate
                style:
                  left: 59%
                  top: 35%
                  color: black
            camera_view: auto
            grid_options:
              columns: 17
              rows: 7
            image: /local/ecodan/ecodan_basic.png
          - type: tile
            entity: sensor.smart_plug_ecodan_heatpump_vermogen_2
            features_position: bottom
            vertical: false
            name: Vermogen
          - type: tile
            entity: sensor.smart_plug_ecodan_heatpump_stroom_2
            features_position: bottom
            vertical: false
            name: Stroom
          - type: tile
            entity: sensor.smart_plug_ecodan_heatpump_spanning_2
            features_position: bottom
            vertical: false
            name: Spanning
            grid_options:
              columns: 6
              rows: 1
          - type: tile
            features_position: bottom
            vertical: false
            entity: sensor.smart_plug_ecodan_heatpump_opsomming_afgeleverd_2
            name: Opsomming
          - type: tile
            entity: climate.ecodan_heatpump_dhw_climate
        column_span: 2
      - type: grid
        cards:
          - type: thermostat
            entity: climate.ecodan_heatpump_zone_1_climate
            name: ' '
            features:
              - type: climate-hvac-modes
            show_current_as_primary: true
      - type: grid
        cards:
          - type: custom:power-flow-card-plus
            entities:
              battery:
                entity: ''
                state_of_charge: sensor.brent_sm_a127f_battery_level
              grid:
                entity: sensor.electricity_meter_energieverbruik
                name: ' '
              solar:
                secondary_info: {}
                entity: sensor.fake_solar
                invert_state: false
                name: ' '
              individual:
                - entity: sensor.smart_plug_ecodan_heatpump_vermogen_2
                  name: ' '
                - entity: sensor.ikea_of_sweden_inspelning_smart_plug_vermogen
              home:
                name: ' '
            clickable_entities: true
            display_zero_lines:
              mode: grey_out
              transparency: 50
              grey_color:
                - 189
                - 189
                - 189
            use_new_flow_rate_model: true
            w_decimals: 0
            kw_decimals: 1
            min_flow_rate: 0.75
            max_flow_rate: 6
            max_expected_power: 2000
            min_expected_power: 0.01
            watt_threshold: 1000
            transparency_zero_lines: 0
            sort_individual_devices: false
            disable_dots: false
            grid_options:
              columns: 18
              rows: 1
      - type: grid
        cards:
          - type: tile
            entity: select.ecodan_heatpump_dhw_mode
          - type: tile
            entity: switch.ecodan_heatpump_force_dhw
          - type: tile
            entity: switch.ecodan_heatpump_heatpump
          - type: tile
            entity: switch.ecodan_heatpump_holiday_mode
          - type: tile
            entity: select.ecodan_heatpump_selected_operating_mode
          - type: tile
            entity: switch.ecodan_heatpump_server_control_enable_disable
          - type: tile
            entity: switch.ecodan_heatpump_server_control_prohibit_dhw
          - type: tile
            entity: switch.ecodan_heatpump_server_control_zone_1_prohibit_cooling
          - type: tile
            entity: switch.ecodan_heatpump_server_control_zone_1_prohibit_heating
          - type: tile
            entity: climate.ecodan_heatpump_zone_1_climate
          - type: tile
            entity: climate.ecodan_heatpump_zone_1_temperature
      - type: grid
        cards:
          - type: tile
            entity: binary_sensor.ecodan_heatpump_water_pump_status
          - type: tile
            entity: binary_sensor.ecodan_heatpump_3_way_valve
            features_position: bottom
            vertical: false
            name: 3-Way Valve
          - type: tile
            entity: sensor.ecodan_heatpump_accumulated_compressor_starts
          - type: tile
            entity: sensor.ecodan_heatpump_boiler_flow_temp
          - type: tile
            entity: sensor.ecodan_heatpump_boiler_return_temp
          - type: tile
            entity: sensor.ecodan_heatpump_cool_delivered
          - type: tile
            entity: sensor.ecodan_heatpump_dhw_consumed
          - type: tile
            entity: sensor.ecodan_heatpump_dhw_cop
          - type: tile
            entity: sensor.ecodan_heatpump_dhw_delivered
          - type: tile
            entity: sensor.ecodan_heatpump_dhw_secondary_temp
          - type: tile
            entity: sensor.ecodan_heatpump_dhw_setpoint_value
          - type: tile
            entity: sensor.ecodan_heatpump_discharge_temp
          - type: tile
            entity: sensor.ecodan_heatpump_estimated_cop
          - type: tile
            entity: sensor.ecodan_heatpump_estimated_output_power
          - type: tile
            entity: sensor.ecodan_heatpump_estimated_total_daily_energy_produced
          - type: tile
            entity: sensor.ecodan_heatpump_fan_speed
          - type: tile
            entity: sensor.ecodan_heatpump_feed_temp
          - type: tile
            entity: sensor.ecodan_heatpump_flow_rate
          - type: tile
            entity: sensor.ecodan_heatpump_heat_source
          - type: tile
            entity: sensor.ecodan_heatpump_heating_consumed
          - type: tile
            entity: sensor.ecodan_heatpump_heating_cop
          - type: tile
            entity: sensor.ecodan_heatpump_heating_delivered
          - type: tile
            entity: binary_sensor.ecodan_heatpump_holiday_mode
          - type: tile
            entity: sensor.ecodan_heatpump_legionella_prevention_temp
          - type: tile
            entity: sensor.ecodan_heatpump_operating_runtime
          - type: tile
            entity: sensor.ecodan_heatpump_operation_mode
          - type: tile
            entity: sensor.ecodan_heatpump_output_power
          - type: tile
            entity: sensor.ecodan_heatpump_outside_temp
          - type: tile
            entity: sensor.ecodan_heatpump_outside_unit_liquid_pipe_1_temp
          - type: tile
            entity: sensor.ecodan_heatpump_outside_unit_two_phase_pipe_temp
          - type: tile
            entity: sensor.ecodan_heatpump_refrigerant_liquid_temp
          - type: tile
            entity: sensor.ecodan_heatpump_reported_total_daily_energy_consumption
          - type: tile
            entity: sensor.ecodan_heatpump_return_temp
          - type: tile
            entity: sensor.ecodan_heatpump_z1_feed_temp
          - type: tile
            entity: sensor.ecodan_heatpump_z1_return_temp
          - type: tile
            entity: sensor.ecodan_heatpump_zone_1_h_c_setpoint_value
          - type: tile
            entity: binary_sensor.ecodan_heatpump_zone_1_prohibit_cooling_status
          - type: tile
            entity: binary_sensor.ecodan_heatpump_zone_1_prohibit_heating
          - type: tile
            entity: sensor.ecodan_heatpump_zone_1_room_setpoint_value
          - type: tile
            entity: sensor.ecodan_heatpump_zone_1_room_temp
      - type: grid
        cards:
          - type: heading
            heading: Ecodan heatpump
          - type: tile
            entity: sensor.ecodan_heatpump_controller_date
          - type: tile
            entity: sensor.ecodan_heatpump_controller_firmware
          - type: tile
            entity: sensor.ecodan_heatpump_controller_version
          - type: tile
            entity: sensor.ecodan_heatpump_dip_switch_1_8_1
          - type: tile
            entity: sensor.ecodan_heatpump_dip_switch_2_8_1
          - type: tile
            entity: sensor.ecodan_heatpump_dip_switch_3_8_1
          - type: tile
            entity: sensor.ecodan_heatpump_dip_switch_4_8_1
          - type: tile
            entity: sensor.ecodan_heatpump_dip_switch_5_8_1
          - type: tile
            entity: sensor.ecodan_heatpump_dip_switch_6_8_1
          - type: tile
            entity: sensor.ecodan_heatpump_esp_internal_temperature
          - type: tile
            entity: sensor.ecodan_heatpump_esp_ip
          - type: tile
            entity: sensor.ecodan_heatpump_esp_ssid
          - type: tile
            entity: sensor.ecodan_heatpump_esp_uptime
          - type: tile
            entity: sensor.ecodan_heatpump_esp_version
          - type: tile
            entity: sensor.ecodan_heatpump_fault_code
          - type: tile
            entity: sensor.ecodan_heatpump_refrigerant_error_code
          - type: tile
            entity: sensor.ecodan_heatpump_wifi_signal
          - type: tile
            entity: sensor.ecodan_heatpump_wifi_signal_db

is gemaakt voor tablet scherm 1920x1080

linksboven - picture elements ('geinspireerd' door AUijtdehaag)
achtergrond png gemaakt in keynote
de 2 valve-flow png's ook

linksonder - Power Flow Card Plus Card
rechts - -standaard thermometer
en verder de kaarten direct vanuit de devicelist

nog wat frontend via HACS
- card-mod
- Config Template Card

[tekenbord]

ik was nog even wat aan het tweaken.

HA heeft een mooie thermostat card, die maakt gebruik van 1 entiteit, dus dat wordt dan zone 1 climate of zone 1 temperature. Alleen kun je daar de Mode niet instellen, alleen aflezen (ook al zitten er wel selecties bij)
de temperatuur instellen werkt wel goed.

De mode selecteren bij 'Selected operating mode' werkt wel, maar dat is een andere entiteit wat niet werkt in de kaart.

in het screenshot heb ik dus bij zone 1 climate & temperature HEAT geselecteerd, maar hij volgt dus alleen selected operating mode = nu cool

ik weet niet of daar een oplossing, of workarround voor is?

[xoror]

Ik weet niet wat je precies wil doen...

Maar de climate mode switches zijn bewust gedisabled, alleen moeten de capabilities (en dus ook knoppen) blijven om te kunnen switchen aan de achterkant. De reden om deze te disablen, is dat je niet weet naar welke mode je moet gaan. Je heb namelijk voor verwarmen: heat flow, room temp, curve en voor koelen: cool flow, en ws room temp
(en stel dat je een default kiest (wat we eerst hadden), wat ga je dan doen als iemand via de FTC een andere mode kiest etc. Veel gedoe dus)

[Miezie]

xoror schreef op maandag 31 maart 2025 @ 10:36:
Ik weet niet wat je precies wil doen...

Maar de climate mode switches zijn bewust gedisabled, alleen moeten de capabilities (en dus ook knoppen) blijven om te kunnen switchen aan de achterkant. De reden om deze te disablen, is dat je niet weet naar welke mode je moet gaan. Je heb namelijk voor verwarmen: heat flow, room temp, curve en voor koelen: cool flow, en ws room temp
(en stel dat je een default kiest (wat we eerst hadden), wat ga je dan doen als iemand via de FTC een andere mode kiest etc. Veel gedoe dus)

Om aan toe te voegen:
Eenmaal alles wat geautomatiseerd heb je de climates ook niet echt nodig…

[tekenbord]

Eigenlijk heel simpel,
de rest van het huis wil gewoon verwarming aan/uit, airco aan/uit kunnen zetten.
dat is bij de knoppenkast van ecodan wat ingewikkelder, en wordt som inderdaad ftc ingeschakeld
Zelf knopje cool of heat maken is eigenlijk ook vrij simpel natuurlijk.

Maar de uit knop (liever climate-idle gezegd), die is ook ge-disabled zie ik.
die lijkt mij wat lastiger, zeker het inschakelen. maar ik zal eens wat proberen.

En verder snap ik de beweegreden inderdaad, maar heb ik het goed dat je bij climate control juist geen ftc kan kiezen, alleen idle-cool-heat?