Home Assistant - For Dummies (hass.io)

[Qwerty3]

Miten Ikean ja Philipsin Hue Zigbee polttimot käyttäytyvät seuraavassa tilanteessa

- seinästä katkaisia on päällä
- HA:ssa on valo päällä
- valo palaa normaalisti
- valo sammutetaan HA:sta -> valo sammuu
- mitä tapahtuu jos nyt laitan seinäkatkaisijasta valon pois ja takaisin päälle?
- Syttyykö valo, vai vaatiiko vielä erikseen HA:sta päälle laittoa?

 

[Markok]

Miten Ikean ja Philipsin Hue Zigbee polttimot käyttäytyvät seuraavassa tilanteessa

- seinästä katkaisia on päällä
- HA:ssa on valo päällä
- valo palaa normaalisti
- valo sammutetaan HA:sta -> valo sammuu
- mitä tapahtuu jos nyt laitan seinäkatkaisijasta valon pois ja takaisin päälle?
- Syttyykö valo, vai vaatiiko vielä erikseen HA:sta päälle laittoa?

Jos lamppu muistaa edellisen tilansa, niin kytkintä käännettäessä valaisin ei syty.

 

[jjs]

Miten Ikean ja Philipsin Hue Zigbee polttimot käyttäytyvät seuraavassa tilanteessa

- seinästä katkaisia on päällä
- HA:ssa on valo päällä
- valo palaa normaalisti
- valo sammutetaan HA:sta -> valo sammuu
- mitä tapahtuu jos nyt laitan seinäkatkaisijasta valon pois ja takaisin päälle?
- Syttyykö valo, vai vaatiiko vielä erikseen HA:sta päälle laittoa?

Lampun asetuksista pystyy valitsemaan miten se käyttäytyy.

Esimerkkikuva, Hue LCT015 -lamppu, Zigbee2MQTT (vastaavat myös Huen omassa appissa, jos käyttää HUE-siltaa):

 

[larionof]

Miten Ikean ja Philipsin Hue Zigbee polttimot käyttäytyvät seuraavassa tilanteessa

- seinästä katkaisia on päällä
- HA:ssa on valo päällä
- valo palaa normaalisti
- valo sammutetaan HA:sta -> valo sammuu
- mitä tapahtuu jos nyt laitan seinäkatkaisijasta valon pois ja takaisin päälle?
- Syttyykö valo, vai vaatiiko vielä erikseen HA:sta päälle laittoa?

Minulla Ikean valot syttyvät kun katkaisijasta( tai minun tapauksesssa rele) laittaa virrat lampulle. Aina ei se 'startup behaviour' toimi sen mukaan mikä tila oli, eli vaikka se olisi ollut pois päältä, menee Stoftmoln päälle kun virrat palautuvat( tai oikeastaan melkein aina).

 

[jkoljo]

Eilen siis ilpo olisi ollut käytössä 0,48kWh:n edestä mikä ei mielestäni voi pitää paikkaansa jo siitäkin syystä, että automaatio on käynnistänyt ilpoa muutamankin kerran päivän aikana.

Tuo ILP kulutus/energiamittaus näyttää muutenkin hämärältä. P1 portin mittari näyttää todennäköisesti oikein. Tsekkaa miltä ILP energiasensorin data näyttää. Ei siis energiavälilehdellä vaan esim Settings > Devices & services > entities puolella.

Jos data näyttää yhtään oudolta, vaihtaisin sensorin aika pienellä kynnyksellä johonkin hyväksi havaittuun, kuten Shelly tai Tapo P115. Shellyn PM Mini menee perus rasian sisään ja siinä ei ole relettä, mikä on mielestäni hyvä asia tärkeän lämmönlähteen kanssa.

 

[Kuka_kusi_muroihini]

Tuo ILP kulutus/energiamittaus näyttää muutenkin hämärältä. P1 portin mittari näyttää todennäköisesti oikein. Tsekkaa miltä ILP energiasensorin data näyttää. Ei siis energiavälilehdellä vaan esim Settings > Devices & services > entities puolella.

