Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[xoror]

@Beireken dat kan je ook niet doen via de BT adapter? Als je het kan vinden hoor ik het graag (wanneer je hem he)

Het lijkt alleen te kunnen over mnet, maar daarvoor moet je weer veel puzzelen.

[Beireken]

xoror schreef op maandag 10 februari 2025 @ 21:17:
@Beireken dat kan je ook niet doen via de BT adapter? Als je het kan vinden hoor ik het graag (wanneer je hem he)

Het lijkt alleen te kunnen over mnet, maar daarvoor moet je weer veel puzzelen.

Geen idee wat de exacte mogelijkheden zijn.. afwachten
Ik laat het wel weten als ik hem binnen heb!

[xoror]

Beireken schreef op maandag 10 februari 2025 @ 21:50:
[...]


Geen idee wat de exacte mogelijkheden zijn.. afwachten
Ik laat het wel weten als ik hem binnen heb!

Je kan hem downloaden de app en er zit een demo mode op Voorlopig is het alleen monitoring app (tenzij demo is beperkt), maar Ik gok dat ze meer met die hardware gaan doen...

[Miezie]

Geeforce schreef op maandag 10 februari 2025 @ 20:16:
Niets! Just curious.

Je kan alles verzinnen wat je wilt… maar daar is dit topic niet voor.

Als je je automations een beetje slim in elkaar klust hoef je er nooit meer naar te kijken (soort van, het blijft software). Dan heb je dat plusje en minnetje niet nodig enzovoorts.

Persoonlijk doe ik eigenlijk alleen nog maar monitoring en straks in april kantelpunten bepalen wanneer de zonwering er weer op gaat en de koeling aan gaat… hoewel ik die koeling nu al wel kan uitwerken… voor de rest is het vooral zorgen dat de installatie fysiek klopt om daarna achterover te leunen.

[Miezie]

xoror schreef op maandag 10 februari 2025 @ 21:54:
[...]


Je kan hem downloaden de app en er zit een demo mode op Voorlopig is het alleen monitoring app (tenzij demo is beperkt), maar Ik gok dat ze meer met die hardware gaan doen...

Ik kan me niet aan de indruk onttrekken dat dit soort ontwikkelingen getriggerd wordt door open source oplossingen. In elk geval hou ik er wel van als een fabrikant zich zo ontwikkeld

[xoror]

@Miezie Ja mij is verteld dat het gewoon een esp32 s3 is Ik denk dat dit ook de melcloud adapters kan gaan vervangen. Maar ze kunnen het ook 'exclusief' houden voor installateurs. Van wat ik in de demo zag, lijkt dat laatste het geval.

[xoror]

Met de nieuwe sensoren (vooral TH3) kunnen kan ik vrij goed de defrost voorspellen. Het lijkt erop wanneer buiten temp - th3 >= 10k de conditie is om de defrost te starten. Het lijkt dus iig bij mij niet tijdgestuurd, maar op die delta 10k, elke defrost die ik vandaag bekeken heb was dat namelijk zo.

@SebastiaanPs ws heb jij hier ook wel interesse in.

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

[Miezie]

xoror schreef op maandag 10 februari 2025 @ 22:52:
[Afbeelding]

Met de nieuwe sensoren (vooral TH3) kunnen kan ik vrij goed de defrost voorspellen. Het lijkt erop wanneer buiten temp - th3 >= 10k de conditie is om de defrost te starten. Het lijkt dus iig bij mij niet tijdgestuurd, maar op die delta 10k, elke defrost die ik vandaag bekeken heb was dat namelijk zo.

@SebastiaanPs ws heb jij hier ook wel interesse in.

Twijfelde je aan of het tijdgestuurd was? Ik persoonlijk niet, dat concludeerde ik al met je sensor en de variatie aan intervallen die ik daar bij mijn setup zag en zie..

[SebastiaanPs]

@xoror @Miezie
Het starten van defrost mania is volgens mij niet tijdgestuurd, dat denken jullie volgens mij ook niet. Wel is er volgens mij een minimuminterval tussen defrosts. Als de WP eenmaal diep in defrost mania zit, dan komen de defrosts soms wel volgens een heel vast interval. Ik heb toen de defrost thermistor TH3 wel eens zien dalen tot -18 gr voordat de defrost startte. Volgens mij laat de WP dit zo ver dalen door het minimuminterval tussen defrost.
Zie: SebastiaanPs in "Mitsubishi Electric Ecodan Lucht/Water Warmtepompen"
Maar misschien niet helemaal on topic hier

[Plenkske]

xoror schreef op maandag 10 februari 2025 @ 17:04:
Wat betreft de service codes: Dit is heel apart, welke buiten unit heb je ? Ik weet dat sommige SUZ geen antwoord geven op service codes. De service code maken namelijk verbinding met de buiten unit voor deze data.

Kon je gewoon ook geen codes opvragen? Dan gaat het ook niet werken via de esp

Jammer, ik heb zelf ook een SUZ. Volgens mij werkt dit bij geen van de SUZ units.

[badFISH]

Ik heb inderdaad een SUZ-SWM60 VA buitenunit. Op de binnenunit en nu via de esp zijn inderdaad de service codes niet te benaderen.
Controller firmware is nu weer stabiel, dus de aanpassing heeft geholpen!

[xoror]

@Miezie @SebastiaanPs Was meer dat sommigen nog dachten dat iet iets tijdgestuurd was bij firmwares.

@Plenkske sommige SUZ units geven wel waardes terug. Maar als je via de service codes niets kan opvragen dan lukt het ws ook niet via de esp.

[SebastiaanPs]

Plenkske schreef op dinsdag 11 februari 2025 @ 08:21:
[...]


Jammer, ik heb zelf ook een SUZ. Volgens mij werkt dit bij geen van de SUZ units.

Bij mij werkt het wel, ik kan via ‘informatie werking’ de codes opvragen.

[Blackraven]

Update gedaan, Controller firmware en controller date nu weer stabiel.
Ik heb wel m'n vragen over de accumulated compressor starts, die blijft op 8600 staan, of wordt dit per 100 afgerond?

[xoror]

@Blackraven klopt zoals het is beschreven in de manual.

