Home Assistant - For Dummies (hass.io)

Virittelin ekaa kertaa Home Assistantin linjoille, jänniä aikoja. Onkos kuitenkin nyt niin, että en saa Tapon C420 kameraa tai D230S1 ovikelloa toimimaan Home Assistantissa? Jotenkin hölmösti etukäteen oletin, että kaikki tällaiset systeemit toimisi kun se Tapo integraatiokin on.

Tosin en saanut koko Tapo integraatiota toimimaan. Ei löydä Tapon laitteita verkosta sillä automaattihaulla, vaikka on H200 hubi + useita erilaisia sensoreita + kameroita samaan verkkoon kytkettynä.

Tämä dummy kaipaisi nyt neuvoja.

EDIT: Kappas, pistokkeen se löysi. Muita laitteita ei.

Tapon kanssa oli tosiaan isoja ongelmia kun Tapo-integraatio lakkasi toimimasta parisen kuukautta sitten ja jouduin vaihtamaan toiseen: Kamerat OnVifin alle ja Tapot TP Link Smarthomen alle yhdessä Kasa-laitteiden kanssa. Näillä toimivat niin, että niitä kaikkia voi ohjata, ja kameroille lisäksi Frigate mutta en ole sitä jaksanut vielä säädellä toimintakuntoiseksi
 
Haku ei tuottanut tuloksia, mutta luulisi, että moni täälläkin ohjaa ILPiä pörssisähkön hinnan mukaan.
Mulla on ollut nyt vajaa kaksi talvea pyörimässä Mitsubishin pumpulle sellainen algoritmi, että vuorokauden sähkönhinta jaetaan viiteen portaaseen (hyvin halpaa, halpaa, keskihintaista, kallista, todella kallista) ja näiden portaiden perusteella säädetään ILPin lämpötilaa +-2C.
Tarkistelin nyt talvikuukausilta toteutunutta kulutusta verrattuna sähkön hintaan ja käppyröissä ei ole minkäänlaista korrelaatiota, toisin sanoen tuo ohjausalgoritmini ei tuota ainakaan kovin hyvää lopputulosta.
Minkälaisilla algoritmeilla olette ohjanneet ILPiä ja onko tullut havaittavia tuloksia? Jostain muistaisin kyllä lukeneeni, että ILPin energiankulutus ei suuremmin muutu lämpötilan mukaan, joten liekö ohjaaminen aivan turhaa hommaa?
 
Minkälaisilla algoritmeilla olette ohjanneet ILPiä ja onko tullut havaittavia tuloksia? Jostain muistaisin kyllä lukeneeni, että ILPin energiankulutus ei suuremmin muutu lämpötilan mukaan, joten liekö ohjaaminen aivan turhaa hommaa?

Itse asiaa pohtineena tässä on aika monta tekijää, joiden yhtaikainen huomioiminen vaikeaa. Ensinnäkin jotta lämpötilan pyynnin nostamisella olisi vaikutusta niin tarvii olla juuri sillä hetkellä ylimääräistä kapasiteettia. Toinen asia on, että päivänkin sisällä ulkolämpötila vaihtelee, mikä vaikuttaa hyötysuhteeseen, esim. yöllä voi olla -12c ja päivällä -6c, eli yöllä, kun olisi halvempaa niin lämmityskapasiteetista on jo ehkä käytössä suurin osa, joten vaikutus jää pieneksi ja tosiaan vaikka sitä lämmitystehoa olisi puskurissa, jolloin pyynnin nostaminen sitä kasvattaisi niin lämpöä tulee huonommalla hyötysuhteella. Kolmas asia on toki sulatusjaksot, eli jos nostaa vain tunniksi pyyntiä niin voi olla, että ensimmäiset 20min sattuukin olemaan sulatusta, eli pumppu ei oikein kerkeä vaikuttamaan. Neljäs asia toki vielä, että jos huonelämpötila nousee tuon pyynnin nostamisen mukaan niin sekin nostaa energiankulutusta, koska isompi lämpötilaero vs ulkoilma.

Lopulta tietenkin, jotta säätämisen vaikutus näkyisi kulutuksessa niin sen pitäisi sitten olla oikeasti ainoa lämmönlähde, ellei sinulla sitten ole pelkän ILP:n syötössä energiamittausta. Pumppujen omat ilmoitukset tuskin kuitenkaan ovat virtamuuntajamittauksilla toteutettuja, eli antavat vain sinnepäin arvion.

Itse olen testimielessä kokeillut käsin sovelluksen ajastuksilla ylläpitolämpökohteessa (normi pyynti 8c, toteutuva sisälämpötila 8-12c) säätää pyyntiä ja olennaista ollut se, että sähkön hinta pomppaa reilusti enemmän ylöspäin, kuin mitä pyynnin noston seurauksena sisäilman lämpötilaero vs ulkoilma. Esim. yksinkertaisuuden vuoksi ulkona tasainen -10c sisällä +10c =>20c delta, pyynti ja teoreettinen huonelämpö x-ajan kuluttua +15c =>25c (+25%) lämpötilaero, jolloin olen karkeasti ehkä edellyttänyt esim. +50% sähkön hinnan nousua (pörssi+siirto+verot) 1-2h sisään, että voisi jollain varmuudella olettaa voittavan tässä säätämisessä. Tämän taktiikan olen selkeästi saanut näkymään jo talon tuntikulutuksissa, mutta avainasia on minusta se ylimääräinen kapasiteetti, sekä tietenkin suhteessa iso ero normaaliin lämpötilapyyntiin.
 
Minkälaisilla algoritmeilla olette ohjanneet ILPiä ja onko tullut havaittavia tuloksia? Jostain muistaisin kyllä lukeneeni, että ILPin energiankulutus ei suuremmin muutu lämpötilan mukaan, joten liekö ohjaaminen aivan turhaa hommaa?
Täällä on ketju, jossa aiheesta on keskusteltu ja käsittääkseni ohjelmalla on vähintään satoja tyytyväisiä käyttäjiä. Lämmitysalgoritmin parantaminen on käsittääkseni edelleen työn alla.
 
Voiko Home Assistantin käyttö häiritä jotenkin wifin toimivuutta? Nyt HA:n käytön aikana alkanut ilmaantua vaikeuksia liittyä wifi verkkoon.
 
varmasti jotenkin
ensimmäisenä ehkä lataisin luuriin wifi analyzerin ja katsoisin onko wifitaajuuksilla ruuhkaa


jos on paljon älylaitteita wifissä kannattaa tarkistaa että reitittimellä on riittävän iso dhcp pooli, ja ettei tukiasema yski liian monen laitteen kanssa
 
Voi, ja häiritsee.

Olen yrittänyt löytää syytä siihen kun HA kuitenkin itse on langallisena kiinni mutta silti se( NUC) on todennäköinen syy Tuya-laitteiden lisäksi verkko-ongelmiin. HA sammutettuna Tuyat eivät toista ongelmia mutta todennäköisesti HA:n jatkuva pollaus aiheuttaa jotain mikä pätkii

edit: ja lisähuomiona tosiaan, että esimerkiksi Nokian Beaconit hyväksyivät vain 32 laitetta ja samoin tekevät muutamat muutkin reitittimet. Se saattaa yksinkertaisesti olla 'tukossa'. Decot hyväksyvät 2* 256 laitetta, jos oikein muistan, joten se ei ole rajoittavana tekijänä.
 
Virittelin ekaa kertaa Home Assistantin linjoille, jänniä aikoja. Onkos kuitenkin nyt niin, että en saa Tapon C420 kameraa tai D230S1 ovikelloa toimimaan Home Assistantissa? Jotenkin hölmösti etukäteen oletin, että kaikki tällaiset systeemit toimisi kun se Tapo integraatiokin on.

Tosin en saanut koko Tapo integraatiota toimimaan. Ei löydä Tapon laitteita verkosta sillä automaattihaulla, vaikka on H200 hubi + useita erilaisia sensoreita + kameroita samaan verkkoon kytkettynä.

Tämä dummy kaipaisi nyt neuvoja.

EDIT: Kappas, pistokkeen se löysi. Muita laitteita ei.
Aiemmin jo tulikin, että tuossa integraatiossa on vähän rikki. Vai olikohan niin että TP-linkin puolelta oli jotain päivitetty ja sitten tippui ainakin suurin osa kameroista pois. Yksi vinkki minkä löysin, on downgreidata kameran firmis, kun vanhemmilla pitäisi vielä toimia. Ja siis itsellä noille kameroille oli Tapo Cameras Control -integraatio tms.

Tuota ovikelloa olin aikeissa ostaa, mutta pienen googlettelun jälkeen sitä ei käsittääkseni ole koskaan saanut toimimaan tuon Tapo integraation kautta
 
Ihan suoraan HomeAssistant ei varsinaisesti häiritse wifin toimivuutta mutta niinkuin aiemmin jo mainittiinkin, jotkut wifi-tukarit eivät kestä suurta yhteysmäärää ja kotiautomaatiossa saattaa äkkiä ollakin lukuisia wifillä juttelevia laitteita. Lisäksi sekä Bluetooth että Zigbee ovat samalla taajuuskaistalla 2.4GHz wifin kanssa joten ilmassa alkaa olla ruuhkaa. Sitten kun vielä ottaa huomioon jotkut halvat kiinalaiset automaatiolaitteet joiden wifi/zigbee/bt-radiot eivät välttämättä ole parhaimpia mahdollisia vaan saattavat roiskia vähän viereisille taajuuksille tms, niin kyllähän tuossa alkaa olla monta potentiaalista syytä mistä wifiin tulee häiriöitä HomeAssistantin (tai jonkun muun automaatiojärjestelmän) takia.
 
  • Tykkää
Reactions: Mco
Eli kannattaa siis laittaa HA:n laitteet omaan verkkoon ja muut viihdelaitteet omaan?
 
varmasti jotenkin
ensimmäisenä ehkä lataisin luuriin wifi analyzerin ja katsoisin onko wifitaajuuksilla ruuhkaa


jos on paljon älylaitteita wifissä kannattaa tarkistaa että reitittimellä on riittävän iso dhcp pooli, ja ettei tukiasema yski liian monen laitteen kanssa
Mutku ei pääse siihen wifiin luurilla:D
 
Eli kannattaa siis laittaa HA:n laitteet omaan verkkoon ja muut viihdelaitteet omaan?
Jos mahdollista niin kyllä, parantaa samalla tietoturvaakin kun automaatiolaitteet ja muut verkon laitteet eivät pääse suoraan juttelemaan keskenään ja vaikka jossain automaatiolaitteessa olisi tietoturva-aukko niin se ei pääse suoraan siihen varsinaiseen kotiverkkoon temmeltämään.
 
Jos mahdollista niin kyllä, parantaa samalla tietoturvaakin kun automaatiolaitteet ja muut verkon laitteet eivät pääse suoraan juttelemaan keskenään ja vaikka jossain automaatiolaitteessa olisi tietoturva-aukko niin se ei pääse suoraan siihen varsinaiseen kotiverkkoon temmeltämään.
On muutama vanha 4G reititin tallessa niin vois laittaa sen HA:lle ja 5G sitten tv:t, pelikoneet ja läppärit.
 
iPhonella ei pääse ollenkaan samaan wifiin HA:n kanssa. Muut laitteet toimii HA:ssa, mutta Tuyat on pimeenä iPhonen kanssa. Myös Daikin pimeenä.
 
Saako laite edes IPta vaiko miten se tökkää?
Muihin verkkoihin yhdistää, jopa tuohon pääwifin laajentimeen, mutta ei tuohon pääwifin verkkoon millään. Ilmottaa vaan ettei voi liittyä.
E: ei se tuon laajentimenkaan kautta hyvin toimi.
HA:ssa toimii aurinkoinvertteri ja Gecko intouch ihan ok. Iphone, Tuya ja Daikin ei.
"Error returned from supervisor: System is not ready with state: setup" lukee tuolla palvelin läppärin näytöllä.
 
Muihin verkkoihin yhdistää, jopa tuohon pääwifin laajentimeen, mutta ei tuohon pääwifin verkkoon millään. Ilmottaa vaan ettei voi liittyä.
E: ei se tuon laajentimenkaan kautta hyvin toimi.
HA:ssa toimii aurinkoinvertteri ja Gecko intouch ihan ok. Iphone, Tuya ja Daikin ei.
"Error returned from supervisor: System is not ready with state: setup" lukee tuolla palvelin läppärin näytöllä.
Onko sulla jotain kiinteitä ip-osoitteita laitettu vai osittain? DHCP jakaa näiden ulkopuolelta osoitteet?
 
Onko sulla jotain kiinteitä ip-osoitteita laitettu vai osittain? DHCP jakaa näiden ulkopuolelta osoitteet?
Nyt selvis. Jostain syystä (en ollu minä):D oli reitittimessä klikattuna wifi-MAC suodattimen vaihtaja kohtaan "estolista" eli se pudotti nuo pois. Nyt näkyy taas HA:ssa kaikki. Kiitos kun esititte kysymyksiä niin löytyi ratkaisu:thumbsup:
 
Nyt selvis. Jostain syystä (en ollu minä):D oli reitittimessä klikattuna wifi-MAC suodattimen vaihtaja kohtaan "estolista" eli se pudotti nuo pois. Nyt näkyy taas HA:ssa kaikki. Kiitos kun esititte kysymyksiä niin löytyi ratkaisu:thumbsup:
Hyvä, että selvisi. Kuulosti todella oudolta, että HA aiheuttaisi tuollaista.
 
Onkohan mitään "korttia" HA:han saatavissa mikä osais laskea kulutusta esim 3kW tehon mukaan ja siitä vois sitten tehdä "mittarin" näytölle. Porealtaan lämmitysvastus on 3kW, mutta tuota tehoa ei saa mistään altaan sensoreista ulos. Mut jos olis joku laskuri, joka osais lämmitysajan mukaan laskea annetun tehon perusteella. Tarkkuus riittäis hyvin omaan tarpeeseen.
 
Onkohan mitään "korttia" HA:han saatavissa mikä osais laskea kulutusta esim 3kW tehon mukaan ja siitä vois sitten tehdä "mittarin" näytölle. Porealtaan lämmitysvastus on 3kW, mutta tuota tehoa ei saa mistään altaan sensoreista ulos. Mut jos olis joku laskuri, joka osais lämmitysajan mukaan laskea annetun tehon perusteella. Tarkkuus riittäis hyvin omaan tarpeeseen.

Varmaan tämä hoitaa?

 
Tällä pitäisi onnistua
Joo, tuolla ainakin kulutus sensorit ilmestyi, kiitos! Nyt sitten odotellaan lämmityssykliä, että menikö arvojen syöttö oikein ja laskeeko oikein. Mulla on kyllä kulutusmittari porealtaan syötössä, mutta siitä saa vaan tiedon visuaalisesti ulos.
 
Onkin hankala tuo altaan energialaskuri, kun ei saa mistään entiteettiä milloin lämmitin on päällä. "Heater" entiteetistä ei lähde kulutusta laskemaan.
Tuossa kuvassa on altaan kulutusmittari niin siinä olis tuo vilkkuvalo 800imp/kWh. Siitä sais varmaan jollain konstilla hyvinkin.
 

Liitteet

  • IMG_4118.jpeg
    IMG_4118.jpeg
    262,7 KB · Luettu: 46
Nyt sain Powercalc:lla toimimaan porealtaan virtuaalitehosensorit eli, kun painan pumpun päälle niin Pumpun sensorille ilmestyy teho ja energiamittarille alkaa kertyä kWh, mutta suuri ongelma lämmittimen kulutusmittauksen kanssa. Lämmittimen entiteetti on "wellis:heater" ja tuolla Powercalcilla kun tekee samalla lailla sensorin kuin pumppujen kanssa niin lämmittimen teho laskee kulutusta koko ajan. Johtuen ilmeisesti siitä, että heaterissä on kaksi eri HVAC-tilaa, heat ja cool. Ja kun tuo "heater" on tavallaan koko ajan päällä koska näyttää korttina dashboardilla lämmittääkö vai jäähdyttääkö ja mikä lämpötila on altaassa.
Automaatioita voi tehdä esim "kun heater hvac-tila muuttuu heat tai cool", mutta tuota Powercalc energiankulutusmittaria ei onnistu tehdä. Onko viisailla jotain lääkettä?
 

Liitteet

  • IMG_4147.png
    IMG_4147.png
    114,4 KB · Luettu: 14
Nyt sain Powercalc:lla toimimaan porealtaan virtuaalitehosensorit eli, kun painan pumpun päälle niin Pumpun sensorille ilmestyy teho ja energiamittarille alkaa kertyä kWh, mutta suuri ongelma lämmittimen kulutusmittauksen kanssa. Lämmittimen entiteetti on "wellis:heater" ja tuolla Powercalcilla kun tekee samalla lailla sensorin kuin pumppujen kanssa niin lämmittimen teho laskee kulutusta koko ajan. Johtuen ilmeisesti siitä, että heaterissä on kaksi eri HVAC-tilaa, heat ja cool. Ja kun tuo "heater" on tavallaan koko ajan päällä koska näyttää korttina dashboardilla lämmittääkö vai jäähdyttääkö ja mikä lämpötila on altaassa.
Automaatioita voi tehdä esim "kun heater hvac-tila muuttuu heat tai cool", mutta tuota Powercalc energiankulutusmittaria ei onnistu tehdä. Onko viisailla jotain lääkettä?

Toimii varmaan, jos teet "toggle" helpperin, jonka tilaa muutat (automaatiolla) tuon lämmittimen statuksen mukaan. Tämä helpperi on sitten switch, jota powercalc seuraa.
 