Jos data näyttää yhtään oudolta, vaihtaisin sensorin aika pienellä kynnyksellä johonkin hyväksi havaittuun, kuten Shelly tai Tapo P115. Shellyn PM Mini menee perus rasian sisään ja siinä ei ole relettä, mikä on mielestäni hyvä asia tärkeän lämmönlähteen kanssa.

Täytyy tutkia. Pistorasia pitää olla ip44 koska ilpon virta otetaan ulkoyksikölle ulkorasiasta. Eli shelly vaatisi sitten sähkömiehen vaikka olis kyllä oikein ratkaisu.

 

[Tonnin Seteli]

Mä en ymmärrän yhtään mitä sä kysyt.
Eli otetaan rauhallisemmin, että pääsen kartalle.

Grid importista kysyit, eikö se ole siis kokonaiskulutus. Otetaan esimerkkipäiväksi eilinen.

Kulutus menee päivän osalta näin:

Eli vaaleanharmaa on "untracked" ja tummanharmaa on ilmalämpöpumppu. Ilmalämpöpumpun edessä on Aeon outlet, joka mittaa virrankulutusta. Plugi on Hubitat-järjestelmässä ja juttelee Home Assistantin kanssa API-rajapinnan kautta. Mulle on epäselvää mitä tuossa yllä olevassa graafissa tapahtuu. Kaikkien muiden mitattavien laitteiden kulutus on + merkkistä, eli laitteet kuluttavat ja ilmeisesti raportointi toimii normaalisti koska näitä ilpon kanssa esiintyviä miinusmerkkisiä ei ole. Miksi esim. klo 07.00 ilmalämpöpumppu on ollut käytössä ja sähköä kulunut, samaan aikaan "untracked" menee miinusmerkkikseksi. Seuraavalla tunnilla klo 08.00 on hyvitetty tuo tummanharmaa aiempi kulutus.
Onko siis niin, että P1-sensori joka mittaa kokonaiskulutusta ei ole synkassa ilmalämpöpumpun kulutusraportin kanssa. Jos oikein käsitän, Gridin kokonaisukulutus on kohdillaan koska se tulee suoraan p1-mittarilta HAN-portista, mutta untracked ja ilpo -raportti lienee pielessä. Eilen siis ilpo olisi ollut käytössä 0,48kWh:n edestä mikä ei mielestäni voi pitää paikkaansa jo siitäkin syystä, että automaatio on käynnistänyt ilpoa muutamankin kerran päivän aikana.

Sulla on älytön järjestelmä joka heittää kulutuslaitteille miinusmerkkistä kulutusta. Koko aineisto on epäluotettavaa kunnes sen saa korjattua ja tarkastettua järkeväksi.

Kun lukemat ovat noin taunoja, kannattaisi varmaan ilpun kulutus katsoa suoraan ilpun oman integraation kautta, jollainen tilastollisesti useimmissa tapauksissa on olemassa. Homma voisi toimia ihan hyvin jos käytetään vain HA eikä mitään muuta harrastelijatasoista turaviritystä siinä rinnalla.

 

[Kuka_kusi_muroihini]

Sulla on älytön järjestelmä joka heittää kulutuslaitteille miinusmerkkistä kulutusta. Koko aineisto on epäluotettavaa kunnes sen saa korjattua ja tarkastettua järkeväksi.

Kun lukemat ovat noin taunoja, kannattaisi varmaan ilpun kulutus katsoa suoraan ilpun oman integraation kautta, jollainen tilastollisesti useimmissa tapauksissa on olemassa. Homma voisi toimia ihan hyvin jos käytetään vain HA eikä mitään muuta harrastelijatasoista turaviritystä siinä rinnalla.

Mulla on lukuisia sähkönkulutusta mittaavia sisäplugeja jotka on luotettavia ja antaa tonne oikeita lukuja energy lehdelle. Ip44 pistokkeita oon löytänyt vaan tämän ja sen kanssa nyt ilmeisesti haaste.
Sensibo on se millä toshiban muuten tyhmää pumppua hallitaan, mutta se integraatio ei tarjoa kulutus entitya.

 

