Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[ricvee]

MQTT Explorer ken ik verder nog niet, maar die geeft onder het kopje Home Assistant wel dit te zien:
{"dev_cla":"running","name":"Status defrost","ic":"mdi:snowflake-melt","stat_t":"ecodan-heatpump-c9d298/binary_sensor/status_defrost/state","avty_t":"ecodan-heatpump/status","uniq_id":"ESPbinary_sensorstatus_defrost","dev":{"ids":"30eda0c9d298","name":"WP c9d298","sw":"2025.7.5 (Aug 21 2025, 17:57:12)","mdl":"esp32-s3-devkitc-1","mf":"Espressif","cns":[["mac","30eda0c9d298"]]}}

[xoror]

Dat is een binary sensor, werken toevallig booster heater en waterpump ook niet?
Zo te zien stuurt de esp de data wel, maar wordt niet opgepikt aan de domoticz kant? Ik gebruik geen domoticz, maar volgens mij moet je een mapping maken, wellicht ontbreekt die

@Plenkske werken bij jou de binary sensors ?

[ Voor 42% gewijzigd door xoror op 21-08-2025 20:30 ]

[ricvee]

Ik heb het voor nu opgelost!
Ik heb in domoticz mqtt gestopt, daarna alle aangemaakte mqtt devices verwijderd, daarna mqtt weer aangezet, en nu heb ik 91 devices waaronder Status defrost.
Dus ik heb nu 6 devices meer en dat zijn idd allemaal binary sensors
Bedankt voor het meedenken, en deze mooie oplossing!

[ Voor 12% gewijzigd door ricvee op 21-08-2025 20:58 ]

[ricvee]

@Plenkske Klopt dit idd, heb jij ook 91 mqtt esp devices?

[xoror]

je kan http://ip van je isp doen, dan zie je alle sensoren direct, kan je zien wat je evt mist. Mijn home assistant zegt 100 entities btw. Maar is afhankelijk of je multi-zone heb. Sinds de laatste release zijn er wat overbodige switches weg gehaald als je single zone draait bijv.

[ricvee]

En klopt mijn aanname dat als ik een update wil doen, dat ik dan weer eerst moet compileren, en dan uploaden?
Dat dan de nieuwste versies via internet gekoppeld worden tijdens het compileren?

[xoror]

ja omdat zelf compileert, moet je die config bestanden bijhouden en de volgende keer opnieuw compileren, hij haal vanzelf de laatste source code op (met jouw huidige config die sources remote ophaalt).

Mensen die standaard HA met atom gebruiken, krijgen in HA vanzelf een ota update aangeboden die ze kunnen accepteren.

[Plenkske]

ricvee schreef op donderdag 21 augustus 2025 @ 21:00:
@Plenkske Klopt dit idd, heb jij ook 91 mqtt esp devices?

98 zie ik, maar ik draai niet een recente versie en er zitten wellicht nog wat tussen die van nog oudere versies zijn blijven staan.

[ricvee]

1 heel klein dingetje nog,,,,
Hoe kan ik dat groene LED-lampje uizetten?

En deze sensors uit de web-interface staan op NA?
Buitenunit Compressor Oppervlakte temperatuur NA
Buitenunit Tweefasenbuistemperatuur NA
Buitenunit Vloeistofleiding 1 NA
Buitenunit aanzuig leiding temperatuur NA
Buitenunit koellichaam temperatuur NA
Compressor Starts NA
Hoe kan ik die wel uitlezen?

[ Voor 68% gewijzigd door ricvee op 21-08-2025 22:01 ]

[xoror]

voor de leds:
https://github.com/gekkek...f/ecodan-esphome.yaml#L57

die regel commenten, maar zo te zien heb je dat wel goed gedaan, apart dat je de lampjes ziet. Heb je wel goed geflashed ?