Toimii varmaan, jos teet "toggle" helpperin, jonka tilaa muutat (automaatiolla) tuon lämmittimen statuksen mukaan. Tämä helpperi on sitten switch, jota powercalc seuraa.
Joo, nyt toimii! Kiiitos vielä kerran. Tuota kytkintä koitin aikaisemmin tehdä, mutta tuo "syöttö boolean" oli aivan hepreaa silloin.
Nyt pitää "kalibroida" suurin piirtein näyttämään samaa kuin tuo visuaalinen mittari niin alkaa näillä sitten pärjäämään. Lähinnä tarkoitus nähdä vähän suuntaa kWh/vrk.
 
Yllättävän herkästi hukkaantuu tuo yhteys HA:n ja Gecko intouch:in välillä. Tuntuu, että aika herkästi sen jälkeen, kun automaatio pyytää tehtävää. Yöllä ollut pitkään yhteydessä ja aamupäivällä, kun automaatio käskytti lämmitystä päälle niin yhteys hukkui. Reconnect automaatio onnistuu joskus yhteyden saamisessa takaisin, mutta välillä kestää kauan. Silti intouch äpillä pääsee kyllä eli allas on wifissä, mutta yhteys HA:han sakkaa. Välillä, kun painaa "manuaalisesti" reconnect HA:sta niiin yhteys palaa heti. Välillä myös vaikka altaan lämpötilaa tai muita tietoja ei näy niin signal ja kanava tiedot näkyy ok.
 
Joo, nyt toimii! Kiiitos vielä kerran. Tuota kytkintä koitin aikaisemmin tehdä, mutta tuo "syöttö boolean" oli aivan hepreaa silloin.
Nyt pitää "kalibroida" suurin piirtein näyttämään samaa kuin tuo visuaalinen mittari niin alkaa näillä sitten pärjäämään. Lähinnä tarkoitus nähdä vähän suuntaa kWh/vrk.
Ei toiminut tuokaan, mutta nyt toimii. Ei käynnistänyt "kytkintä", kun automaatio oli tehty tuosta laitteen hvac-tilan muutoksesta vaan piti tehdä entiteetin nykytilan muutoksesta "cool to heat".
 
Vertasin aamulla Powercalc virtuaalimittareiden kulutusmittausta todelliseen niin virtuaalinen näytti 0,34kWh enemmän. Tuon kanssa pystyy elämään.
 
Minkälaisia ratkaisuja porukalla on sähköauton lataukseen tai ulkoporealtaan lämmitykseen? Tai siis onko antaa vinkkiä miten tehdä kortti jossa on kenttä johon syötetään päivämäärä+kello (latauksen lopetusaika) ja numeerinen arvo (montako tuntia ladataan) ja sen jälkeen olisi vielä "lähetä" -nappi?

Eli tarve tehdä auton lataukseen niin että HA:lle käsin näpyttelen mihin mennessä tulee olla ladattu ja montako tuntia. HA sitten automaatiolla kaivaa halvimmat tunnit tuolle ajalle ja latailee niillä tunneilla.

Mä en millään saa noita kaikkea kolmea samaan "korttiin". Eli päivämäärä+kello, montako tuntia ja nappi.
Helppereillä teen tuon ja saan erikseen tehtyä kellokyselyn, tuntikyselyn ja napin. Mutta se näyttää typerältä.
Nappi tuntuu olevan se hankalin, mutta haluan sen koska noi kortit tuntuu olevan sellaisia että kun syötän yhden arvon lähettää se jo käskyn ulos. Eli laukaisee automaation kun korjaan vaikka päivämäärää, ennen kuin olen syöttänyt tunnit.

Ajatus siis tehdä niin että lopetushetki on oma helpperi joka tallentuu kun kortilta sitä muokkaan. Lataustuntimäärä on oma helpperi joka tallentuu kun sen arvoa muutan. Sitten nappi liipaisee automaation.

Auton latauksen kun saan toimimaan niin tarkoitus käyttää vastaavaa porealtaan lämmitykseen. Eli poreallas lämmittelee normisti sähköhinnan mukaan, mutta jos käyttäjä laittaa "Kylpyyn 8.8.2024 22:00 - 9.8.2024 01:00" niin allas on tällöin halutussa lämpötilassa.
 
Minkälaisia ratkaisuja porukalla on sähköauton lataukseen tai ulkoporealtaan lämmitykseen? Tai siis onko antaa vinkkiä miten tehdä kortti jossa on kenttä johon syötetään päivämäärä+kello (latauksen lopetusaika) ja numeerinen arvo (montako tuntia ladataan) ja sen jälkeen olisi vielä "lähetä" -nappi?

