Daikin ja Home Assistant

Elpakko

Aktiivinen jäsen
Kiitokset vielä @hanks tästä. Sain omaankin Home Assistantiin nyt antotehot ja koticopit piirtymään graafeille.
Tämän näköistä sieltä pukkaa Apexchartsin avulla. Antoteho laskettu Daikinin ilmoittamilla ilmamäärillä, kai tuosta voisi vielä vaikka 5% pudottaa niin ei olisi liian optimistinen.

1000016440.jpg
 

hanks

Aktiivinen jäsen
Vihdoin sain tuon toimimaan käyttäen average -sensoria. Tänään ollut Daikinissa erikoinen ilmiö. Vähän sulatuksen jälkeen kennon lämpötila ja ja näin ollen antoteho laskee hetkellisesti, ottoteho pysyy kuitenkin tasaisena. Mistäköhän tuommoinen voisi johtua?
katso liitettä 94205
Millä sait average sensorin tehtyä?

Kokeilin itekin sitä derivative-sensoria ja vielä filttereitäkin, mutta en myöskään saanut oikein toimimaan. Kun tuli sulatus ja arvot tippui nolliin se tuntui sekoittavan keskiarvoa.

Tuosta antotehon laskemisesta, tippuiko puhallus hetkellisesti?
 

hanks

Aktiivinen jäsen
Latasin itekin tuon average sensorin ja kokeilin antoteholle (kun en voi vielä coppia laskea). Sitten laitoin myös apexchartin keskiarvo-funktion rinnalle samalla aikaikkunalla ja hyvin samanlaista käyrää piirtävät.
 

Elpakko

Aktiivinen jäsen
Latasin itekin tuon average sensorin ja kokeilin antoteholle (kun en voi vielä coppia laskea). Sitten laitoin myös apexchartin keskiarvo-funktion rinnalle samalla aikaikkunalla ja hyvin samanlaista käyrää piirtävät.
Voi olla, että en osannut käyttää Apexin avg funktiota oikein. Mulla tahtoi cop keskarissa tulla piikki, vaikka se kyllä loiventui hieman. Average sensorilla sain heti toimimaan.
 

Ilppari2

Jäsen
Kiitos @hanks antotehon laskukoodista. 30 N:lle olin mitannut kierrosnopeudet ja arvioinut/lukenut seuraavat ilmamäärät:

Python:
        {% set rpms = [0, 640, 740, 850, 1000, 1200] %}
        {% set vols = [0, 4.7, 6.67, 7.3, 10, 11.6] %}
 

hanks

Aktiivinen jäsen
Kiitos @hanks antotehon laskukoodista. 30 N:lle olin mitannut kierrosnopeudet ja arvioinut/lukenut seuraavat ilmamäärät:

Python:
        {% set rpms = [0, 640, 740, 850, 1000, 1200] %}
        {% set vols = [0, 4.7, 6.67, 7.3, 10, 11.6] %}

Hienoa! Tämmöisellä käyrällä näyttäisivät olevan. Pikkuisen heittelevät trendilinjasta, mutta ei pahasti.
1706608231931.png

Jos ottaa vain ne valmistajan ilmoittamat ilmamäärät, 11,6 (high=5), 7,3 (medium=3) ja 4,7 (low=1), niin käyrä on lineaarinen. Jättäisin ehkä nuo itse arvioidut pois tuosta ja antaisin tuon koodin interpoloida ne arvot siihen väliin.

1706608506662.png


Silent-arvo tuosta vielä puuttuu, valmistajan mukaan ilmamäärä on 4,0. Mikä lie nopeus (karvan verran alle 600 olis suoralla).
 
Viimeksi muokattu:

Ilppari2

Jäsen
Hienoa! Tämmöisellä käyrällä näyttäisivät olevan. Pikkuisen heittelevät trendilinjasta, mutta ei pahasti.
katso liitettä 94356
Jos ottaa vain ne valmistajan ilmoittamat ilmamäärät, 11,6 (high=5), 7,3 (medium=3) ja 4,7 (low=1), niin käyrä on lineaarinen. Jättäisin ehkä nuo itse arvioidut pois tuosta ja antaisin tuon koodin interpoloida ne arvot siihen väliin.

katso liitettä 94357

Silent-arvo tuosta vielä puuttuu, valmistajan mukaan ilmamäärä on 4,0. Mikä lie nopeus (karvan verran alle 600 olis suoralla).
Tosiaan, parempi joo jättää nuo 2 ja 4 nopeuden arvot pois. Silent arvolle sain 570 rpm.

joten:
Python:
        {% set rpms = [0, 570, 640, 850, 1200] %}
        {% set vols = [0, 4.0, 4.7, 7.3, 11.6] %}
 