[Tonnin Seteli]

Sensibo on se millä toshiban muuten tyhmää pumppua hallitaan, mutta se integraatio ei tarjoa kulutus entitya.

Täytyy tutkia. Pistorasia pitää olla ip44 koska ilpon virta otetaan ulkoyksikölle ulkorasiasta. Eli shelly vaatisi sitten sähkömiehen vaikka olis kyllä oikein ratkaisu.

Tuo on muutenkin mahdollisesti epäasiallinen asennus, joten kannattaa tosiaan tilata se sähkömies tai vaikka itse ranettaa pumppu kiinteään asennukseen. Pistorasia tai mahdollisesti se plugi ei ole speksattu eikä varsinkaan käytännön tasolla luotettavasti suoriudu sellaisesta kuormituksesta jota talon lämmitysjärjestelmä vaatii. On hyvin neuvostoliittolainen järjestely jos ilpu on jossain ulkopistorasiassa lähtökohtaisesti, ja etenkin säiden armoilla. Siinä on IP-luokitus pelkkää ulkokultaa.

 

[Kuka_kusi_muroihini]

Tuo on muutenkin mahdollisesti epäasiallinen asennus, joten kannattaa tosiaan tilata se sähkömies tai vaikka itse ranettaa pumppu kiinteään asennukseen. Pistorasia tai mahdollisesti se plugi ei ole speksattu eikä varsinkaan käytännön tasolla luotettavasti suoriudu sellaisesta kuormituksesta jota talon lämmitysjärjestelmä vaatii. On hyvin neuvostoliittolainen järjestely jos ilpu on jossain ulkopistorasiassa lähtökohtaisesti, ja etenkin säiden armoilla. Siinä on IP-luokitus pelkkää ulkokultaa.

Ei ole mitenkään päin epäasiallinen asennus. Ulkoyksikön virroitus tehdään aina joko kiinteästi tai pistotulpalla ja tässä tapauksessa se on pistotulpalla. Sähkömies kun on käynyt asentamassa niin toki katsottiin, että rasia on asennuksen mukainen ja kuorma kytkettynä kestää. Se että mulla on välissä 3500w kestävä ip44 rasia on sit oma lukunsa, mutta ei mennä siihen.
Täytyy tänään yrittää katsoa voiko se olla hubitatin popp ajureista kiinni tai sitten tuo api rajapinta tekee välissä jotain. Home assistant saa rajapinnan kautta vain kulutuslukemaa, eli joku muu tulkitsee tuon yhteydessä että kulutus ei ole validia.

 

[Kuka_kusi_muroihini]

Jos oikein nyt olen ongelmaa analysoinut, niin 229,3kWh:n piikki tulee n. 10minuutin välein Hubitatin lokiin. Sama periytyy Home Assistantiin, koska originaali laite sen niin raportoi.
Energy-kulutus raportoidaan pistorasiasta kVah-muodossa. Tämä tulkitaan Home Assistantin puolella kWh:na, mutta kas kummaa tämä 10min välein ilmestyvä piikki raportoidaan kWh-muodossa Hubitatissa ja se päätyy samassa muodossa myös Home Assistantiin. Eli kiteytyän, pistorasia generoi kVah ja kWh -attribuutteja eteenpäin, ja nämä luetaan kaikki kWh:ksi Home Assistantin puolella ja siksi mm. graafissa näkyy että 5,2kWh nouseekin yhtäkkiä 229,3kWh:n ja sitten seuraava raportti onkin taas jo tuttu oikea kulutus eli 5,4kWh.
Piti ihan valistautua ja yrittää ymmärtää, että mikä tuo kVah edes on, google kertoo:

"9.5.2024 — KVAh is a measurement of the overall power used by an electrical system, whereas kWh is a measure of the actual energy utilised by a client."

En viisastunut. Ongelma korjaantuisi varmaankin sillä, että Hubitatissa ajurit jakaisivat raportoidun datan kahteen eri muotoon, toinen olisi kVah ja toinen olisi kWh. Tällöin voisin vastaanottaa vaikkapa tuon kVah:n Home Assistantin puolella ja piikit eivät tulisi raportille.

 