Ik ga zo nog een update pushen met meer out door temps (suction pipes , superheat, sub cool etc). Ik heb verder wat sensors renamed (outdoor prefix), moeten we even kijken of de resolutie daarvan goed genoeg is. Je krijgt dan 1x per 50 sec een waarde. Maar ik zag dat de meeste waarden niet zo snel veranderen (behalve super heat en subcool)

[Plenkske]

SebastiaanPs schreef op dinsdag 11 februari 2025 @ 09:52:
[...]

Bij mij werkt het wel, ik kan via ‘informatie werking’ de codes opvragen.

Ah, dan is het denk ik bij de VA2 veranderd.

[xoror]

update gepushed en volgende sensoren zijn toegevoegd:

007 TH6 2 phase pipe
008 TH32 outdoor suction pipe
010 TH8 outdoor heatsink
012 dscharge superheat temp
013 subcooling temp

Overigens blijft bij mij de 008 altijd op 0, maar bij anderen geeft ie wel een waarde.
@Blackraven je kan kijken of deze ook werken en of de resolutie goed genoeg is

[Blackraven]

@xoror TH32 is alleen op de SHW, dus die zal altijd op 0 blijven staan voor de SW's.

TH32 doet hier dus ook niks.
TH8 vind ik overigens niet heel belangrijk qua functionaliteit.

Kost dit veel resources, anders is het wat zonde om dingen te pollen die niet heel veel nuttigs opleveren.
Of eventueel een mogelijkheid om het aan/uit te zetten?

Ik moet me nog even verdiepen in de terminologie van ME. Maar de koudemiddel temperaturen zijn qua monitoring wel interessant. Note to self:

xoror schreef op dinsdag 11 februari 2025 @ 11:13:
007 TH6 2 phase pipe
008 TH32 outdoor suction pipe
010 TH8 outdoor heatsink
012 discharge superheat temp TH4-T63HS
013 subcooling temp Cooling = T63HS−TH3 Heating = T63HS−TH2

[ Voor 116% gewijzigd door Blackraven op 12-02-2025 09:31 ]

[xoror]

@Blackraven ja superheat en subcool wil ik houden, die anderen hmm zijn mij geadviseerd van de persoon die toegang had tot die e-monitoring app + BT dongle (van hem heb ik ook de logs gekregen).

Qua resources kost het 'niets', maar het zorgt ervoor de de refresh frequentie omlaag gaat. Elke entry vertraagt 5s. dus 5x5=25s hebben we nu aan de broek gekregen vanwege deze 5 (alleen voor de service codes, de rest heeft er geen last van). Neig ernaar om idd alleen die superheat en subcool te houden

[ Voor 6% gewijzigd door xoror op 11-02-2025 11:43 ]

[Miezie]

Kan je het niet beter configurabel maken?

[Plenkske]

@xoror houd je de servicecodes in een aparte build, of maak je iets in de main yaml om die procedure uit te zetten ? Aangezien het dus voor sommige units niet werkt, of sommige mensen doen er misschien niets mee.

[xoror]

ws setting waarmee je uit kan zetten

[xoror]

Ik heb de sensors naar een eigen yaml verplaatst. deze staan in de default template. Als je ze niet include dan neemt hij deze niet mee, en verspilt dan ook geen resources hieraan.

@badFISH
Kan jij rebuilden en checken dat alle die extra dingen weg zijn en de rest nog okay werkt?

@Blackraven
Kan jij de volgende regel toevoegen aan jouw main template en rebuilden? Als het goed is heb jij wel de sensors. Ik heb alleen nog de superheat, subcool en pipe temp, fan speed, compressor starts, discharge temp in gelaten.

Anderen mogen ook testen, als ik na een dag oid geen problemen hoor/zie, dan merge ik het morgen naar main. Het draait hier lokaal allemaal okay

@Miezie Ik vind 60s tussen elke sensor te lang, de superheat en subcool veranderen ook snel, je wil tijdens defrost bijv meekijken. Dus beter een beperkte bruikbare set allowen, daar moet ik een beetje de balans in vinden

[ Voor 12% gewijzigd door xoror op 11-02-2025 15:19 ]

[Blackraven]

@xoror Net opnieuw gerebuild.
Ik ben het overzicht een beetje kwijt, volgens mij is dit de huidige stand van zaken:
007 TH6 2 phase pipe
008 TH32 outdoor suction pipe
010 TH8 outdoor heatsink
012 TH4 discharge superheat temp
013 TH3 subcooling temp
dus 008 en 010 zijn geschrapt?

Welke sensor wordt er nu met "Ecodan heatpump Outside Unit Liquid Pipe 1 Temp" aangeduid is dat:
007 TH6 2 phase pipe of bedoel je daar TH2 mee?

code:

TH32 (PUHZ-SHW only) Suction temperature thermistor For LEV control
TH3 Liquid temperature thermistor; Heating:Evaporating temperature; Cooling:Sub cool liquid temperature
TH4 Discharge temperature thermistor For LEV control and for compressor protection
TH6 2-phase pipe temperature thermistor Outdoor 2-phase pipe temperature
TH7 Ambient temperature thermistor For fan control and for compressor frequency control
TH33 Comp. surface temperature thermistor For protection
TH1 Outlet water temperature thermistor For flow temp. controller
TH2 Liquid pipe temperature thermistor For flow temp. controller

[ Voor 44% gewijzigd door Blackraven op 11-02-2025 15:40 ]

[xoror]

@Blackraven TH3 is dat

th8, th32 en th6 zijn geschrapt.

[Blackraven]

@xoror
TH3 was toch de subcooling temp? Die geeft niet dezelfde waarde aan als liquid pipe 1.

[xoror]

@Blackraven
https://www.manualslib.co...ic-Par-21maa.html?page=51

Ik haal de volgende codes op
003 // compressor starts
004 // discharge
005 // th3
012 // superheat
013 // subcool
019 // fanspeed

Een defrost met de sensoren ziet er dan zo uit


Met deze resolutie zie je weer 10k verschil wanneer de defrost start. Ik ben benieuwd of jullie ook defrost zien bij 10k temp verschil tussen outside temp - liquid pipe 1 temp (th3). Ik zal eens kijken of ik hiermee ook die fake defrost na een sww run kan verklaren als die weer voorkomt.

Bij de vorige set zag je dat soms niet, dus ik denk dat dit de goede balans is

[ Voor 77% gewijzigd door xoror op 11-02-2025 16:43 ]

[Beireken]

Is de update met service codes gewoon al binnen te halen?
Na update krijg ik niks nieuws, githubbgeeft ook geen nieuwe commits aan?
Of kijk ik zo verkeerd? 😁

xoror schreef op dinsdag 11 februari 2025 @ 11:13:
update gepushed en volgende sensoren zijn toegevoegd:

007 TH6 2 phase pipe
008 TH32 outdoor suction pipe
010 TH8 outdoor heatsink
012 dscharge superheat temp
013 subcooling temp

Overigens blijft bij mij de 008 altijd op 0, maar bij anderen geeft ie wel een waarde.
@Blackraven je kan kijken of deze ook werken en of de resolutie goed genoeg is

[Blackraven]

Er wordt bij 014 een T63HS condensing temp. berekend vanuit de P-sensor want 12 en 13 zijn berekende waardes:
012: Discharge superheat SHd 0 to 255 Cooling = TH4−T63HS Heating = TH4−T63HS
013: Sub cool SC 0 to 130 Cooling = T63HS−TH3 Heating = T63HS−TH2
014: Condensing temperature (T63HS) −39–88
014 is overigens niet uitleesbaar op m'n controller.
Ik ben hardwarematig onderlegd, dus ik ga van de gemeten TH waardes uit
Maar heel zwart/wit kunnen we 014 dus terugrekenen.

[xoror]

@Beireken xoror in "Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32" je moet paar aanpassingen doen, denk dat ik het morgen doorvoor voor iedereen, nu even test branch

@Blackraven
is T63HS de reguliere condensation temp ? Die halen we namelijk al op.
TH2 is indoor liquid temp, die hebben we ook.

Dus alleen TH4 is voldoende als we die ophalen ? hmm ik ga even testen, scheelt wel een hoop als het allemaal berekend is. Dat klopt verder trouwens condensing temp is ftc6+

Ik heb nog 2 onbekende koelvloeistoffen temp die regulier over cn105 komen, ik zal kijken of een ervan match met de discharge temp, dan hoeven we evt nog minder op te halen

[ Voor 19% gewijzigd door xoror op 11-02-2025 20:45 ]

[xoror]

@Blackraven
Even nagelopen en het lijkt te kloppen:
012 = TH4 - T63HS
013 = T63HS−TH2

Het probleem is alleen dat de ftc5 units geen condensing temp rapporteren.
Ik kan 014 terug rekenen als subcool = condensing - liquid _temp => condensing = subcool + liquid_temp
Dan zou ik alleen de subcool moeten hebben voor ftc5. Superheat kan ik bepalen door de discharge op te vragen. Voor FTC6 kunnen de subcool en superheat achterwege blijven. hmm ga ik even over nadenken...

[Blackraven]

@xoror Ik vraag me af of het wel wenselijk/werkbaar is om 014 terug te rekenen, omdat je metingen met tijdsverschil gaat krijgen.
Zeker als de fluctuaties groot zijn, is het niet heel nauwkeurig.
Verder vraag ik me af wat de meerwaarde is van deze data, over het algemeen ga je dit pas bekijken zodra er problemen met de unit zijn

[xoror]

@Blackraven TH3 is wel een leuke om de defrost te voorspellen. Bij problemen ga je ws service codes bekijken. Dan denk ik dat ik de superheat en subcool gewoon ga uitrekenen voor ftc6, of zelf weg laten, want berekende waarden zijn suf, kan je zelf ook

compressor starts, rpm, TH3, TH4 blijven wel handig schat ik zo. Dan hou je ook nog een redelijke resolutie
Ergens in de middag merge ik de boel naar main. merged dus iedereen kan nu updaten.

Afhankelijk of je de request code kan draaien moet je de regel met request-codes.yaml toevoegen:

YAML:

packages:
  remote_package:
    url: https://github.com/gekkekoe/esphome-ecodan-hp/
    ref: main
    refresh: always
    files: [ 
            confs/base.yaml,            # required
            confs/request-codes.yaml,   # disable if your unit does not support request codes (service menu)
            confs/esp32s3.yaml,         # confs/esp32.yaml, for regular board
            confs/zone1.yaml,
            ## enable if you want to use zone 2
            #confs/zone2.yaml,
            ## enable label language file
            confs/ecodan-labels-en.yaml,
            #confs/ecodan-labels-nl.yaml,
            #confs/ecodan-labels-it.yaml,
            #confs/ecodan-labels-fr.yaml,
            confs/server-control.yaml,
            #confs/debug.yaml,
            ## enable this to monitor WiFi status with ESP in-built LED
            #confs/status_led.yaml,
            ## enable this to monitor status with custom led colors, uses https://github.com/esphome/esphome/pull/5814
            #confs/status_led_rgb.yaml,
            confs/wifi.yaml
           ]

[ Voor 70% gewijzigd door xoror op 12-02-2025 11:39 ]

[Blackraven]

@xoror PR: Ik zou zelf TH6 er ook nog wel weer bij in willen voor de volledigheid van alle TH sensoren in de buitenunit, maar ik weet niet of dat je polling resolutie dan te laag maakt.

[xoror]

Th6 kan wel, maar die is altijd maar beetje verschillend met th3 toch? (de sensor die op dezelfde plug zit als de buiten temp sensor)

[Blackraven]

Als ik het hydraulisch schema bekijk dan meet TH6 de bovenkant van je lamellenpakket (~uitgaand), TH3 de ingaande onderkant van het lamellenpakket. Dus heel basaal zou je die in je log-ph diagram kunnen invoeren om een ruwe energietoevoer uit de buitenlucht uit te kunnen rekenen.
Ter verduidelijking, dan heb je punten 4 (TH3) en 1 (TH6) uit onderstaande plaatje:

Punt 2 heb je ook al, dat is TH4. Blijft alleen na de condensor punt 3 nog over.

[ Voor 46% gewijzigd door Blackraven op 12-02-2025 12:31 ]

[xoror]

TH6 zit er nu ook in

[ Voor 83% gewijzigd door xoror op 12-02-2025 12:56 ]

[Cranberry]

Zojuist heb ik een update gedaan (esp32s3-proxy2.yaml). Ik krijg regelmatig fouten zoals:

code:

[13:13:46][D][sensor:093]: 'ESP Uptime': Sending state 99.59400 s with 0 decimals of accuracy
[13:13:46][E][ecodan.component:355]: Unknown response type received on serial port: 39
[13:13:46][E][ecodan.component:356]: RES { .Hdr { FC, 62, 02, 7A, 10 } .Payload { 27, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00 } .Chk { EB } }
[13:13:47][E][ecodan.component:355]: Unknown response type received on serial port: 41
[13:13:47][E][ecodan.component:356]: RES { .Hdr { FC, 62, 02, 7A, 10 } .Payload { 29, 00, 00, 00, 05, DC, 07, D0, 00, 00, 00, 00, 00, 00, 00, 00 } .Chk { 31 } }
[13:13:48][D][sensor:093]: 'Heating Consumed': Sending state 15.79000 kWh with 2 decimals of accuracy

'k Heb al een clean build en daarna een nieuwe install gedaan, maar zonder resultaat.
Wat kan er mis zijn?

[xoror]

Dat zijn responses die ik niet verwerk maar melcloud wel vraagt, kan je verder negeren.

Als het goed is had ik een tijd terug al error logs uitgezet, daarmee kan je ook nog uitzetten. Alleen echte errors krijg je dan nog te zien

[ Voor 45% gewijzigd door xoror op 12-02-2025 13:21 ]

[Cranberry]

xoror schreef op woensdag 12 februari 2025 @ 13:20:
Dat zijn responses die ik niet verwerk maar melcloud wel vraagt, kan je verder negeren.

Als het goed is had ik een tijd terug al error logs uitgezet, daarmee kan je ook nog uitzetten. Alleen echte errors krijg je dan nog te zien

Ook als je geen melcloud-adapter hebt blijkbaar (want die heb ik niet)?

[xoror]

@Cranberry Wat heb je op je proxy poort hangen omdat je proxy firmware draait ? (procon? als je daar aparte cmds op doet die ik niet verwerk dan krijg je die msg ook)

[Cranberry]

@xoror 'k heb er nog een Procon aan hangen (die lees ik uit vanuit Domoticz)

[xoror]

@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.

Je heb nu domoticz en HA. draaaien ? Je kan esphome ook direct koppelen met domoticz via mqtt. Dat doen @Plenkske en @nicowinde

[ Voor 10% gewijzigd door xoror op 12-02-2025 13:54 ]

[Cranberry]

Dank voor de toelichting @xoror !

'k Moet eens kijken of idd domoticz dan ook kan koppelen d.m.v. mqqt. 'k Gebruik nu idd ook nog HA.
Eerst moet ik dan wel zeker weten dat de wifi-connectie stabiel is.

[Blackraven]

Ik vraag me wel af hoe betrouwbaar de meetwaardes zijn, R410A wordt instabiel boven de 70 graden, ik zie bij een SWW run 93°C voorbij komen bij de discharge temp...
Logischerwijs zou ik zeggen een graad of 3 boven je feed temp, dus mijn educated guess ligt ~57°C.

[xoror]

@Blackraven kan je kijken wat het FTC scherm geeft als discharge?

Misschien is mijn formule niet goed, maar ik had even paar waarden getest maar dat zag er okay uit

Bij mijn SWW zie ik aan het einde ook pieken

[ Voor 12% gewijzigd door xoror op 12-02-2025 14:31 ]

[Blackraven]

xoror schreef op woensdag 12 februari 2025 @ 14:30:
@Blackraven kan je kijken wat het FTC scherm geeft als discharge?

Misschien is mijn formule niet goed, maar ik had even paar waarden getest maar dat zag er okay uit

Bij mijn SWW zie ik aan het einde ook pieken

Ik dacht dat je gewoon TH4 gebruikte zonder formules gebruikte voor de discharge temp?
Ik zal tijdens een SWW run wel eens even kijken wat ie doet op de display.

[xoror]

Bytes stonden wel swappped. elke th sensor kan andere formule hebben. Maar ik zal volgende SWW ook kijken, het is denk ik wat de buiten unit report

[xoror]

@Blackraven TH4 zou tussen -20 en 217 mogen zijn. Ik heb een kleine aanpassing gedaan, hij kon nu maar tot 127. Maar die 90 komt dan nog steeds voor.

[Blackraven]

xoror schreef op woensdag 12 februari 2025 @ 16:01:
@Blackraven TH4 zou tussen -20 en 217 mogen zijn. Ik heb een kleine aanpassing gedaan, hij kon nu maar tot 127. Maar die 90 komt dan nog steeds voor.

In mijn service manual staat voor TH4 display range 3-217...

[Blackraven]

Nu een paar keer op de controller gekeken, maar de waarde komt steeds nagenoeg overeen met wat de ESP pollt. Scheelt soms 1 à 2 graden, maar dat zal verschil in tijd zijn.
Puur op basis van deze sensor zou mijn voorzichtige conclusie nu zijn dat ik een gebrek aan koudemiddel zou hebben.
Bij 35 graden feed staat er 70 graden op de discharge, dan zit je toch al strak in de top van je log-ph diagram.
Maar gezien het feit dat ik geen comfortklachten ervaar en de unit gewoon doet wat er gevraagd wordt, lijkt me dat dan weer niet.
Ik ga hem denk ik even in het Ecodan forum insteken, om te horen wat de ME specialisten hiervan denken.

[badFISH]

@xoror heb het getest (sorry duurde wat langer). Maar de velden zijn nu inderdaad weer netjes verwijderd en alles werkt naar behoren.
Top voor het vele werk dat je erin steekt en leuk om ermee te kunnen automatiseren!

[xoror]

@badFISH heb je toevallig een FTC7 ? Of zijn er mensen met SUZ waarbij de service codes niet werken icm FTC7 ? Want met FTC7 kan je die data allemaal uitlezen zonder request codes...

[badFISH]

Nee ik heb een FTC6

[Dsbwouter]

Hallo,

Ik wil graag updaten naar de laatste software. Totaal niet bekend met esp en hij was al voorgeprogrammeerd.. ik lees dat het via ha zou kunnen, ik kan nergens vinden waar dit dan kan. Iemand die mij hier mee zou kunnen helpen?

[xoror]

@Dsbwouter vanaf hier even lezen, moet er nog wel keer instructies voor maken
xoror in "Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32"

hier staat ook nog wel wat meer info: https://github.com/gekkek...ting.md#flash-it-yourself

let op dat je yaml pakt van de laatste template.

[Dsbwouter]

@xoror