Elpakko

Aktiivinen jäsen
Lisäksi vaihdoin vielä puhallusilmalle käyttöön oman zigbee-anturini antaman lukeman. Vaikka se on aika hyvin linjassa daikinin rajapinnasta tulevan lämmönvaihtimen lämpötilan kanssa, huomasin että hitaammilla nopeuksilla ei ole (puhallusilma on vähän kylmempää verrattuna lämmönvaihtimen anturiin). Mutta jos ei ole ylimääräisiä antureita, voi mennä noilla daikinin antamilla arvoilla.
Itsekin testailin tätä ja totesin, että kennoanturi antaa hyvin samankaltaisia lukemia, kuin zigbee sensorit. Imupuolella on taas 1,5 - 2,5 asteen ero Daikinin ilmoittaman huonelämpötilan ja zigbee-anturin lukeman välillä. Tarkalleen en tiedä, missä Daikinin huonelämpötila-anturi sijaitsee.

1000016506.jpg
 

hanks

Aktiivinen jäsen
Ny sain virtamittarin lämpöpumpulle, toimii kuin junan vessa. Onneksi zigbee kuuluu sähkökaapin sisältäkin. Virittelin coppi-seurannan pitkälti samoilla opeilla kuin @Elpakko. Pitihän se leikkuri pistää ottoteholle (laitoin 0.1 kW), muuten COP raketoi kun sulatus alkaa.

Python:
{% set input_power = states('sensor.zigbee_digital_meter_power') | float %}
{% set output_power = states('sensor.output_power') | float %}

{% if input_power < 0.1 %}
  {{ 0 }}
{% else %}
  {{ output_power / input_power }}
{% endif %}

Ja laitoin apexcharttiin parin minuutin liukuvan keskiarvon sekä tehoille että COP:ille.

1706978526953.png
 

hanks

Aktiivinen jäsen
Tuli tässä myös aprikoitua miten saisi oikeansuuntaisesti laskettua energiantuottoa ja -kulutusta (kWh) kun hetkellinen teho (kW) on tiedossa ja näytteitä tulee paljon. Päädyin käyttämään helper-osastolla olevaa Riemannin integraalia, joko left- tai trapezoidal-säännöllä. En ole vielä varma kumpi sääntö on luotettavampi. (EDIT: left-sääntö on luotettavampi).

Sitten jos haluaa mitata kuinka paljon energiaa kuluu päivässä tai kuukaudessa, voi tehdyn integraali-sensorin ottaa arvoksi utility meteriin, jonka voi määrittää nollautumaan päivittäin tai kuukausittain.

Tämän jälkeen ymmärtääkseni voi saada esim. keskimääräisen päivittäisen tai kuukausittaisen COP:in, kun jakaa anto- ja ottotehon utility-mittareiden arvot keskenään.
 
Viimeksi muokattu:

hanks

Aktiivinen jäsen
Itsekin testailin tätä ja totesin, että kennoanturi antaa hyvin samankaltaisia lukemia, kuin zigbee sensorit. Imupuolella on taas 1,5 - 2,5 asteen ero Daikinin ilmoittaman huonelämpötilan ja zigbee-anturin lukeman välillä. Tarkalleen en tiedä, missä Daikinin huonelämpötila-anturi sijaitsee.

katso liitettä 94549
Huonelämpötila-anturi on ymmärtääkseni sisäyksikön oikeassa reunassa alapuolella. Pikku säleikkö näkyy siinä.

Ja se imuputki (”suction pipe”) anturi taitaa muuten olla ulkoyksikössä ainakin kaavakuvien mukaan. Voisko selittää lämpötilaeroa.

Eilen otin ylös koko päivän otto- ja antotehodataa sekä näiden välistä COP:ia joka siis sisältää myös sulatukset. Nostin pyynnin 15:stä 22:een aamukymmeneltä jossa se oli koko päivän. Sulatuksia tuli 15 kpl pyynnin noston jälkeen, yksi tupla, muuten noin tunnin välein. Pumppu joutuu aika tavalla tekemään töitä kun kylmiä rakenteita lämmitetään.

Ottoenergia 41,45 kWh
Antoenergia 84,98 kWh
COP 2,05 (sisältäen sulatukset)

Otin vertailun vuoksi antoenergian myös Daikinin antureilla, ero on häviävän pieni zigbee-antureihin.

Antoenergia 84,00 kWh
COP 2,03 (sisältäen sulatukset)

Lasken nuo energiat joka vuorokausi nollautuvalla Home Assistantin utility-mittarilla, johon inputtina tulee Riemannin summaintegraali (left) teholukemista.
 

Tinke-80