Eli tarve tehdä auton lataukseen niin että HA:lle käsin näpyttelen mihin mennessä tulee olla ladattu ja montako tuntia. HA sitten automaatiolla kaivaa halvimmat tunnit tuolle ajalle ja latailee niillä tunneilla.

Mä en millään saa noita kaikkea kolmea samaan "korttiin". Eli päivämäärä+kello, montako tuntia ja nappi.
Helppereillä teen tuon ja saan erikseen tehtyä kellokyselyn, tuntikyselyn ja napin. Mutta se näyttää typerältä.
Nappi tuntuu olevan se hankalin, mutta haluan sen koska noi kortit tuntuu olevan sellaisia että kun syötän yhden arvon lähettää se jo käskyn ulos. Eli laukaisee automaation kun korjaan vaikka päivämäärää, ennen kuin olen syöttänyt tunnit.

Ajatus siis tehdä niin että lopetushetki on oma helpperi joka tallentuu kun kortilta sitä muokkaan. Lataustuntimäärä on oma helpperi joka tallentuu kun sen arvoa muutan. Sitten nappi liipaisee automaation.

Auton latauksen kun saan toimimaan niin tarkoitus käyttää vastaavaa porealtaan lämmitykseen. Eli poreallas lämmittelee normisti sähköhinnan mukaan, mutta jos käyttäjä laittaa "Kylpyyn 8.8.2024 22:00 - 9.8.2024 01:00" niin allas on tällöin halutussa lämpötilassa.

Pari tapaa nopeasti tulee mieleen.

Tapa 1:

- Teet toiset time/date ja tunti helpperit joiden arvoa muutat siinä kortilla ja painikkeella laukaiset erillisen automaation joka päivittää nämä arvot näistä muutetuista helppereistä niihin jotka sitten ohjaavat automaatiota.

Tapa 2:

- Laitat kortille enable/disable automaatio napin jolla voit disabloida automaation ennen kun teet muutoksia ja tämän jälkeen laitat sen taas samasta napista päälle kun kaikki muutokset on tehty
 
ulkoporealtaan lämmitykseen
Ei ole vasta kuin automaatioita ohjaamaan lämmitystä aurinkovoimalla, mutta Geckon systeemissä on eco mode jota ohjaamalla päälle ja pois se aloittaa lämmityksen heti, jos lämpötila alle tavoitteen. Se miten se osaisi arvioida tarvittavan ajan tavoitelämmön saavuttamiseksi onkin sitten eri asia. Jos vaikka lämmitettävää kolme astetta, ottaa yleensä omalla altaalla kolme tuntia.
Jotenkin sen voisi saada niin, että jos siihen laitetaan haluttu päivä esim 9.8 klo 20 kylpyajaksi niin automaatio aloittaisi lämmittämään aamuyöllä 9.8 halvimpaan aikaan ja sen jälkeen olisi "standard" tilassa ja ylläpitäisi lämpöä kunnes kytketään automaatio "ei kylpyä". Tai jotenkin silleen, niinkuin nuoret sanoo.
 
Pari tapaa nopeasti tulee mieleen.

Tapa 1:

- Teet toiset time/date ja tunti helpperit joiden arvoa muutat siinä kortilla ja painikkeella laukaiset erillisen automaation joka päivittää nämä arvot näistä muutetuista helppereistä niihin jotka sitten ohjaavat automaatiota.

Tapa 2:

- Laitat kortille enable/disable automaatio napin jolla voit disabloida automaation ennen kun teet muutoksia ja tämän jälkeen laitat sen taas samasta napista päälle kun kaikki muutokset on tehty
Tuo tapa 2, eli enable disable automaatio nappi on se mitä haen. Itse automaation kyllä osaan tehdä yms. mutta en keksi miten teen siistin kortin. Eli missä on päivämäärän ja numeron määritys "käynnistä"-napilla. Noi saa HA:sa tehtyä erillisinä kortteina, mutta en osaa tehdä yhtä siistiä.

