Uusi Flagship Model MSZ-RW
- Keskustelun aloittaja janti
- Aloitettu
- Keskustelun aloittaja
- #1 482
Voisi kokeilla tuota korjauskerrointa muuttaa (sivu 15)
@PRZ1000 Onko sinulla useampia laitteita, infrapunalähettimiä, melcloud sovellus ?
Ainakin melcloud sovellukseen unohtuu helposti joku sammutus.
Minulla kävi myös niin että IR lähetin oli joutunut suunnatuksi niin että toinenkin Mitsu laite vastaanotti signaalin. FD25 ja LN25 kauko-ohjaimet ovat keskenään melko yhteensopivia, joten LN25:lle tarkoitettu ohjaus valui myös FD25:lle.
Ainakin melcloud sovellukseen unohtuu helposti joku sammutus.
Minulla kävi myös niin että IR lähetin oli joutunut suunnatuksi niin että toinenkin Mitsu laite vastaanotti signaalin. FD25 ja LN25 kauko-ohjaimet ovat keskenään melko yhteensopivia, joten LN25:lle tarkoitettu ohjaus valui myös FD25:lle.
jäähdyttäjä
Jäsen
Onko poissaolon havainnointi päällä? Kaukosäätimessä mökin kuva, jossa ovi on auki.
LN-sarjan ohje mutta eiköhän tuolta osin päde muös RW-malleihin.
Innostuin tästä kun tuli vastaan fh:sta irti otettu wemos joka oli minulla @iro avustuksella koodattuna mitsirunnerin esi-isän alustaksi. Lisäksi kun löytyi vielä 3 ds18b20 sensoria niin tässähän on mahdollisuus saada antotehon ja copin laskenta samalla.Tarvitaan yksi Wemos D1 Mini sekä johto aliexpressistä (valitse 5P vaihtoehto). Lämpötilamittausta varten vähintään kaksi DS18B20. Kolmannella voi tietenkin mitata huonelämpötilaa, mutta Mitsubishin sisäisen anturin saa myös näkymään Home Assistantissa helperin avulla.
Tarvitset myös 4,7 kOhm vastuksen.
Ohjeita tuossa; https://github.com/SwiCago/HeatPump
Tuossa templaten YAML: (edit: uudempi versio lisätty)
Jossa siis out on lämmityksessä lämpimällä puolella. Ja shellyplug on mikä on.Koodi:{# auto, low, medium, high, middle, diffuse from HA #} {# auto, dif, low, med, mid, hig, from from HA, right order? #} {# 306, 468, 570, 702, 846 m³/h from Mitsubishi RW-25 Service Manual #} {% set fanspeed = ({"diffuse":"306", "low":"468", "medium":"570", "middle":"702", "high":"846"}) %} {% set airdensity = 1.17 %} {# {state_attr('climate.mitsubishi_rw_25_aircon', 'fan_mode')} #} {{ ( ( ( fanspeed[state_attr('climate.mitsubishi_rw_25_aircon', 'fan_mode')]|float * airdensity * ( states('sensor.temperature_out') | float - states('sensor.temperature_in') | float ) ) * (1000/3600) ) / ( states('sensor.shellyplug_s_4022d8836d01_power') | float ) ) }}Tuo 570 on ilmamäärä keskiasennolla eli 3/5 dokumenttien mukaan. Selvittelen saanko selville FAN-speedin jotenkin jotta sitä voisi käyttää muuttujana laskelmassa, toimisi paremmin eri asetuksilla. Nyt on "pakko" pitää ILP kolmosella koko ajan jotta COP-laskenta toimisi oikein
edit: tein uuden version joka käy lukemassa asetetun nopeuden, ja katsoo taulukosta vastaavan ilmamäärän. Säädä omaa malliasi varten, tuo on nyt RW25:en arvoilla.
Bonuksena saan lämpötuoton näkyviin samalla;
katso liitettä 97154
Lämpöteho;
Koodi:{# auto, low, medium, high, middle, diffuse from HA #} {# auto, dif, low, med, mid, hig, from from HA, right order? #} {# 306, 468, 570, 702, 846 m³/h from Mitsubishi RW-25 Service Manual #} {% set fanspeed = ({"diffuse":"306", "low":"468", "medium":"570", "middle":"702", "high":"846"}) %} {% set airdensity = 1.17 %} {# {state_attr('climate.mitsubishi_rw_25_aircon', 'fan_mode')} #} {{ ( ( ( fanspeed[state_attr('climate.mitsubishi_rw_25_aircon', 'fan_mode')]|float * airdensity * ( states('sensor.temperature_out') | float - states('sensor.temperature_in') | float ) ) * (1000/3600) ) ) }}
Helper millä saa ILP:in sisäisen lämpötilan ulos;
Koodi:{{ state_attr('climate.mitsubishi_rw_25_aircon', 'current_temperature') }}
Olen kyllä näiden kanssa varovastikin sanottuna surkea kun ei ole muuta kokemusta kuin tuo em. esimitsurunneri mutta tekemällä kai tätäkin oppii...
Sain eilen paketin pöydälle kasaan ja flashattyä wemosiin HP_cntrl_esp8266. Näytti että ap heräsi ja pääsin selaimella wemosiin kiinni eli ilmeisesti tämä stepping onnistui. Tästä eteen päin pääsyyn ei pieni ohjeistus olisi pahasta... Miten saan mukaan sensoreitten luennan ja miten muodostan mqtt yhteyden HomeAssistanttiin?
haraldh
Vakionaama
Onko sinulla siis ESPHome laajennus käytössä Home Assistantissa? Sillä kun fläshää niin ESP palikka keskustelee suoraan HA:n kanssa, ehkä mqtt:llä mutta uskon että jollain muulla.
Ne DS18B20 sensorit liität vastuksen kera . Boottaa ESP ja surfaa sen osoiteeseen ja ongit sieltä niiden antureiden osoitteet. Sitten tulee YAML-koodiin sensor: alueelle tällainen;
Noin se suurin piirtein meni omasta mielestäni. Lämmitele kädellä toista anturia niin tiedät kumpi on IN ja kumpi OUT.
Mitsun ohjaus tulee tuolla;
Mikä onHP_cntrl_esp8266?
Koko YAML-koodi mun RW25:ella näytttää tältä;
Ne DS18B20 sensorit liität vastuksen kera . Boottaa ESP ja surfaa sen osoiteeseen ja ongit sieltä niiden antureiden osoitteet. Sitten tulee YAML-koodiin sensor: alueelle tällainen;
Koodi:
- platform: dallas_temp
address: 0xea7bb5691f64ff28
name: "Temperature In"
- platform: dallas_temp
address: 0x80dca3691f64ff28
name: "Temperature Out"Mitsun ohjaus tulee tuolla;
Koodi:
xternal_components:
- source: github://geoffdavis/esphome-mitsubishiheatpump
climate:
- platform: mitsubishi_heatpump
name: "${friendly_name}"
# ESP32 only - change UART0 to UART1 or UART2 and remove the
# logging:baud_rate above to allow the built-in UART0 to function for
# logging.
hardware_uart: UART0Mikä onHP_cntrl_esp8266?
Koko YAML-koodi mun RW25:ella näytttää tältä;
Koodi:
substitutions:
name: mitsuesp
friendly_name: Mitsubishi RW-25 AirCon
esphome:
name: ${name}
platform: ESP8266
board: esp01_1m
# Boards tested: ESP-01S (ESP8266), Wemos D1 Mini (ESP8266); ESP32 Wifi-DevKit2
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "${name} Fallback Hotspot"
password: !secret fallback_password
# Note: if upgrading from 1.x releases of esphome-mitsubishiheatpump, be sure
# to remove any old entries from the `libraries` and `includes` section.
#libraries:
# Remove reference to SwiCago/HeatPump
#includes:
# Remove reference to src/esphome-mitsubishiheatpump
# 2024-04-25 Added Dallas DS18B20
one_wire:
- platform: gpio
pin: 4
switch:
- platform: restart
name: "Library mitsuesp Restart"
captive_portal:
# Enable logging
logger:
# ESP8266 only - disable serial port logging, as the HeatPump component
# needs the sole hardware UART on the ESP8266
baud_rate: 0
# Enable Home Assistant API
api:
ota:
- platform: esphome
# Enable Web server.
web_server:
port: 80
# Sync time with Home Assistant.
time:
- platform: homeassistant
id: homeassistant_time
# Text sensors with general information.
text_sensor:
# Expose ESPHome version as sensor.
- platform: version
name: ${name} ESPHome Version
# Expose WiFi information as sensors.
- platform: wifi_info
ip_address:
name: ${name} IP
ssid:
name: ${name} SSID
bssid:
name: ${name} BSSID
# 2024-04-25 Harald, fan mode
#text_sensor:
# - platform: custom
# lambda: |-
# return(id(my_climate).fan_mode)
# text_sensors:
# name: ${name} Fan Mode
# Sensors with general information.
sensor:
# Uptime sensor.
- platform: uptime
name: ${name} Uptime
# WiFi Signal sensor.
- platform: wifi_signal
name: ${name} WiFi Signal
update_interval: 60s
# 2024-04-25 Harald, dallas sensors
- platform: dallas_temp
address: 0x023ce1d4439b7028
name: "Temperature In"
- platform: dallas_temp
address: 0x43de9c791f64ff28
name: "Temperature Out"
external_components:
- source: github://geoffdavis/esphome-mitsubishiheatpump
climate:
- platform: mitsubishi_heatpump
name: "${friendly_name}"
# ESP32 only - change UART0 to UART1 or UART2 and remove the
# logging:baud_rate above to allow the built-in UART0 to function for
# logging.
hardware_uart: UART0
horizontal_vane_select:
name: Horizontal Vane
vertical_vane_select:
name: Vertical Vane
#Advanced configuration
#Some models of heat pump require different baud rates or don't support all possible modes of operation. You can configure mulitple climate "traits" in YAML to match what your hardware supports. For example:
#climate:
# - platform: mitsubishi_heatpump
# name: "My heat pump"
# hardware_uart: UART2
# baud_rate: 9600
# supports:
# mode: [HEAT_COOL, COOL, HEAT, FAN_ONLY]
# fan_mode: [AUTO, LOW, MEDIUM, HIGH]
# swing_mode: [OFF, VERTICAL]
# visual:
# min_temperature: 16
# max_temperature: 31
# temperature_step: 1.0Meneeköhän oikein, kun ulkomuistista mustelen.
Settings - Devices & services - add integration - etsi ESP Home - asenna se. Sen pitäs löytää käikäleesi automaagisesti. Asenna käikäle.
Settings: siä yläreunassa on devices - entities - helpers. Klikkaa devices ja etsi käikäleesi ja kilkkaa sitä. Siä pitäs sensoreiden näkyä ja jos ny oikein muistan, niin heti niiden alla tais olla add dashboard.
Settings - Devices & services - add integration - etsi ESP Home - asenna se. Sen pitäs löytää käikäleesi automaagisesti. Asenna käikäle.
Settings: siä yläreunassa on devices - entities - helpers. Klikkaa devices ja etsi käikäleesi ja kilkkaa sitä. Siä pitäs sensoreiden näkyä ja jos ny oikein muistan, niin heti niiden alla tais olla add dashboard.
Jos sinulla edelleen pyörii koneessasi EspHome ympäristö niin tuossa olisi "valmis" yaml-tiedosto lukemaan viittä Dallasia ja lähettämään tiedot Web_serverille ja Home Assistantille. (WiFi-tiedot, Dallas_PIN ja Dallas_ID:t pitää päivittää.
Edit: lisätty Minulla antoteho ja cop laskenta on HomeAssistantissa. Teho tulee Shellyltä. Noiden lisäksi tarvii tietää puhallustilavuus. Ei ole kovinkaan vaikea rasti.
Viimeksi muokattu:
Enhän minä tämmöisestä mitään tiennyt vaan lähdin tekeen kytkyä löytämäni ohjeen perusteella.
Hacking A Mitsubishi Heat Pump Part 1
I recently installed 4 heat pumps in my house to provide heat in the winter and AC in the summer time. While the weather year round in Seattle is fairly pleasant, there is about a month in the summer where life is miserable if you don’t have air conditioning - a rare luxury in residential homes...
chrdavis.github.io
Asennanpa nyt tuon ESPHomen assistanttiin ja otan uuden yrityksen
Tämä meni ihan jees ja sain yhteyden wemoksen ja homeassistantin välille mutta ongelmia saada sensoreita näkyviin. Yritin hakea selaimella sensoreiden osoitteet mutta en minä sieltä niitä löytänyt... mistäs minä nuo osoitteet oikein löydän?
Settings - Devices & Services ja siellä yläreunasta
Tuolta devices-listasta etsit lisäämäsi wemoksen. Klikaa sitä niin aukee Device info. Siellä näkyy sensorit. Senoria klikkaamalla aukee graafi, jonka oikeassa yläkulmassa rattaan kuva. Sitä klikkaamalla aukee näkymä, jossa näkyy sensorin Entity id.
Esim. sensor.autotalli_room_temperature
Tuolta devices-listasta etsit lisäämäsi wemoksen. Klikaa sitä niin aukee Device info. Siellä näkyy sensorit. Senoria klikkaamalla aukee graafi, jonka oikeassa yläkulmassa rattaan kuva. Sitä klikkaamalla aukee näkymä, jossa näkyy sensorin Entity id.
Esim. sensor.autotalli_room_temperature
sehän siinä on ongelmana kun ne eivät tule tuonne näkyviin koska mulla on tuossa YAML koodissa väärät @haraldh sensoreiden osoitteet
Tulipa nyt mileen omat tuskailut. Kauan ei mielessä pysy mitä taikoja milloinkin pitää tehdä, kun ei jatkuvasti oo jotain lisäilemässä, mutta sen muistan, että väliin on hihat ollu liekeissä ku lisätty Entity ei näy ja sit oon joko ladannu selaimesta HA:n välilehden uudelleen tai menny Settings - System ja siellä oikea yläkulman Restart Home Assistant napille. Aukee toi:
Jotkut muutokset vaati ton Restartin, toisiin riittää toi Quick reload. Ei ole kerta eikä kaks ku ei vaan oo muistanu tota uudelleen lataamista. Siitä sais ponnahtaa automaattinen muistutus aina, kun sille on tarve.
Jotkut muutokset vaati ton Restartin, toisiin riittää toi Quick reload. Ei ole kerta eikä kaks ku ei vaan oo muistanu tota uudelleen lataamista. Siitä sais ponnahtaa automaattinen muistutus aina, kun sille on tarve.
haraldh
Vakionaama
Poista ne address-rivit YAML configista ja provisoi softa uudestaan. Nyt kun se boottaa pitäisi näkyä ne osoitteet lokissa, copy-pasteaa osoitteet ja lisää address takaisin configiin. Provisioi uudestaan (wifin yli tällä kertaa niin saa testattua).
Tai sitten se oli niin että piti koko tuo platform: dallas_temp jättää pois ja silloin näkyy lokissa, mutta arvailen että tämä ei toimi kun silloin se espi ei edes yritä hakea dallas-antureita.
Olisi varmaan ollut helpompaa jos olisin osannut linkittää suoraan johonkin ohjeeseen, sori siitä.
Tai sitten se oli niin että piti koko tuo platform: dallas_temp jättää pois ja silloin näkyy lokissa, mutta arvailen että tämä ei toimi kun silloin se espi ei edes yritä hakea dallas-antureita.
Olisi varmaan ollut helpompaa jos olisin osannut linkittää suoraan johonkin ohjeeseen, sori siitä.
Puhalluslämpötila riippuu monesta tekijästä. Kysymyksen yhteydessä olisi aiheellista kertoa ulkolämpötila, puhallusnopeus ja imuilman lämpötila. Itselläni ei ole kokemusta RW sarjasta, mutta otaksuisin, että RW35 malli pystynee noin 50C puhalluslämpötilaan -10C pakkasella?
Täydellä puhalluksella tuota luokkaa, lämpenemä vähän yli 20c joten puhalluslämpötila riippuu toki imulämpötilasta. Omissa mittauksissa lisäksi @-20c n. 46c ja @-25c n. 43c imulämpötilan ollessa 27c
Omat kokemukset RW25:stä:
- Huonoa
- Sivusuuntausläpät (eivät suuntaa kovin hyvin. Liekö muissa malleissa ovat sen paremmat)
- Kovemmat sulatusäänet (vrt FD35)
- Ulkoyksikkö tuntuu pitävän kovilla pakkasilla kovempaa ääntä kuin FD35
- Hyvää
- Vaatii vakiona vähemmän lämpötilan käsisäätöä kuin FD35
- Hiljaisempi puhallusääniltään (vastaavilla ilmamäärillä) kuin FD35
- Ainakin kohtuullisilla pakkasilla (-15 C) kolmosnopeus (3/4) riittää levittämään lämmön, eikä isointa puhallusnopeutta ole vielä tarvinnut käyttää. Kovilla ei ole päässyt vielä testaamaan
- Hyötysuhde tuntuu olevan vähän parempi kuin FD35:ssa
- Sulatusväli myös parempi FD35:een verrattuna: pakkasilla 2-2,5h. Viimeisen viikon aikana kun on menty monesti nollan molemmin puolin, on lyhin sulatusaika ollut 63 min
- Mahdollisuus ohjata CN105-liittimen kautta etänä (kuten muitakin uudempia Mitsuja)
- Kun pumpun alla on Motonetistä ostettu 60 litran palju, niin oikein aseteltuna vesi valuu paremmalla prosentilla paljuun kuin FD35:ssa. Tämä ilman omia virityksiä pohjalevyyn tms
Viimeksi muokattu:
Tuli siis askarreltua RW25:een etähallinta CN105:n kautta. Tässä ketjussa on aiheesta ollutkin juttua, joten ei tarvinne mennä yksityiskohtiin, mutta jotain kerron.
Raspberry Pi 3 tuntui alustavassa Home Assistantin testaamisessa niin tukkoiselta, että päädyin hommaamaan Beelink Mini S12 Pron, eli vähävirtainen minitietokone, joka on kuitenkin selvästi tehokkaampi kuin vaikka Raspberry Pi 5. Siihen Proxmox-virtuaaliympäristö ja siihen löytyi valmis skripti Home Assistant -virtuaalikoneen luontiin, ja meni helposti. Siinä samassa raudassa pyörii nyt sitten paljon muutakin.
Päädyin käyttämään tätä kontrollerissa tätä softaa (joka paranneltu ja nimenomaan ESPHomea varten tehty versio):
https://github.com/echavet/MitsubishiCN105ESPHome
Tarvikkeet:
Piuha:
https://www.aliexpress.com/item/100...o.order_list.order_list_main.5.7d325e5bQvtHvG
30cm, 5P
DS18B20:
https://www.aliexpress.com/item/100....order_list.order_list_main.10.7d325e5bQvtHvG
Adapteri (vastuksen kera) DS18B20:lle:
https://www.aliexpress.com/item/100....order_list.order_list_main.25.7d325e5bQvtHvG
D1 Mini USB-C:
https://www.aliexpress.com/item/32651747570.html
Variantti: D1 Mini Type-C
Sitten meni lisäksi kutistesukkia ynnä muita tykötarpeita. Itse pumppukytkennän lisäksi kytkin kontrolleriin puhallusilmalle ja imuilmalle DS18B20-anturit. Testasin ne RuuviTagin ja paistolämpömittarin kanssa, ja tuntuvat olevan tarkkuudeltaan ok tuohon käyttöön. Ei noilta klooniantureilta voi liikaa vaatia.
Näillä saakin kaiken tarvittavan tiedon, joilla voi laskea hyötysuhteen ja muuta. Koska pumpulta saa tiedon toimintatilasta ja puhallusnopeudesta, niin hyötysuhteenkin saa laskettua periaatteessa aina oikeilla ilmamäärillä (myös silloin kun pumppu nostaa laskee ja nostaa puhallusnopeutta sulatusten yhteydessä).
Pari kuvaa (graafeissa viimeisen kahden päivän ja kahden viikon tietoja. COP laskettu @janti viimeisimmällä (?) kaavalla)
Olihan tuossa kaikenlaisia mutkia ja säätämistä, että sai kaiken toimimaan joten kuten. Jos jollakulla on vastaavia ongelmia, niin voin minäkin yrittää tarvittaessa antaa vinkkiä miten päästä eteenpäin.
- Kun lämpötilan lukee etäanturilta, saa selvästi tasaisemman lämpötilan, eikä ole tarvetta rämpätä pyyntilämpötilaa tai puhallusnopeutta. Kun pyytää +22.5C ja pyynnin tarkkuus on 0,5C niin saa ~22.5 +- 0,25C. RuuviTagia on kätevä siirtää paikkaan, mihin haluaa saada pyydetyn lämpötilan. Itsellä pumppu on eteisessä ja lämpötilan haluan säätää olohuoneen mukaan. Tietysti jos pumppu olisi juuri siinä samassa tilassa missä tasaista lämpöä haluaa, niin silloin pumppu saa sen itsekin paremmin säädettyä
- Pumpulta saatava data
- Ottoteho (olen verrannut Shellyn mittaamaan, ja pumpun ilmoittama teho on muutaman prosentin enemmän kuin Shellyn lukema. Sulatuksen aikana tulee lyhyt isompi piikki, jolloin ero on isompi, mutta se ei COP:n laskentaan vaikuta kun pumppu ei silloin puhalla
- Toimintatila (mm. sulatustieto)
- Puhallusnopeus (automaattiasetuksella tämä ei tosin näytä osaa ilmoittaa todellista nopeutta)
- Ulkolämpötilankin saa, mutta ei näytä olevan kovin tarkka (aste tai pari heittoa RuuviTagiin verrattuna), enkä näe sille siten käyttö
Raspberry Pi 3 tuntui alustavassa Home Assistantin testaamisessa niin tukkoiselta, että päädyin hommaamaan Beelink Mini S12 Pron, eli vähävirtainen minitietokone, joka on kuitenkin selvästi tehokkaampi kuin vaikka Raspberry Pi 5. Siihen Proxmox-virtuaaliympäristö ja siihen löytyi valmis skripti Home Assistant -virtuaalikoneen luontiin, ja meni helposti. Siinä samassa raudassa pyörii nyt sitten paljon muutakin.
Päädyin käyttämään tätä kontrollerissa tätä softaa (joka paranneltu ja nimenomaan ESPHomea varten tehty versio):
https://github.com/echavet/MitsubishiCN105ESPHome
Tarvikkeet:
Piuha:
https://www.aliexpress.com/item/100...o.order_list.order_list_main.5.7d325e5bQvtHvG
30cm, 5P
DS18B20:
https://www.aliexpress.com/item/100....order_list.order_list_main.10.7d325e5bQvtHvG
Adapteri (vastuksen kera) DS18B20:lle:
https://www.aliexpress.com/item/100....order_list.order_list_main.25.7d325e5bQvtHvG
D1 Mini USB-C:
https://www.aliexpress.com/item/32651747570.html
Variantti: D1 Mini Type-C
Sitten meni lisäksi kutistesukkia ynnä muita tykötarpeita. Itse pumppukytkennän lisäksi kytkin kontrolleriin puhallusilmalle ja imuilmalle DS18B20-anturit. Testasin ne RuuviTagin ja paistolämpömittarin kanssa, ja tuntuvat olevan tarkkuudeltaan ok tuohon käyttöön. Ei noilta klooniantureilta voi liikaa vaatia.
Näillä saakin kaiken tarvittavan tiedon, joilla voi laskea hyötysuhteen ja muuta. Koska pumpulta saa tiedon toimintatilasta ja puhallusnopeudesta, niin hyötysuhteenkin saa laskettua periaatteessa aina oikeilla ilmamäärillä (myös silloin kun pumppu nostaa laskee ja nostaa puhallusnopeutta sulatusten yhteydessä).
Pari kuvaa (graafeissa viimeisen kahden päivän ja kahden viikon tietoja. COP laskettu @janti viimeisimmällä (?) kaavalla)
Olihan tuossa kaikenlaisia mutkia ja säätämistä, että sai kaiken toimimaan joten kuten. Jos jollakulla on vastaavia ongelmia, niin voin minäkin yrittää tarvittaessa antaa vinkkiä miten päästä eteenpäin.
Viimeksi muokannut ylläpidon jäsen:
Aivan samat kokemukset vs Fh35. Lisään tuohon vielä että sulatusväli lyhenee ja pitenee kelien muuttuessa huomattavasti nopeammin. Pitää sisälämpötila huomattavasti tasaisempana pakkasen kiristyessä tai puhallusnopeutta muutettaessa kuin edeltävänä.
Miinuspuolelle menee paljon hitaampi tehojen nosto sulatuksen jälkeen
Viimeksi muokattu:
Joo, tämä unohtui. Kokeilin tosin hemmotestiä -15 C pakkasessa, ja siinä tehot nousivat kyllä kyllin ripeästi.
haraldh
Vakionaama
Hetkinen, minulta puuttuu nuo Ottoteho, Toimintatila (ehkä), ulkolämpötila. Millainen sun ESP:n YAML-tiedosto on, eli mitä softaa käytät? PItäsiköhän minun päivittää oma käikäle jos on tullut uusia juttuja?
Tuossa mitä omasta saa irti;
Mulla on tuo;
Koodi:
external_components:
- source: github://geoffdavis/esphome-mitsubishiheatpumpedit:
Kiitos vinkistä, päivitin nyt tuon oman moduulin tuolle echavetin softalle, jotain pikku eroja YAML-conffissa, mulla Wemos D1 minissä tx_pin: 1 ja rx_pin: 3 toimivat. Tämä oli ehkä se vaikein kohta löytää oikea syntaxi noille. Pitää päivättää ne parit LN-pumput myös ja katsoa mitä niistä saa irti.
edit²:
Tuossa vähän parennettu COP-template joka tarkkailee tuota (minulle) uutta sensoria sub_mode, ja ainostaan kun se on NORMAL-tilassa (lämmittää) lasketaan COP;
Koodi:
{# auto, low, medium, high, middle, diffuse from HA #}
{# auto, dif, low, med, mid, hig, from from HA, right order? #}
{# 2025-01-31 Now using stage from https://github.com/echavet/MitsubishiCN105ESPHome/ #}
{# 2025-01-31 Now using RW internal power sensor #}
{# 306, 468, 570, 702, 846 m³/h from Mitsubishi RW-25 Service Manual #}
{% set fanspeed = ({"LOW":"306", "GENTLE":"468", "MEDIUM":"570", "MODERATE":"702", "HIGH":"846"}) %}
{% set airdensity = 1.17 %}
{% if (states('sensor.sub_mode_rw25')) == "NORMAL" %}
{{
(
( ( fanspeed[states('sensor.stage_rw25')]|float * airdensity * ( states('sensor.temperature_out') | float - states('sensor.temperature_in') | float ) ) * (1000/3600) ) /
( states('sensor.input_power_rw25') | float )
)
}}
{% else %}
0
{% endif %}Tuolla uudella softalla pärjää näköjään hyvin ilman Shellyä, sillä laitteessa on oma tehomittari jossa on tosin pieni aikasiirtymä vrt. Shellyyn mutta eipä tuo haittaa. Eipä nuo COP-käppyrät sen tarkemmaksi kuitenkaan muutu kun vertailee vanhaa tähän uuteen tapaan laskea. Marginaalisia eroja.
Voisitko @varamies jakaa sun templaten jossa Jantin uusin kaava?
Hmm, saisikohan näistä uusista antureista sulatuksesta kiinni ja sulatuslaskurin tehtyä?
Viimeksi muokattu:
haraldh
Vakionaama
Tuo stage-anturi tulee antamaan paremmat eväät tehdä oikeasti fiksu COP-laskuri. Ja se että laitteessa on sisäänrakennettu fiksun oloinen tehomittari on myös iloinen yllätys!
edit: eipä noissa mitää eroa ollutkaan, vanha tapa vain kytätä asetettua nopeutta (?) oli ihan yhtä hyvä.
edit²: Ei hyvä, tuo sisäinen tehonmittaus laahaa perässä ajallisesti niin COP pompsahtaa 100:aan kun laite menee idle tilaan. Tulee olemaan mielenkiintoista nähdä eka sulatus miltä se näyttää.
edit: eipä noissa mitää eroa ollutkaan, vanha tapa vain kytätä asetettua nopeutta (?) oli ihan yhtä hyvä.
edit²: Ei hyvä, tuo sisäinen tehonmittaus laahaa perässä ajallisesti niin COP pompsahtaa 100:aan kun laite menee idle tilaan. Tulee olemaan mielenkiintoista nähdä eka sulatus miltä se näyttää.
Viimeksi muokattu:
Joo, sinäpä ehdit tänään tehdä jo kaikenlaista ennen kuin ehdin kommentoida. Joo, siinä echavetin softassa on tosiaan parannuksia. Itse en ole vielä kokeillut laskea omaa COP:a niillä pumpun ottotehoarvoilla, kun en ole Shelly Plugille ole vielä etsinyt uutta käyttökohdetta. Se pumpun oma ottotehomittaus on ainakin tyhjää parempi.
Kyllähän Shellylläkin tulee sulatuksen alkaessa piikki, kun teho tippuu äkisti ja puhallus tippuu muutamaksi kymmeneksi sekunniksi pienelle teholle (muistaakseni). Siinä tulee äkillisesti hyvin lämpötehoa suhteessa ottotehoon => COP-piikki. Toisaalta, miten COP-keskiarvon laskennassa pitäisi ottaa huomioon se, että sulattaessa ei ole puhallusta, mutta tehoa silti otetaan. En oikein ole varma miten tuo pitäisi oikeaoppisesti tehdä.
Spoilereissa omia koodeja Home Assistantista. Rakensin niitä sinun viime talvena postaamiesi pohjalta, eli kiitos niistä! Jantin excelistä sovelsin kaavaa siinä lämpötehokohdassa. Itse COP lasketaan vain tyyliin anto/otto. Lopputulos täsmäsi Jantin excelin kanssa. Voisin pahoitella noita nimeämisiä tuossa YAML-koodissa, mutta en tee niin, koska ekaa kertaa tuli puljattua HA:n kanssa, eikä oikein alussa tiennyt miten kannattaisi tehdä.
Minun koodissa lämpötehoa laskiessa ei katsota mitä pumppu tekee, vaan pelkästään puhallusnopeutta. Jos pumppu puhaltaa, niin COP lasketaan (ja se on muuta kuin nolla). Lopputulos ei silti lopulta juuri poikkea sinun koodista, joka palauttaa nollan, jos tila ei ole normaali (eli se on DEFROST, PREHEAT).
automations.yaml (automaatio, jota tarvitaan sulatusvälin laskemiseksi)
configuration.yaml (mm. lämpöteho, COP ja sulatusväli)
YAML:
- id: 'ilmalampopumppu_sulatus_alkaa'
alias: 'Sulatuksen alkamisen vahti'
trigger:
- platform: state
entity_id: sensor.d1mini_ilmalampopumppu_alitila
to: 'DEFROST'
action:
- service: input_datetime.set_datetime
data:
entity_id: input_datetime.toiseksi_viimeinen_sulatus
datetime: "{{ states('input_datetime.viimeinen_sulatus') }}"
- service: input_datetime.set_datetime
data:
entity_id: input_datetime.viimeinen_sulatus
datetime: "{{ now().strftime('%Y-%m-%d %H:%M:%S') }}"configuration.yaml (mm. lämpöteho, COP ja sulatusväli)
YAML:
input_datetime:
viimeinen_sulatus:
name: Viimeisen sulatuksen ajankohta
has_date: true
has_time: true
toiseksi_viimeinen_sulatus:
name: Toiseksi viimeisen sulatuksen ajankohta
has_date: true
has_time: true
template:
- sensor:
- name: "ilmalampopumppu_cop"
icon: mdi:multiplication-box
unique_id: ilmalampopumppu_cop
state_class: measurement
state: >
{{ ((states('sensor.ilmalampopumppu_lampoteho') | float) / (states('sensor.shellyplug_ilmalampopumppu_teho') | float)) | round(1) }}
- name: "ilmalampopumppu_lampoteho"
unique_id: ilmalampopumppu_lampoteho
icon: mdi:heat-wave
state_class: measurement
state: >
{% set ilmamaara = ({ "IDLE": 0, "DIFFUSE":306, "LOW": 306, "GENTLE":468, "LOW":570, "MEDIUM":570, "MODERATE":702, "HIGH":828}) %}
{% set ilmantiheys = 1.005 %}
{% set puhallusilma_lampotila = states('sensor.d1mini_ilmalampopumppu_puhallusilma_lampotila') | float %}
{{ ( ( ( ilmamaara[states('sensor.d1mini_ilmalampopumppu_puhallustila')]|float * ilmantiheys * ( puhallusilma_lampotila - states('sensor.d1mini_ilmalampopumppu_imuilma_lampotila') | float ) ) * (1.301 - 0.00525 * puhallusilma_lampotila + 0.000023 * puhallusilma_lampotila * puhallusilma_lampotila) * (1000/3600) ) ) | round(0) }}
unit_of_measurement: "W"
- name: "ilmalampopumppu_alitila"
unique_id: ilmalampopumppu_alitila
icon: mdi:heat-wave
state: >
{% set alitilat = ({"PREHEAT": "Esilämmitys", "DEFROST": "Sulatus", "STANDBY": "Ei päällä", "NORMAL": "Normaali"}) %}
{% set alitila = states('sensor.d1mini_ilmalampopumppu_alitila') %}
{% if not is_state('sensor.d1mini_ilmalampopumppu_alitila', 'NORMAL') %}
{{ alitilat[alitila] }}
{% elif state_attr('climate.d1mini_ilmalampopumppu_ohjaus', 'hvac_action') == "heating" %}
Lämmitys
{% else %}
{{ state_attr('climate.d1mini_ilmalampopumppu_ohjaus', 'hvac_action') }}
{% endif %}
- name: "ilmalampopumppu_puhallustila_numero"
unique_id: ilmalampopumppu_puhallustila_numero
icon: mdi:fan
state: >
{% set puhallustilat = ({ "IDLE": 0, "DIFFUSE": 1, "LOW": 1, "GENTLE": 2, "MEDIUM": 3, "MODERATE": 4, "HIGH": 5 }) %}
{{ puhallustilat[states('sensor.d1mini_ilmalampopumppu_puhallustila')] }}
- name: ilmalampopumppu_sulatusvali
unique_id: ilmalampopumppu_sulatusvali
unit_of_measurement: 'min'
state: >
{% set viimeinen = states('input_datetime.viimeinen_sulatus') %}
{% set toiseksi_viimeinen = states('input_datetime.toiseksi_viimeinen_sulatus') %}
{% if viimeinen and toiseksi_viimeinen %}
{{ ((as_timestamp(viimeinen) - as_timestamp(toiseksi_viimeinen)) / 60) | int }}
{% else %}
0
{% endif %}
[/SPOILER]Sain noi lämpötilasensorit aiemmin näkyviin mutta en yhteyttä itse pumppuun. Purin tänään wemoksen irti ja vaihdoin varmuuden vuoksi vielä piuhatkin. Ei näyttänyt vaikuttavan ja pumppu olla möllöttää idle tilassa katsoi sitten HA:n tai selaimen kautta. Wemokseen ajettu sisään ao. koodi. Onko vinkkejä mikä olisi pielessä? Jotenkin alan kallistumaan siihen ettei tuo wemos toimi. Minulla pitäisi olla toinen, käyttämätön jossain mutta eipä sitä tähän hätään löytynyt että olisi testaamaan päässyt
substitutions:
name: mitsuesp
friendly_name: Mitsubishi RW-35
esphome:
name: ${name}
platform: ESP8266
board: esp01_1m
# Boards tested: ESP-01S (ESP8266), Wemos D1 Mini (ESP8266); ESP32 Wifi-DevKit2
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
# ap:
# ssid: "${name} Fallback Hotspot"
# password: !secret fallback_password
# Note: if upgrading from 1.x releases of esphome-mitsubishiheatpump, be sure
# to remove any old entries from the `libraries` and `includes` section.
#libraries:
# Remove reference to SwiCago/HeatPump
#includes:
# Remove reference to src/esphome-mitsubishiheatpump
# 2024-04-25 Added Dallas DS18B20
one_wire:
- platform: gpio
pin: 4
switch:
- platform: restart
name: "Library mitsuesp Restart"
captive_portal:
# Enable logging
logger:
# ESP8266 only - disable serial port logging, as the HeatPump component
# needs the sole hardware UART on the ESP8266
baud_rate: 0
# Enable Home Assistant API
api:
ota:
- platform: esphome
# Enable Web server.
web_server:
port: 80
# Sync time with Home Assistant.
time:
- platform: homeassistant
id: homeassistant_time
# Text sensors with general information.
text_sensor:
# Expose ESPHome version as sensor.
- platform: version
name: ${name} ESPHome Version
# Expose WiFi information as sensors.
- platform: wifi_info
ip_address:
name: ${name} IP
ssid:
name: ${name} SSID
bssid:
name: ${name} BSSID
# 2024-04-25 Harald, fan mode
#text_sensor:
# - platform: custom
# lambda: |-
# return(id(my_climate).fan_mode)
# text_sensors:
# name: ${name} Fan Mode
# Sensors with general information.
sensor:
# Uptime sensor.
- platform: uptime
name: ${name} Uptime
# WiFi Signal sensor.
- platform: wifi_signal
name: ${name} WiFi Signal
update_interval: 60s
# 2024-04-25 Harald, dallas sensors
- platform: dallas_temp
address: 0x6203119779546928
name: "Temperature In"
- platform: dallas_temp
address: 0x8d03079779a49528
name: "Temperature Out"
external_components:
- source: github://geoffdavis/esphome-mitsubishiheatpump
climate:
- platform: mitsubishi_heatpump
name: "${friendly_name}"
# ESP32 only - change UART0 to UART1 or UART2 and remove the
# logging:baud_rate above to allow the built-in UART0 to function for
# logging.
hardware_uart: UART0
horizontal_vane_select:
name: Horizontal Vane
vertical_vane_select:
name: Vertical Vane
#Advanced configuration
#Some models of heat pump require different baud rates or don't support all possible modes of operation. You can configure mulitple climate "traits" in YAML to match what your hardware supports. For example:
#climate:
# - platform: mitsubishi_heatpump
# name: "My heat pump"
# hardware_uart: UART2
# baud_rate: 9600
# supports:
# mode: [HEAT_COOL, COOL, HEAT, FAN_ONLY]
# fan_mode: [AUTO, LOW, MEDIUM, HIGH]
# swing_mode: [OFF, VERTICAL]
# visual:
# min_temperature: 16
# max_temperature: 31
# temperature_step: 1.0
haraldh
Vakionaama
^Laita [ code]-tagit (poista väli) koodin ympäri niin auttaa lukemisessa.
Vastaako tuo verkossa? Eli voitko avata sen osoitteen selaimessa? Pitäisi näkyä karu www-sivu jossa on tiedot ja jotain nappuloita.
Eri aihe;
Tuo Stage-sensori mahdollistaa sen että saa ilmavirtauksesta sensorin (joka tietenkin piirtää tarvittaessa käppyrää).
Eli tee uusi Template Sensori, Unit of Measurement m³/h, Device class "Volume flow rate", State class "Measurement" ja State template;
Vastaako tuo verkossa? Eli voitko avata sen osoitteen selaimessa? Pitäisi näkyä karu www-sivu jossa on tiedot ja jotain nappuloita.
Eri aihe;
Tuo Stage-sensori mahdollistaa sen että saa ilmavirtauksesta sensorin (joka tietenkin piirtää tarvittaessa käppyrää).
Eli tee uusi Template Sensori, Unit of Measurement m³/h, Device class "Volume flow rate", State class "Measurement" ja State template;
Koodi:
{% set fanspeed = ({"LOW":"306", "GENTLE":"468", "MEDIUM":"570", "MODERATE":"702", "HIGH":"846"}) %}
{{ fanspeed[states('sensor.stage_rw25')] }}Ei vastaa. Näyttää state tilaksi off ja samaa pumpun moodiksi Jos vaihtaa moodin lämmitykselle niin state vaihtuu idle tilaan. Tulkitsen ettei ole yhteyttä pumppuun. Lämpötilat näkyvät kyllä niin selaimen kuin HA kautta
Juu, tarkoitin state tilalla tuota missä sulla lukee pumpun kohdalla Heating ja mulla idle
Liitteet
haraldh
Vakionaama
Sulla on tuossa samalla rivillä oikean puoleisessa sarakkessa lämpötilojen kohdalla NA ja nan. Tarkoittanee että ESP ei saa yhteyttä laitteeseen. Sama tilanne sun ekassa kuvassa. Onhan sinulla karvat oikeissa pinneissä, ja pinnit on konfattu oikein softassa?
Liitin on varmasti kiinni?
Jos em. on tarkistettu voi olla että pumppu vaatii virran poiston kymmeneksi sekunniksi. Ei pitäisi tarvita, mutta kokeilematta ei selviä.
Jos nyt tekisin aloittaisin kuitenkin uudestaan tuolla softalla; https://github.com/echavet/MitsubishiCN105ESPHome
Uudempi ja monipuolisempi softa. Ei vaadi kuin pari muutosta koodiin. (nappa DS18B20 id:t talteen ensin).
Tuossa mun ;
Liitin on varmasti kiinni?
Jos em. on tarkistettu voi olla että pumppu vaatii virran poiston kymmeneksi sekunniksi. Ei pitäisi tarvita, mutta kokeilematta ei selviä.
Jos nyt tekisin aloittaisin kuitenkin uudestaan tuolla softalla; https://github.com/echavet/MitsubishiCN105ESPHome
Uudempi ja monipuolisempi softa. Ei vaadi kuin pari muutosta koodiin. (nappa DS18B20 id:t talteen ensin).
Tuossa mun ;
Koodi:
substitutions:
name: mitsuesp
friendly_name: Mitsubishi RW-25 AirCon
esphome:
name: ${name}
platform: ESP8266
board: esp01_1m
# Boards tested: ESP-01S (ESP8266), Wemos D1 Mini (ESP8266); ESP32 Wifi-DevKit2
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "${name} Fallback Hotspot"
password: !secret fallback_password
# Note: if upgrading from 1.x releases of esphome-mitsubishiheatpump, be sure
# to remove any old entries from the `libraries` and `includes` section.
#libraries:
# Remove reference to SwiCago/HeatPump
#includes:
# Remove reference to src/esphome-mitsubishiheatpump
# 2024-04-25 Added Dallas DS18B20
one_wire:
- platform: gpio
pin: 4
switch:
- platform: restart
name: "Library mitsuesp Restart"
captive_portal:
# Enable logging
logger:
# ESP8266 only - disable serial port logging, as the HeatPump component
# needs the sole hardware UART on the ESP8266
baud_rate: 0
level: INFO
logs:
EVT_SETS : INFO
WIFI : INFO
MQTT : INFO
WRITE_SETTINGS : INFO
SETTINGS : INFO
STATUS : INFO
CN105Climate: WARN
CN105: INFO
climate: WARN
sensor: WARN
chkSum : INFO
WRITE : WARN
READ : WARN
Header: INFO
Decoder : INFO
CONTROL_WANTED_SETTINGS: INFO
# Enable Home Assistant API
api:
ota:
- platform: esphome
# Enable Web server.
web_server:
port: 80
# Sync time with Home Assistant.
time:
- platform: homeassistant
id: homeassistant_time
# Text sensors with general information.
text_sensor:
# Expose ESPHome version as sensor.
- platform: version
name: ${name} ESPHome Version
# Expose WiFi information as sensors.
- platform: wifi_info
ip_address:
name: ${name} IP
ssid:
name: ${name} SSID
bssid:
name: ${name} BSSID
# 2024-04-25 Harald, fan mode
#text_sensor:
# - platform: custom
# lambda: |-
# return(id(my_climate).fan_mode)
# text_sensors:
# name: ${name} Fan Mode
# Sensors with general information.
sensor:
# Uptime sensor.
- platform: uptime
name: ${name} Uptime
# WiFi Signal sensor.
- platform: wifi_signal
name: ${name} WiFi Signal
update_interval: 60s
# 2024-04-25 Harald, dallas sensors
- platform: dallas_temp
address: 0x023ce1d4439b7028
name: "Temperature In"
- platform: dallas_temp
address: 0x43de9c791f64ff28
name: "Temperature Out"
external_components:
source: github://echavet/MitsubishiCN105ESPHome
# - source: github://geoffdavis/esphome-mitsubishiheatpump
climate:
- platform: cn105
# - platform: mitsubishi_heatpump
name: "${friendly_name}"
id: rw25
# ESP32 only - change UART0 to UART1 or UART2 and remove the
# logging:baud_rate above to allow the built-in UART0 to function for
# logging.
#hardware_uart: UART0
visual:
min_temperature: 10
max_temperature: 31
temperature_step:
target_temperature: 1
current_temperature: 0.5
#horizontal_vane_select:
# name: Horizontal Vane
#vertical_vane_select:
# name: Vertical Vane
#Advanced configuration
# Timeout and communication settings
remote_temperature_timeout: 30min
update_interval: 4s
debounce_delay : 100ms
# Various optional sensors, not all sensors are supported by all heatpumps
compressor_frequency_sensor:
name: Compressor Frequency RW25
entity_category: diagnostic
disabled_by_default: true
outside_air_temperature_sensor:
name: Outside Air Temp RW25
disabled_by_default: false
vertical_vane_select:
name: Vertical Vane RW25
disabled_by_default: false
horizontal_vane_select:
name: Horizontal Vane RW25
disabled_by_default: false
isee_sensor:
name: ISEE Sensor RW25
disabled_by_default: false
stage_sensor:
name: Stage RW25
entity_category: diagnostic
disabled_by_default: false
sub_mode_sensor:
name: Sub Mode RW25
entity_category: diagnostic
disabled_by_default: false
auto_sub_mode_sensor:
name: Auto Sub Mode RW25
entity_category: diagnostic
disabled_by_default: false
input_power_sensor:
name: Input Power RW25
disabled_by_default: false
kwh_sensor:
name: Energy Usage RW25
disabled_by_default: false
runtime_hours_sensor:
name: Runtime Hours RW25
entity_category: diagnostic
disabled_by_default: false
uart:
id: HP_UART
baud_rate: 2400
tx_pin: 1
rx_pin: 3
#Some models of heat pump require different baud rates or don't support all possible modes of operation. You can configure mulitple climate "traits" in YAML to match what your hardware supports. For example:
#climate:
# - platform: mitsubishi_heatpump
# name: "My heat pump"
# hardware_uart: UART2
# baud_rate: 9600
# supports:
# mode: [HEAT_COOL, COOL, HEAT, FAN_ONLY]
# fan_mode: [AUTO, LOW, MEDIUM, HIGH]
# swing_mode: [OFF, VERTICAL]
# visual:
# min_temperature: 16
# max_temperature: 31
# temperature_step: 1.0Eipä saa yhteyttä tuolla uudemmallakaan softalla, taitaa olla vikaa tuossa mun wemoksessa. Pinnit pitäis olla oikein ja liitin pohjassa kun virta tuohon tulee ja dallakset toimii. Kokeilin rx ja tx pinnejä toisin päin softassa mutta sama tulos. Pitää kokeilla vielä tuo virtojen pois käyttö huomenna mutta en usko sen vaikuttavan kun virrat oli pois silloin kun tuon kytkin. Eipä tuossa enää jää muuta vaihtoehtoa kuin että nuo pinnit olisi tinattu yhteen. En ala enää pumppua aukaisemaan vaan tilaan uuden wemoksen kun pitää hommata lisää sensoreita ja vähän muutakin tavaraa
Joissakin vanhossa Wemos versioissa puuttui sarjavastus tx-linjasta ja tuon seurauksena tx- pinniin annettu signaali ei jaksanut mennä perille uartille.
Mistäs tämän tunnistaa?
D1 Mini USB-C:
https://www.aliexpress.com/item/326....order_list.order_list_main.29.7d325e5bQvtHvG
Variantti: D1 MINI V3.0.0
Viimeksi muokattu: