Mitsubishi Ecodan warmtepomp uitlezen via cn105 + esp32

[Plenkske]

Verschillende waardes gecheckt in de log van domoticz.
Sommige zie ik elke 4 seconde, sommige 5, sommige 8.

Nu de polling naar 10 sec gezet. Kijken wat dat doet

[xoror]

https://github.com/gekkekoe/esphome-ecodan-hp/commits/main/
Anders moet je tot en met 12 jan downloaden en die draaien, sinds die commits zijn de polling rate sneller geworden. Maar dan mis je de leuke vermogen estimates etc. Dus de commit pakken voor "Reduce polling rate to 500ms, get important data more often"

polling op 10s, wil zeggen dat de reguliere topics om de 2 * 10s * 20 = 400s komen
Dat is dus om de 6,7 mins. Dat lijkt me veel te lang hoor, maar moet je vooral zelf weten

[ Voor 21% gewijzigd door xoror op 28-01-2025 16:42 ]

[Plenkske]

Het lijkt nu goed te draaien met die 10sec.

@xoror noem eens een voorbeeld van zo'n regulier topic

[xoror]

alles behalve feed/return/flow ;-)
compressor frequentie bijv

Wel apart dat een pi3 elke 500ms een berichtje niet trekt

[ Voor 32% gewijzigd door xoror op 28-01-2025 16:47 ]

[Plenkske]

Feed temp zie ik nu elke 40 sec. Prima voor mij.
Die compressor freq is inderdaad zo'n 7 mins.
Toch zie ik nog genoeg andere topics vaker voorbij komen.

[xoror]

Plenkske schreef op dinsdag 28 januari 2025 @ 16:47:
Feed temp zie ik nu elke 40 sec. Prima voor mij.
Die compressor freq is inderdaad zo'n 7 mins.
Toch zie ik nog genoeg andere topics vaker voorbij komen.

klopt, feed temps zit in topic 0x0c
https://github.com/gekkek...#0x0c---heater-flow-temps

dan krijg je dhw temp ook mee. Die zie je ws.

[Plenkske]

xoror schreef op dinsdag 28 januari 2025 @ 16:50:
[...]


klopt, feed temps zit in topic 0x0c
https://github.com/gekkek...#0x0c---heater-flow-temps

dan krijg je dhw temp ook mee. Die zie je ws.

Nog een aantal die ik vaker voorbij zie komen dan die 7 min:
wifi signal
General/Custom Sensor (Estimated Output Power)
General/Custom Sensor (Ecodan Heatpump (Estimated COP))
General/kWh (Ecodan Heatpump (Estimated Total Daily Energy Produced))
operation mode
esp uptime
runtime
dipswitch dingen

Nog wel een aantal maar ik ben even afk.

[ Voor 5% gewijzigd door Plenkske op 28-01-2025 16:54 ]

[xoror]

De estimated reken ik uit aan de hand van de feed/return en flow. Dus die worden ververst als de data er is.

Operation mode is een speciale en wordt niet regulier opgehaald, update hiervan is elke 3s.
esp uptime, wifi en debugs kan je zelf instellen in de yaml hoe vaak die ververst moeten worden. Default is 5s.
Ik vergeet vast nog een aantal.

[ Voor 4% gewijzigd door xoror op 28-01-2025 16:58 ]

[Plenkske]

Duidelijk @xoror . Ik kijk het even aan zoals het nu staat. Snelle test van de climates is dat ze werken.
Dat ene topic (in domoticz een device) wat een error geeft kom ik later op terug.

[Plenkske]

@xoror


Er zijn nu 3 topics (en dus 3 devices in Domoticz) die errors geven.
Het zijn deze met allen een switch tussen heat en off volgens mij.
ESPclimatedhw_climate
ESPclimatezone_1_climate
ESPclimatezone_1_temperature

Met deze errors:
Climate device invalid/unknown mode received! (ESPclimatedhw_climate: heat)
Climate device invalid/unknown mode received! (ESPclimatezone_1_climate: heat)
Climate device invalid/unknown mode received! (ESPclimatezone_1_temperature: heat)

Deze switches ga je volgens mij nooit nodig hebben. Zou dat eruit kunnen ? Als het te lastig is dan negeer ik de errors gewoon.


De climates heb ik alledrie getest en werken verder gewoon (dhw, flow temp, room target temp). Ik heb mijn legionella script ook al aangepast.
Ik ben dus heel tevreden met deze update. Ziet er goed uit allemaal !

[Bschnitz]

Goede update, werkt lekker! Dankjewel Xoror.

Kan mij iemand vertellen hoe ik de nieuwe live "estamated cop" kan scheiden in HA?

Hij plakt namelijk alle estamated cop nu samen op 1 sensor.

Maar ik wil eigenlijk 3 aparte voor elke status (heat,dhw,cool) zodat ik geschiedenis heb van de run zelf qua COP vermogen, liefst met geleverde Ta tr ernaast.

Zo kan je goed zien wat COP doet in verhouding van Ta per status en run.

Wellicht dat een lage Ta beter is qua COP maar ik zie in de performance books bij mid en soms zelf bij max echt andere data en ook qua eigen test resultaten ben ik vaak 1 tot 2 COP hoger uit dan specificaties wat mogelijk zou moeten zijn.

Vaak draai ik zelfs onder het minimum qua vermogen wat eigenlijk zou moeten kunnen.

[Blackraven]

Is de fan speed ook uit te lezen met de ESP?
Ik kan hem met informatie werking code 019 wel opvragen op de controller, maar ben wel benieuwd hoe die zich over de dag verhoudt tot de compressor speed.
Edit: nvm
doek55 in "Mitsubishi Electric Ecodan Lucht/Water Warmtepompen"

[ Voor 20% gewijzigd door Blackraven op 28-01-2025 21:55 ]

[xoror]

Plenkske schreef op dinsdag 28 januari 2025 @ 18:58:
@xoror


Er zijn nu 3 topics (en dus 3 devices in Domoticz) die errors geven.
Het zijn deze met allen een switch tussen heat en off volgens mij.
ESPclimatedhw_climate
ESPclimatezone_1_climate
ESPclimatezone_1_temperature