Werken de service codes als je die opvraagt via de main controller (schermpje op je vm2d). Want als die daar niet werken (je moet de main controller ook niet in die service menu laten staan, dan krijg je ook geen antwoord en kan je die uitzetten door
https://github.com/gekkek...f/ecodan-esphome.yaml#L55
uit te commenten.

Overigens werken niet alle service code op ftc6. Pas vanaf ftc7 krijg je alle data. Voor ftc6 en lager zullen de volgende sensoren altijd op NA blijven
- Discharge Superheat Temp
- Outside Unit Compressor Surface Temp
- Outside Unit Heatsink Temp
- Outside Unit Suction Pipe Temp
- Subcooling Temp

De compressor start/stop zou wel moeten werken als die via je main scherm ook werken.

[ Voor 23% gewijzigd door xoror op 21-08-2025 22:15 ]

[ricvee]

Hij is succesvol geflashed,voor zover ik kan zien,
Toen ik de Atom aansloot voor de 1e keer knipperde hij groen. Nadat ik hem geüpdate had werd hij constant groen.

De main controller staat niet in het service menu.
Welke service codes zouden wel moeten kunnen werken op mijn vm2d?
Wellicht moet ik anders iets aanpassen aan de dipswitches?
Deze staan volgens ESP nu zo:
Dip Switch 1 (8-1) 00110110
Dip Switch 2 (8-1) 10000101
Dip Switch 3 (8-1) 00010000
Dip Switch 4 (8-1) 00000000
Dip Switch 5 (8-1) 00100110
Dip Switch 6 (8-1) 00000100

[xoror]

Op je scherm bij je binnen unit, of als die in de woonkamer hangt, kan je daar via informatie werking bijv 003 opvragen ? (compressor starts). Bij sommige units werken de service codes namelijk niet. Volgens mij jouw serie onder andere.

[ Voor 25% gewijzigd door xoror op 21-08-2025 22:50 ]

[ricvee]

Informatiewerking 003 doet het gewoon op de display.
Als ik eea compileer dan krijg ik dit:
(venv) richard@richard-Latitude-5420 ~/esphome $ esphome compile ecodan-esphome.yaml
INFO ESPHome 2025.7.5
INFO Reading configuration ecodan-esphome.yaml...
INFO Updating https://github.com/gekkekoe/esphome-ecodan-hp/@main
WARNING Found '${status_compressor}' (see binary_sensor->1->status_compressor->name) which looks like a substitution, but 'status_compressor' was not declared
WARNING Found '${status_compressor}' (see binary_sensor->1->status_compressor->name) which looks like an expression, but could not resolve all the variables: 'status_compressor' is undefined
INFO Updating https://github.com/gekkekoe/esphome-ecodan-hp.git@main
INFO Detected timezone 'Europe/Amsterdam'
INFO Generating C++ source...
INFO Compiling app...
Processing ecodan-heatpump (board: esp32-s3-devkitc-1; framework: espidf; platform: https://github.com/pioard.../platform-espressif32.zip)
--------------------------------------------------------------------------------
HARDWARE: ESP32S3 240MHz, 320KB RAM, 8MB Flash
- framework-espidf @ 3.50302.0 (5.3.2)
- tool-cmake @ 3.30.2
- tool-esptoolpy @ 4.8.6
- tool-mklittlefs @ 3.2.0
- tool-ninja @ 1.7.1
- tool-riscv32-esp-elf-gdb @ 14.2.0+20240403
- tool-xtensa-esp-elf-gdb @ 14.2.0+20240403
- toolchain-esp32ulp @ 2.35.0-20220830
- toolchain-riscv32-esp @ 13.2.0+20240530
- toolchain-xtensa-esp-elf @ 13.2.0+20240530
Reading CMake configuration...
Dependency Graph
|-- ArduinoJson @ 7.4.2
Compiling .pioenvs/ecodan-heatpump/src/main.cpp.o
Linking .pioenvs/ecodan-heatpump/firmware.elf
RAM: [= ] 11.9% (used 39020 bytes from 327680 bytes)
Flash: [=== ] 30.2% (used 1188892 bytes from 3932160 bytes)
Building .pioenvs/ecodan-heatpump/firmware.bin
Creating esp32s3 image...
Successfully created esp32s3 image.
esp32_create_combined_bin([".pioenvs/ecodan-heatpump/firmware.bin"], [".pioenvs/ecodan-heatpump/firmware.elf"])
SHA digest in image updated
Wrote 0x132590 bytes to file /home/richard/esphome/.esphome/build/ecodan-heatpump/.pioenvs/ecodan-heatpump/firmware.factory.bin, ready to flash to offset 0x0
esp32_copy_ota_bin([".pioenvs/ecodan-heatpump/firmware.bin"], [".pioenvs/ecodan-heatpump/firmware.elf"])
========================= [SUCCESS] Took 17.63 seconds =========================
INFO Successfully compiled program.

[ricvee]

Een ander dingetje nog:
ik krijg elke 20-25 seconden een update voor alle sensoren via mqtt.
Is dat niet wat veel?
Ik denk dat per 60 seconden voor mij wel genoeg zou zijn.

[xoror]

Dat is apart als 003 werkt en je ziet niets op de esp. Werken 019 en 540 ook ? Ik neem aan dat je wel iets van paar mins gewacht heb? Want die service codes zijn 'duur' en worden periodiek gedaan.

ik neem aan dat je na compilatie het geflashed had? (zal wel anders ziet hij de broker niet).
Je kan de polling interval zelf instellen zie:
https://github.com/gekkek...f/ecodan-esphome.yaml#L98

1000 doet wat je wil. Sommige dingen als compressor frequentie veranderen heel snel, als je alles bij wil houden moet je wat meer pollen. Als je die domoticz scripts 'gewend' ben, kan ik me voorstellen dat dit te snel aanvoelt. Gewoon instellen op een rate waar je comfortabel bij voelt. Ik geloof dat @Plenkske dat ook gedaan heeft, zal wel een domoticz thingy zijn HA/Esphome kunnen nog veel lager (sneller).

[ Voor 7% gewijzigd door xoror op 22-08-2025 09:14 ]

[ricvee]

019 en 540 werken idd ook, geven nu allebei 0.
Ik heb de polling_interval_override: zelfs al op 20000! gezet, maar dit maakt geen verschil
Zie hier de antwoorden van de upload:
(venv) richard@richard-Latitude-5420 ~/esphome $ esphome upload --device 172.1.1.151 ecodan-esphome.yaml
INFO ESPHome 2025.7.5
INFO Reading configuration ecodan-esphome.yaml...
INFO Updating https://github.com/gekkekoe/esphome-ecodan-hp/@main
WARNING Found '${status_compressor}' (see binary_sensor->1->status_compressor->name) which looks like a substitution, but 'status_compressor' was not declared
WARNING Found '${status_compressor}' (see binary_sensor->1->status_compressor->name) which looks like an expression, but could not resolve all the variables: 'status_compressor' is undefined
INFO Updating https://github.com/gekkekoe/esphome-ecodan-hp.git@main
INFO Detected timezone 'Europe/Amsterdam'
INFO Connecting to 172.1.1.151 port 3232...
INFO Connected to 172.1.1.151
INFO Uploading /home/richard/esphome/.esphome/build/ecodan-heatpump/.pioenvs/ecodan-heatpump/firmware.bin (1189264 bytes)
Uploading: [============================================================] 100% Done...

INFO Upload took 5.97 seconds, waiting for result...
INFO OTA successful
INFO Successfully uploaded program.
(venv) richard@richard-Latitude-5420 ~/esphome $

[xoror]

heb je # weggehaald? is commented
Dus ws wil je dit

YAML:

ecodan:
  id: ecodan_instance
  uart_id: uart_ecodan
# polling interval override in ms, default 500
  polling_interval_override: 1000

Alles wat begint met een # is commentaar en wordt genegeerd. Wat betreft service code, weet ik het dan ook niet meer, het zou gewoon moeten werken zoals bij de rest.

Zijn er hier meer mensen waar de service codes wel werken via informatie werking, maar niet via de ESP ? Dit is de eerste keer dat ik dit zie.

[ricvee]

Ja # is uiteraard weggehaald.

De polling frequentie zoals ik die in Domoticz zie, kan ook een Domoticz of MQTT dingetje zijn.

Ik zie bij alle MQTT devices Last seen: 2025:08:22 09:36:12, en dan elke 20-25 seconden een update daarvan.

[ Voor 118% gewijzigd door ricvee op 22-08-2025 09:40 ]

[xoror]

hij klaagt ook over "status_compressor", dat is een nieuwe sensor. Hij moet gewoon clean compilen.
Doe eens een esphome clean ecodan-esphome.yaml en compileer/upload daarna nog een keer?
[edit] foutje van mij, vertaling van nl was verloren gegaan, is nu gefixed.

Ik heb het idee dat het compilen niet goed gaat bij jou. Welke python versie gebruik je verder (windows/linux/mac)?

@Plenkske Bij jou werkte de polling override toch gewoon naar behoren?

[ Voor 20% gewijzigd door xoror op 22-08-2025 09:46 ]

[ricvee]

esphome clean ecodan-esphome.yaml uitgevoerd, en opnieuw gecompileerd/upload.
Blijft hetzelfde.

OS: Linux
Python: Python 3.12.3

[xoror]

dat is perfect.

Zou je het volgende kunnen doen met polling_interval_override: 1000 setting:
esphome logs --device 172.1.1.151 ecodan-esphome.yaml > log.txt

ga dan naar http://ip van je esp, en zet uart logging aan, en log voor een minuut of 5, en kan je de logs ergens uploaden? Kan op github een discussion starten en log daar uploaden. Dan kan ik kijken of ik nog wat kan zien, maar zo te zien doe je alles goed.

[ Voor 5% gewijzigd door xoror op 22-08-2025 09:51 ]

[ricvee]

Python verwijderd, en opnieuw geïnstalleerd, daarna:
esphome clean ecodan-esphome.yaml uitgevoerd, en opnieuw gecompileerd/upload.

Nu zijn die warnings weg, maar de sensoren zijn er nog niet allemaal

Heel erg bedankt voor je ondersteuning zover!

[ricvee]

Ik moet nu helaas weg, en kan er zondag en maandag mee verder.

Bedankt zover!

[ricvee]

(venv) richard@richard-Latitude-5420 ~/esphome $ esphome logs --device 172.1.1.151 ecodan-esphome.yaml > log.txt
INFO ESPHome 2025.7.5
INFO Reading configuration ecodan-esphome.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'
ERROR No remote or local logging method configured (api/mqtt/logger)

[xoror]

Ja prima. Je ziet geen logging tot je UART logging switch aanzet, vandaar dat je het een min of 5 moet aan laten nadat je die toggle omgezet heb. Ik zie vanzelf wel de logs en zal kijken als ik wat tijd heb

[Plenkske]

xoror schreef op vrijdag 22 augustus 2025 @ 09:40:
hij klaagt ook over "status_compressor", dat is een nieuwe sensor. Hij moet gewoon clean compilen.
Doe eens een esphome clean ecodan-esphome.yaml en compileer/upload daarna nog een keer?
[edit] foutje van mij, vertaling van nl was verloren gegaan, is nu gefixed.

Ik heb het idee dat het compilen niet goed gaat bij jou. Welke python versie gebruik je verder (windows/linux/mac)?

@Plenkske Bij jou werkte de polling override toch gewoon naar behoren?

Ja die werkt.
Ik was die inderdaad vergeten.
Mijn oude rpi3 vond de standaard niet zo leuk, sommige kwamen toen nog veel sneller binnen. Ik weet even niet uit mijn hoofd waar die nu op staat.

[ricvee]

Melding blijft hetzelfde na UART logging > 5 minuten aan:
(venv) richard@richard-Latitude-5420 ~/esphome $ esphome logs --device 172.1.1.151 ecodan-esphome.yaml > log.txt
INFO ESPHome 2025.7.5
INFO Reading configuration ecodan-esphome.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'
ERROR No remote or local logging method configured (api/mqtt/logger)

[ Voor 4% gewijzigd door ricvee op 22-08-2025 10:09 ]

[xoror]

Dan werkt de uart logging op een of andere manier niet bij jou. Als je in je http://esp ip kijkt, zie je in het rechter raampje geen stroom aan log data als je die switch aanzet ?

@Plenkske 1000 denk ik, want die feature was voor jou gemaakt lol

[ricvee]

Stroom data zie ik wel idd

[xoror]

ik zoek een minuutje of 2 aan log van die stroom. Maar snap even niet waarom je het niet kan redirecten naar een txt file, zo doe ik het altijd...

Misschien log commando pas starten nadat UART is aangezet misschien ?

[ricvee]

Heb ik gedaan

[Blackraven]

@ricvee om het topic leesbaar te houden, zou je "quote code /code /quote" kunnen gebruiken om je stukjes log of code te posten? dat houdt het topic wat leesbaarder, de quote klapt lange stukken code automatisch in

@xoror Hier geen service code mismatch tussen MRC en ESP.

[xoror]

ATTENTIE:

voor de mensen die versie hhttps://github.com/gekkekoe/esphome-ecodan-hp/releases/tag/2025-08-20.3
hebben geïnstalleerd, update aub naar
https://github.com/gekkek...releases/tag/2025-08-22.1

De update wordt vanzelf aangeboden. Er zit een probleem in esphome 2025.8.0/esp-idf combinatie. Voor de mensen die zelf compileren, fix je esphome op 2025.7.5

Bash:

pip install esphome==2025.7.5 

Je kan anders een probleem krijgen dat de esp geen verbinding kan maken met je WP. Todat esphome/esp-idf het hebben opgelost is het raadzaam om op 2025.7.5 te blijven. De officiële builds zullen voorlopig 2025.7.5 blijven gebruiken.

[ Voor 5% gewijzigd door xoror op 22-08-2025 17:23 ]

[woekele]

xoror schreef op vrijdag 22 augustus 2025 @ 09:30:
Zijn er hier meer mensen waar de service codes wel werken via informatie werking, maar niet via de ESP ? Dit is de eerste keer dat ik dit zie.

Bij mij werkt de ventilatorsnelheid wel via de service code op de ftc7, maar niet via de ESP (er staat NA). Of is dat niet wat je vraagt?

[ Voor 3% gewijzigd door woekele op 22-08-2025 21:51 ]

[xoror]

@woekele ja, dat is de vraag. Welke unit heb je? binnen en buiten. Werken compressor frequentie en flowrate enzo ook op scherm maar niet in esp ? heel apart

[woekele]

Compressor frequentie (of zoals het vertaald is schijnbaar: Kompressor frequentie, terwijl de andere compressor-velden wel weer met een C geschreven zijn ) en flow rate gaan goed. Ik heb de
ERSF-VM2E Hydrobox met een PUZ-SWM100YAA buiten-unit (en een extern SWW-vat van 500L, beetje groot, I know).

[xoror]

Voor nl vertalingen moet je bij @AUijtdehaag zijn Ik gebruik alleen engels. Maar heb het wel even gefixed.
gaat de discharge temp goed?

Op een FTC7 zoals die van jou krijg je die velden buiten de service calls om. Als fan speed en compressor starts op NA blijven staan, wil ik wel logs inzien. Die 2 velden kunnen alleen via service calls komen.

[ Voor 78% gewijzigd door xoror op 22-08-2025 23:55 ]

[xoror]

Zijn er hier mensen met FTC7 waarbij de subcool en superheat worden berekend?
(moet even paar dingen controleren)

[ricvee]

@xoror omdat het schrijven naar een remote log.txt niet goed werkt heb ik een poging gedaan om wat te "vangen" in hetrechterschermpje op de webpagina.

Ik hoop dat je er iets mee kan.
Waar ben je anders precies naar op zoek?

15:22:24 [D] [sensor:104]

'Geschatte COP': Sending state 0.00000 with 2 decimals of accuracy

15:22:24 [D] [uart_debug:114]

>>> FC 42 02 7A 10 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30

15:22:24 [D] [uart_debug:114]

<<< FC 62 02 7A 10 02 0F 0F 00 00 00 00 00 00 00 00 00 00 00 00 00 F2

15:22:24 [D] [sensor:104]

'WiFi Signaal dB': Sending state -77.00000 dBm with 0 decimals of accuracy

15:22:24 [D] [sensor:104]

'WiFi Signaal %': Sending state 46.00000 % with 0 decimals of accuracy

15:22:24 [D] [uart_debug:114]

>>> FC 42 02 7A 10 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 2F

15:22:25 [D] [sensor:104]

'refrigerant_error_code': Sending state 0.00000 with 0 decimals of accuracy

15:22:25 [D] [text_sensor:069]

'Fout code': Sending state 'No error'

15:22:25 [I] [ecodan.component:018]

Could not publish state of sensor 'status_multi_zone' with value: '0.000000'

15:22:25 [D] [esp-idf:000][1;31m[wifi][0;36m

I (336438) wifi:

15:22:25 [D] [esp-idf:000][1;31m[wifi][0;36m

[ADDBA]RX DELBA, reason:37, delete tid:3, initiator:1(originator)

15:22:25 [D] [esp-idf:000][1;31m[wifi][0;36m

15:22:25 [D] [uart_debug:114]

<<< FC 62 02 7A 10 03 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00 8F

15:22:25 [D] [uart_debug:114]

>>> FC 42 02 7A 10 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 2E

15:22:25 [D] [sensor:104]

'Compressor frequentie': Sending state 0.00000 Hz with 2 decimals of accuracy

15:22:25 [D] [uart_debug:114]

<<< FC 62 02 7A 10 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0E

15:22:25 [D] [sensor:104]

'Esp Uptime': Sending state 336.95200 s with 0 decimals of accuracy

15:22:26 [D] [uart_debug:114]

>>> FC 42 02 7A 10 05 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 2D

15:22:26 [D] [text_sensor:069]

'Status Bedrijf': Sending state 'Uit'

15:22:26 [D] [sensor:104]

'heat_source': Sending state 0.00000 with 0 decimals of accuracy

15:22:26 [D] [uart_debug:114]

<<< FC 62 02 7A 10 05 00 00 00 00 00 00 00 00 06 00 00 00 00 00 00 07

15:22:26 [D] [uart_debug:114]

>>> FC 42 02 7A 10 06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 2C

15:22:27 [I] [ecodan.component:402]

Unknown response type received on serial port: 6

15:22:27 [D] [uart_debug:114]

<<< FC 62 02 7A 10 06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0C

15:22:27 [D] [uart_debug:114]

>>> FC 42 02 7A 10 07 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 2B

15:22:27 [D] [sensor:104]

'Afgegeven vermogen': Sending state 0.00000 kW with 3 decimals of accuracy

15:22:27 [D] [sensor:104]

'Totaal verbruikt': Sending state 1219.00000 kWh with 1 decimals of accuracy

15:22:27 [D] [sensor:104]

'Gerapporteerde opgenomen vermogen (Per dag)': Sending state 0.00000 kWh with 1 decimals of accuracy

15:22:27 [D] [uart_debug:114]

<<< FC 62 02 7A 10 07 00 00 00 00 00 00 01 01 01 01 2F 9E 00 00 00 3A

15:22:28 [D] [uart_debug:114]

>>> FC 42 02 7A 10 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 29

15:22:28 [D] [sensor:104]

'Zone 1 ruimte setpoint waarde': Sending state 22.00000 °C with 1 decimals of accuracy

15:22:28 [I] [ecodan.component:018]

Could not publish state of sensor 'z2_room_temp_target' with value: '20.000000'

15:22:28 [D] [sensor:104]

'Zone 1 flow setpoint waarde': Sending state 34.00000 °C with 1 decimals of accuracy

15:22:28 [I] [ecodan.component:018]

Could not publish state of sensor 'z2_flow_temp_target' with value: '35.000000'

15:22:28 [D] [sensor:104]

'Legionella preventie temp': Sending state 62.00000 °C with 1 decimals of accuracy

15:22:28 [D] [sensor:104]

'SWW max temp hysterese': Sending state 14.00000 °C with 1 decimals of accuracy

15:22:28 [D] [uart_debug:114]

<<< FC 62 02 7A 10 09 08 98 07 D0 0D 48 0D AC 18 38 44 82 5A 00 00 14

15:22:28 [D] [uart_debug:114]

>>> FC 42 02 7A 10 0B 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 27

15:22:29 [D] [sensor:104]

'Zone 1 ruimte temp': Sending state 0.00000 °C with 1 decimals of accuracy

15:22:29 [I] [ecodan.component:018]

Could not publish state of sensor 'z2_room_temp' with value: '0.000000'

15:22:29 [D] [sensor:104]

'Buiten temp': Sending state 22.00000 °C with 0 decimals of accuracy

15:22:29 [D] [sensor:104]

'Koelmiddel temp': Sending state 20.50000 °C with 1 decimals of accuracy

15:22:29 [D] [uart_debug:114]

<<< FC 62 02 7A 10 0B F0 C4 F0 C4 F0 C4 0B 08 02 73 7C 00 00 00 00 E7

15:22:29 [D] [text_sensor:069]

'Status Bedrijf': Sending state 'Uit'

15:22:29 [D] [uart_debug:114]

>>> FC 42 02 7A 10 0C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 26

15:22:29 [D] [sensor:104]

'Aanvoer temp': Sending state 20.50000 °C with 1 decimals of accuracy

15:22:29 [D] [sensor:104]

'Retour temp': Sending state 20.50000 °C with 1 decimals of accuracy

15:22:29 [D] [sensor:104]

'SWW huidige temp': Sending state 54.50000 °C with 1 decimals of accuracy

15:22:29 [D] [sensor:104]

'SWW 2e temp sensor': Sending state 25.00000 °C with 1 decimals of accuracy


15:26:13 [I] [ecodan.component:402]

Unknown response type received on serial port: 27

15:26:13 [D] [uart_debug:114]

<<< FC 62 02 7A 10 1B 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 F7

15:26:13 [D] [text_sensor:069]

'Dip Switch 4 (8-1)': Sending state '00000000'

15:26:13 [D] [uart_debug:114]

>>> FC 42 02 7A 10 1C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 16

15:26:13 [I] [ecodan.component:402]

Unknown response type received on serial port: 28

15:26:13 [D] [uart_debug:114]

<<< FC 62 02 7A 10 1C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 F6

15:26:14 [D] [text_sensor:069]

'Dip Switch 2 (8-1)': Sending state '10000101'

15:26:14 [D] [uart_debug:114]

>>> FC 42 02 7A 10 1D 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 15

15:26:14 [I] [ecodan.component:402]

Unknown response type received on serial port: 29

15:26:14 [D] [sensor:104]

'Geschatte COP': Sending state 0.00000 with 2 decimals of accuracy

15:26:14 [D] [uart_debug:114]

<<< FC 62 02 7A 10 1D 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 F5

15:26:14 [D] [text_sensor:069]

'Status Bedrijf': Sending state 'Uit'

15:26:14 [D] [uart_debug:114]

>>> FC 42 02 7A 10 1E 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 14

15:26:15 [I] [ecodan.component:402]

Unknown response type received on serial port: 30

15:26:15 [D] [sensor:104]

'WiFi Signaal dB': Sending state -77.00000 dBm with 0 decimals of accuracy

15:26:15 [D] [sensor:104]

'WiFi Signaal %': Sending state 46.00000 % with 0 decimals of accuracy

15:26:15 [D] [uart_debug:114]

<<< FC 62 02 7A 10 1E 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 F4

15:26:15 [D] [uart_debug:114]

>>> FC 42 02 7A 10 1F 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 13

15:26:15 [I] [ecodan.component:402]

Unknown response type received on serial port: 31

15:26:15 [D] [uart_debug:114]

<<< FC 62 02 7A 10 1F 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 F3

15:26:16 [D] [uart_debug:114]

>>> FC 42 02 7A 10 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 12

15:26:16 [D] [sensor:104]

'Esp Uptime': Sending state 567.22601 s with 0 decimals of accuracy

15:26:16 [I] [ecodan.component:402]

Unknown response type received on serial port: 32

15:26:16 [D] [uart_debug:114]

<<< FC 62 02 7A 10 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 F2

15:26:16 [D] [uart_debug:114]

>>> FC 42 02 7A 10 26 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0C

15:26:16 [D] [sensor:104]

'H/C status': Sending state 2.00000 with 0 decimals of accuracy

15:26:16 [I] [ecodan.component:018]

Could not publish state of sensor 'status_heating_cooling_z2' with value: '2.000000'

15:26:16 [D] [sensor:104]

'SWW setpoint waarde': Sending state 48.00000 °C with 1 decimals of accuracy

15:26:17 [D] [uart_debug:114]

<<< FC 62 02 7A 10 26 00 00 01 00 01 02 02 12 C0 0D 48 0D AC 00 00 06

15:26:17 [D] [uart_debug:114]

>>> FC 42 02 7A 10 27 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0B

15:26:17 [I] [ecodan.component:402]

Unknown response type received on serial port: 39

15:26:17 [D] [text_sensor:069]

'Status Bedrijf': Sending state 'Uit'

15:26:17 [D] [uart_debug:114]

<<< FC 62 02 7A 10 27 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 EB

15:26:17 [D] [text_sensor:069]

'Dip Switch 1 (8-1)': Sending state '00110110'

15:26:18 [D] [uart_debug:114]

>>> FC 42 02 7A 10 28 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0A

15:26:18 [I] [ecodan.component:040]

Could not publish state of sensor 'status_prohibit_heating_z2' with value: '0'

15:26:18 [I] [ecodan.component:040]

Could not publish state of sensor 'status_prohibit_cool_z2' with value: '1'

15:26:18 [I] [ecodan.component:040]

Could not publish state of sensor 'status_server_control_prohibit_heating_z2' with value: '0'

15:26:18 [I] [ecodan.component:040]

Could not publish state of sensor 'status_server_control_prohibit_cool_z2' with value: '0'

15:26:18 [D] [uart_debug:114]

<<< FC 62 02 7A 10 28 00 00 00 00 00 00 01 00 01 00 00 00 00 00 00 E8

15:26:18 [D] [uart_debug:114]

>>> FC 42 02 7A 10 29 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09

15:26:18 [I] [ecodan.component:402]

Unknown response type received on serial port: 41

15:26:19 [D] [uart_debug:114]

<<< FC 62 02 7A 10 29 00 00 00 08 98 07 D0 00 00 00 00 00 00 00 00 72

15:26:19 [D] [uart_debug:114]

>>> FC 42 02 7A 10 A1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 91

15:26:19 [D] [sensor:104]

'Verwarmen verbruikt': Sending state 1.29000 kWh with 2 decimals of accuracy

15:26:19 [D] [sensor:104]

'Koelen verbruikt': Sending state 0.00000 kWh with 2 decimals of accuracy

15:26:19 [D] [sensor:104]

'SWW verbruikt': Sending state 0.00000 kWh with 2 decimals of accuracy

15:26:19

[ricvee]

Sensors die bij mij op NA staan in de web-interface van de ESP:

Buitenunit Compressor Oppervlakte temperatuur NA
Buitenunit Tweefasenbuistemperatuur NA
Buitenunit Vloeistofleiding 1 NA
Buitenunit aanzuig leiding temperatuur NA
Buitenunit koellichaam temperatuur NA
Compressor Starts NA
Discharge Superheat temperatuur NA
Ontladingstemperatuur NA
Subcooling temperatuur NA
Ventilatorsnelheid NA

[xoror]

@ricvee ik zoek de berichten beginnend met
<<< FC 62 02 7A 10 0F
Die mis ik op een of andere manier.


Kan je via je main controller op de binnen unit wel informatie werking codes invoeren ?
Doen de volgende codes wat?
003
005
012
019

[ Voor 73% gewijzigd door xoror op 24-08-2025 15:59 ]

[ricvee]

Doen de volgende codes wat?
003
005
012
019
Ja die werken allemaal op de main controller op de binnenunit..

[xoror]

Kan je dan ook wat berichten pasten met
<<< FC 62 02 7A 10 A3 ?
Dan kan ik even zien wat hij replied op de service calls.

[Leonhannink]

Na de update kan ik geen verbinding meer maken met de AtomS3. Ik zie hem wel als Wifi punt, kan er mee verbinden maar het lukt niet om verbinding te krijgen via http://econdan-heatpump.local.
Wie kan mij helpen?

[xoror]

Je kan ook http://192.168.4.1 proberen, ik geloof dat mdns bij laatste versies een beetje brak is.

toevallig esphome 2025.8.0 geïnstalleerd?
https://github.com/gekkek...ecodan-hp/discussions/171

gebruik je binaries of zelf compilen? Je kan de esp uit de wp halen (eerst stroom eraf) en via usb flashen en wifi instellen.

Als je zelf compiled moet je credentials goed instellen en flashen over Lan

[ Voor 62% gewijzigd door xoror op 24-08-2025 19:25 ]

[ricvee]

Het is me gelukt om de logging remote weg te schrijven dmv:
esphome logs ecodan-esphome.yaml --device OTA > log.txt
Maar het is na 5 minuten logging te groot om hier te mogen posten

[ricvee]

FC 62 02 7A 10 A3
zit er niet tussen.

[ricvee]

Kan ik de log op een andere manier sturen?

[xoror]

@ricvee zie pm. Verder wel raar dat je niet 10 A3 ziet, lijkt alsof je de request codes niet heb geconfigureerd, maar zal eens kijken als de logs er zijn

[woekele]

xoror schreef op vrijdag 22 augustus 2025 @ 23:42:
Voor nl vertalingen moet je bij @AUijtdehaag zijn Ik gebruik alleen engels. Maar heb het wel even gefixed.
gaat de discharge temp goed?

Op een FTC7 zoals die van jou krijg je die velden buiten de service calls om. Als fan speed en compressor starts op NA blijven staan, wil ik wel logs inzien. Die 2 velden kunnen alleen via service calls komen.

Ik zie wel Discharge Superheat temperatuur die nu oploopt (toevallig gaat hij net SWW run doen). Hoe ik logs krijg, weet ik (nog) niet. Zal proberen terug te zoeken. Zelf compilen is voor mij momenteel te hoog gegrepen denk ik.

[xoror]

@woekele zie je superheat en subcool values ? En Fanspeed en compressor starts zie je dus nog steeds niet ? Heel apart.

@ricvee Er is iets niet goed bij jou, jouw controller firmware wordt ook niet goed getoond ? ik zie 18.01, maar message is NA, dat is al raar. Verder ontbreken alle service calls, die hadden wel moeten afgaan omdat jouw ftc die waarden niet 'gratis' terug geeft. Welke FTC had jij nou? FTC7 toch?

En draai je toevallig proxy? Dus met melcloud nog eraan ? Want dat zou het verklaren, in proxy mode doen we geen service calls, dan is melcloud de baas (we voegen geen andere calls toe, maar luisteren alleen passief, en melcloud vraagt deze gegevens (en nog een boel andere) niet op). Ik zal de documentatie wat verduidelijken op dit punt

[ Voor 40% gewijzigd door xoror op 24-08-2025 22:29 ]

[woekele]

Subcooling zie ik net van 5 naar 4 graden gaan. Compressor Starts en Ventilatorsnelheid staan nog op NA.

Hier een FTC7. Ik heb inderdaad de proxy-versie en Melcloud is nog actief.

Mijn Controller Firmware wordt getoond als 8.02.

Ik moet dus de Melcloud eruit gaan trekken als ik 't goed begrijp? (eerst stroom eraf...) Maar dan wacht ik even tot ik HA goed draaiend heb. Want anders heb ik geen grafiekjes meer.

[ Voor 40% gewijzigd door woekele op 24-08-2025 22:40 ]

[Miezie]

woekele schreef op zondag 24 augustus 2025 @ 22:37:
Subcooling zie ik net van 5 naar 4 graden gaan. Compressor Starts en Ventilatorsnelheid staan nog op NA.

Hier een FTC7. Ik heb inderdaad de proxy-versie en Melcloud is nog actief.

Mijn Controller Firmware wordt getoond als 8.02.

Ik moet dus de Melcloud eruit gaan trekken als ik 't goed begrijp? (eerst stroom eraf...) Maar dan wacht ik even tot ik HA goed draaiend heb. Want anders heb ik geen grafiekjes meer.

Als je je database niet elke keer leeg kiepert heb je nu al meer grafiekjes dan melcloud . Historie is wel weg…

[xoror]

@woekele Er is nog een variant, bepaalde ftc7 (zoals die van jou dus) geven bepaalde service call 'gratis' terug. Daarom zie jij bepaalde buiten unit waarden wel. Maar fan speed en compressor starts zijn dingen die ik alleen opvraag. En daarom zie je ze niet met proxy. Je 'mist' dan alleen fan speed en compressor starts.

Als je melcloud niet nodig heb, gewoon unpluggen (eerst stroom eraf).

Okay dan is het nu duidelijk.
- Als je proxy draait krijg je geen fan speed en compressor starts
- Als je proxy draait icm ftc7, kan je geluk hebben en krijg je alle buiten unit waarden (discharge heat, subcool, super heat etc)
- In het algemeen is de esp passief in proxy, we willen de communicatie tussen melcloud en de wp niet verstoren.

hopelijk is het duidelijk zo voor mensen met 'ontbrekende' waarden. Het is by design helaas.
@ricvee is ook van toepassing voor jou. Verder is melcloud leidend, en daarom werkt de polling interval override niet. We luisteren alleen mee. Heb je melcloud echt nodig? Zou het zonder eens proberen.

@Miezie Ik heb influxDB op HA, dus ik heb van alles history maar idd, moet je niet leeg gooien

[ Voor 14% gewijzigd door xoror op 25-08-2025 07:40 ]

[ricvee]

Ik draai idd met de proxy versie met Melcloud eraan.
Als ik binnenkort stop met melcloud en hem eraf haal, moet ik dan in ecodan-esphome.yaml, ook deze weer omdraaien?
confs/esp32s3-proxy2.yaml,
#confs/esp32s3.yaml, # confs/esp32.yaml, for regular board

[xoror]

je kan melcloud (eerst stroom eraf) gewoon ontkoppelen en dan neemt de esp het over...

heb nog nooit getest of de polling override gaat werken in deze setup, maar zou goed moeten gaan.

omdat je de proxy hardware heb, gewoon de proxy yaml gebruiken.

Als je de reguliere config gaat gebruiken heb je ander kabeltje nodig. (Of zelf even pinnen goed overriden voor non proxy)

[ Voor 42% gewijzigd door xoror op 25-08-2025 07:28 ]

[woekele]

Miezie schreef op zondag 24 augustus 2025 @ 22:45:
[...]

Als je je database niet elke keer leeg kiepert heb je nu al meer grafiekjes dan melcloud . Historie is wel weg…

Ik niet snap Er is geen historie, maar wel grafiekjes? (voor duidelijkheid: HA-green-kastje zit bij mij nog in de doos)

[xoror]

gauw dat kastje aansluiten, gaat een wereld voor je open....

[Miezie]

woekele schreef op maandag 25 augustus 2025 @ 09:18:
[...]

Ik niet snap Er is geen historie, maar wel grafiekjes? (voor duidelijkheid: HA-green-kastje zit bij mij nog in de doos)

Wat @xoror zegt. De historie van melcloud bouw je niet verder op, maar met de ESP heb je veel meer data en ook veel relevantere data. Ik heb melcloud nooit gehad, onzin, maar altijd dit... met de hoeveelheid data die je hier hebt kun je vele malen beter analyseren wat er gebeurd... heb je ook geen kWh meter meer nodig. Maar dat moet ik niet te hard zeggen...

[xoror]

@Miezie vanaf ftc6 zou je redelijk mee wegkomen icm de esp idd.

[Miezie]

xoror schreef op maandag 25 augustus 2025 @ 12:20:
@Miezie vanaf ftc6 zou je redelijk mee wegkomen icm de esp idd.

redelijk? Volledig joh, met een kWh meter meet je het resultaat van gedrag. Gedrag observeer je met de esp.

De bevestiging dat je zuinig draait en een hoge COP haalt voegt weinig toe… maar het is wel leuk natuurlijk .

[xoror]

Ik heb naast een mid meter gehouden. Soms zit er wel 10% afwijking tussen, maar over het algemeen klopt het wel. De trend is goed te volgen en te tunen of course.

[ricvee]

Ik heb de Melcloud adapter afgekoppeld,
Alles lijkt nu als een zonnetje te draaien op Domoticz.
polling_interval_override: 2500 gezet. Ik krijg nu na ongeveer elke 60 seconden nieuwe waardes in Domoticz.
Status LEDs op de Esp zijn nu ook uit.
Chapeau @xoror !

[xoror]

melcloud root of all evil

[Blackraven]

Niet helemaal, voor remote software update was het wel handig.
Maar geloof dat de FTC5 toch geen updates meer krijgt...

[Miezie]

Blackraven schreef op maandag 25 augustus 2025 @ 15:56:
Niet helemaal, voor remote software update was het wel handig.
Maar geloof dat de FTC5 toch geen updates meer krijgt...

Je kan daarmee de ecodan updaten?

[xoror]

Ja klopt, schijnt dat ze FTC firmwares daarmee pushen (nog nooit gezien), op zich had ik dat wel willen nalopen hoe dat ging, maar je moet ook jumpers verstellen om te kunnen schrijven toch.

[ Voor 10% gewijzigd door xoror op 25-08-2025 18:26 ]

[Miezie]

xoror schreef op maandag 25 augustus 2025 @ 16:09:
Ja klopt ze kunnen FTC firmwares daarmee pushen, op zich had ik dat wel willen nalopen hoe dat ging, maar je moet ook jumpers verstellen om te kunnen schrijven toch.

Is ook niet ingewikkeld, maar ik dacht dat dat helemaal niet kon... omdat het allemaal hier zo uitgebreid uitgelegd staat.

[Blackraven]

Miezie schreef op maandag 25 augustus 2025 @ 16:04:
[...]

Je kan daarmee de ecodan updaten?

Dat idee had ik ja, alleen heb ik destijds niet heel goed opgelet.
Nu je het zo zegt, zou best wel eens kunnen dat het alleen de firmware van de melcloud adapter zelf was.

[xoror]

@Blackraven Ja ik denk dat dat het alleen is. Ik heb het iig nog nooit gezien, en aangezien je echt een jumper moet omzetten om te flashen gok ik dat het niet via de cn105 kan.

[Blackraven]

Ik had gisteravond weer voor het eerst in weken dat de ESP offline was, dit had ik voor de vakantie al wat vaker, dan even reset indrukken en dan werkt het wel weer, maar wat zou de oorzaak kunnen zijn?
Ik zie niet echt een foutmelding in de logs terug in HA, alleen dat de entities 1 voor 1 niet meer beschikbaar zijn. weet niet of deze nog meer verbose is in te stellen?
Wifi is ook gewoon netjes 80%. Wel had ie gistermiddag een force DHW vanuit een HA automation gemist, viel me op.

[xoror]

Grafiekje van signaal sterkte (dbm) rond disconnect?
Als je meerdere access points heb, willen ze soms ook je client verhuizen. Sinds ik de esp op de dichtstbijzijnde AP heb gepinned, gaat het eigenlijk nooit meer fout. Misschien dat je op je AP logs kan kijken.

AP dichter in de buurt en/of pinnen zou het wel moeten verhelpen. Atom buiten de binnen unit helpt ook.
Als je helemaal af van wil zijn, zou je een heishamon board + utp module kunnen overwegen, dan heb je gewoon bedraad. Er is ook een utp uitbreiding voor de atom, ik heb wel gehoord dat dat werkte van mensen die het gebruiken. (niet PoE gebruiken, maar puur alleen voor netwerk)

[ Voor 3% gewijzigd door xoror op 27-08-2025 10:03 ]

[Blackraven]

Zie plaatje hieronder:
Ik plaats binnenkort toch een access point vlak bij de binnenunit, dan kan ik wel een ethernetkabel trekken.
Ik dacht dat die RJ45-uitbreiding voor de gewone atom S3 was en niet voor de S3 lite?
Zat zelf aan zoiets te denken, maar weet niet of ik die zo met je repo kan flashen...
https://www.tinytronics.n...poesp32-unit-zonder-wi-fi

[xoror]

Ik zou even beide doen.
Dus eerst wifi ap in de buurt en dan esp erop pinnen, geeft ie problemen, dan kan je die module uit je link gebruiken. Zo te zien moet ie gewoon werken, beetje configgen, maar daar kan ik je wel mee helpen. Ik zie alleen niet even snel een usb poort waar je firmware over kan flashen btw.

Hmm ja je netwerk dipt, en is niet heel geweldig. De esp heeft ook wel de neiging om te hoppen naar een accesspoint die verder weg ligt. Heb je toevallig mesh/meerdere AP's ?

[Blackraven]

Ik wil eigenlijk sowieso uiteindelijk naar een LAN aansluiting. Zie nu na wat verder onderzoek dat de POE-base ook geschikt is voor de S3lite. Dan is de keuze duidelijk.
Voorlopig in de tussentijd dan even proberen om de ESP op de dichtsbijzijnde AP te pinnen.

[xoror]

dit werkt zeker: https://www.tinytronics.n...500-including-m5atom-lite
maar volgens mij kan je ook de lite erop doen
https://www.tinytronics.n...c-poe-base-w5500-ethernet

Let op gebruik dus niet stroom van de utp kabel, maar gewoon van de cn105.

[ Voor 10% gewijzigd door xoror op 27-08-2025 12:59 ]

[woekele]

Pinnen vanuit de mesh-wifi-controller op een AP werkt bij mij nooit zo lekker voor IoT-devices. Wat ik nu heb gedaan is een eigen SSID gemaakt die alleen op 1 bepaalde AP wordt uitgezonden. Op die manier pin je eigenlijk ook op 1 AP, en kan het eigenlijk niet mis gaan.

Toch maar vast Melcloud uit de Atom getrokken (proxy). Nu zie ik inderdaad wel Compressor Starts en de Ventilatorsnelheid. Mooi zo.

Nadeel van warmtepomp stroomloos maken: hij ging gelijk weer de volgende dag een legionalla-run doen terwijl hij die 2 dagen ervoor al had gedaan en het water nog meer dan 55 graden was. Resultaat: hij ging volledig op het elektrische element draaien. Blijft een beetje gek hoe dat ding de legionella-runs plant vind ik.

[xoror]

Pinnen werkt hier goed, maar eigen ssid is ook prima.

legionella heeft niets met stroomloos te maken? Die stel je in op een bepaalde interval, daar doet aan/uit niets aan af.

Je moet even kijken wat de legionella settings zijn, gok dat die run wel geplanned was. Tenzij je iets van datum heb gewijzigd.

De settings zijn karig en weinig flexibel. Ik heb op zondag elke week om 14.00, en dan gaat ie netjes ook af. Nooit op een ander tijdstip (en ik power cycle mijn unit denk ik bovengemiddeld vanwege tests)

[ Voor 25% gewijzigd door xoror op 29-08-2025 09:16 ]

[woekele]

Bij mij staat legionella om de X dagen ingesteld. En die stond op 8. Daar hield hij zich netjes aan tot op heden. Tot het stroomloos maken dan. Dan lijkt hij ineens de eerst volgende dag te pakken en het ingestelde tijdstip. Geldt ook voor SWW bij mij trouwens. Stel het target staat op 52, en het vat is op dat moment 50, en hij staat ingesteld om pas bij 10 graden afkoeling weer te gaan verwarmen, dan luistert hij daar netjes naar. Behalve als ik de unit uitschakel/inschakel, dan gaat hij gelijk de SWW-run doen na inschakelen. Als dat geen normaal gedrag is, zal ik eens verder zoeken of het ergens ingesteld staat o.i.d.

Maar het goede nieuws is dus dat de ESP nu volledig werkt. Nu nog 'even' HA inrichten

PS: er staat in de ESP-http-pagina nu bovenaan: UPDATE AVAILABLE

Kan/moet ik dan zelf via OTA Update iets nieuws erop knallen? Esp Versie = 2025.7.3

[ Voor 21% gewijzigd door woekele op 29-08-2025 09:38 ]

[xoror]

Sww start altijd na uit/aan. Dat is bekend (super vervelend trouwens, en niet te veranderen)

[ Voor 39% gewijzigd door xoror op 29-08-2025 09:35 ]

[snapo6]

Miezie schreef op zaterdag 23 augustus 2025 @ 11:12:
[...]

Ik zou deze even aanhouden qua repo: https://github.com/miezie...-hp/tree/main/automations het heeft de master van @xoror nooit gehaald door wat terechte opmerkingen.

@Miezie bedankt voor het beschikbaar stellen.

Vwb yaml heb ik nog een hoop te leren dus dacht gewoon jouw legionella.yaml over te nemen.
Als ik het opsla krijg ik volgende bericht.
'Message malformed: extra keys not allowed @ data['0']'

Wie weet wat niet juist is?
Heb wel de SUZ-SWM80YAA met FTC7.

YAML:

# Heatpump automations
- id: HeatpumpLegionellaStartBoilerSetpoint
  alias: Set boiler setpoint to 59 when starting legionella run
  trigger:
    - trigger: state
      entity_id:
        - sensor.ecodan_heatpump_operation_mode
      to: "Legionella Prevention"
  conditions:
      - condition: numeric_state
        entity_id: sensor.ecodan_heatpump_dhw_setpoint_value
        below: 59
  action:
    - action: climate.set_temperature
      data:
        entity_id: climate.ecodan_heatpump_dhw_climate
        temperature: 59
- id: HeatpumpLegionellaFinishBoilerSetpoint
  alias: Set boiler setpoint to 47 when legionella run is completed
  trigger:
    - trigger: state
      entity_id:
        - sensor.ecodan_heatpump_operation_mode
      from: "Legionella Prevention"
  conditions:
      - condition: numeric_state
        entity_id: sensor.ecodan_heatpump_dhw_setpoint_value
        above: 47
  action:
    - action: climate.set_temperature
      data:
        entity_id: climate.ecodan_heatpump_dhw_climate
        temperature: 47

Code tags + schopje

[ Voor 1% gewijzigd door Septillion op 01-09-2025 21:19 ]

[snapo6]

Probeer het ook hier daar ik niet precies weet waar het thuishoort, hier of in de Mitsu topic.

Vwb yaml heb ik nog een hoop te leren dus dacht gewoon legionella.yaml van miezie/gekkekoe over te nemen.
Als ik het opsla krijg ik volgende bericht.
'Message malformed: extra keys not allowed @ data['0']'

Wie weet wat niet juist is?
Heb wel de SUZ-SWM80YAA met FTC7.
# Heatpump automations
- id: HeatpumpLegionellaStartBoilerSetpoint
alias: Set boiler setpoint to 59 when starting legionella run
trigger:
- trigger: state
entity_id:
- sensor.ecodan_heatpump_operation_mode
to: "Legionella Prevention"
conditions:
- condition: numeric_state
entity_id: sensor.ecodan_heatpump_dhw_setpoint_value
below: 59
action:
- action: climate.set_temperature
data:
entity_id: climate.ecodan_heatpump_dhw_climate
temperature: 59
- id: HeatpumpLegionellaFinishBoilerSetpoint
alias: Set boiler setpoint to 47 when legionella run is completed
trigger:
- trigger: state
entity_id:
- sensor.ecodan_heatpump_operation_mode
from: "Legionella Prevention"
conditions:
- condition: numeric_state
entity_id: sensor.ecodan_heatpump_dhw_setpoint_value
above: 47
action:
- action: climate.set_temperature
data:
entity_id: climate.ecodan_heatpump_dhw_climate
temperature: 47

[xoror]

Een beetje lastig als je niet omschrijft waar je het geplakt heb. Ook niet zo handig om gewoon erin te plakken, stop het tussen [code=yaml] tags, is wat makkelijker te lezen

Ik zou gewoon even de yaml copieren van github, en dan in je HA plaatsen.
Doe iets van automation.yaml
In je configuration.yaml neem je dan de volgende regel op:

YAML:

automation: !include automations.yaml

soft restart je HA, en dan moet het werken. Je zou even je sensor namen kunnen kijken of je de mac prefixes ervoor heb staan, en dan evt automations.yaml aanpassen ervoor.

[ Voor 7% gewijzigd door xoror op 31-08-2025 22:46 ]

[snapo6]

xoror schreef op zondag 31 augustus 2025 @ 22:44:
Ik zou gewoon even de yaml copieren van github, en dan in je HA plaatsen.
Doe iets van automation.yaml
In je configuration.yaml neem je dan de volgende regel op:

YAML:

automation: !include automations.yaml

soft restart je HA, en dan moet het werken. Je zou even je sensor namen kunnen kijken of je de mac prefixes ervoor heb staan, en dan evt automations.yaml aanpassen ervoor.

Automations is reeds inbegrepen in configuration.yaml.

Heb de legionella.yaml van github gepakt.
Via Instellingen, Automatisering toevoegen, Bewerken in YAML en daar de code geplakt. Bij het opslaan krijg ik dan volgende melding.
'Message malformed: extra keys not allowed @ data['0'] '

YAML:

# Heatpump automations
- id: HeatpumpLegionellaStartBoilerSetpoint
  alias: Set boiler setpoint to 55 when starting legionella run
  trigger:
    - trigger: state
      entity_id:
        - sensor.ecodan_heatpump_operation_mode
      to: "Legionella Prevention"
  conditions:
      - condition: numeric_state
        entity_id: sensor.ecodan_heatpump_dhw_setpoint_value
        below: 55
  action:
    - action: climate.set_temperature
      data:
        entity_id: climate.ecodan_heatpump_dhw_climate
        temperature: 55
- id: HeatpumpLegionellaFinishBoilerSetpoint
  alias: Set boiler setpoint to 47 when legionella run is completed
  trigger:
    - trigger: state
      entity_id:
        - sensor.ecodan_heatpump_operation_mode
      from: "Legionella Prevention"
  conditions:
      - condition: numeric_state
        entity_id: sensor.ecodan_heatpump_dhw_setpoint_value
        above: 47
  action:
    - action: climate.set_temperature
      data:
        entity_id: climate.ecodan_heatpump_dhw_climate
        temperature: 47

[Jhaboekel]

Hoi allemaal,

In eerdere berichten zie ik dat er vaker voorkomt dat waardes op NA staan, ik volg alleen niet de oplossing.
hoppelijk kan iemand mij help!
wat mij opvalt is dat ik firmware 8.03 heb.

[xoror]

@snapo6 Haal opnieuw de file van github en probeer het nog eens, op een of andere manier had de file op github verkeerde ident. Ik heb het net gecopieerd uit mijn werkende automation

@Jhaboekel Heb je alles goed gelezen? Draai je Proxy en welke buiten unit heb je?

[ Voor 13% gewijzigd door xoror op 01-09-2025 21:06 ]

[Jhaboekel]

Ik draai geen Proxy en buitendeel: SUZ-SWM60 VA2

[xoror]

Jhaboekel schreef op maandag 1 september 2025 @ 21:13:
Ik draai geen Proxy en buitendeel: SUZ-SWM60 VA2

Bij sommige (bepaalde SUZ) units werken de service codes niet. Je kan ws ook geen informatie werking doen. Werken bijv de volgende codes
003
005
012
019

Als ze bij informatie werking niet werken, dan werken ze ook niet op de Esp. Verder geen probleem, je mist alleen een klein deel van de buiten unit data. Geen ramp verder, de belangrijke data heb je wel.

[ Voor 13% gewijzigd door xoror op 01-09-2025 21:18 ]

[Jhaboekel]

Ik kan bovenstaande codes uitlezen.
krijg wel bij 003 en 019 de waarde 0.
de wp draait nu niet.

[xoror]

Je ziet ook dat 003 (compressor starts) netjes 0 terug geeft.
019 zal ook wel 0 terug geven (fan speed)
Wat komt er 005 en 012 bijv? Ik denk dat degene die nu op NA staan je niet kan opvragen uit je scherm.
Sommige FTC7 geven de buiten unit terug zonder service codes. Maar dat doet die van jou helaas niet, anders had je ze ook gehad

[ Voor 23% gewijzigd door xoror op 01-09-2025 21:42 ]

[Jhaboekel]

005 = 20
012 = 18

[xoror]

Jhaboekel schreef op maandag 1 september 2025 @ 21:41:
005 = 20
012 = 18

Oh dat is apart. Dan is er misschien iets anders aan de hand. Je draait geen proxy, maar ook geen proxy hardware? Dus alleen een atom ? En je heb verder niet het instellingen scherm open staan op je main controller right ? Want dan kan ik ook geen service code uitvragen namelijk.

Heb je de software zelf gecompileerd of kant en klaar gekocht?

[ Voor 17% gewijzigd door xoror op 01-09-2025 21:45 ]

[Jhaboekel]

nee geen proxy of proxy hardware.
Ik heb de Github gevolgd: met aanbevolen hardware en de prebuilt binaries
Als dat is wat jij bedoelt?

[xoror]

Ja, dan zou het gewoon goed moeten gaan. je heb de z1 nl variant gekozen denk ik?
Kan je logs dumpen en naar mij sturen? Dan kan ik kijken of ik iets zie, want ik weet het zo ook niet wat er aan de hand is.

[Jhaboekel]

Z1 nl klopt

Dat is wat ik hierboven las?
UART-logging voor x aantal minuten.
Wil je dat in een bepaalde bedrijfsstand?
En hoe kan ik dit het beste opslaan?
Superbedankt alvast dat je mee wilt kijken!

[xoror]

Ja uart logging aan voor 5 mins. stand maakt niets uiit.
voor logging opslaan heb je wel iets van esphome nodig, aangezien je prebuilt binaries gebruikt gaat dat niet lukken.

Normaal kan je dan:
esphome logs --device ip ecodan-esphome.yaml > logs.txt

Maar ik weet even niet hoe het zonder esphome handig kan.

[snapo6]

xoror schreef op maandag 1 september 2025 @ 21:01:
@snapo6 Haal opnieuw de file van github en probeer het nog eens, op een of andere manier had de file op github verkeerde ident. Ik heb het net gecopieerd uit mijn werkende automation

hmmmmmm net copy/paste gedaan, echter bij opslaan dezelfde melding.

'Message malformed: extra keys not allowed @ data['0'] '

[xoror]

snapo6 schreef op maandag 1 september 2025 @ 22:04:
[...]

hmmmmmm net copy/paste gedaan, echter bij opslaan dezelfde melding.

'Message malformed: extra keys not allowed @ data['0'] '

heb je copy raw gedaan? en dan ook raw zo inplakken zonder verdere formattering?
https://raw.githubusercon...tomations/legionella.yaml

diff anders wat in jouw yaml staat met wat daar staat, komen de spaties overeen? (die zijn belangrijk)
paste ook even de regel hoe je de legionella.yaml include (moet aan begin van een regel staan in configuration.yaml)

[ Voor 9% gewijzigd door xoror op 01-09-2025 22:11 ]

[snapo6]

Heb de raw data zonder formattering geplakt.

Dit is mijn code, zie geen verschillen.

YAML:

- id: HeatpumpLegionellaStartBoilerSetpoint
  alias: Set boiler setpoint to 56 when starting legionella run
  trigger:
    - trigger: state
      entity_id:
        - sensor.ecodan_heatpump_operation_mode
      to: Legionella Prevention
  conditions:
    - condition: numeric_state
      entity_id: sensor.ecodan_heatpump_dhw_setpoint_value
      below: 56
  action:
    - action: climate.set_temperature
      data:
        entity_id: climate.ecodan_heatpump_dhw_climate
        temperature: 56
- id: HeatpumpLegionellaFinishBoilerSetpoint
  alias: Set boiler setpoint to 47 when legionella run is completed
  trigger:
    - trigger: state
      entity_id:
        - sensor.ecodan_heatpump_operation_mode
      from: Legionella Prevention
  conditions:
    - condition: numeric_state
      entity_id: sensor.ecodan_heatpump_dhw_setpoint_value
      above: 47
  action:
    - action: climate.set_temperature
      data:
        entity_id: climate.ecodan_heatpump_dhw_climate
        temperature: 47

Dit staat er in mijn config.

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

homeassistant:
  packages: !include_dir_named packages

[ Voor 14% gewijzigd door snapo6 op 01-09-2025 22:22 ]

[xoror]

@snapo6 als ik jouw code in mijn lokale repo copieer... jouw editor vernaggelt de formattering oid? De quotes om strings kan je negeren, maar de spaties zijn zeker anders (conditions bijv).

[ Voor 21% gewijzigd door xoror op 01-09-2025 22:24 ]