Jäsen
Huomenta vaan, ei ole juurikaan kokemusta Home Assistantista. Mitä jos laitan sen Synology NASin Dockeriin pyörimään niin voiko Daikin Comfora H:n seurannan tehdä sen avulla. Ja ylipäätään onko Daikin Compora H yhteensopiva Home Assintantin kanssa? Wifi-lisäpalikka löytyy.

Ulkoyksikön malli: RXTP25R2V1B
Sisäyksikön malli: FTXTP25M5V1B
 

hanks

Aktiivinen jäsen
Huomenta vaan, ei ole juurikaan kokemusta Home Assistantista. Mitä jos laitan sen Synology NASin Dockeriin pyörimään niin voiko Daikin Comfora H:n seurannan tehdä sen avulla. Ja ylipäätään onko Daikin Compora H yhteensopiva Home Assintantin kanssa? Wifi-lisäpalikka löytyy.

Ulkoyksikön malli: RXTP25R2V1B
Sisäyksikön malli: FTXTP25M5V1B
Luulisin että onnistuu. Mitähän mallia wifi-lisäpalikka on? A, B vai C (mallinumerossa esiintyvä kirjain). A- ja B-sovittimissa on lokaali rajapinta, joka toimii virallisen Daikin AC -integraation kanssa, C-malli keskustelee vain pilven kanssa ja siihen käy nämä custom integraatiot. En tiedä saako lokaalin rajapinnan kautta näitä lisäsensoreita, kuten puhaltimen kierrosnopeus ja sisäyksikön kennon lämpötila.
 

Tinke-80

Jäsen
Luulisin että onnistuu. Mitähän mallia wifi-lisäpalikka on? A, B vai C (mallinumerossa esiintyvä kirjain). A- ja B-sovittimissa on lokaali rajapinta, joka toimii virallisen Daikin AC -integraation kanssa, C-malli keskustelee vain pilven kanssa ja siihen käy nämä custom integraatiot. En tiedä saako lokaalin rajapinnan kautta näitä lisäsensoreita, kuten puhaltimen kierrosnopeus ja sisäyksikön kennon lämpötila.

Kyseessä on tämä wifi-lisäpalikka:

 

hanks

Aktiivinen jäsen
Daikin on julkistanut uutisia koskien pilvi-rajapintoja. Nykyiset custom integraatioiden API-avaimet lopettavat toimintansa 11. maaliskuuta. Integraatioiden kehittäjien pitää päivittää softansa siihen mennessä.

Paljon muutakin tietoa löytyy ohesta:

Rate limiting olis tulossa 200 kutsua per päivä.

API-kuvauksessa ei kyllä näy puhaltimen kierrosnopeutta eikä sisäkennon lämpötilaa... toivottavasti ne löytyis siitä kuitenkin, kun saa sitten laskettua koti-COPin ja pystyy seuraamaan sulatuksia tarkasti. Tosin kyllä kotin-COP:in laskennan tarkkuus kärsii kun rate limiting sallii keskimäärin noin kutsun joka 8 minuutti. Mitenköhän muuten saisi luettua puhaltimen kierroksia? Moottorin jännitteestä?
 
Viimeksi muokattu:

Elpakko

Aktiivinen jäsen
Nihkeetä kyllä, jos Daikin vielä rampauttaa tuota HA-tukea lisää. Paikallinen API olisi kyllä poikaa...

@hanks oli hyvä vinkki tuo Apexcharts, sillä tullut nyt leikittyä ja tehtyä kaikkea kivaa käppyrää ilppien datasta:

1707836272197.png

1707836303783.png

1707836326396.png

1707836347759.png
 

hanks

Aktiivinen jäsen
Kun tein ne utility-mittarit otto- ja antoenergialle, tein samalla myös vuorokauden keskimääräiselle COP:ille. Hauskan näköistä "signeerausta" lähtee piirtämään kun mittari nollautuu vuorokauden vaihtuessa. Sulatukset aina tiputtaa keskiarvoa hieman, mutta sieltä se pikkuhiljaa kiipeää ylemmäs.

1707933707458.png
 

Elpakko

Aktiivinen jäsen
Mulla on varsin samannäköistä käyrää

1000016672.jpg


Oliko niin, että sulla oli pumppu pitämässä lähinnä ylläpitolämpöjä? Coppi näyttää ainakin olevan reilusti korkeampi kuin itsellä. Mulla on antoteholaskurissa pudotettu 5% tehtaan ilmoittamasta puhallustehosta.
 

Liitteet

  • 1000016670.jpg
    1000016670.jpg
    80,7 KB · Katsottu: 42

hanks