als ik de yaml probeer te installeren krijg ik uiteindelijk deze melding, weet jij wat ik hiermee moet doen?


INFO Successfully compiled program.
INFO Resolving IP address of ecodan-heatpump.local in mDNS
INFO Resolving IP address of ecodan-heatpump.local
ERROR Error resolving IP address of ecodan-heatpump.local. Is it connected to WiFi?
ERROR (If this error persists, please set a static IP address: https://esphome.io/components/wifi.html#manual-ips)
ERROR Error resolving IP address: Error resolving address with mDNS: Did not respond. Maybe the device is offline., [Errno -5] No address associated with hostname

[xoror]

je moet op adres van je esp even instellen ipv ecodan-heatpump.local dan moet ie flashen, je bent we bijna

[Dsbwouter]

@xoror

Ik zal wel iets verkeerd doen.
Bedoel je bij esphome en dan bij name ? En wat moet hier precies ingevuld worden?

[xoror]

in HA bij je esp home builder, waar je het net goed heb gecompiled, kan je ergens instellen wat het adres is. Nu is het ecodan-heatpump.local maar dat kan hij niet vinden omdat die mens niet goed werkt bij jou. Dan moet je het echte ip adres van je esp invullen en nog keer build en install doen

Ergens in een van die properties moet je het kunnen instellen

[xoror]

@Dsbwouter nog gelukt uiteindelijk ?

[xoror]

Vraagje:
Is de codensing temp bij sommige van jullie altijd vast ? (iets van 40.57c?) Zo ja, welke binnen en buiten unit heb je draaien ? Ik heb 1 gebruiker bij wie dit vast zit namelijk (op een zubadan). Het hoort gewoon een beetje te fluctueren in de tijd namelijk.

[Dsbwouter]

@xoror

Niet echt volgens mij. Als ik in ha kijk is de firmware versie nog hetzelfde maar cop en vermogen gaan nu in de min tijdens ontdooien en dat was eerder niet. Eerst deed niks het maar uiteindelijk weer aan de gang gekregen.. van de week nog even een keer rustig voor gaan zitten.

Condensing temp loopt bij mij altijd redelijk gelijk op met de aanvoer temperatuur.

[Dsbwouter]

@xoror

Bijzonder, zit net even te kijken maar voordat ik heb proberen te updaten was mijn condensing temp gelijk aan de retour temperatuur. Na de update loopt deze gelijk met de aanvoer met soms wel uitschieters van 10° erboven.

[xoror]

hangt vanaf maar de condensing temp was sinds 4 Jan gefixed (daarvoor keken we naar de verkeerde waarde), dus kan goed kloppen dat je nu de correcte waarde ziet. Deze heb ik gechecked via subcool en superheat

[Dsbwouter]

@xoror

Ahhoke dat verklaart het. Dan is het updaten dus schijnbaar toch gelukt haha. Ik dacht alleen dat discharge en superheat nu ook uitgelezen kunnen worden. Kan dit zeker niet met een Suz-va?

[xoror]

Ik lees superheat en subcool niet uit omdat ze uit terekenen zijn, is zonde om 2x5s daaraan te spenderen. Dus die zie je nu niet. Als je discharge temp enzo heb dan is het gelukt

[Dsbwouter]

@xoror

Discharge staat er niet tussen. Zal het van week nog is opnieuw proberen.

[Dsbwouter]

@xoror

Zijn alle nieuwe sensor waardes wel uit te lezen met een suz-va1? Ik kan ze via de controller ook niet uitlezen wat ik met de va2 wel kon.

[xoror]

oh check, nee als je ze niet van je ftc controller kan lezen, dan kan het ook neit via de esp helaas.
Heb je ftc6 of ftc7 ? Als je de laatste heb kan je de data ook ws lezen zonder service codes.

[Dsbwouter]

FTC 6. Condensing en liquid temp kan ik wel zien via esp maar ook niet via de controller.

[xoror]

Dsbwouter schreef op zondag 16 februari 2025 @ 22:06:
FTC 6. Condensing en liquid temp kan ik wel zien via esp maar ook niet via de controller.

Dat klopt deze repporteert de ftc6 zelf buiten service codes om. De andere zijn pas vanaf ftc7 beschikbaar zonder services codes. Ik vrees dat de fan speed en compressor starts dan ook niet werken. Volgens mij alle codes < 100 doen het niet.

Je kan dan het beste de regel https://github.com/gekkek...4/ecodan-esphome.yaml#L50

YAML:

confs/request-codes.yaml,

weglaten, of uitcommenten.

[BAJ82]

Sorry, een beginnersvraag hier.
Ik heb vandaag een korte stroomuitval gehad en nu krijgt HA geen informatie meer door van de Atom. Kwestie van even resetten? Kan dat met een knop op de Atom of moet ik even de CN105 stekker lostrekken?

[xoror]

@BAJ82 knopje aan de zijkant is voldoende, mogelijk is hij naar AP mode gegaan, en moet je even wifi opnieuw instellen

[ Voor 6% gewijzigd door xoror op 17-02-2025 15:31 ]

[BAJ82]

@xoror Thanks, net geprobeerd. Knop enkele seconden vastgehouden, maar mocht niet baten helaas.
Wilde nu proberen de WiFi opnieuw in te stellen, maar de Atom wifi vraagt om een wachtwoord. Kan niet terugvinden wat deze moet zijn. Is dit een standaard wachtwoord of heb ik deze destijds zelf ingesteld:)? Kan geen standaard wachtwoord hier in het forum vinden.

[xoror]

BAJ82 schreef op maandag 17 februari 2025 @ 16:11:
@xoror Thanks, net geprobeerd. Knop enkele seconden vastgehouden, maar mocht niet baten helaas.
Wilde nu proberen de WiFi opnieuw in te stellen, maar de Atom wifi vraagt om een wachtwoord. Kan niet terugvinden wat deze moet zijn. Is dit een standaard wachtwoord of heb ik deze destijds zelf ingesteld:)? Kan geen standaard wachtwoord hier in het forum vinden.

configesp volgens mij https://github.com/gekkek...6740e4/confs/wifi.yaml#L9

[ Voor 10% gewijzigd door xoror op 17-02-2025 16:22 ]

[BAJ82]

xoror schreef op maandag 17 februari 2025 @ 16:20:
[...]


configesp volgens mij https://github.com/gekkek...6740e4/confs/wifi.yaml#L9

