Heishamon ja Grafana - COP:in laskenta?

janosh

Tulokas
Pahoittelut, tämä kysymys voinee olla hieman väärässä kategoriassa koska se liittyy enemmän Grafanaan, mutta täältä varmaan tavoittaa Heishamonin käyttäjiä kuitenkin ja sitä kautta kysymys liittyy Panasoniciin.

Eli, kuinka graafaatte COP:in Grafanaan?

Minulla siis Panasonicissa kiinni oleva HeishaMon lähettää anto- ja ottotehot MQTT:llä Mosquittolle. Siitä Telegraf syöttää ne Influxiin ja Grafanalla katson dataa. Anto- ja ottotehot grafautuu hyvin. Mutta kun yritän Grafanan expressionilla tehdä yksinkertaista antoteho jaettuna ottoteholla laskutoimitusta, en millään saa graafia oikein. Tiedän että HeishaMon lähettää tehoja eri aikoihin ja eri määrän. Olen yrittänyt Grafanan resämpläyksen kautta tehdä jakolaskua. Ongelma varmaan on kun pumpun ollessa pois päältä, laskutoimituksessa pitäisi jakaa nollalla. Tämä päätynee "no value" tilaan Grafanassa ja olen senkin konffannut graafissa näyttämää vain nollaa. Mutta näin konffaten graafi alkaa heittelemään välillä nolliin silloinkin kun COP ei todellakaan ole 0.

Tässä on anto- ja ottotehojen kyselyt. Nämä graafautuu ihan kiltisti. Jakolaskua ajatellen last() ja fill(none) konffit ovat keskiössä. Olen kokeillut monia eri variaatioita niihin.
1707061493192.png



Resämpläys ja jakolasku yksinkertaisesti näin:
1707061532791.png



Tehot menee nätisti omassa graafissaan. Mutta COP ei näytä nollaanmenoa oikein vaan aina liukuu sinne kun nollasta lähdetään ylöspäin.
1707061561879.png



Eli onko joku tätä Grafanalla saanut konffittua oikein perustuen Heishamonin lähettämään dataan? Vai oletteko vaan tehneet erillisen skriptin joka kuuntelee mqtt:ltä tehojen muutoksia ja laskee COP:in "offline" ja työntää siitä oman aikasarjan Influxiin?

//j
 
Viimeksi muokattu:
Tarvitset graafiisi syötteeksi ottotehon, antotehon sekä sulatustiedon (.../Defrosting_State):

1707065160757.png


Laskentaan transform joka muuttaa COP-arvon nollaksi kun sulatus on päällä

1707065227861.png


Lopputulos näyttää tältä:

1707065263124.png
 
Okei, paljon kiitoksia. Pitää tuota kokeilla. En tiennyt, että COP:ista pitää tuo sulatus miinustaa. Hyvä että lähdin kyselemään.
 
Joo, vähän kikkailua. Defrosting_State on '1' kun sulatus on päällä ja muuten '0'. Ensin tehdään kysely jossa arvosta vähennetään 1, jolloin tulos on nolla kun sulatetaan ja muuten -1. Sitten käytetään tuota hyväksi transform-puolella, saadaan tulokseksi nolla sulatuksen aikana.
 
Jees, aika nokkelasti mietitty. Mutta se varsinainen opetus minulle oli että tuota jakolaskua ei pidä tehdä Grafanan expressionin kautta vaan tuolta transformaation kautta. Ei ole Grafanaa tullut opeteltua tarpeeksi että olisin tuota osannut. Kiitos avusta.
 
Joo, tuo Influxin kyselykieli ei ole ihan yhtä ilmaisuvoimaista kuin SQL. Ihan kaikkea samaa kuin SQL:llä ei saa ollenkaan tehtyä ja monesti saa turvautua transformeriin.
 
Olen yrittänyt tarkentaa tota COP laskentaa käyttämällä ulkoisia lämpötila-antureita VILP-kierrossa ja Heishan ilmoittamaa kiertovesipumpun virtausta. Jostain syystä lämpöteho näyttää reilusti yli todellisuuden. Ehkä kaavassa on joku virhe tai sitten Pana ilmoittaa tuon virtauksen väärin?
IMG_7152.jpeg
IMG_7153.jpeg
 
Tarvitset graafiisi syötteeksi ottotehon, antotehon sekä sulatustiedon (.../Defrosting_State):

Näytä liitetiedosto 94625

Laskentaan transform joka muuttaa COP-arvon nollaksi kun sulatus on päällä

Näytä liitetiedosto 94626

Lopputulos näyttää tältä:

Näytä liitetiedosto 94627
Tein tämän, mutta silti nuo nolla-kohdat COP:issa eivät mene nolliin vaan hyppää seuraavaan oikeaan arvoon.
1707074642260.png


Jokin vipu vielä uupuu. Graafin asetuksissa on kyllä tämä:
1707074711993.png
 
Miksi sinne Grafanaan ei vaan vie suoraan sitä Panan ilmoittamaa COPpia?
Ihan yhtä "epämääräinen" tuokin grafanassa laskettu cop on, kun Panan tehomittaus on pykälittäin.
 
Otan asiaan kantaa vain Grafanan osalta. Joku vuosi takaperin tutkailtiin nuorimman pojan kanssa tätä missä tietojärjestelmässä on helpompi suorittaa laskutoimituksia kuten kWh mittarin pulsseista teho, COP arvot (hetkellinen COP, Vrk alusta COP ja Kk alusta COP) jne .
Päädyttiin meidän tapauksessa siihen missä näihin tarvittavat alkutiedot ovat ja ne ovat Siemens PRV2 yksikössä ja siltä TaloLogger käy lukemassa suorat lukemat kuten lämpötilat ja laskennalliset lukemt kuten COP arvot. Samat tiedot siirtyvät samaan aikaan toiseen tietokantaan josta tiedot ovat sitten poimittavissa Grafanaan. Näin siis lyhykäisesti.

Ohessa Grafanalla tehty kuva kolmen ILP:n toiminnasta tältä aamulta. Tässä kohdin on huomattava että COP arvo voi vaihdella kovastikkin, riippuen siitä minkä aikavälin COP arvoa haluaa esittää. Kuvasta ei käy ilmi sellainen oleellinen seikka kuin tilavuusvirta. Sen on näissä kolmessa sama 400 m3/h joka vastaa suurinta puhallinnopeutta (5 palkkia). Laitteen tiedot allekirjoituksessa.

:grandpa:
Ilpit.070224.1.png
 
Viimeksi muokattu:
Takaisin
Ylös Bottom