Ei ole vasta kuin automaatioita ohjaamaan lämmitystä aurinkovoimalla, mutta Geckon systeemissä on eco mode jota ohjaamalla päälle ja pois se aloittaa lämmityksen heti, jos lämpötila alle tavoitteen. Se miten se osaisi arvioida tarvittavan ajan tavoitelämmön saavuttamiseksi onkin sitten eri asia. Jos vaikka lämmitettävää kolme astetta, ottaa yleensä omalla altaalla kolme tuntia.
Jotenkin sen voisi saada niin, että jos siihen laitetaan haluttu päivä esim 9.8 klo 20 kylpyajaksi niin automaatio aloittaisi lämmittämään aamuyöllä 9.8 halvimpaan aikaan ja sen jälkeen olisi "standard" tilassa ja ylläpitäisi lämpöä kunnes kytketään automaatio "ei kylpyä". Tai jotenkin silleen, niinkuin nuoret sanoo.
Mä ohjaan ihan tylysti setpointtia, koska sillä saa enemmän aluetta. Noita tiloja vaihtamalla on aika rajoitetut lämpötilat käytettävissä (ennakkoon näytöltä määritetyt)
Mulla jo on python scripti mikä katsoo sähkön hinnan, jos turhan kallista allas viilenee. Eli vuorokauden halvin tunti lämmitetään(tai useampi, riippuu hinnasta), mutta lämmitys riippuu sen arvosta paljonko set pointiksi lasketaan. Sitten jos ollaan menossa kylpyyn niin apin kautta työnnän aloitus ja lopetus päivät ja kellot niin scripti varmistaa että allas on 37c. Nyt tarkoitus pikku hiljaa siirtää kaikki omat automaagit HA:n alle...

EDIT: Esim viime talvena tais olla pari viikkoa minimissä, oliko se nyt 15c vai 16c kun ei kylvetty ja sähkö oli kallista. Altaan sähkön kulutus pieneni reippaasti tuolle ajalle...
 
Tuo tapa 2, eli enable disable automaatio nappi on se mitä haen. Itse automaation kyllä osaan tehdä yms. mutta en keksi miten teen siistin kortin. Eli missä on päivämäärän ja numeron määritys "käynnistä"-napilla. Noi saa HA:sa tehtyä erillisinä kortteina, mutta en osaa tehdä yhtä siistiä.

Pystytkö laittamaan jotain kuvia esimerkkeinä minkä tyyppisiä kortteja haluat? Kaikilla on kuitenkin aina hiukan eri käsitys siitä minkälainen on siisti kortti.

Jos HA:sta löytyy erillisinä kortteina sopivia, niin näitähän pystyy horizontal ja vertical stack korteilla niputtamaan yhteen, jolloin ne pysyvät aina halutussa järjestyksessä, allekkain tai vierekkäin
 
Käytössä on itsellä tämä "lisäosa" antamassa sähkön hintaa.
Tämän konffiin kyllä lisännyt tuon siirron + marginaalin.

Miten olette muuten huomioineet miinushinnat? Koska siirto pitää aina maksaa ja pörssi+marginaali jää miinukselle. Niin tämä "lisäosa" laskee ne yhteen, jotenka tuo lukema ei ole oikein.
HA:n energyyn voi syöttää halutun lähteen mistä tulee kulutus ja tähän entiteetti mistä hakeaan hinta.
 
Käytössä on itsellä tämä "lisäosa" antamassa sähkön hintaa.
Tämän konffiin kyllä lisännyt tuon siirron + marginaalin.

Miten olette muuten huomioineet miinushinnat? Koska siirto pitää aina maksaa ja pörssi+marginaali jää miinukselle. Niin tämä "lisäosa" laskee ne yhteen, jotenka tuo lukema ei ole oikein.
HA:n energyyn voi syöttää halutun lähteen mistä tulee kulutus ja tähän entiteetti mistä hakeaan hinta.
Siis mikä ei ole oikein? Jos haluaa laskea kokonaishintaa, niin pitäähän ne miinuhintaiset silloin siirrosta vähentää. :confused:
 
Siis mikä ei ole oikein? Jos haluaa laskea kokonaishintaa, niin pitäähän ne miinuhintaiset silloin siirrosta vähentää. :confused:
Siirtohan maksetaan aina täysinäisenä? Vaikka esim. itse sähkö olisi -2c ja marginaalin kanssa -1,5c.
 
Siirtohan maksetaan aina täysinäisenä? Vaikka esim. itse sähkö olisi -2c ja marginaalin kanssa -1,5c.
Mutta vähentäähän ne miinustunnit kuukauden loppulaskua kuitenkin. Jos et vähennä niitä mistään, niin tuntihintojen summa ei ole sama kuin kuukauden loppulasku.
 
Käytössä on itsellä tämä "lisäosa" antamassa sähkön hintaa.
Tämän konffiin kyllä lisännyt tuon siirron + marginaalin.

Miten olette muuten huomioineet miinushinnat? Koska siirto pitää aina maksaa ja pörssi+marginaali jää miinukselle. Niin tämä "lisäosa" laskee ne yhteen, jotenka tuo lukema ei ole oikein.
HA:n energyyn voi syöttää halutun lähteen mistä tulee kulutus ja tähän entiteetti mistä hakeaan hinta.