Dank je.
Het was inderdaad de wifi, alles werkt weer. Even voor mezelf genoteerd dat als er een stroomonderbreking is dat de Atom dan de wifi instellingen kwijt raakt.

[xoror]

@badFISH Dat komt ws omdat hij niet kan connecten naar je AP, na x aantal keer binnen y aantal minuten gaat hij automatisch terug naar AP mode. Het is niet dat hij ze kwijt raakt, maar hij kan geen verbinding maken, en denkt dat wifi verkeerd is.

[Xmoo]

Waarom zie ik dit nu pas?!?! Mooi project!
Kun je dit samen met MEL Cloud gebruiken of is het een van de twee.

Krijg je er dezelfde entiteiten (melcloud+hass) uit of veel meer|?

[xoror]

Kan beide tegelijk, dan moet je in proxy draaien. Maar de esp heeft veel meer mogelijkheden dan melcloud. Meestal kan die weg, maar soms willen mensen die behouden.

[Plenkske]

xoror schreef op dinsdag 18 februari 2025 @ 15:16:
[...]

Oops, verkeerd herinnerd. Die teller moet bij jou ook werken, de reported daily total.

De eerste waarde komt pas nadat er 0.1kWh is verbruikt, werkt als reguliere sensor. jij maar op de esphome pagina voor de waarde en

Even in dit topic.
Zoals ik al zei: icm domoticz, werkt die niet goed.
Heb net even snel gekeken. De reden zit hem waarschijnlijk in het type device wat domoticz er van maakt. Er komt namelijk een prima waarde binnen zie ik, maar als ik het device toevoeg om vervolgens naar de grafieken/tabellen te kijken klopt er niets meer van. Die vertaling is niet lekker.

Nogmaals, boeit mij niet zo omdat ik een eigen meter heb.
Al zou die andere, voor de warmte productie (produced total ofzo?) wel leuk zijn. Daar gebeurt in domoticz hetzelfde namelijk, en daardoor onbruikbaar. Zal later nog eens testen of ik er zelf iets aan kan doen.

[xoror]

ah okay, misschien is het iets atoms als een klasse goed zetten, de dagelijkse waarde (die ook via melcloud komen, dus niet die estimated) komt dus wel door? kan ik even daarmee vergelijken

[ Voor 16% gewijzigd door xoror op 18-02-2025 15:47 ]

[Plenkske]

xoror schreef op dinsdag 18 februari 2025 @ 15:40:
ah okay, misschien is het iets atoms als een klasse goed zetten, de dagelijkse waarde (die ook via melcloud komen, dus niet die estimated) komt dus wel door? kan ik even daarmee vergelijken

Hoe heten die devices ?

[xoror]

Plenkske schreef op dinsdag 18 februari 2025 @ 16:29:
[...]


Hoe heten die devices ?

sensor.ecodan_heatpump_heating_consumed

[JT]

@xoror Ik probeer een config te maken voor de M5Stack NanoC6 met de ESP32C6. Daarvoor probeer ik je repo te snappen. Ik heb nu in yaml van alles gewijzigd en alle yaml in een bestand gegooid voor testdoeleinden en het makkelijk te kunnen uploaden met een aangepaste config voor de soc. Tegelijkertijd zie ik Pythonscripts en andere code. Dat zal er niet voor niks staan, maar ik zie geen verwijzingen naar die code vanuit de yaml of andersom. Dus ik vraag mij af hoe nodig je die hebt om de yaml te compileren in ESPHome en te uploaden. Ik wil het graag testen en als het goed gaat doe ik een pull request.

[ Voor 16% gewijzigd door JT op 18-02-2025 19:09 ]

[xoror]

standaard wijst hij naar mijn repo, wil je lokaal testen kan je dit volgen om lokaal te builden.

https://github.com/gekkek...6#issuecomment-2493889855

Je moet een config voor je board toevoegen. Neem de esp32s3.yaml als startpunt. In je ecodan-eshome.yaml verwijs je dan naar je nieuwe board. Dat is alles wat je nodig heb om een nieuwe board te supporten

[ Voor 36% gewijzigd door xoror op 18-02-2025 19:38 ]

[Plenkske]

xoror schreef op dinsdag 18 februari 2025 @ 16:34:
[...]

sensor.ecodan_heatpump_heating_consumed

De waarde komt door, op dezelfde manier als bij de andere kWh devices.

Probleem is dat domoticz bij een kWh device een van deze verwacht (is mijn ervaring):
1. Wattage van huidig verbruik. Domoticz doet dan zelf het aantal kWh per dag berekenen en reset die berekening elke dag.
2. Wattage van huidig verbruik én het aantal kWh van die dag. Domoticz berekent dan zelf niks.

De waarde uit de WP is alleen het aantal kWh van de dag. Ik kan afaik niet zelf het type device aanpassen, dat moet echt vanuit de mqtt goed binnenkomen.

[JT]

xoror schreef op dinsdag 18 februari 2025 @ 19:36:
standaard wijst hij naar mijn repo, wil je lokaal testen kan je dit volgen om lokaal te builden.

https://github.com/gekkek...6#issuecomment-2493889855

Je moet een config voor je board toevoegen. Neem de esp32s3.yaml als startpunt. In je ecodan-eshome.yaml verwijs je dan naar je nieuwe board. Dat is alles wat je nodig heb om een nieuwe board te supporten

Dank. Ik heb exact die yaml ook gebruikt om aan te passen dus dat komt goed uit Ik ben nog steeds wel benieuwd waar al die andere code voor is, uit interesse, zou je dat willen vertellen?

[xoror]

@JT de python code is vaak voor codegeneration van de cpp code. Van de cpp code wordt de echte firmware gemaakt. In de yamls staan ook gedeeltelijk bepaalde controls.

[JT]

xoror schreef op dinsdag 18 februari 2025 @ 20:22:
@JT de python code is vaak voor codegeneration van de cpp code. Van de cpp code wordt de echte firmware gemaakt. In de yamls staan ook gedeeltelijk bepaalde controls.

Zonder de cpp zou het geheel niet werken?

[xoror]

Er staat geen file teveel in de repo qua code. Maw, je heb de .yaml, .py, .h, .cpp allemaal nodig. Waarom zou je denken dat ze niet nodig zijn ?!

[HaTe]