[larionof]

Jos oikein nyt olen ongelmaa analysoinut, niin 229,3kWh:n piikki tulee n. 10minuutin välein Hubitatin lokiin. Sama periytyy Home Assistantiin, koska originaali laite sen niin raportoi.
Energy-kulutus raportoidaan pistorasiasta kVah-muodossa. Tämä tulkitaan Home Assistantin puolella kWh:na, mutta kas kummaa tämä 10min välein ilmestyvä piikki raportoidaan kWh-muodossa Hubitatissa ja se päätyy samassa muodossa myös Home Assistantiin. Eli kiteytyän, pistorasia generoi kVah ja kWh -attribuutteja eteenpäin, ja nämä luetaan kaikki kWh:ksi Home Assistantin puolella ja siksi mm. graafissa näkyy että 5,2kWh nouseekin yhtäkkiä 229,3kWh:n ja sitten seuraava raportti onkin taas jo tuttu oikea kulutus eli 5,4kWh.
Piti ihan valistautua ja yrittää ymmärtää, että mikä tuo kVah edes on, google kertoo:

"9.5.2024 — KVAh is a measurement of the overall power used by an electrical system, whereas kWh is a measure of the actual energy utilised by a client."

En viisastunut. Ongelma korjaantuisi varmaankin sillä, että Hubitatissa ajurit jakaisivat raportoidun datan kahteen eri muotoon, toinen olisi kVah ja toinen olisi kWh. Tällöin voisin vastaanottaa vaikkapa tuon kVah:n Home Assistantin puolella ja piikit eivät tulisi raportille.

Onnistuisiko piikin poisto mean-funktiolla pyöristäen( en osaa neuvoa miten se tehdään HA:ssa vaan haen aina ohjeet netistä. NR:ssa se on suoraviivainen funktioelementin lisääminen, joka suodattaa piikit)

 

[Kuka_kusi_muroihini]

Onnistuisiko piikin poisto mean-funktiolla pyöristäen( en osaa neuvoa miten se tehdään HA:ssa vaan haen aina ohjeet netistä. NR:ssa se on suoraviivainen funktioelementin lisääminen, joka suodattaa piikit)

Aivan saakelin nerokasta, ei tullut eikä olisi tullut mitenkään päin edes mieleen. Käyn ihmettelemässä miten tuo toimii ja katsotaan auttaako. Kiitos tipsistä!!

EDIT: nyt on temppasensori tehty. Otin 30min seurannan ja totesin, että se karsii yli 80kwh:n ylitykset pois kuten kuuluukin (pienempikin riittäisi)
Vaihdoin tuon tempan nyt energy dashboardiin ja nyt täytyykin seurata, että lähteekö nuo miinusmerkkiset tämän muutoksen myötä pois. Kaiken järjen mukaan pitäisi poistua.

Tässä vielä tuo temppa jos joku joskus kaipaa samaa:
{% set value = states('sensor.outlet_toshiba_arctic_energy') | float %}
{% if value >= 0 and value <= 80 %}
{{ value }}
{% else %}
0
{% endif %}

Eli helperistä perustetaan template sensor ja sinne määritellään tuo koodisnippi. Prosentit eivät ole prosentteja, vaan eksakti lukema mikä raportoidaan kwh:na. Eli kaikki 0-80 väliltä raportoidaan ja ylitykset raportoidaan "0" lukemalla.

Itse asiassa yksi asia on vielä epäselvä, mikä state class pitää valita:

Chatgpt ehdottaa totalia, ehkä se on oikea kun kulutuslukemahan on kaikkea 0-x:n väliltä.

• Total: Best for sensors that report total energy consumption over time, which might reset to zero (like your sensor).
• Total Increasing: Best if the value never resets, and continuously increases as energy is consumed (e.g., devices that track lifetime energy usage).
• Measurement: Not suitable for energy meters like yours, as it’s meant for instantaneous measurements (e.g., power in watts).