Mitenkä siis laskee yhteen? Eikö se mene silloin oikein? Esim jos siirto on 2c, marginaali 0,4c ja pörssi -1,5c, niin 2+0,4+(-1.5)=0,9c
 
Nyt tuli HA:han pari päivitystä ihan peräkkäin 2024.8.0 ja 2024.8.1 tuntuu, että toimii nyt paljon huonommin. Toimikin todella hyvin aikaisemmalla päivityksellä. Vai onko omissa yhteyksissä sitten jotain?
 
Nyt tuli HA:han pari päivitystä ihan peräkkäin 2024.8.0 ja 2024.8.1 tuntuu, että toimii nyt paljon huonommin. Toimikin todella hyvin aikaisemmalla päivityksellä. Vai onko omissa yhteyksissä sitten jotain?
Tuo on ihan normaalia. Itse en koskaan päivitä HA:ta alkukuusta vaan yleensä juuri ennen kuunvaihdetta, ainakin omalla kohdallani ole huomannut että nuo .0 ja .1 -versiot yleensä rikkovat jotain ja nuo sitten korjataan seuraavissa kuun päivityksissä. Kun vielä pari vuotta sitten päivittelin aina heti uuden version, aika usein sai palata edelliseen versioon tai korjailla asioita päivityksen jälkeen käsin mutta nyt kun päivittelen vasta loppukuusta tyyliin kuun viimeisen päivitysversion niin ongelmia ei juuri ole ollut.

Kun katsoo päivityksen release notea niin sen kommenteissa on aika usein valitusta noista asioiden hajoamisista, hitailusta sun muista ongelmista.
 
aika usein sai palata edelliseen versioon tai korjailla asioita päivityksen jälkeen käsin mutta nyt kun päivittelen vasta loppukuusta tyyliin kuun viimeisen päivitysversion niin ongelmia ei juuri ole ollut.
Kiitos, hyvä tietää. Lähes kaikki laitteet menetti yhteyden HA:han. Mitenkäs tuo edellinen päivitys palautetaan, edellinen varmuuskopio?
 
Kiitos, hyvä tietää. Lähes kaikki laitteet menetti yhteyden HA:han. Mitenkäs tuo edellinen päivitys palautetaan, edellinen varmuuskopio?
Näkyi tosiaan olevan aika isoja muutoksia noissa HA:n päivityksissä joten en yhtään ihmettele jos pieniä ongelmia on. Ainakin ZHA:n osalta ilmeisesti aika isoa refaktorointia tehty koodille ja joku toinenkin alusta jonka kautta laitteita liitetään on muuttunut ja kommenteissa oli jotain laitteiden katoamisia raportoitu.

Itselläni palauttaminen on helppoa kun ajan HA:ta virtuaalikoneessa ja otan snapshotin aina ennen päivitystä. Ainakin aikaisemmasta varmuuskopiosta saa palautettua, varmaan jotain muitakin tapoja on mutta itse en ole niihin tutustunut tuon virtuaalikoneen takia.
 
Itselläni palauttaminen on helppoa kun ajan HA:ta virtuaalikoneessa ja otan snapshotin aina ennen päivitystä. Ainakin aikaisemmasta varmuuskopiosta saa palautettua, varmaan jotain muitakin tapoja on mutta itse en ole niihin tutustunut tuon virtuaalikoneen takia.
Virtuaalilla täälläkin pyörii. Varmuuskopioita olen tehnyt kyllä ahkerasti.
 
Mutta vähentäähän ne miinustunnit kuukauden loppulaskua kuitenkin. Jos et vähennä niitä mistään, niin tuntihintojen summa ei ole sama kuin kuukauden loppulasku.
Mitenkä siis laskee yhteen? Eikö se mene silloin oikein? Esim jos siirto on 2c, marginaali 0,4c ja pörssi -1,5c, niin 2+0,4+(-1.5)=0,9c
Ehkä ajattelin tätä eilen illalla liian väärin. Kun unohtui, että sitten pitää miinukset myös vähentää.
Mutta hain sitä takaa, että jos kulutan sähkö esim. 500kwh kuukaudessa, niin siirto maksetaan aina ja sitten sähkö erikseen. Toki jos tulee miinusta sähköön koko kuun edestä, niin siirto maksetaan aina vaikka sähköfirma joutuisi maksamaan minulle sähköstä, että käytin sitä.
 
Viimeksi muokattu:

Statistiikka

Viestiketjuista
262 343
Viestejä
4 547 738
Jäsenet
74 974
Uusin jäsen
Internaut

Hinta.fi

Back
Ylös Bottom