Ik krijg nu een compileerfout. Config komt overeen met wat op Github staat.

code:

INFO ESPHome 2024.12.4
INFO Reading configuration /config/esphome/ecodan-heatpump.yaml...
INFO Updating https://github.com/gekkekoe/esphome-ecodan-hp/@main
INFO Updating https://github.com/gekkekoe/esphome-ecodan-hp.git@main
INFO Detected timezone 'Europe/Amsterdam'
WARNING GPIO35 is used by the PSRAM interface on ESP32-S3R8 / ESP32-S3R8V and should be avoided on these models
INFO Generating C++ source...
INFO Updating https://github.com/espressif/esp-protocols.git@mdns-v1.3.2
INFO Compiling app...
Processing ecodan-heatpump (board: esp32-s3-devkitc-1; framework: espidf; platform: https://github.com/pioarduino/platform-espressif32.git#51.03.07)
--------------------------------------------------------------------------------
HARDWARE: ESP32S3 240MHz, 320KB RAM, 8MB Flash
 - framework-espidf @ 3.50105.0 (5.1.5) 
 - tool-cmake @ 3.21.3 
 - tool-esptoolpy @ 4.8.1 
 - tool-mklittlefs @ 3.2.0 
 - tool-ninja @ 1.7.1 
 - tool-riscv32-esp-elf-gdb @ 12.1.0+20221002 
 - tool-xtensa-esp-elf-gdb @ 12.1.0+20221002 
 - toolchain-esp32ulp @ 2.35.0-20220830 
 - toolchain-riscv32-esp @ 12.2.0+20230208 
 - toolchain-xtensa-esp32s3 @ 12.2.0+20230208
Reading CMake configuration...
Dependency Graph
|-- noise-c @ 0.1.6
|-- ArduinoJson @ 6.18.5
Compiling .pioenvs/ecodan-heatpump/src/main.cpp.o
In file included from src/esphome/components/esp32_rmt_led_strip/led_strip.h:12,
                 from src/esphome.h:33,
                 from src/main.cpp:3:
/data/cache/platformio/packages/framework-espidf/components/driver/deprecated/driver/rmt.h:18:2: warning: #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h" [-Wcpp]
   18 | #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h"
      |  ^~~~~~~
Linking .pioenvs/ecodan-heatpump/firmware.elf
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/ecodan-heatpump/src/main.cpp.o:(.literal._Z5setupv+0x36c): undefined reference to `_ZTVN7esphome9template_14TemplateSensorE'
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/ecodan-heatpump/src/main.cpp.o:(.literal._Z5setupv+0x370): undefined reference to `_ZTVN7esphome9template_14TemplateSensorE'
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/ecodan-heatpump/src/main.cpp.o:(.literal._Z5setupv+0xdec): undefined reference to `_ZN7esphome9template_14TemplateSensor12set_templateEOSt8functionIFNS_8optionalIfEEvEE'
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/ecodan-heatpump/src/main.cpp.o: in function `_Z5setupv':
/data/packages/224a9af1/confs/base.yaml:424: undefined reference to `_ZN7esphome9template_14TemplateSensor12set_templateEOSt8functionIFNS_8optionalIfEEvEE'
collect2: error: ld returned 1 exit status
*** [.pioenvs/ecodan-heatpump/firmware.elf] Error 1
========================= [FAILED] Took 39.88 seconds =========================

[xoror]

HaTe schreef op dinsdag 18 februari 2025 @ 22:01:
Ik krijg nu een compileerfout. Config komt overeen met wat op Github staat.

code:

INFO ESPHome 2024.12.4
INFO Reading configuration /config/esphome/ecodan-heatpump.yaml...
INFO Updating https://github.com/gekkekoe/esphome-ecodan-hp/@main
INFO Updating https://github.com/gekkekoe/esphome-ecodan-hp.git@main
INFO Detected timezone 'Europe/Amsterdam'
WARNING GPIO35 is used by the PSRAM interface on ESP32-S3R8 / ESP32-S3R8V and should be avoided on these models
INFO Generating C++ source...
INFO Updating https://github.com/espressif/esp-protocols.git@mdns-v1.3.2
INFO Compiling app...
Processing ecodan-heatpump (board: esp32-s3-devkitc-1; framework: espidf; platform: https://github.com/pioarduino/platform-espressif32.git#51.03.07)
--------------------------------------------------------------------------------
HARDWARE: ESP32S3 240MHz, 320KB RAM, 8MB Flash
 - framework-espidf @ 3.50105.0 (5.1.5) 
 - tool-cmake @ 3.21.3 
 - tool-esptoolpy @ 4.8.1 
 - tool-mklittlefs @ 3.2.0 
 - tool-ninja @ 1.7.1 
 - tool-riscv32-esp-elf-gdb @ 12.1.0+20221002 
 - tool-xtensa-esp-elf-gdb @ 12.1.0+20221002 
 - toolchain-esp32ulp @ 2.35.0-20220830 
 - toolchain-riscv32-esp @ 12.2.0+20230208 
 - toolchain-xtensa-esp32s3 @ 12.2.0+20230208
Reading CMake configuration...
Dependency Graph
|-- noise-c @ 0.1.6
|-- ArduinoJson @ 6.18.5
Compiling .pioenvs/ecodan-heatpump/src/main.cpp.o
In file included from src/esphome/components/esp32_rmt_led_strip/led_strip.h:12,
                 from src/esphome.h:33,
                 from src/main.cpp:3:
/data/cache/platformio/packages/framework-espidf/components/driver/deprecated/driver/rmt.h:18:2: warning: #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h" [-Wcpp]
   18 | #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h"
      |  ^~~~~~~
Linking .pioenvs/ecodan-heatpump/firmware.elf
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/ecodan-heatpump/src/main.cpp.o:(.literal._Z5setupv+0x36c): undefined reference to `_ZTVN7esphome9template_14TemplateSensorE'
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/ecodan-heatpump/src/main.cpp.o:(.literal._Z5setupv+0x370): undefined reference to `_ZTVN7esphome9template_14TemplateSensorE'
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/ecodan-heatpump/src/main.cpp.o:(.literal._Z5setupv+0xdec): undefined reference to `_ZN7esphome9template_14TemplateSensor12set_templateEOSt8functionIFNS_8optionalIfEEvEE'
/data/cache/platformio/packages/toolchain-xtensa-esp32s3/bin/../lib/gcc/xtensa-esp32s3-elf/12.2.0/../../../../xtensa-esp32s3-elf/bin/ld: .pioenvs/ecodan-heatpump/src/main.cpp.o: in function `_Z5setupv':
/data/packages/224a9af1/confs/base.yaml:424: undefined reference to `_ZN7esphome9template_14TemplateSensor12set_templateEOSt8functionIFNS_8optionalIfEEvEE'
collect2: error: ld returned 1 exit status
*** [.pioenvs/ecodan-heatpump/firmware.elf] Error 1
========================= [FAILED] Took 39.88 seconds =========================

Even clean doen

[xoror]

Oproep: Mensen met een FTC7 kunnen nu een build testen waar alle buiten unit thermistors worden opgehaald zonder dat service code nodig zijn. Alleen compressor starts en fan speed moeten dan alleen nog via de service code. Het voordeel is dat je de data in veel sneller krijgt. Ongeveer elke 11s krijg je alle data en kan je beter monitoren.

Mensen met FTC6 en FTC5 zijn ook welkom om het te testen, maar dan voornamelijk om te kijken of alles nog werkt. Ik draai zelf FTC6, en bij mij werkt alles nog zoals normaal.

Om het uit te proberen moet je in ecodan-eshompe.yaml het volgende aanpassen

YAML:

external_components:
  - source: github://gekkekoe/esphome-ecodan-hp@dev
    components: [ ecodan ]
    refresh: always

packages:
  remote_package:
    url: https://github.com/gekkekoe/esphome-ecodan-hp/
    ref: dev

Controleer dan vooral alle service codes met je main controller scherm

code:

004 Discharge temp (TH4)
005 liquid pipe 1 temp (TH3)
007 two phase pipe temp (TH6)
008 suction pipe temp (TH32)
010 heatsing temp (TH8)
011 compressor surface temp (TH33) 
012 discharge superheat
013 subcool

Laat even weten bij welke waarde je evt afwijkingen ziet. Maar er kan wat tijd tussen zitten, dus probeer het even een paar keer.

[xoror]

Plenkske schreef op dinsdag 18 februari 2025 @ 19:43:
[...]


De waarde komt door, op dezelfde manier als bij de andere kWh devices.

Probleem is dat domoticz bij een kWh device een van deze verwacht (is mijn ervaring):
1. Wattage van huidig verbruik. Domoticz doet dan zelf het aantal kWh per dag berekenen en reset die berekening elke dag.
2. Wattage van huidig verbruik én het aantal kWh van die dag. Domoticz berekent dan zelf niks.

De waarde uit de WP is alleen het aantal kWh van de dag. Ik kan afaik niet zelf het type device aanpassen, dat moet echt vanuit de mqtt goed binnenkomen.

Vaag, dus je kan nooit een sensor maken die aantal kWh telt en dan doorgeeft ? De sensoren die Watt outputten doen het dus wel goed? (estimated power output bijv)?

Wel apart dat er niet iets is als een total energy device oid, zodat hij niet hoeft te tellen.

[windvanger]

Is het ook mogelijk om te switchen van een proxy naar een normale esp32s3 versie? En wat is het voordeel hiervan?
Ik gebruik een Netatmo thermostaat (draadloos). Is het mogelijk om via server control deze te overrulen? Dus de WP aanzetten zonder puls van de thermostaat?

[Plenkske]

xoror schreef op dinsdag 18 februari 2025 @ 23:30:
[...]


Vaag, dus je kan nooit een sensor maken die aantal kWh telt en dan doorgeeft ? De sensoren die Watt outputten doen het dus wel goed? (estimated power output bijv)?

Wel apart dat er niet iets is als een total energy device oid, zodat hij niet hoeft te tellen.

Je eerste vraag: "sensor maken" extern (in dit geval esphome) bedoel je ? Kan natuurlijk wel, als het maar in een passend domoticz device komt.
Estimated power output werkt idd wel goed.

Ik zal een keer kijken welk device er wel (het best) bij past. Want die zijn er wel.

[xoror]

@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.

Over het overulen: We kunnen alleen zeggen wanneer er wel/niet verwarmd mag worden. Het echte vraag signaal komt ofwel via IN1 of via een van de remote thermostats (CNRF). De MRC kan ook nog (dus als je dat controller scherm van de binnen unit in de woonkamer zet).

In alle gevallen moet er dus iets van een vraag signaal vanuit een thermostaat bron komen. Je zou de IN1 zelf kunnen bedienen met een relais om de vraag te regelen.

Een andere mogelijkheid is om mijn remote thermostat project te gebruiken. Je kan de virtual thermostat dan koppelen aan een bron (of niet). Maar die kan je eenvoudig vraag laten genereren. voor meer info: https://github.com/gekkekoe/esphome-ecodan-remote-thermostat

Je kan ook je netatmo op 50c oid zetten, dan is er altijd vraag, en kan je met de server control prohibits regelen wanneer er niet verwarmd mag worden.

@Plenkske Ja moet je het device hebben waar hij niets meer mee hoeft te doen, dus gewoon gerapporteerde vermogen voor waar aannemen. Het verbruik via de interne teller gaat helaas per 0.1 kWh, die kan ik in theorie terug rekenen over de verstreken tijd, maar dat is een beetje suf, dan moet ik het later weer integreren voor totaal verbruik.

[ Voor 15% gewijzigd door xoror op 19-02-2025 10:21 ]

[timsluis]

@xoror Mooi projectje dit! Heb de ESP aan m'n warmtepomp hangen en met server mode trigger ik prohibits via Home Assistant.

Nu is het zo dat de switches geset worden door de automation (en ook blijven staan), maar de binary (bijv. Zone 1 Prohibit Heating) op OFF blijft staan, terwijl de switch dus op ON staat.

Het overkomt me ongeveer een derde van de tijd. Handmatig de prohibit uitzetten en opnieuw aanzetten verhelpt het tot nu toe altijd.

Zie ik iets over het hoofd? Of een herkenbaar probleem (wellicht icm Home Assistant)?

[xoror]

@timsluis Het kan tot 1 minuut duren voordat de prohibits zijn doorgevoerd, zie je het na 5 mins nog steeds niet ?

Hoe snel update je de switches achter elkaar ? (omdat het wel 1 min kan duren voordat het is verwerkt)