Met deze errors:
Climate device invalid/unknown mode received! (ESPclimatedhw_climate: heat)
Climate device invalid/unknown mode received! (ESPclimatezone_1_climate: heat)
Climate device invalid/unknown mode received! (ESPclimatezone_1_temperature: heat)

Deze switches ga je volgens mij nooit nodig hebben. Zou dat eruit kunnen ? Als het te lastig is dan negeer ik de errors gewoon.


De climates heb ik alledrie getest en werken verder gewoon (dhw, flow temp, room target temp). Ik heb mijn legionella script ook al aangepast.
Ik ben dus heel tevreden met deze update. Ziet er goed uit allemaal !

Die switches doen idd niets, want ik heb mode switches via de climates disabled, dat gaf teveel issues (naar welke mode switch je bijv). Hij vindt het niet leuk om in heating te staan zonder heating capability. je kan die negeren. Ik heb de capabilities goed gezet, maar dan krijg je af en toe 1e keer nog een error. Je kan even laatste update ophalen

@Blackraven Helaas niet mogelijk, ze staan niet in modbus register overzicht

@Bschnitz zoiets

YAML:

sensor:
  - name: "Realtime DHW COP"
    unique_id: "realtime_heatpump_cop_dhw"
    unit_of_measurement: ""
    state: >-
      {% set cop = states('sensor.ecodan_heatpump_estimated_cop') | default(0) | float %}
      {% set op = states('select.ecodan_heatpump_selected_operating_mode') %}
      {{ cop if (op == "Heating Water") else 0 | float | round(2) }}

relevante status_operation codes zijn in het engels

code:

  Heating Water
  Space Heating
  Space Cooling
  Frost Protection
  Legionella Prevention

voor heat en cool moet je ook z'n variant maken. Een beetje uitproberen.

[ Voor 26% gewijzigd door xoror op 30-01-2025 14:25 ]

[Geeforce]

Estiminated COP staat hier sinds de updaet van vanmiddag nog altijd op 0. Klopt dat? Of begrijp ik het verkeerd?

[HaTe]

xoror schreef op vrijdag 3 mei 2024 @ 13:28:
nog een paar velden toegevoegd
- In6 (room 2 thermostat) ingang
- 2e pomp
- 2e 3-wegsklep

De 2e pomp klopt niet denk ik. Deze is altijd tegelijk aan met pomp 1 volgens de ESP. Ik had verwacht dat pomp 2 de SWW pomp zou zijn.

[xoror]

@Geeforce Werkt alleen als je FTC6+ heb. En hij toont alleen als hij iets aan het doen is (sww/verwarmen/koelen). Je ziet de COP over de afgelopen 0.1 kWh opgenomen vermogen.

[xoror]

HaTe schreef op dinsdag 28 januari 2025 @ 22:19:
[...]

De 2e pomp klopt niet denk ik. Deze is altijd tegelijk aan met pomp 1 volgens de ESP. Ik had verwacht dat pomp 2 de SWW pomp zou zijn.

Pomp2 is dus "P2 : Water Pump 2 (OUT2)".
https://github.com/gekkekoe/esphome-ecodan-hp/issues/72
Op mijn unit heb ik geen aparte sww pomp, de primaire pomp pompt dmv de driewegsklep warmte door de spiralen van mijn sww tank. Bij mij is pomp 2 volgens mij daarom hetzelfde als primary. Maar bij anderen is dit wel anders (cylinder units ipv hydrobox).

[ Voor 25% gewijzigd door xoror op 28-01-2025 23:06 ]

[Miezie]

Die cop feature is een mooie! Keurig een stabiele cop van 5/5.1 af te lezen. I like!!

[Blackraven]

HaTe schreef op dinsdag 28 januari 2025 @ 22:19:
[...]

De 2e pomp klopt niet denk ik. Deze is altijd tegelijk aan met pomp 1 volgens de ESP. Ik had verwacht dat pomp 2 de SWW pomp zou zijn.

1e pomp is de status van OUT1 (TBO.1 1-2), dit is de ingebouwde circulatiepomp.
2e pomp is de status van OUT2 (TBO.1 3-4), deze wordt gebruikt als je een extra opvoerpomp hebt die door de ecodan wordt aangestuurd, bijvoorbeeld bij een parallel buffervat.
(Edit: ik zie dat dit voor zone 1 is, dus als je 2 zones hebt, zou hij qua status dus wel kunnen verschillen met pomp1 waarde)
en dan voor de volledigheid ook pomp 3 nog maar even:
OUT3 TBO.1 5-6 Watercirculatiepomp 3 uitgang (Ruimteverwarming/-koelen voor Zone2)
de drinkwaterpomp zit op OUT14.
(Dit is voor mijn cilinder-unit, maar zal redelijk overeenkomen met de meeste andere units.)

[ Voor 24% gewijzigd door Blackraven op 29-01-2025 09:55 ]

[xoror]

Ik heb even de estimated COP vergeleken met de COP die ik met de kWh meter uitreken en de WP (zonder pulse meter) is wat conservatiever


Als ik kijk naar het dag verbruik van gisteren tussen de kWh metert en de WP zit er wel verschil tussen.
WP: 16.92kWh verwarmen, 2.11 kWh sww, totaal: 19.03 kWh
kWh meter: 17.19 kWh

De WP schat dus zonder pulse meter een beetje fout (+- 10%). Daardoor is de COP ook lager. Maar dit was dan een dag dat het afwijkt, er zijn ook gek genoeg dagen dat er maar een paar procent tussen zit en dan zit hij vrij goed.


Al met al blijft het een schatting, maar een hele handige om het beste rendement te vinden als je geen kWh meter heb

[Plenkske]

xoror schreef op dinsdag 28 januari 2025 @ 22:03:

Die switches doen idd niets, want ik heb mode switches via de climates disabled, dat gaf teveel issues (naar welke mode switch je bijv). Hij vindt het niet leuk om in heating te staan zonder heating capability. je kan die negeren. Ik heb de capabilities goed gezet, maar dan krijg je af en toe 1e keer nog een error. Je kan even laatste update ophalen