Aktiivinen jäsen
Oliko niin, että sulla oli pumppu pitämässä lähinnä ylläpitolämpöjä? Coppi näyttää ainakin olevan reilusti korkeampi kuin itsellä. Mulla on antoteholaskurissa pudotettu 5% tehtaan ilmoittamasta puhallustehosta.
Joo, ylläpitolämmöllä nyt. Pyynti 15, mutta tarveohjaus 90%. +1 ulkolämpötila. Mulla ei ole tuossa nyt mitään korjauskertoimia.
 

Elpakko

Aktiivinen jäsen
Jaahas, jokohan tuo HA rajapinta meni jotenkin rikki? Pumpun ohjaus ei enää onnistu ja käyrät näyttää mitä sattuu. Eilen kymmenen jälkeen tapahtui jotain.

1000016738.jpg

Eikös nuo rajoitukset pitänyt tulla vasta 11 Maaliskuuta?

Ohjauksessa herjaa: Token refresh not successful! Status 400
 

Elpakko

Aktiivinen jäsen
No voi vittujen kevät minkä tekivät. Tuo integraatio piti luoda uudestaan ja samalla tehdä omat API -tunnarit Developer portaaliin. Sain vihdoin Daikin integraation uudestaan toimimaan. MUTTA: Tarveohjaus puuttu, sensoreista puuttuu kennon lämpötilat ja puhaltimen kierrosnopeudet. Toisin sanoen meni tarveohjausautomaatiot sekä cop-laskennat vituiksi.

Miltäs @hanks sulla näyttää ja mitä integraatiota olet käyttänyt? Mulla on tämä, en tiedä onko muitakin: https://github.com/jwillemsen/daikin_residential_altherma
 

Elpakko

Aktiivinen jäsen
Harmittaa toi tarveohjauksen poistaminen HA:sta. Se oli oikeasti hyödyllinen ominaisuus, copin laskenta taas enemmänkin semmosta bonusta.
 

hanks

Aktiivinen jäsen
jwillemsen/daikin_residential_altherma:n kehittäjä on nyt toteuttanut tämän Daikinin uuden rajapinnan ja samalla nimennyt repon jwillemsen/daikin_onecta:ksi. Vielä tuntuu olevan vähän buginen.

Jospa Daikin suostuisi palauttamaan tarveohjauksen ja ne muut sensoritiedot copin laskentaa varten.
 

hanks

Aktiivinen jäsen
Viimeksi muokattu:

care

Tulokas
Sen verran API-rajapinnan kyselyiden rajaaminen jäi harmittamaan, että laitoin Perferaan B-sarjan Wifi-sovittimen sisäänrakennetun C-sarjalaisen rinnalle S21-liitännän kautta. Hyvin tuntuvat molemmat toimivan samanaikaisesti. Tosin Onectassa viive toisella tehdyn muutoksen näkymiseen myös toisessa on n. 10 s, mutta Home Assistantin kautta ohjatessa tällä ei ole merkitystä.
 

heebo1974

Aktiivinen jäsen
jwillemsen/daikin_residential_altherma:n kehittäjä on nyt toteuttanut tämän Daikinin uuden rajapinnan ja samalla nimennyt repon jwillemsen/daikin_onecta:ksi. Vielä tuntuu olevan vähän buginen.
Eikä niin vähää buginen. Eilen asentelin tuon, kun se vanha lopetti toimintansa pari päivääs sitten. No ei kestänyt kuin puolipäivää, niin kaikki sensorit unavailable. Eikä auta uudelleen käynnistelytkään. Varmaan jotain ongelmaa niiden ratelimittien tai sitten credentialien kanssa. :(

EDIT:
Taitaakin olla ongelmat Daikinin päässä. https://daikincloudsolutions.statuspage.io/
ONECTA Cloud API: Refresh tokens expire after approximately 12 hours
 
Viimeksi muokattu:

hanks

Aktiivinen jäsen
Olen ottanut käyttöön uuden daikin_onecta -integraation, mutta mulla on rinnalla myös vanha daikin_residential_altherma. Se vanhakin näyttää toimivan vielä, tulee puhaltimen kierrosnopeudet, tarveohjaus toimii edelleen.

Kaipa se vanha rajapinta jossakin vaiheessa lakkaa toimimasta. Olen kyllä laittanut daikinille viestiä että voisivat kaikin mokomin jatkaa niiden sensoritietojen julkaisua kuin ennenkin, samoin tarveohjauksen.
 
Vieläkös uudempien mallien kanssa myydään noita vanhempia (A/B) wifi-palikoita? Vai tuleeko pakotetusti C ja onecta-maailma? Hieman koettanut selvitellä minkä valmistajan pumpusta saisi Home Assistantiin natiivitukea, ja Daikinilla nyt edes vähän yritystä.
 
Back
Ylös Bottom