Dit heeft geholpen, thanks ! Zojuist geupdate en ik zie nog geen errors. Zal later vandaag nog eens checken.

[xoror]

Plenkske schreef op woensdag 29 januari 2025 @ 10:02:
[...]


Dit heeft geholpen, thanks ! Zojuist geupdate en ik zie nog geen errors. Zal later vandaag nog eens checken.

Errors zie je alleen nog evt bij opstarten door timing met init capabilities, daarna niet meer. Maar je kan ze verder negeren, die switches gebruiken we niet meer. Vroeger kon je die heating cooling switch koppelen aan een default heating/cooling mode, maar dat gaf veel verwarring en werkte ook inconsistent als de mode van andere bronnen (ftc controller bijv) wordt aangepast. Dus had ik die capabilities weg gehaald, maar dan geeft die dus errors (dom ding)

[ Voor 6% gewijzigd door xoror op 29-01-2025 10:08 ]

[Plenkske]

Tot nu toe geen errors en ik had even het aanpassen van een climate (flow temp) getest, dat werkt ook gewoon.

Vraagje @xoror over het volgende stukje code (in status.h):

code:

enum class HpMode : uint8_t
        {
            OFF = 255,
            HEAT_ROOM_TEMP = 0,
            HEAT_FLOW_TEMP = 1,
            HEAT_COMPENSATION_CURVE = 2,
            COOL_ROOM_TEMP = 3,
            COOL_FLOW_TEMP = 4
        };

Die getallen die daar staan, is dat gekoppelt aan wat binnenkomt vanuit de WP ?
In domoticz is bij een switch namelijk "0" gekoppelt aan off. In de interface kan ik prima kiezen voor "heat target", maar als ik via een timer het wil instellen dan staat die er niet tussen. Die staat dan op "off" , maar als ik dat gebruik in een timer werkt het niet.

Of is het misschien op te lossen in de zone1.yaml:

code:

select:
  - platform: template
    name: ${heatpump_select_operating_mode}
    id: heatpump_select_operating_mode
    optimistic: true
    restore_value: true
    options:
      - ${heat_target_temperature}
      - ${heat_flow_temperature}
      - ${heat_compensation_curve}
      - ${cool_target_temperature}
      - ${cool_flow_temperature}
    set_action:
      - lambda: |-
          auto index = id(heatpump_select_operating_mode).index_of(x);
          auto active_index = id(heatpump_select_operating_mode).active_index();
          if (index.has_value() && index.value() != active_index.value()) {
            id(ecodan_instance).set_hp_mode(static_cast<uint8_t>(index.value()), esphome::ecodan::SetZone::ZONE_1);
          }

Zo ziet die switch eruit in domoticz als ik wil wijzigen. De 0 zit dus aan die target temp. Maar ik zou die dan liever op een ander getal hebben.


Ik verwacht eigenlijk dat als ik het in Domoticz zou aanpassen, dat het dan door het mqtt device weer wordt aangepast.

[ Voor 14% gewijzigd door Plenkske op 29-01-2025 11:05 ]

[xoror]

@Plenkske
dat zijn inderdaad interne nummers van de WP. 255 is een speciale van mij. Maar ik denk dat deze codes niet exposed worden, zijn internal en ws alleen via esphome te benaderen. Naar buiten wordt er een string van gemaakt: https://github.com/gekkek...4aed/confs/base.yaml#L129

Verder kan je inderdaad beter die index gebruiken, dat is de selected mode. Heb je geen last van translations. De volgorde die daar staat komen overeen met de index.

@Bschnitz je moet dus ws de sensor status_operation en vergelijken met de translated strings (https://github.com/gekkek...ecodan-labels-en.yaml#L87) Heb voorbeeldje even aangepast

[Plenkske]

xoror schreef op woensdag 29 januari 2025 @ 11:30:
Verder kan je inderdaad beter die index gebruiken, dat is de selected mode. Heb je geen last van translations. De volgorde die daar staat komen overeen met de index.

Ik ben niet zo bekend met yaml instellen. Volgorde en index snap ik wel, maar hoe kan ik er dan voor zorgen dat die eerste niet als "0" binnen komt ?

[xoror]

@Plenkske blijkbaar is het 0 based, ik heb nooit naar de interne waarde gekeken. Makkelijkste is een copy sensor maken en dan de waarde +1 of 100 oid doen dan krijg je range die je evt zoekt.
https://esphome.io/components/copy.html
https://github.com/gekkek...4aed/confs/base.yaml#L330
Laatste link heeft een voorbeeld met lambda

Een template sensor definieren kan ook en dan mappen naar je eigen range. Of werken met de string waarde van status_operation

[ Voor 5% gewijzigd door xoror op 29-01-2025 11:43 ]

[Plenkske]

@xoror ik heb het toch anders weten op te lossen in domoticz. Blijkbaar moet ik echt het "off" command geven om te wisselen naar heat target. Voor de duidelijkheid: wisselen naar heat flow is een "on" mét keuze heat flow.

[Bschnitz]

Ik wil graag een defrost sensor counter maken, maar ik krijg not allowed. Why...

code:

sensor:
  - name: "Defrost today"
    platform: history_stats
    unique_id: "Defrost_today"
    entity_id: binary_sensor.ecodan_heatpump_defrost
    state: "on"
    type: count

Wat doe ik fout?

[xoror]

Bschnitz schreef op donderdag 30 januari 2025 @ 16:26:
Ik wil graag een defrost sensor counter maken, maar ik krijg not allowed. Why...

code:

sensor:
  - name: "Defrost today"
    platform: history_stats
    unique_id: "Defrost_today"
    entity_id: binary_sensor.ecodan_heatpump_defrost
    state: "on"
    type: count

Wat doe ik fout?

ws ziets

YAML:

sensor:
  - platform: history_stats
    name: "Defrost today"
    entity_id: binary_sensor.ecodan_heatpump_defrost
    state: "on"
    type: count
    end: "{{ today_at('00:00') }}"
    duration:
      hours: 24

(Even testen of dit wel werkt, misschien moet je state transitions tellen, dus van off -> on moet je tellen ws. Moet je even testen/googlen hoe dat moet.)

[ Voor 31% gewijzigd door xoror op 30-01-2025 17:07 ]

[Bschnitz]

Ik mag gewoon heel de functie history_stats niet gebruiken. Vaag, volgende poging ....

Alles behalve makkelijk dus.

[xoror]

je moet die integration even installeren
https://www.home-assistant.io/integrations/history_stats/

blauwe knopje add integration to my ha drukken

[Bschnitz]

xoror schreef op donderdag 30 januari 2025 @ 18:20:
je moet die integration even installeren
https://www.home-assistant.io/integrations/history_stats/

blauwe knopje add integration to my ha drukken

Heb ik gedaan, mag nog steeds niet de functie gebruiken in yaml op de server.

Mag wel via jou link via de interface de helper maken, maar daar krijg errors op.

Zoals deze:

Parsing error: start must be a datetime or a timestamp: could not convert string to float: '"2025-01-31 00:01:00+01:00"'

Maakt eigenlijk niet uit wat ik invul.

"{{today_at('00:01')}}"

Of simpel dingen zoals now etc.

Niets mag van dat ding.

Heb ook OFF ipv ON geprobeerd, gezien dat de state is die ik kan vinden. Running is een attribute blijkbaar.

Maar dat maakt qua telling niet uit, want tellen of die in ON gaat of terug naar OFF komt natuurlijk op hetzelfde neer.

Note: wat lopen spelen, blijkbaar mag je " niet gebruiken in de interface.

{{today_at('00:01')}} werkt wel.

Update 2: hij telt alleen niet.... Al 4 defrost gehad en geen counts.

Zowel op ON als OFF...

Moet ik running gebruiken?

[ Voor 10% gewijzigd door Bschnitz op 31-01-2025 09:03 ]

[Breud]

Blackraven schreef op vrijdag 17 januari 2025 @ 12:08:
[...]

Heb je hem al eens geüpdate? Ik had begin vorige maand precies hetzelfde, nu na een update is het wifi signaal een stuk sterker en valt-ie -tot dusver- niet meer weg.

ik heb vanmorgen ge-update en het valt idd op dat het wifi signaal een stuk beter is.
Ook heb ik wat meer sensoren beschikbaar die ik kan uitlezen via HA

[xoror]

@Bschnitz Is het nog gelukt ? ik heb weinig tijd om het uit te zoeken.

@Breud Wifi verbeteringen heb ik al een tijd geleden doorgevoerd, dus dan draaide je ws best oude firmware. De nieuwe sensors zijn vooral voor het schatten van het vermogen en COP etc.

[Bschnitz]

xoror schreef op zaterdag 1 februari 2025 @ 10:12:
@Bschnitz Is het nog gelukt ? ik heb weinig tijd om het uit te zoeken.

@Breud Wifi verbeteringen heb ik al een tijd geleden doorgevoerd, dus dan draaide je ws best oude firmware. De nieuwe sensors zijn vooral voor het schatten van het vermogen en COP etc.

Nope, ik ben er nu al 16 uur bezig 😭, ik geef het op. Jou COP formule doet het ook niet, blijft op 0 staan tijdens de SWW run.

Hij telt gewoon niet. Als ik via Dev tools de status zelf verandert wel. Maar niet als die het zelf doet 🤐.

On/off/running/not running etc. (Geen reactie)

Ik dacht wellicht is de issue dat het een binaire sensor is, dat hier limited opties voor zijn. Dat is ook zo, on en off. Maar daar reageert die dus ook niet op. Hij staat ook ON/OFF op jou ESP zelf.

Krijg het vermoeden dat hij die status niet meekrijgt in HA ofzo en het om die reden niet werkt wat ik probeer.

De voorbeelden op HA met een lichtschakelaar of een wasmachine/droger die aan en uit gaat bouw ik na met de sensor van defrost.

Maar het werkt dus niet 😮‍💨

Begrijp er ook nog onvoldoende van om te troubleshooten waar het fout gaat. Dus ik zit nu muur vast.

Ben maar verder gegaan met zonneplan dashboard en thermostaat dashboard.

HACS heb ik er ook op een of andere manier op gekregen, vraag niet hoe 😂

MQTT broker werkt en draait nu ook, probleem was dat ik perse een gebruiker ervoor moest maken.

De SigenStor zit er ook in en energie dashboard werkt nu ook.

De community app store staat er nu ook in en ik kan repos toevoegen.

Alles wat niets te maken heeft met code zelf schrijven binnen HA lukt me na 3-5 dagen nu wel.

[xoror]

@Bschnitz https://github.com/home-assistant/core/issues/123379
het lijkt erop dat die history stats alleen via de ui te configureren is. Heb het zelf ook nog nooit gebruikt dus

[Cranberry]

xoror schreef op zaterdag 1 februari 2025 @ 10:12:

@Breud Wifi verbeteringen heb ik al een tijd geleden doorgevoerd, dus dan draaide je ws best oude firmware. De nieuwe sensors zijn vooral voor het schatten van het vermogen en COP etc.

'k Begrijp dus dat er recent geen wijzigingen meer zijn doorgevoerd die invloed zouden kunnen hebben op de stabiliteit van de wifi-verbinding?

De eerste weken had ik ook last van wegvallende verbindingen. Na installatie van de versie waarin je wijzigingen m.b.t. wifi hebt geïmplementeerd heb ik lange tijd geen issues gehad. Toen ik een week of twee geleden weer geüpdate heb, lijken stabiliteitsissues weer terug. 'k Heb nu voor de tweede keer deze week weer problemen.

Ik weet dat m'n wifi-signaal op de één of andere manier zwak is, hoewel ik 3m verder (in de schuur) een AP hangt.

@AUijtdehaag ik heb de kabel van 1m. Heb je ook langere of een verlengkabeltje? Tussen de ESP en het AP bevindt zich een expansievat en ik denk dat helpt als ik de ESP ergens anders kan neerleggen.
Het kabeltje is nu net lang genoeg om de ESP buiten de WP-behuizing te krijgen, maar het houdt niet over.

[AUijtdehaag]

@Cranberry
Ik heb enkel de 1 mtr kabeltjes, sorry

Phil uit de UK maakt langere kabeltjes, ik heb je een DM gestuurd.

[ Voor 39% gewijzigd door AUijtdehaag op 01-02-2025 19:23 ]

[xoror]

Ik heb juist alleen een wijziging gedaan dat hij niet meer mag rebooten bij slechte wifi, om te voorkomen dat hij naar die captive portal gaat waar je wifi moet invullen

@Cranberry als je ethernet in de buurt heb zou ik nog een wifi AP dichtbij je wp doen of direct via ethernet aansluiten icm heishamon board bijv

[ Voor 30% gewijzigd door xoror op 01-02-2025 20:17 ]

[Bschnitz]

xoror schreef op zaterdag 1 februari 2025 @ 18:53:
@Bschnitz https://github.com/home-assistant/core/issues/123379
het lijkt erop dat die history stats alleen via de ui te configureren is. Heb het zelf ook nog nooit gebruikt dus

Dat verklaart hoezo ik het alleen via de interface kon doen, maar zelfs dan telt hij dus niet.

Wat is de juiste "state" die is vrij in te vullen. Hij telt dus niks.... Alsof er geen state is.

[xoror]

Bschnitz schreef op zaterdag 1 februari 2025 @ 20:19:
[...]

Dat verklaart hoezo ik het alleen via de interface kon doen, maar zelfs dan telt hij dus niet.

Wat is de juiste "state" die is vrij in te vullen. Hij telt dus niks.... Alsof er geen state is.

Als ik de waarden bij mij zie dan is het "Running", maar weet niet wat hij is als het nederlands is, dat moet je even kijken

[Miezie]

Bschnitz schreef op zaterdag 1 februari 2025 @ 11:25:
[...]

Nope, ik ben er nu al 16 uur bezig 😭, ik geef het op. Jou COP formule doet het ook niet, blijft op 0 staan tijdens de SWW run.

Hij telt gewoon niet. Als ik via Dev tools de status zelf verandert wel. Maar niet als die het zelf doet 🤐.

On/off/running/not running etc. (Geen reactie)

Ik dacht wellicht is de issue dat het een binaire sensor is, dat hier limited opties voor zijn. Dat is ook zo, on en off. Maar daar reageert die dus ook niet op. Hij staat ook ON/OFF op jou ESP zelf.

Krijg het vermoeden dat hij die status niet meekrijgt in HA ofzo en het om die reden niet werkt wat ik probeer.

De voorbeelden op HA met een lichtschakelaar of een wasmachine/droger die aan en uit gaat bouw ik na met de sensor van defrost.

Maar het werkt dus niet 😮‍💨

Begrijp er ook nog onvoldoende van om te troubleshooten waar het fout gaat. Dus ik zit nu muur vast.

Ben maar verder gegaan met zonneplan dashboard en thermostaat dashboard.

HACS heb ik er ook op een of andere manier op gekregen, vraag niet hoe 😂

MQTT broker werkt en draait nu ook, probleem was dat ik perse een gebruiker ervoor moest maken.

De SigenStor zit er ook in en energie dashboard werkt nu ook.

De community app store staat er nu ook in en ik kan repos toevoegen.

Alles wat niets te maken heeft met code zelf schrijven binnen HA lukt me na 3-5 dagen nu wel.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Die teller kijkt naar de history en niet realtime. Eerste zin in de documentatie.

Je moet een helper aanmaken:
https://www.home-assistant.io/integrations/counter/
En dan een automation die op de State change van de defrost een increment doet.

[xoror]

@Miezie hij kijkt naar https://www.home-assistant.io/integrations/history_stats/
die zou het ook moeten kunnen

[Miezie]

xoror schreef op zondag 2 februari 2025 @ 00:20:
@Miezie hij kijkt naar https://www.home-assistant.io/integrations/history_stats/
die zou het ook moeten kunnen

Als ik het zo lees niet. Je definieert een tijdsbestek waarin een telling gedaan wordt in het verleden…
Maar het zou niet de eerste keer zijn als meerdere wegen naar Rome leiden.

[xoror]

Window kan je definieren als start vandaag 0:00 met een duur van 24h, dan heb je effectief vandaag gedefinieerd, en kan je de state counten (effectief heb je dan de overgangen, want elke count is 1 z'n blokje waar hij van/naar running is gegaan)

Maar goed, misschien is die counter integration wel eenvoudiger, ik had deze (history_stats) ook nog niet gebruikt

[Bschnitz]

xoror schreef op zaterdag 1 februari 2025 @ 23:28:
[...]


Als ik de waarden bij mij zie dan is het "Running", maar weet niet wat hij is als het nederlands is, dat moet je even kijken

Ik draai alles in Engels

Heb hem via de interface aangemaakt met alle states die ik kan bedenken. Je kan er namelijk meer dan 1 toevoegen.

Hij telt niet nu en niet in het verleden.

Hij telt dus wel als ik handmatig de status via Dev tools trigger.

Vandaar dat ik er niks van snap.

Ga wel kijken of ik eruit komt via die andere manier die jullie beschrijven.

[Geeforce]

Even met de history stats zitten spelen en hier telt hij ze per dag. Heb er vandaag 14 gehad.

Via een helper een History stats toevoegen:

Geef een naam
Entity: Ecodan heatpump Defrost
State: ik heb On en on toegevoegd, maar het zal 1 van beide zijn
Type: Count

Start: {{ today_at() }}
End: LEEG laten
Duration: 0:24:00:00

[Bschnitz]

Geeforce schreef op zondag 2 februari 2025 @ 19:23:
Even met de history stats zitten spelen en hier telt hij ze per dag. Heb er vandaag 14 gehad.

Via een helper een History stats toevoegen:

Geef een naam
Entity: Ecodan heatpump Defrost
State: ik heb On en on toegevoegd, maar het zal 1 van beide zijn
Type: Count

Start: {{ today_at() }}
End: LEEG laten
Duration: 0:24:00:00

[Afbeelding]

[Afbeelding]

Dat probeer ik al 3 dagen op deze manier met alle states die ik kan bedenken en niks.

Ik ga hem weer maken. Voor de 10de keer.

Update:

Yup. Nu doet die het.

Probleem was de start. Bizar.

{{ today_at() }} was goed en {{ today_at('00:00') }} niet.

Dat is alles wat ik nu anders via de helper heb gedaan en alleen on en On zoals jij. Voor de rest stond er ook nog running en off tussen etc.

[ Voor 18% gewijzigd door Bschnitz op 02-02-2025 19:45 ]

[Geeforce]

Zou het kunnen dat je echt op de ADD knop moet drukken na het opgeven van de state? Dus als je daar wat invult, maar niet op ADD drukt, dat de state dan leeg is?

Komt dit ergens in een yaml file te staan? Dan kan ik dat checken, in dit geval zou er dan maar 1 state in de config komen.

Update:
Waarschijnlijk ligt het hier niet aan, toch benieuwd waar dit in de config ergens wordt opgeslagen.

[ Voor 16% gewijzigd door Geeforce op 02-02-2025 19:34 ]

[xoror]

Update:
Het remote thermostat project ondersteunt nu ook multi zones. Dus je kan nu voor z1 en z2 een master remote controler (RC) aanwijzen.

[Geeforce]

DHW en heating consumed, is dat het aantal kWh opgenomen uit het net?

[xoror]

Geeforce schreef op woensdag 5 februari 2025 @ 19:48:
DHW en heating consumed, is dat het aantal kWh opgenomen uit het net?

Ja, al is het een berekening van de WP. Over een maand klopt het wel aardig met een kWh meter.

[Geeforce]

xoror schreef op woensdag 5 februari 2025 @ 19:56:
[...]


Ja, al is het een berekening van de WP. Over een maand klopt het wel aardig met een kWh meter.

Check, want nu klopt het inderdaad niet. Volgens de P1 totaal aan verbruik vandaag 18.3, en DHW 6,51 en Heating 14,93= 24.41 Dus de WP doet dat dan niet goed.

[xoror]

p1 meter meet het hele huis, dus dat kan je niet zo vergelijken. De gemeten waarden zij van een dag geleden.

Er zit een reported daily total consumed die 'realtime' is. die klopt aardig.

6.5 kWh voor DHW is best veel tenzij er een legionella run bezig was. Ben je niet de produced aan het bekijken?!

[Bschnitz]

Geeforce schreef op woensdag 5 februari 2025 @ 20:01:
[...]


Check, want nu klopt het inderdaad niet. Volgens de P1 totaal aan verbruik vandaag 18.3, en DHW 6,51 en Heating 14,93= 24.41 Dus de WP doet dat dan niet goed.

Je weet zeker dat dit niet je output is? Of wat Xoror aangeft van gisteren?

[ Voor 35% gewijzigd door Bschnitz op 05-02-2025 20:12 ]

[Geeforce]

Even bij gisteren gekeken, inderdaad een legionella run van 2 uur. En nog een uur verwarmen van water. Maar het zijn echt de Consumed waardes. Wist niet dat het van gisteren was ;-)

Uiteraard kun je dit niet vergelijken met de P1 van het totaal, maar totaal consumed zou lager moeten zijn dan totaal p1. En voor gisteren klopt dat idd wel.

[ Voor 6% gewijzigd door Geeforce op 05-02-2025 20:22 ]

[Breud]

het valt op dat na de update, ondanks een sterkere signaalsterkte, regelmatig de connectie met de ESP wegvalt. In home assistant springen alle sensoren op 'unavailable'.

[Plenkske]

Hier nog niet gehad sinds de update, maar daarvoor eigenlijk ook nooit. Wifi signaal zit rond de 50%

[xoror]

Wifi is stabiel hier (al sinds begin), en er is niets gewijzigd mbt netwerk recentelijk.

@Breud qua uptime van de esp, kan je zien of die doorloopt of is hij gereboot ? Maar jij had geloof ik een tijdje terug ook duplicate state changes gepost, dat kan gevolg zijn dat hij even weg is gevallen en terug komt.
State gaat dan eerst van Unavailable naar zijn state.

[Breud]

wifi sterkte is 70%, dus goed eigenlijk.dus waarom hij 'uitvalt' is me een raadsel.

als de waarden in HA om 'unavailable' staan, dan is de ESP ook niet benaderbaar via heatpump-ecodan.local.
Om het werkend te krijgen haal ik heel even via de meterkast de stroom van de wp af en weer erop. Daarna doet de ESP het vrijwel direct weer.

[Wouterie]

@Breud Valt je wifi weg of gaat je WP in storing? Mijn binnenunit sprong in het begin in P1 storing waardoor de ESP ook uitvalt. Was een beetje kip - ei verhaal maar als de ESP geen geldige waarde gaf aan de binnenunit dan sprong hij in P1. Maar als ik een waarde meegaf (15 bijvoorbeeld) dan bleef de storing uit.

[xoror]

@Breud
je moet kijken naar signaal sterkte in dbm. Bepaalde accesspoints kunnen het ook veroorzaken dat je netwerk wegvalt.

Je kan de esp laten rebooten wanneer ha verbinding wegvalt. Ik heb wel uit gezet dat hij reboot als de wifi weg valt. Ws maakte je hier gebruik van. Misschien moet ik dat weer aanzetten.

Je kan zelf ook de esp laten rebooten als de HA verbinding wegvalt, zet deze setting op iets van 30s

YAML:

api:
  reboot_timeout: 0s

en dan even rebuilden en flashen

Maar het beste is de esp buiten de unit plaatsen icm een router in de buurt. Je kan de esp dan rebooten door het knopje op de zijkant te drukken ipv hele wp uit.

Hoeveel graden is je esp temp? ik weet dat er wat gare units in de omloop zijn die hoge temps hebben en uitvallen.

[Breud]

xoror schreef op donderdag 6 februari 2025 @ 10:27:
@Breud


Maar het beste is de esp buiten de unit plaatsen icm een router in de buurt. Je kan de esp dan rebooten door het knopje op de zijkant te drukken ipv hele wp uit.

Hoeveel graden is je esp temp? ik weet dat er wat gare units in de omloop zijn die hoge temps hebben en uitvallen.

hij hangt al buiten de warmtepomp. 64 dBm is de sterkte, met een temperatuur vasn 38,4 graden. er hangt een access point in de kamer verder op, hemelsbreed op zo'n 3 meter afstand.

Omdat ik via de ESP het kWh verbruik van de warmtepomp log per operatiestand (verwarmen, SWW, cooling etc.) wens ik eigenlijk altijd 100% uptime. De kWh registratie werkt niet goed als de ESP niet werkt.

[Plenkske]

Misschien is de ESP zelf niet meer helemaal goed ? Al eens een andere geprobeert ? Of even helemaal leeg maken en opnieuw flashen ?

[xoror]

@Breud Het is de wifi, 99% van problemen die bij mij binnen komen is wifi. Het is altijd hetzelfde verhaal
Kan je hier nog wat uit halen https://esphome.io/guides...eps-reconnecting-randomly ? Temp is verder goed. Check of je esp wel op die AP gepinned is, vaak zie je dat ze rond verhuisd worden. En dan krijg je issues

Als je de mogelijkheid heb kan je hem ook via ethernet koppelen, dan heb je geen wifi issues meer. Maar mijn wifi valt eigenlijk nooit uit.

@Plenkske Ik denk dat de esp goed is, temp is prima. Het is ws combi van router.
hier nog z'n user: https://github.com/gekkek...ecodan-hp/discussions/115

[ Voor 14% gewijzigd door xoror op 06-02-2025 10:40 ]

[Breud]

hoe kan ik die via ethernet koppelen? ik kan er geen UTP kabel fysiek inprikken

[xoror]

@Breud

Ik kan ondersteuning toevoegen voor https://docs.m5stack.com/en/atom/Atomic%20PoE%20Base (let op niet POE gebruiken alleen ethernet)
Zijn er meer mensen die ethernet willen ? Want dan moet ik ff z'n ding halen en ondersteuning toevoegen. Maar het gevaar hier is dat mensen dan PoE gebruiken en de 5v van de WP, dat moet je niet doen. Dus een beetje huiverig hiervoor.

short term: kan je die AP niet in de zelfde kamer naast je atom zetten en kijken hoe het gaat ? (als je al utp heb)


of een heishamon large met ethernet module (dat ondersteun ik nu al)

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

[Breud]

WP staat hier in de technische ruimte. Daar heb ik geen UTP naar toe lopen.

Voor nu heb ik de time-out setting op 30s gezet en de ESP geflashed. Eens kijken of dat verbeterd.
Zo niet, dan heb ik ngo een ziggo wifi spot die ik in de technische ruimte kan hangen.

[Miezie]

Breud schreef op donderdag 6 februari 2025 @ 11:41:
WP staat hier in de technische ruimte. Daar heb ik geen UTP naar toe lopen.

Voor nu heb ik de time-out setting op 30s gezet en de ESP geflashed. Eens kijken of dat verbeterd.
Zo niet, dan heb ik ngo een ziggo wifi spot die ik in de technische ruimte kan hangen.

Kan je nu als proef een pod in de ruimte brengen? Kan best wel eens de kwaliteit van de ziggo hardware zijn.

Hier een Fritz netwerk met een repeater 6000 op een vergelijkbare afstand… niks nakkes nada aan issues.

[Mazoutje]

Ik heb het hele topic hier eens doorgenomen. Is het mogelijk dat er nog geen optie is om de pompsnelheid van je primaire circulatiepomp aan te passen?

[Breud]

Miezie schreef op donderdag 6 februari 2025 @ 21:30:
[...]

Kan je nu als proef een pod in de ruimte brengen? Kan best wel eens de kwaliteit van de ziggo hardware zijn.

Hier een Fritz netwerk met een repeater 6000 op een vergelijkbare afstand… niks nakkes nada aan issues.

later. Eerst een proef of de aanpassing in de yaml file met de time out setting resultaat heeft.
werkt dat niet dat plaats ik een pod

[xoror]

@Mazoutje Dit is niet mogelijk over cn105, alleen direct op de controller (dat is een andere protocol).

@Breud je kan nog wat korter instellen, maar het doet niets anders dan rebooten als de verbinding met HA zoveel seconden wegvalt. Is niet ideaal maar beter dan helemaal niets.

[Mazoutje]

xoror schreef op vrijdag 7 februari 2025 @ 14:27:
@Mazoutje Dit is niet mogelijk over cn105, alleen direct op de controller (dat is een andere protocol).

En denk je dat dit louter technisch mogelijk is, door te proberen connecteren met de controller?

[xoror]

Mazoutje schreef op vrijdag 7 februari 2025 @ 15:51:
[...]


En denk je dat dit louter technisch mogelijk is, door te proberen connecteren met de controller?

Is een andere poort en protocol, daar is nog niets over bekend. Uiteraard is het mogelijk, maar iemand moet tijd nemen om het te ontrafelen. Als je de motor wil bedienen zou je kunnen proberen met PWM op een motor unit die dat support. Maar je wil ws max pomp snelheid hebben ws.

[ Voor 8% gewijzigd door xoror op 07-02-2025 16:41 ]

[xoror]

xoror in "Mitsubishi Electric Ecodan Lucht/Water Warmtepompen"
zo te zien gaan we binnenkort veel meer over cn105 kunnen. Vooral die service codes zijn handig, dwz dat we de laatste puzzelstukjes voor elkaar gaan krijgen

Hardware gaat EAC-MT-M1 heten en is compatible met ftc6 en 7. Gedeeltelijk ervoor.

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

[xoror]

Ik heb logs binnen gekregen en ga het analyseren, dus we kunnen binnenkort eindelijk compressor start/stops en veel meer doen

[xoror]

Ik heb het basically working Welke code willen we allemaal? Ik dacht aan de volgende:

003 Compressor start/stops
004 TH4 Discharge
005 TH3 Liquid pipe 1
007 TH6 2-Phase pipe
008 TH32 Suction pipe
009 TH7 Outside Air
010 TH8 Heatsink
012 Discharge SuperHeat
013 Sub-cool
016 Compressor frequency
019 Fanspeed

[ Voor 16% gewijzigd door xoror op 09-02-2025 16:07 ]

[Blackraven]

@xoror Codes 019 en 061 zijn mijn favorieten na dit weekend
Blackraven in "Mitsubishi Electric Ecodan Lucht/Water Warmtepompen"
Oh wacht, het is voor de FTC6

[ Voor 60% gewijzigd door Blackraven op 10-02-2025 09:04 ]

[xoror]

@Blackraven 19 zit er al in ben aan het testen. Het meeste werkt ook voor ftc5

[Blackraven]

@xoror Da's mooi om te horen
FYI:
code 061 is de stand van het vermogenskabeltje:
Standaard (niet aangesloten) geeft hij aan 0003, ofwel 100% vermogen. (0002 = 75%, 0001 = 50% en 0000 = uit).

[xoror]

@Blackraven ik zal later meer info posten en test branch

[Plenkske]

xoror schreef op zondag 9 februari 2025 @ 16:02:
003 Compressor start/stops
019 Fanspeed

Deze 2 zijn wel leuk, voor de rest vind ik het niet zo interessant.

[xoror]

Het zijn dure calls in tijd. Elke service code blocked andere calls for 5s. Ik heb even een dag gelogged, maar ik denk idd vanwege het bovenstaande dat ik alleen het volgende standaard meeneem
- Fanspeed
- compressor starts
- Discharge temp
- liquid pipe temp (th3, aka defrost thermistor)

[xoror]

Het betreft best wel wat wijzigingen om met de service calls om te kunnen gaan. Het volgende is gewijzigd:
- sneller ophalen van flow, feed/return temp reverted. Alles wordt nu regulier opgehaald, en ~ 1x in de 11s wordt er een service call gedaan.
- service call duurt ongeveer 5 sec en blocked tijdelijk andere calls. Schrijf acties worden gequeued en moeten gewoon blijven werken, maar als je iets raars ziet rapporteer het vooral
- Zoals vermeld doe ik vanwege de tijd voorlopig alleen de volgende service codes: Fanspeed, Compressor starts, Discharge temp, liquid pipe1 (th3)


Als je het wil proberen verander dan (ik wil het nog even een tijdje proef draaien, liefst met een aantal testers hier):

YAML:

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

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

naar:

YAML:

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

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

En builden en flashen maar.

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

[Blackraven]

@xoror ik zie de nieuwe entities niet in HA?

[xoror]

@Blackraven wel build clean gedaan? Zou gewoon automatisch bij moeten komen. zie je ze wel in esphome webpage?

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

[Blackraven]

xoror schreef op maandag 10 februari 2025 @ 10:54:
@Blackraven wel build clean gedaan? Zou gewoon automatisch bij moeten komen. zie je ze wel in esphome webpage?

Nope, nu wel, maar hij blijft op 89 entiteiten hangen.
Dacht nog aan een typo omdat ik service_codes had gebruikt, bij nalezen zag ik services_codes staan, maar dat lijkt een typo aan jouw kant, dan slaat ie gelijkt in het rood.

[xoror]

YAML:

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

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

je moet iets meer veranderen, regel onder moet je ook ref even aanpassen

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

[Blackraven]

@xoror Top, nu 93 entiteiten
Hardwarematig red ik me wel met de warmtepomp, maar softwarematig mis ik wel wat skills, bedankt voor je geduld

[xoror]

np bij mij is dat andersom. Als je gekke dingen ziet moet je even laten weten. Vooral als evt schrijf acties van jezelf niet doorgevoerd worden.

[badFISH]

Ik heb de update gedaan, ik zie alle nieuwe entiteiten maar ze blijven allemaal NA. Is volgens mij ook het geval als ik op mijn binnenunit die codes opvraag, dan krijg ik #####.

Ik zie de volgende:
Accumulated Compressor Starts
Discharge Temperature
Fan Speed
Liquid Pipe 1 Temperature

Ik heb een Split-unit FTC6.

Wat ook opvalt is dat Controller Firmware vaker 00.00 weergeeft en dan plots na 10 seconden even 20.01 toont en dan weer 00.00 springt.

[xoror]

@badFISH De software versie komt heel laat pas terug. Dus dat is okay als die pas na een tijdje verspringt.

edit: hmm hij gaat dus van 20.01 naar 0.0 ? apart! Ah ik heb het nu ook zal later even kijken waarom dat zo is

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

[ Voor 33% gewijzigd door xoror op 10-02-2025 17:20 ]

[xoror]

@badFISH @Blackraven even updaten, dan is de firmware text gefixed. Aan die "NA" kan ik vrees ik weinig aan doen

[Geeforce]

Even een vraag mbt HA: Hoe kun je de setpoint van zone 1 climate instellen met bv een automation of script?

[Miezie]

Geeforce schreef op maandag 10 februari 2025 @ 19:52:
Even een vraag mbt HA: Hoe kun je de setpoint van zone 1 climate instellen met bv een automation of script?

Heb je de handleidingen hiervoor al tot je genomen? Het kan o.a. door een actie op een klimaat entiteit te doen.

[xoror]

ja idd, je kan via de ui klikken, en dan naar de yaml kijken.
https://github.com/gekkek...tomations/legionella.yaml heb ik ook wat voorbeelden staan

[Geeforce]

Thanks. En als ik zelf een button wil die met elke push de temp 0.5 verhoogd/verlaagd?

[xoror]

wat is er in mis met de climate + en - button die dat voor je doet ?

[Geeforce]

Niets! Just curious.

[Beireken]

De info over de nieuwe bluetooth adapter is correct, ik weet niet hoe nederland hier zal mee omgaan maar in belgie komt die enkel voor een beperkt aantal installateurs beschikbaar waarvoor ze ook een korte opleiding moeten meevolgen.

Ik krijg er binnenkort eentje binnen ... Lijkt mij zeer handig om bepaalde info te verkrijgen.

Wa ik momenteel nog mis is de +1 -1 afwijkingsinstelling in compensatiecurve modus