Home Assistant - For Dummies (hass.io)

[Jump]

No niin pähkäilyjen jälkeen tulin siihen tulokseen, että aloitetaan halvimmalla ja helpoimmalla vaihtoehdolla. Kävin siis hakemassa Fujitsu Esprimo Q957 DM i3t Taitonetistä. Ensimmäinen kysymys koneessa olevasta SSD-levystä, eli kannattaako se vaihtaa? Jos oikein katsoin niin se on vuodelta 2019.

Sitten tuohon kannattaa ilmeisesti vaihtaa Windowsin tilalle Linux? Vai mikä olisi viisainta?

 

[Kingston]

velcroteipillä seinään kiinni

Home assistanttiin liittymätön sivuhuomautus et velcrot tulee omine liimoineen lopulta seinästä alas, vaikka itse velcro sidos pysyy taatusti kiinni. Sama juttu kun mikä tahansa sinitarra tai kuumaliima, mut lopulta painovoima voittaa kemiallisen sidoksen. Pidempi aikaväli vaan. Ehkä epäkiinnostavaa jonkun markan tabletin kans, mut kunhan sanon.

 

[NxTH]

Home assistanttiin liittymätön sivuhuomautus et velcrot tulee omine liimoineen lopulta seinästä alas, vaikka itse velcro sidos pysyy taatusti kiinni. Sama juttu kun mikä tahansa sinitarra tai kuumaliima, mut lopulta painovoima voittaa kemiallisen sidoksen. Pidempi aikaväli vaan. Ehkä epäkiinnostavaa jonkun markan tabletin kans, mut kunhan sanon.

Itse käytän kaikkiin tällaisiin pattexin no more nails -teippiä. Seinä tulee alas ennen tablettia. Kerran väänsin tabletin irti ja pääsi paikkaushommiin. Sen jälkeen käyttänyt hiustenkuivaajaa, siimaa ja lopuksi wd:llä seinä puhtaaksi. Pieni vaiva siihen nähden ettei varmasti irtoa. Samalla teipillä on auton spoilerikin kiinni, ja siimalla kerran vaihtanut. Kesti useat kesät ja talvet sekä pesut, eikä ollut irtoamassa silloinkaan.

 

[B170]

Sitten tuohon kannattaa ilmeisesti vaihtaa Windowsin tilalle Linux? Vai mikä olisi viisainta?

Kyllä se wintouhkallakin toimii. Automaattiset päivitykset otin pois päältä, päivittelen konetta parin viikon välein ja samalla puran läppärin akkua, että pysyy kunnossa. Ubuntun kanssa oli itsellä asennusongelmia virtuaalikoneen kanssa ja kun luin netistä, että Ubuntun kanssa jotain säätämistä ollu niin laitoin sen HA:n windowsiin suosiolla ja hyvin on toiminut kylläkin. Tiedä sitten mikä tietoturvallisinta, mutta omassa wifissä noi HA vehkeet on kylläkin.

 

[larionof]

En tiedä miksi ihmiset asentavat mielummin proxmoxia tai virtuaalia sen sijaan, että asentaisi suoraan HAOS:n NUC:iin. Itse kokeiliin siirtyä Pi:stä ensin virtuaalikoneen järjestelmään ja sitten asensin suoraan NUC:iin ja kaikki ongelmat, joita minulla oli VM:n kanssa, katosivat. HAOS:n kanssa ei ole ollut mitään ongelmia muuten kuin etten tiedä miten otan BT:n käyttöön. Koska sitä en tarvitse, en sitä ole enempää edes kokeillut.


Perustelut helpommasta palauttamisesta tai varmuuskopioinnista kuulostavat oudoilta kun ei itsellä ole HAOS mennyt sellaiseen juntturaan ettei sitä voi sen omista varmuuskopioista palauttaa mutta voinee pitää paikkaansa.

 

[joakim219]

En tiedä miksi ihmiset asentavat mielummin proxmoxia tai virtuaalia sen sijaan, että asentaisi suoraan HAOS:n NUC:iin.

Koska Proxmoxilla saat helposti HAOS:n rinnalle muita juttuja pyörimään, mikä ei vältämättä onnistu suoraan koneeseen asennetulla HAOS:lla.

 

[stabbulamus]

En tiedä miksi ihmiset asentavat mielummin proxmoxia tai virtuaalia sen sijaan, että asentaisi suoraan HAOS:n NUC:iin. Itse kokeiliin siirtyä Pi:stä ensin virtuaalikoneen järjestelmään ja sitten asensin suoraan NUC:iin ja kaikki ongelmat, joita minulla oli VM:n kanssa, katosivat. HAOS:n kanssa ei ole ollut mitään ongelmia muuten kuin etten tiedä miten otan BT:n käyttöön. Koska sitä en tarvitse, en sitä ole enempää edes kokeillut.


Perustelut helpommasta palauttamisesta tai varmuuskopioinnista kuulostavat oudoilta kun ei itsellä ole HAOS mennyt sellaiseen juntturaan ettei sitä voi sen omista varmuuskopioista palauttaa mutta voinee pitää paikkaansa.

Ei tuo HA sinällään eroa pyöriikö se itsenäisesti HAOS tai VM:llä. Itsellä pyöri useamman vuoden HAOS mut siirsin sen sit semmosenaan NAS purkin VM:lle pyörimään. En ole huomannut mitään eroja toistaiseksi ja ulkoiset laitteet (USB donglet) voi kytkeä NASsiin ja toimii VM:n kanssa. Yksi laite poistui siis käytöstä kokonaan näin.

 

[et328]

Sitten tuohon kannattaa ilmeisesti vaihtaa Windowsin tilalle Linux? Vai mikä olisi viisainta?

Asenna suoraan Home Assistant eikä muuta:

Generic x86-64

Install Home Assistant on Generic x86-64 systems (e.g. Intel NUC)

www.home-assistant.io

 

[larionof]

Ei tuo HA sinällään eroa pyöriikö se itsenäisesti HAOS tai VM:llä. Itsellä pyöri useamman vuoden HAOS mut siirsin sen sit semmosenaan NAS purkin VM:lle pyörimään. En ole huomannut mitään eroja toistaiseksi ja ulkoiset laitteet (USB donglet) voi kytkeä NASsiin ja toimii VM:n kanssa. Yksi laite poistui siis käytöstä kokonaan näin.

Minulla tosin VM:ssä oli ongelmia, joita en saanut ratkaistua. Ulkoiset USB-tikut toimivat HAOS:ssakin mutta NUC:n omaa en saanut hakemaan USB-laitteita.
Onko sinulla HA:lle oma kiintolevy tai muistitikku, jolta ajat HA:ta vai ajatko sitä samalta kiintolevyltä kuin miltä toimitat NAS:n toiminetta? Oletan, että olet rakentanut NAS-purkin itse( omissa NAS:eissa en ole nähnyt mahdollisuutta ajaa VM:ää kun ovat suljetulla käyttiksellä mutta en tosin ole edes asiaan tutustunut). Vikaantumistodennäköisyys on varmasti pieni, etenkin jos saa ajettua käyttistä SSD:ltä.

Koska Proxmoxilla saat helposti HAOS:n rinnalle muita juttuja pyörimään, mikä ei vältämättä onnistu suoraan koneeseen asennetulla HAOS:lla.

Mutta mitä muuta tuolla pitää ajaa jos haluaa ajaa toimivaa HA-järjestelmää( yllä on NAS-esimerkki)? Suoraan HAOS:n rinnalla ei tosiaan voi ajaa mitään muuta mutta en keksi myös syytä miksi ajaisin palomuuria, verkkopalvelimia( ml. sposti), tai edes verkkotallennuksia tms samalla koneella kun kaikki ovat riskitekijöitä itse HA:lle.

Luen usein tuota perustelua, että voi ajaa rinnalla muita juttuja ja siksi olisi ehdottomasti käytettävä ProxMoxia( ei siis edes VM:ia) mutta kukaan ei muualla perustele mitä siinä rinnalla pitäisi ajaa mitä ei voisi tai kannattaisi ajaa omalla laitteella. Omassa NUCssa riittäisi varmasti juissia tehdä muutakin mutta koska HA toimittaa talon kannalta tärkeitä toiminteita, en näe syytä häiritä tuota toiminnallisuutta.
Ja tosiaan ajoin VM:ssa jonkin aikaa HA:ta mutta totesin sen huonoksi omaan ympäristöön( laite ei välttämättä ollut paras, eikä varmaan asennustaitokaan) ja siksi siirryin suoraan HAOS:n käyttöön eikä sen jälkeen ole ollut mitään toimintaongelmia.

Syy miksi tätä kysyn on, että etenkin ulkomaalaisissa ryhmissä vasta-aloittelijoille aina perustellaan, että ei pidä harkita muuta kuin ProxMoxia( joka pitää ensin opetella ja sisäistää ennenkuin sitä voi edes harkita) HA:n ajossa. Ja jos ei onnistu Proxmox niin sitten Windows ja VM eikä kukaan tahdo edes harkita suosittelevansa HAOS:n asentamista omana yksittäisenä toimijana laitteelle. Voidaan tietenkin olettaa, että ei kannata aloittaa mitään vaativaa HA:n suhteen ellei osaa ja ymmärrä miten ProxMox tai VM toimii ja saa toimimaan mutta omasta mielestäni uudelle asennukselle voisi ihan hyvin kokeilla suoraan HAOSia( vaikkakin VM-HA oli asennukseltaan kaikkein helpoin ja HAOS:kin oli vähän hit'n'miss ennen NUC:n hankintaa).

Kyllä se wintouhkallakin toimii. Automaattiset päivitykset otin pois päältä, päivittelen konetta parin viikon välein ja samalla puran läppärin akkua, että pysyy kunnossa. Ubuntun kanssa oli itsellä asennusongelmia virtuaalikoneen kanssa ja kun luin netistä, että Ubuntun kanssa jotain säätämistä ollu niin laitoin sen HA:n windowsiin suosiolla ja hyvin on toiminut kylläkin. Tiedä sitten mikä tietoturvallisinta, mutta omassa wifissä noi HA vehkeet on kylläkin.

Itsekin kokeilin asentaa Ubuntuun mutta se toimi niin paljon huonommin kuin Winukassa pyörinyt VM-HA, joten jotain outoahan siinä oli. Kokeilin muutamaa muutakin distroa mutta päätin antaa olla. Toisaalta Ubuntu on must ainakin yhdessä laitteessa, jolloin kiintolevyosiointi ja muu 'kevyt' säätö olisi helpompaa laitekantaa mukauttaessa.
Ja HA tosiaan soisi pyörivän kokonaan omassa verkossaan. Itse päädyin Deco-meshiin, jossa on oma IOT-verkko ja sen kanssa ei ole ollut edes Tuya-laitteiden kanssa ongelmia.

 

[B170]

Erikoinen tuo "shf rank now". Energian hinnassa 2 sentin ero yöaikaan niin rankissa ero 1 vs 16. Ei ole itselle vielä avautunut tuo "rankin" elämä. Shf price acceptable on ok, mutta shf rank acceptable on off. Riippuu tietysti asetetuista rajoista, mutta että noinkin suuri ero voi olla vaikka hinnassa ei suurta eroa olekaan. Päivä/yö siirto myös hinnassa mukana.

 

[larionof]

Erikoinen tuo "shf rank now". Energian hinnassa 2 sentin ero yöaikaan niin rankissa ero 1 vs 16. Ei ole itselle vielä avautunut tuo "rankin" elämä. Shf price acceptable on ok, mutta shf rank acceptable on off. Riippuu tietysti asetetuista rajoista, mutta että noinkin suuri ero voi olla vaikka hinnassa ei suurta eroa olekaan. Päivä/yö siirto myös hinnassa mukana.

Oletko ottanut tuntilistan taulukkomuodossa esille( alla hinnat siirron ja veron kanssa)? Itsellä NodeRed-ohjaukset toimivat silti tuon rankin kautta ja päivän halvin tunti kulutetaan eniten ja neljällä kalleimmalla ei lainkaan, ellei hinta ole päivällä alle 3 snt/ kWh ja yöllä alle 5 snt/ kWh.

Price acceptable määräytyy valitsemistasi rank- ja hintavalinnoista.

 

[B170]

Oletko ottanut tuntilistan taulukkomuodossa esille( alla hinnat siirron ja veron kanssa)

No en! Mistä?

 

[iccb]

Minulla tosin VM:ssä oli ongelmia, joita en saanut ratkaistua. Ulkoiset USB-tikut toimivat HAOS:ssakin mutta NUC:n omaa en saanut hakemaan USB-laitteita.
Onko sinulla HA:lle oma kiintolevy tai muistitikku, jolta ajat HA:ta vai ajatko sitä samalta kiintolevyltä kuin miltä toimitat NAS:n toiminetta? Oletan, että olet rakentanut NAS-purkin itse( omissa NAS:eissa en ole nähnyt mahdollisuutta ajaa VM:ää kun ovat suljetulla käyttiksellä mutta en tosin ole edes asiaan tutustunut). Vikaantumistodennäköisyys on varmasti pieni, etenkin jos saa ajettua käyttistä SSD:ltä.


Mutta mitä muuta tuolla pitää ajaa jos haluaa ajaa toimivaa HA-järjestelmää( yllä on NAS-esimerkki)? Suoraan HAOS:n rinnalla ei tosiaan voi ajaa mitään muuta mutta en keksi myös syytä miksi ajaisin palomuuria, verkkopalvelimia( ml. sposti), tai edes verkkotallennuksia tms samalla koneella kun kaikki ovat riskitekijöitä itse HA:lle.

Luen usein tuota perustelua, että voi ajaa rinnalla muita juttuja ja siksi olisi ehdottomasti käytettävä ProxMoxia( ei siis edes VM:ia) mutta kukaan ei muualla perustele mitä siinä rinnalla pitäisi ajaa mitä ei voisi tai kannattaisi ajaa omalla laitteella. Omassa NUCssa riittäisi varmasti juissia tehdä muutakin mutta koska HA toimittaa talon kannalta tärkeitä toiminteita, en näe syytä häiritä tuota toiminnallisuutta.
Ja tosiaan ajoin VM:ssa jonkin aikaa HA:ta mutta totesin sen huonoksi omaan ympäristöön( laite ei välttämättä ollut paras, eikä varmaan asennustaitokaan) ja siksi siirryin suoraan HAOS:n käyttöön eikä sen jälkeen ole ollut mitään toimintaongelmia.

Syy miksi tätä kysyn on, että etenkin ulkomaalaisissa ryhmissä vasta-aloittelijoille aina perustellaan, että ei pidä harkita muuta kuin ProxMoxia( joka pitää ensin opetella ja sisäistää ennenkuin sitä voi edes harkita) HA:n ajossa. Ja jos ei onnistu Proxmox niin sitten Windows ja VM eikä kukaan tahdo edes harkita suosittelevansa HAOS:n asentamista omana yksittäisenä toimijana laitteelle. Voidaan tietenkin olettaa, että ei kannata aloittaa mitään vaativaa HA:n suhteen ellei osaa ja ymmärrä miten ProxMox tai VM toimii ja saa toimimaan mutta omasta mielestäni uudelle asennukselle voisi ihan hyvin kokeilla suoraan HAOSia( vaikkakin VM-HA oli asennukseltaan kaikkein helpoin ja HAOS:kin oli vähän hit'n'miss ennen NUC:n hankintaa).


Itsekin kokeilin asentaa Ubuntuun mutta se toimi niin paljon huonommin kuin Winukassa pyörinyt VM-HA, joten jotain outoahan siinä oli. Kokeilin muutamaa muutakin distroa mutta päätin antaa olla. Toisaalta Ubuntu on must ainakin yhdessä laitteessa, jolloin kiintolevyosiointi ja muu 'kevyt' säätö olisi helpompaa laitekantaa mukauttaessa.
Ja HA tosiaan soisi pyörivän kokonaan omassa verkossaan. Itse päädyin Deco-meshiin, jossa on oma IOT-verkko ja sen kanssa ei ole ollut edes Tuya-laitteiden kanssa ongelmia.

Tuo Proxmoxin hehkutus monessa paikkaa on kyllä kätevä, mutta jossei ole yhtään hajua Proxmoxista tai linuxista ylipäänsä, ei HAOS suoraan koneessa ole lainkaan huono juttu. Toki voit proxmoxilla ajaa vaikka kolme eri asennusta/versiota HA:sta, jolloin voit testata jotain juttuja ilman, että sillä on vaikutusta "tuotantokäytössä" olevaan toimivaan järjestelmään. Varmuuskopsut siitä kannattaa joka tapauksessa ottaa johonkin. Proxmoxsissa HAOS ajetaan virtuaalikoneena, jolloin siitä on helppo ottaa varmuuskopsut sekä snapshotit talteen vaikka NAS:lle. Proxmoxissa voit virtualisoida kaikkia muitakin käyttiksiä ja voit asentaa helposti containereita mikäli näille on tarvetta.
Qnap, Synology, Asustor valmiista nas-purkeista tarjotaa ihan toimivan virtualisoinnin, mutta ei jokaisella mallilla ole tukea virtualisoinnille.

 

[Hyrava]

Tuo Proxmoxin hehkutus monessa paikkaa on kyllä kätevä, mutta jossei ole yhtään hajua Proxmoxista tai linuxista ylipäänsä, ei HAOS suoraan koneessa ole lainkaan huono juttu. Toki voit proxmoxilla ajaa vaikka kolme eri asennusta/versiota HA:sta, jolloin voit testata jotain juttuja ilman, että sillä on vaikutusta "tuotantokäytössä" olevaan toimivaan järjestelmään. Varmuuskopsut siitä kannattaa joka tapauksessa ottaa johonkin. Proxmoxsissa HAOS ajetaan virtuaalikoneena, jolloin siitä on helppo ottaa varmuuskopsut sekä snapshotit talteen vaikka NAS:lle. Proxmoxissa voit virtualisoida kaikkia muitakin käyttiksiä ja voit asentaa helposti containereita mikäli näille on tarvetta.
Qnap, Synology, Asustor valmiista nas-purkeista tarjotaa ihan toimivan virtualisoinnin, mutta ei jokaisella mallilla ole tukea virtualisoinnille.

Juu, jos ei ole tarvetta ajaa mitään muuta kuin Homeassistantia niin ei sitä proxmoxia tai muutakaan virtualisointialustaa tarvitse. Mutta joku NUC on aikalailla ylitehoinen pelkkään HA-käyttöön niin miksei sitä ylijäävää tehoa sitten hyödyntäisi jonkun toisenkin asian ajamiseen samassa raudassa.

Ja kun kerran haluttiin esimerkkejä mitä voi ajaa siinä virtuaalialustassa HA:n rinnalla niin itselläni on Zabbix (verkon/laitteiden valvontajärjestelmä), Grafana (graafeja ja historiadatan analysointia, tämän taisi saada HA:n sisäänkin mutta erillisenä toimii kivuttomammin esim Zabbixin kanssa yksiin), PiVPN (VPN-serveri, nimestään huolimatta toimii muullakin alustalla kuin RasPilla), Unifi controller (Ubiquitin laittteiden hallintaan), Nextcloud ja kun mulla on omassa alustassa reippaasti levytilaa niin on ihan geneerinen verkkolevykin samassa.

 

[larionof]

Juu, jos ei ole tarvetta ajaa mitään muuta kuin Homeassistantia niin ei sitä proxmoxia tai muutakaan virtualisointialustaa tarvitse. Mutta joku NUC on aikalailla ylitehoinen pelkkään HA-käyttöön niin miksei sitä ylijäävää tehoa sitten hyödyntäisi jonkun toisenkin asian ajamiseen samassa raudassa.

Ja kun kerran haluttiin esimerkkejä mitä voi ajaa siinä virtuaalialustassa HA:n rinnalla niin itselläni on Zabbix (verkon/laitteiden valvontajärjestelmä), Grafana (graafeja ja historiadatan analysointia, tämän taisi saada HA:n sisäänkin mutta erillisenä toimii kivuttomammin esim Zabbixin kanssa yksiin), PiVPN (VPN-serveri, nimestään huolimatta toimii muullakin alustalla kuin RasPilla), Unifi controller (Ubiquitin laittteiden hallintaan), Nextcloud ja kun mulla on omassa alustassa reippaasti levytilaa niin on ihan geneerinen verkkolevykin samassa.

Kiitos esimerkistä, onhan siinä kerrakseen.
NUC maksaa( Suomessa) saman verran kuin Raspi ja siten ylimääräinen teho ei haitannut. Broidi rakensi Pi:lle( uusinta uutta mutta silti se on hidas ja alitehoinen) ja itse tosiaan NUClle ja kaikki tapahtuu hetkessä. Vaikka minulla oli tehokas läppäri, jossa ajoin VM:aa, oli se tahmeampi kuin nykyinen.


Ps. näin yleisesti: ryhmän nimi on 'for dummies'

 

[B170]

Ps. näin yleisesti: ryhmän nimi on 'for dummies'

Välillä kun näitä viestejä lukee niin pitäis olla joku sanakirja

 

[Jump]

Sen takia itsekin kyselen, kun suurin osa täällä käytetyistä termeistä on ihan outoja ja tämä ryhmän otsikko on juuri tuon for dummies.

Tarkennetaan siis vielä sen verran, että HA on tämän projektin perimmäinen syy. Jos saan jossakin vaiheessa tuon koneen toimimaan niin ei siitä tietenkään ole haittaa, jos koneesta saisi jaettua vaikka yhden levyn kaikkien esim. perheenjäsenten puhelimella otettujen kuvien säilytyspaikaksi. Kai sille varmaan voisi muutakin keksiä? Toki tuo kone ei käsittääkseni mikään tehomylly ole, eli sen suhteen ei ehkä kannata haaveilla liikoja. Niin ja toinen levykin tuonne pitäisi ehkä ostaa jos siitä levytilaa haluaisi jakaa...

Eli kuinka paljon osaamista ja säätämistä vaatii, jos koneesta jakaisi esim. yhden levyn sen lisäksi että koneessa pyörisi HA?

 

[et328]

Sen takia itsekin kyselen, kun suurin osa täällä käytetyistä termeistä on ihan outoja ja tämä ryhmän otsikko on juuri tuon for dummies.

Tarkennetaan siis vielä sen verran, että HA on tämän projektin perimmäinen syy. Jos saan jossakin vaiheessa tuon koneen toimimaan niin ei siitä tietenkään ole haittaa, jos koneesta saisi jaettua vaikka yhden levyn kaikkien esim. perheenjäsenten puhelimella otettujen kuvien säilytyspaikaksi. Kai sille varmaan voisi muutakin keksiä? Toki tuo kone ei käsittääkseni mikään tehomylly ole, eli sen suhteen ei ehkä kannata haaveilla liikoja. Niin ja toinen levykin tuonne pitäisi ehkä ostaa jos siitä levytilaa haluaisi jakaa...

Eli kuinka paljon osaamista ja säätämistä vaatii, jos koneesta jakaisi esim. yhden levyn sen lisäksi että koneessa pyörisi HA?

NAS-toiminto/levyn jakaminen onnistuu HA:stakin sopivalla lisäosalla. Mutta jos NAS:in esim. kuvien turvaksi haluat, niin sitten pitäisi olla jo useampi levy levyrikon varalta...

How to Use Home Assistant as an NAS Server

Already got a Home Assistant server set up for your smart home automation? You can also use it for network-attached storage.

www.makeuseof.com

 

[Zigh]

Tuohon virtualisointi vs. ei -kysymykseen vielä kommenttina, että vaikka HA:han saa nykyisin melkein mitä vaan asennettua lisäosana, niin kannattaa silti miettiä onko se mielekästä. Esim. joku InfluxDB kasaa äkkiä useita gigatavuja dataa mikä kasvattaa esim. varmuuskopioiden kokoa.

 

[larionof]

Tuohon virtualisointi vs. ei -kysymykseen vielä kommenttina, että vaikka HA:han saa nykyisin melkein mitä vaan asennettua lisäosana, niin kannattaa silti miettiä onko se mielekästä. Esim. joku InfluxDB kasaa äkkiä useita gigatavuja dataa mikä kasvattaa esim. varmuuskopioiden kokoa.

Toisaalta miksi tehdä( mikäli tiedoston koko on murheena) säännöllisiä varmuuskopioita DB:n kanssa? DB:n voi varmuuskopioida omana eräajona ja toisena voi tehdä muut ilman DB:ia.

Mutta Influx toki tarjoaa tuon erilliselle palvelimelle tehtävän tallennuksen, en vain itse ole siitä nähnyt mitään hyötyä. Muuten tuo mielekkyys asentaa lie mitä lisäosia on kyllä kaksipiippuinen ja itse olen kokeillut asennella vähän kaikkea ja unohtanut tauhkan muun mukaan mutta pikkuhiljaa poistelen turhia rönsyjä ja pitäisin edelleen HA:n mahdollisimman yksinkertaisena.

 

[Samppam]

Proxmoxin suurin hyöty itsellä on ollut toiminnan vakaus. Aiemman HA:n raspiasennuksen kanssa oli melkein viikoittain jotain ongelmaa. Todennäköisesti esim.NUC:lla toiminee myös vakaasti. Toinen hyöty on että pystyin siirtämään Influxdb:n ja grafanan omiin kontteihin ulos homeassistantista, joka helpottaa ylläpitoa ja selkiyttää muutenkin. Influxiin kerään dataa muualtakin kuin HA:sta. Lisäksi ajan myös mm. Unifi kontrolleria ja paria muutakin samalla alustalla. Yksi todella hyvä ominaisuus on snapshotit. Aina ennen päivitystä otan snapshotin. Jos jotain menee rikki isommin, niin ei muuta kuin palautus snapshotista muutamassa sekunnissa ja taas kaikki kunnossa. Tätä olen tarvinnut muutaman kerran. Varmuuskopsujen ajastus (koko VM:stä) ja tallennus eri levylle myös helppoa. Tarkoitus jossain kohtaa lisätä toinen proxmox rauta jolloin mukaan saadaan myös vikasietoisuutta. Jos toinen rauta särkyy, niin HA siirtyy automaatilla ajoon toiselle. Lisäksi Proxmox ei maksa mitään, joten miksi ei

Voihan käyttää myös mm. ESXi hypervisoria, sitä kun opiskelee samalla, niin siitä voi olla hyötyä myös työelämän puolella. Vähän niin kuin tuplahyöty

 

[B170]

pitäisin edelleen HA:n mahdollisimman yksinkertaisena.

Näin on. Itsekin huomasin, että tämmönen "dummies" käyttäjä tarvitsee automaatioita ainoastaan auton lataukseen, lvv:n ja porealtaan lämmitykseen, ehkä myös ph-lattian lämmityksen ohjaus, kulutusmittaukset bonuksena.
Robotti-imuritkin laitoin HA:n, mutta mitään "hyötyä" tuosta en huomannut saavani, turhia lokitietoja vaan aiheuttaa, toimii omalla sovelluksella hyvin silloin, jos imurointiaikaa pitää muuttaa, muuten imuroi säännöllisesti aikataulun mukaan. Samoin oven lukko, ei vastaavaa hyötyä laittaa HA:han (en ainakaan ole keksinyt), koodi näyttää riittävän perheenjäsenille ja oman lähestymisen haistaa puhelimesta.
Vanha läppäri suoriutuu näistä tehtävistä varsin hyvin.

 

[B170]

Viesti poistettu

 

[larionof]

No en! Mistä?

Tässä olisi elementille koodi:

Spoileri: SHF rank list

type: custom:html-template-card
title: Total Electricity prices
ignore_line_breaks: true
content: >
<style> table, th, td { border: 1px solid;} </style> <table style="border: 1px
solid"><tr><td><b>Time</b></td><td><b>Price</b></td><td><b>Rank</b></td></tr>
{% for value in (state_attr("sensor.shf_electricity_price_now", "data") |
selectattr("Timestamp", "ge", (now() - timedelta(hours=1)) | as_timestamp)) %}
<tr><td>{{strptime(value["DateTime"][:-6], '%Y-%m-%dT%H:%M:%S') |
as_timestamp | timestamp_custom('%d.%m. %H:%M', local=True)}}</td><td>{{
(value["TotalPrice"]*100) | round(2)}} c/kWh</td><td>{{ (value["Rank"]) }}
</td></tr> {% endfor %} </table>

 

[Frigid]

Näin on. Itsekin huomasin, että tämmönen "dummies" käyttäjä tarvitsee automaatioita ainoastaan auton lataukseen, lvv:n ja porealtaan lämmitykseen, ehkä myös ph-lattian lämmityksen ohjaus, kulutusmittaukset bonuksena.
Robotti-imuritkin laitoin HA:n, mutta mitään "hyötyä" tuosta en huomannut saavani, turhia lokitietoja vaan aiheuttaa, toimii omalla sovelluksella hyvin silloin, jos imurointiaikaa pitää muuttaa, muuten imuroi säännöllisesti aikataulun mukaan. Samoin oven lukko, ei vastaavaa hyötyä laittaa HA:han (en ainakaan ole keksinyt), koodi näyttää riittävän perheenjäsenille ja oman lähestymisen haistaa puhelimesta.
Vanha läppäri suoriutuu näistä tehtävistä varsin hyvin.

Itse laitoin automaation, jotta Verisuren kytkeytyessä päälle, robotti-imurit saavat käydä rauhassa työhön eikä häiritse itseä. Saman voi varmasti toteuttaa monella muullakin tavalla.

Kyllä kaikkea enemmän tai vähemmän hyödyllistä on keksinyt, toki PILP/IV/Maalämpöhärvelit tärkeimmät saunan lisäksi.

 

[ravallo]

Itse käytän kaikkiin tällaisiin pattexin no more nails -teippiä. Seinä tulee alas ennen tablettia. Kerran väänsin tabletin irti ja pääsi paikkaushommiin. Sen jälkeen käyttänyt hiustenkuivaajaa, siimaa ja lopuksi wd:llä seinä puhtaaksi. Pieni vaiva siihen nähden ettei varmasti irtoa. Samalla teipillä on auton spoilerikin kiinni, ja siimalla kerran vaihtanut. Kesti useat kesät ja talvet sekä pesut, eikä ollut irtoamassa silloinkaan.

Kyllä hyvä teippi pysyy kun reunaehdot on kunnossa; seinän pitää oikeasti olla puhdas kun teipin kiinnittää, sitä teippiä pitää olla tarpeeksi ettei pistekuorma ole liian iso ja teipin pitää antaa kiinnittyä hyvän aikaa (itse pidin vuorokauden) ennen kuin siihen laittaa kuormaa. Edellisessä kämpässä oli 15mm velcrolla jonkun 4 vuotta kiinni ja teipin irrottaminen seinästä oli melkoinen pain in the ass.

 

[NxTH]

Kyllä hyvä teippi pysyy kun reunaehdot on kunnossa; seinän pitää oikeasti olla puhdas kun teipin kiinnittää, sitä teippiä pitää olla tarpeeksi ettei pistekuorma ole liian iso ja teipin pitää antaa kiinnittyä hyvän aikaa (itse pidin vuorokauden) ennen kuin siihen laittaa kuormaa. Edellisessä kämpässä oli 15mm velcrolla jonkun 4 vuotta kiinni ja teipin irrottaminen seinästä oli melkoinen pain in the ass.

Itsellä päinvastainen huomio tuosta kiinnitysajasta. Nappaa niin kovaa yleensä heti kiinni että jos laitat vinoon, niin siinä on kyllä repimistä.

 

[B170]

Pitääkö tehdä joku skripti vai millä automaation saa käynnistymään?
Eli, kun mulla on automaatio, joka sammuttaa tietyt automaatiot silloin, kun sähkönhinta ylittää tietyn rajan ja näin aurinkopaneelien tuotto menee maksimaalisesti myyntiin. Kun tuo hintaraja alittuu niin nämä automaatiot palautuu takaisin aktiivisiksi, mutta nuo automaatiot ei käynnistä esim lvv:n lämmitystä, kun aurinkopaneeleista tuleva teho on "vakaa" eli on hyvin pilvetön päivä. Pilvisellä kelillä ongelmaa ei tule, koska teho vaihtelee ja näin tuo kytkeytymiskynnys ylittyy ja automaatio toimii.
Eli, kun automaatio palautuu kesken aurinkoisen päivän päälle niin jonkun toiminnan pitäisi silloin tarkistaa, että automaatioiden ehdot täyttyy ja laitteet menee päälle. Luulin, että HA tekee tuon itse, mutta näin ei ilmeisesti ole? Automaatio vaan palautuu aktiiviseksi, mutta ei laukaise sitä.
Mulla on kynnysarvosensorit paneelien tehoista 1000W välein, joita automaatiot käyttää ja ne toimii muuten hyvin, mutta ei poistanut tuota ongelmaa.

Menisköhän se tuolla "päivitä entiteetti"?
Eiku toi "laukaisee automaation".

 

[Sledge]

Saakos ao. mittaria liitettyä jotenkin Hassioon? Iot-palikka = Merlin(868-HB-G3)Kyselin energialaitokselta mahdollisia salausavaimia mutta heilläkään ei kuulemma niitä ole kun eivät hoida tuota tietoliikennettä.
Kameralla se olisi kai mahdollista mutta peittääkö tuo iot-palikka liikaa tuosta mittaritaulusta?

 

[B170]

Pitääkö tehdä joku skripti vai millä automaation saa käynnistymään?
Eli, kun mulla on automaatio, joka sammuttaa tietyt automaatiot silloin, kun sähkönhinta ylittää tietyn rajan ja näin aurinkopaneelien tuotto menee maksimaalisesti myyntiin. Kun tuo hintaraja alittuu niin nämä automaatiot palautuu takaisin aktiivisiksi, mutta nuo automaatiot ei käynnistä esim lvv:n lämmitystä, kun aurinkopaneeleista tuleva teho on "vakaa" eli on hyvin pilvetön päivä. Pilvisellä kelillä ongelmaa ei tule, koska teho vaihtelee ja näin tuo kytkeytymiskynnys ylittyy ja automaatio toimii.
Eli, kun automaatio palautuu kesken aurinkoisen päivän päälle niin jonkun toiminnan pitäisi silloin tarkistaa, että automaatioiden ehdot täyttyy ja laitteet menee päälle. Luulin, että HA tekee tuon itse, mutta näin ei ilmeisesti ole? Automaatio vaan palautuu aktiiviseksi, mutta ei laukaise sitä.
Mulla on kynnysarvosensorit paneelien tehoista 1000W välein, joita automaatiot käyttää ja ne toimii muuten hyvin, mutta ei poistanut tuota ongelmaa.

Menisköhän se tuolla "päivitä entiteetti"?
Eiku toi "laukaisee automaation".

Joo, tuolla "laukaisee automaation" se toimii ja, kun vielä laittoi ehdoksi, että katolta pitää tulla tietty teho niin ei laukaise vahingossa, kun sähkö on vielä arvokasta niinkuin meinasi tänään käydä.

 

[Blur]

Integraatio ehdotti base topiciksi: /go-eCharger

Integraatio lähti kuitenkin toimimaan, kun base topicin laittoi muotoon: go-eCharger

Firmwaren muutoslokista selvisi, että tuo on välillä ollut ilman "leading /" ja välillä sen kanssa.

Tämä oli mielenkiintoinen taistelu, kun jouduin tekemään salasanan vuoksi toisen tunnuksen HA:han ja mqtt-tunnukset sen mukaan (tein suoraan molemmat en todennut kumpaa pitäisi komentaa) , koska go-e mqtt ei osannut lähettää erikoismerkkejä salasanassa.

Kuormanhallinan sain juuri pelaamaan, mutta ainoa ongelma tuon GO-E:n kanssa on, että en löydä asetusta ettei alkaisi lataamaan heti johdon kytkettyä.

Tarkoitus pakottaa tuo niin, että lataa yöllä 3 halvinta tai maksimi soc tai pakottamalla täyteen astim

Täytyykö siihen nyt rakentaa automaatio idle - > connected - > tarkista voiko ladata vai onkohan sen käytökseen valittavissa oletuksena STOP.

Rfid/app tunnistus ei äkkiseltään riittänyt, en ainakaan löytänyt että miten HA MQTT:n kautta autentikoisi latauksen alkuun.

EVCC ohjaa ellilaturia ja siellä sai configiin jo kytkennän jälkeiseksi moodiksi stop.

Kaikki tämä pörssisähkö ja vaimon ohjeistus yhdistelmällä "laita aina yöksi johto kiinni, älä välitä muusta"

 

[Kingston]

Tämä oli mielenkiintoinen taistelu, kun jouduin tekemään salasanan vuoksi toisen tunnuksen HA:han ja mqtt-tunnukset sen mukaan (tein suoraan molemmat en todennut kumpaa pitäisi komentaa) , koska go-e mqtt ei osannut lähettää erikoismerkkejä salasanassa.

Kuormanhallinan sain juuri pelaamaan, mutta ainoa ongelma tuon GO-E:n kanssa on, että en löydä asetusta ettei alkaisi lataamaan heti johdon kytkettyä.

Tarkoitus pakottaa tuo niin, että lataa yöllä 3 halvinta tai maksimi soc tai pakottamalla täyteen astim

Täytyykö siihen nyt rakentaa automaatio idle - > connected - > tarkista voiko ladata vai onkohan sen käytökseen valittavissa oletuksena STOP.

Rfid/app tunnistus ei äkkiseltään riittänyt, en ainakaan löytänyt että miten HA MQTT:n kautta autentikoisi latauksen alkuun.

EVCC ohjaa ellilaturia ja siellä sai configiin jo kytkennän jälkeiseksi moodiksi stop.

Kaikki tämä pörssisähkö ja vaimon ohjeistus yhdistelmällä "laita aina yöksi johto kiinni, älä välitä muusta"

En ymmärrä mitä yrität tehdä. goeCharger toimii täysin itsenäisesti, eikä ole mitään tarvetta kytkee sitä home assistanttiin. Itellä ainakin sen kautta yksinkertainen ratkaisu, ja ihan sama vaimo skenaario otettu huomioon, että laita kaapeli vaan kiinni eikä mitään muuta.

1. Mene sinne goeCharger appsiin. Kytket eco moden päälle. Ja konffaat sen pörssisähkön seurannan itselle sopivaan hintaan.
2. Laita scheduler että lataa aina vain öisin vaikka 01:00 - 06:00
3. Et tarvitse rfid tunnistusta yhtään mihinkään. Voit laittaa sen nipukan roskiin ja appsin asetuksista koko toiminnon pois päältä.

 

[Marius]

Tämä oli mielenkiintoinen taistelu, kun jouduin tekemään salasanan vuoksi toisen tunnuksen HA:han ja mqtt-tunnukset sen mukaan (tein suoraan molemmat en todennut kumpaa pitäisi komentaa) , koska go-e mqtt ei osannut lähettää erikoismerkkejä salasanassa.

Kuormanhallinan sain juuri pelaamaan, mutta ainoa ongelma tuon GO-E:n kanssa on, että en löydä asetusta ettei alkaisi lataamaan heti johdon kytkettyä.

Tarkoitus pakottaa tuo niin, että lataa yöllä 3 halvinta tai maksimi soc tai pakottamalla täyteen astim

Täytyykö siihen nyt rakentaa automaatio idle - > connected - > tarkista voiko ladata vai onkohan sen käytökseen valittavissa oletuksena STOP.

Rfid/app tunnistus ei äkkiseltään riittänyt, en ainakaan löytänyt että miten HA MQTT:n kautta autentikoisi latauksen alkuun.

EVCC ohjaa ellilaturia ja siellä sai configiin jo kytkennän jälkeiseksi moodiksi stop.

Kaikki tämä pörssisähkö ja vaimon ohjeistus yhdistelmällä "laita aina yöksi johto kiinni, älä välitä muusta"

Käytän itse Force state -asetusta (frc) latauksen sallimiseen / kieltämiseen Home Assistantilla. Laturi siis tietää koko ajan, että onko juuri nyt sallittua ladata. Toki tuossa täytyy olla ohjaus kokonaisuudessaan sitten tehty HA:ssa.

Minulla koko latauksen ohjaus on tehty Home Assistantin kautta, enkä tunne laitteen omia ominaisuuksia tai käyttäytymistä. Home Assistant on käytössä, jotta auto on haluttuun aikaan halutussa varaustilassa ja lataus on tehty edullisimmilla tunneilla. Lisäksi kuormanhallinta on minulla HA:n kautta.

 

[Blur]

Käytän itse Force state -asetusta (frc) latauksen sallimiseen / kieltämiseen Home Assistantilla. Laturi siis tietää koko ajan, että onko juuri nyt sallittua ladata. Toki tuossa täytyy olla ohjaus kokonaisuudessaan sitten tehty HA:ssa.

Minulla koko latauksen ohjaus on tehty Home Assistantin kautta, enkä tunne laitteen omia ominaisuuksia tai käyttäytymistä. Home Assistant on käytössä, jotta auto on haluttuun aikaan halutussa varaustilassa ja lataus on tehty edullisimmilla tunneilla. Lisäksi kuormanhallinta on minulla HA:n kautta.

Tuohan se toimiikin, Kiitos!

@Kingston sen verran että go-e ei tunne SoC-tietoa, eikä auto osaa sitä rajoittaa, joten siinä yksi hyvä syy. Myös energiankulutuksen seuranta taloudessa kaikkineen HA:n puolella.
Halvimmat tunnit, kuormanhallinta toisen laturin (Elli) kanssa ja futureproof ilman valmistajan kikkareita on korkealla omassa arvoasteikossa.

 

[Samppam]

Itse käytän go-e:tä sekakäyttäjänä. Se on kiinni HA:ssa ja pääsen sitä kautta muuttamaan asetuksia. Myös kuormanhallinta on pelkästään HA:ssa. Mutta muutoin tulee vaihtelevasti käytettyä joko go-e omaa appia tai HA:ta jos tarve muuttaa latausasetuksia. HA kerää myös kulutustiedot tuosta ylös ja pukkaa myös influx tietokantaan. Lisäksi HA:lla voi lähettää mm. koko kiinteistön kulutuksen ja aurinkopaneelien tuottotiedot go-e:lle jos haluaa hyödyntää sen omaa aurinkosähkön ylijäämälatausta. Eli HA:sta saa kyllä paljonkin hyötyjä tuohon go-e:lle lisukkeena. Itse tosin tein tuolle aurinkosähkölataukselle ohjauksen HA:n puolelle, kun se go-e:n oma oli jotenkin hieman erikoisesti toimiva. Toimi sinällään, mutta mielestäni ei riittävän hyvin. Tuon testauksesta on aikaa, niin en muista tarkemmin mikä ongelma siinä oli. Se etu HA:lla tekemisessä on, että itse laturin pään asetukset voi pitää simppelinä.

Käytän itse Force state -asetusta (frc) latauksen sallimiseen / kieltämiseen Home Assistantilla. Laturi siis tietää koko ajan, että onko juuri nyt sallittua ladata. Toki tuossa täytyy olla ohjaus kokonaisuudessaan sitten tehty HA:ssa.

Mitä tarkoittaa että ohjaukset pitää olla kokonaan HA:ssa että voi käyttää Force statea? Kun tuo on liitetty HA:lle, niin siellä tehdyt muutoksethan synkkaa sinne go-e omaan appiinkin. Force stop pysäyttää latauksen aina vaikka sen olisi startannutkin apilla suoraan defaulttiasetuksin, eli aloita lataus heti kun töpseli kiinni. HA:sta kun sitten taas laittaa neutralin, niin lataus jatkuu. HA ja go-e oma appi pelaa kyllä rinnakkain toisiaan mitenkään häiritsemättä.

 

[Marius]

Itse käytän go-e:tä sekakäyttäjänä. Se on kiinni HA:ssa ja pääsen sitä kautta muuttamaan asetuksia. Myös kuormanhallinta on pelkästään HA:ssa. Mutta muutoin tulee vaihtelevasti käytettyä joko go-e omaa appia tai HA:ta jos tarve muuttaa latausasetuksia. HA kerää myös kulutustiedot tuosta ylös ja pukkaa myös influx tietokantaan. Lisäksi HA:lla voi lähettää mm. koko kiinteistön kulutuksen ja aurinkopaneelien tuottotiedot go-e:lle jos haluaa hyödyntää sen omaa aurinkosähkön ylijäämälatausta. Eli HA:sta saa kyllä paljonkin hyötyjä tuohon go-e:lle lisukkeena. Itse tosin tein tuolle aurinkosähkölataukselle ohjauksen HA:n puolelle, kun se go-e:n oma oli jotenkin hieman erikoisesti toimiva. Toimi sinällään, mutta mielestäni ei riittävän hyvin. Tuon testauksesta on aikaa, niin en muista tarkemmin mikä ongelma siinä oli. Se etu HA:lla tekemisessä on, että itse laturin pään asetukset voi pitää simppelinä.



Mitä tarkoittaa että ohjaukset pitää olla kokonaan HA:ssa että voi käyttää Force statea? Kun tuo on liitetty HA:lle, niin siellä tehdyt muutoksethan synkkaa sinne go-e omaan appiinkin. Force stop pysäyttää latauksen aina vaikka sen olisi startannutkin apilla suoraan defaulttiasetuksin, eli aloita lataus heti kun töpseli kiinni. HA:sta kun sitten taas laittaa neutralin, niin lataus jatkuu. HA ja go-e oma appi pelaa kyllä rinnakkain toisiaan mitenkään häiritsemättä.

Jos HA:n automaatiossa on lataustilanohjaus ja -tilan tarkastus, palautuu aina automaation mukainen tila, vaikka sen kävisi sovelluksesta muuttamassa.

Onnistuu toki, jos tämmöistä lataustilan tarkastusta ei ole tai ko. aitomaatiolle on on-off-kytkin HA:ssa.

Mutta kuten sanottua, en tunne laitteen omaa / sovelluksen sisäistä ohjausta, kun en sitä käytä kuin seurantaan satunnaisesti.

 

[Kingston]

@Kingston sen verran että go-e ei tunne SoC-tietoa, eikä auto osaa sitä rajoittaa, joten siinä yksi hyvä syy. Myös energiankulutuksen seuranta taloudessa kaikkineen HA:n puolella.
Halvimmat tunnit, kuormanhallinta toisen laturin (Elli) kanssa ja futureproof ilman valmistajan kikkareita on korkealla omassa arvoasteikossa.

goeChargerin softat ja firmikset päivittyy niin tiheeseen, että itellä on niille korkee luotto ja on kans toiminu alusta asti täysin luotettavasti. Softat ja niiden konffit ollu kans tosi jees. Mut joo, jos sulla on toinen laturi joka ei ole goe:lta niin pakkohan se kuormanhallinta on ite tehä. Mulla senkin hoitaa goeController, joka ei edes lopulta tullu tarpeeseen kun on niin järeä pääsulake ettei ole mahollista päästä lähellekkään ongelmatilannetta.

Oli alunperin tarkotus kytkee goeCharger HA:n. Mutta en oo vielä keksiny mitään syytä sille. goeController taas on siellä ihan hiton kätevä kun se näyttää koko talon ja auton lataukset HA:ssa. Ettei senkään takia tarvii chargeria tossa kombossa kytkee.

 

[Jimmy62]

Hei, HA on itsellä käytössä ja nyt pitäisi saada siihen liitettyä kodin huoneilmatermarit. Olisiko jollakin tietoa mikä olisi yhteensopiva termari esim zigbeen kanssa? Toisekseen näenkö jostain noita zigbee -yhteensopivia laitteita vai miten yhteensopivuudet onnistuu tarkistaa?

 

[3:16 PM]

Täällä on listaa yhteensopivista laitteista:

Database of Zigbee devices compatible with ZHA, Tasmota, Zigbee2MQTT, deCONZ, ZiGate and ioBroker

Database of Zigbee devices compatible with ZHA, Tasmota, Zigbee2MQTT, deCONZ, ZiGate and ioBroker

zigbee.blakadder.com

 

[Vee]

MInulla on vähä epäselvää miten tehdä automaatiota joissa jokin on tärkemäpi kuin toinen ja ne kohdistuu samaan laiteeseen.

Esim sähkönhinta kallis ilp menee 17c tuo toimisi aina. Sitten erikseen kotona/poissa. poissa ollessa esim 19c ja kotona 21c.. eli tuo sähkönhinta ylikirjoittaisi tuon kotona poissa systeemin? riippumatta onko kotona kalleilla tunneilla menee 17c ja palautuu sitten siihen 19 tai 21 riippuen onko kotona.. lisäksi voisi vielä laittaa että miinustunneilla on vaikka 23c, mutta se on sitten kun tuon ratkaisee

 

[Hyrava]

MInulla on vähä epäselvää miten tehdä automaatiota joissa jokin on tärkemäpi kuin toinen ja ne kohdistuu samaan laiteeseen.

Esim sähkönhinta kallis ilp menee 17c tuo toimisi aina. Sitten erikseen kotona/poissa. poissa ollessa esim 19c ja kotona 21c.. eli tuo sähkönhinta ylikirjoittaisi tuon kotona poissa systeemin? riippumatta onko kotona kalleilla tunneilla menee 17c ja palautuu sitten siihen 19 tai 21 riippuen onko kotona.. lisäksi voisi vielä laittaa että miinustunneilla on vaikka 23c, mutta se on sitten kun tuon ratkaisee

En tiedä miten tuo tehtäisiin HA:n omilla automaatiotoiminnoilla, itse käytän Node-Rediä koska olen kokenut sen helpommaksi mutta itse ajattelisin tuon näin:

Jos sähkönhinta muuttuu kalliiksi -> lämpötila 17
Jos sähkönhinta muuttuu pois kalliista -> tarkistetaan kotona-poissa -tila -> jos poissa -> lämpö=19, jos kotona -> lämpö 21

tuohon sitten voisi liittää jonkun ehdon miinustunneille tyyliin:
Jos sähkönhinta miinuksella -> lämpö 23
Jos sähkönhinta muuttuu pois miinukselta -> tarkistetaan kotona-poissa -tila -> jos poissa -> lämpö=19, jos kotona -> lämpö 21

Tuon ajatusketjun sitten vaan muuttaa automaatioksi haluamallaan tavalla. Tietty jos nuo molemmat haluaa toteuttaa niin ensin tutkisi onko hinta kallis, normaali vai miinuksella ja jos normaali niin tarkistaa kotona-poissa -tilan ja toimii sen mukaan

 

[BaTTman]

MInulla on vähä epäselvää miten tehdä automaatiota joissa jokin on tärkemäpi kuin toinen ja ne kohdistuu samaan laiteeseen.

Esim sähkönhinta kallis ilp menee 17c tuo toimisi aina. Sitten erikseen kotona/poissa. poissa ollessa esim 19c ja kotona 21c.. eli tuo sähkönhinta ylikirjoittaisi tuon kotona poissa systeemin? riippumatta onko kotona kalleilla tunneilla menee 17c ja palautuu sitten siihen 19 tai 21 riippuen onko kotona.. lisäksi voisi vielä laittaa että miinustunneilla on vaikka 23c, mutta se on sitten kun tuon ratkaisee

Hieno ajatus, mutta tässä kannattaa huomioida myös pari pientä muuttujaa.
Riippuen huoneen koosta, ei tuo lämmitys tai viilennys toimi hetkessä.
Riippuen hintaeroista ja lämmitysnopeudesta riippuen voi lämmitys tulla kalliimmaksi tiputuksen jälkeen, kuin että se olisi vakio kokoajan.

 

[Vee]

Hieno ajatus, mutta tässä kannattaa huomioida myös pari pientä muuttujaa.
Riippuen huoneen koosta, ei tuo lämmitys tai viilennys toimi hetkessä.
Riippuen hintaeroista ja lämmitysnopeudesta riippuen voi lämmitys tulla kalliimmaksi tiputuksen jälkeen, kuin että se olisi vakio kokoajan.

Kyllä tuo ilp aika nopeasti lämmittää. Tavoitteena vaan vähä hienosäätää pörssisähkön keskiarvoa alas ja talo on aika paljon tyhjillään.

 

[B170]

MInulla on vähä epäselvää miten tehdä automaatiota joissa jokin on tärkemäpi kuin toinen ja ne kohdistuu samaan laiteeseen.

Esim sähkönhinta kallis ilp menee 17c tuo toimisi aina. Sitten erikseen kotona/poissa. poissa ollessa esim 19c ja kotona 21c.. eli tuo sähkönhinta ylikirjoittaisi tuon kotona poissa systeemin? riippumatta onko kotona kalleilla tunneilla menee 17c ja palautuu sitten siihen 19 tai 21 riippuen onko kotona.. lisäksi voisi vielä laittaa että miinustunneilla on vaikka 23c, mutta se on sitten kun tuon ratkaisee

Teet "kytkimet" kotona ja poissa joita automaatio sitten käyttää, joko "kun" tai "jos" ehtona. Tunnistaa sinut vaikka puhelimesta tai sitten teet "painike" jolla valitset oletko kotona.
Sähkönhinnoista voi tehdä "kynnysarvosensorit" ja sama homma niillä automaatioissa. Tietysti joutuu tekemään useamman automaation, jotta saa halutut automaatiot käyttöön. Ja kun sähkö menee liian kalliiksi niin se automaatio voi sammuttaa tiettyjä automaatioita siksi aikaa ja käynnistää sitte tarvittavat uudelleen, kun hinta laskee.
Eli tuo sähkönhinta automaatio voisi sammuttaa nuo kotona/poissa automaatiot siksi aikaa.

 

[B170]

Esim:
Kun "kotona"
Jos "sähkönhinta alle xx"
Sitten "ilp 21c"
Kun "sähkönhinta yli xx"
Jos
Sitten "ilp 17", ja "sammuta automaatio esim tuo edellinen"

 

[B170]

Hieno ajatus, mutta tässä kannattaa huomioida myös pari pientä muuttujaa.
Riippuen huoneen koosta, ei tuo lämmitys tai viilennys toimi hetkessä.
Riippuen hintaeroista ja lämmitysnopeudesta riippuen voi lämmitys tulla kalliimmaksi tiputuksen jälkeen, kuin että se olisi vakio kokoajan.

Tuon takia Synergin ilp ohjauksessa onkin joku raja, että hintaeron on oltava riittävän suuri, jotta lämpötilaa kannattaa muuttaa.
E: nuo Synergin kaikki ominaisuudet on nyt kaikille ilmaisia niin jos ei halua itse vääntää ilpin ohjauksia kotiautomaatiolla niin hyvä vaihtoehto. Keväällä sitä pääsi jo vähän testailemaan, mutta sitten ilmat lämpeni. Omat ilpit aion ohjata tuolla Synergillä. HA hoitaa sitten muita lämmityksiä.

 

[Jump]

Nyt on HA OS:n asennusyritys x käynnissä. Eli näiden ohjeiden mukaan on menty Generic x86-64 .

Nyt siis pitäisi kännistää kone/HA ensimmäisen kerran. Homma etenee tovin, mutta sitten tulee : Starting Diagnostic....

Sitten kun käynnistän dignostiin se menee käsittääkseni ihan OK, mutta kone on käynnistettävä taas uudestaan ja sama loop jatkuu... Mitähän tässä pitäisi tehdä?

Ennen diagnostiikkaa tulee teksti PXE-E16 no offer received

 

[juhaa]

Nyt on HA OS:n asennusyritys x käynnissä. Eli näiden ohjeiden mukaan on menty Generic x86-64 .

Nyt siis pitäisi kännistää kone/HA ensimmäisen kerran. Homma etenee tovin, mutta sitten tulee : Starting Diagnostic....

Sitten kun käynnistän dignostiin se menee käsittääkseni ihan OK, mutta kone on käynnistettävä taas uudestaan ja sama loop jatkuu... Mitähän tässä pitäisi tehdä?

Ennen diagnostiikkaa tulee teksti PXE-E16 no offer received

Kurkkaappa koneen BIOS:n ja ota alkuun PXE/Network boot kokonaan pois käytöstä, kun sulla ei siihen tarvetta ole. Tuo siis yrittää verkon kautta käynnistää sitä konetta.

 

[Marius]

Onko Home Assistantin ja Node Redin käyttäjiä?

Päivitin illan aikana Home Assistantin, Node Redin, Node Redin companion -integraation ja lopuksi vielä Node Redin nodeja.

Kaikki näyttäisi toimivan, kuten pitääkin, mutta esim. current state -node ei ehdota entityjä. Toisaalta taas events: state -node ehdottaa eli yhteys Home Assistantiin näyttäisi kuitenkin olevan toiminnassa.

Mistähän tuo current state -noden ongelma mahtaa johtua ja miten korjata?

 

[Tonnin Seteli]

En tiedä miten tuo tehtäisiin HA:n omilla automaatiotoiminnoilla, itse käytän Node-Rediä koska olen kokenut sen helpommaksi mutta itse ajattelisin tuon näin:

Jos sähkönhinta muuttuu kalliiksi -> lämpötila 17
Jos sähkönhinta muuttuu pois kalliista -> tarkistetaan kotona-poissa -tila -> jos poissa -> lämpö=19, jos kotona -> lämpö 21

tuohon sitten voisi liittää jonkun ehdon miinustunneille tyyliin:
Jos sähkönhinta miinuksella -> lämpö 23
Jos sähkönhinta muuttuu pois miinukselta -> tarkistetaan kotona-poissa -tila -> jos poissa -> lämpö=19, jos kotona -> lämpö 21

Tuon ajatusketjun sitten vaan muuttaa automaatioksi haluamallaan tavalla. Tietty jos nuo molemmat haluaa toteuttaa niin ensin tutkisi onko hinta kallis, normaali vai miinuksella ja jos normaali niin tarkistaa kotona-poissa -tilan ja toimii sen mukaan

Alan kallistua siihen, että en tee tällaiseen hyvin monimutkaisen optimointiongelman ratkaisuun kuvatun kaltaista perus HA:n(tai hieman jalostetun lisäosan) palikka-automaatiota. Ongelman optimaalinen tai edes tyydyttävä ratkaisu vaatisi järjestelmältä suurempaa älyä ja algoritmista toimintatapaa yksinkertaisten sääntöjen sijaan. Pitäisi siis huomioida päivän kaikki hintajaksot, mahdollisesti seuraavan vuorokauden hintoja, lämpötilamittaus paitsi sisältä myös ulkoa sekä ennuste.

Sehän on kovin eri asia, optimoidaanko päivänä jolloin on muutama tunti 10 sentin sähköä ja monia tunteja ilmaista, vai päivänä jolloin hinta vaihtelee 20 ja 40 sentin välillä. Optimointi teknisesti vaikeutuu mutta säästöpotentiaali teoriassa paranee, kun hinnoittelujakso vaihtuu 15 minuuttiin. Kuitenkin jos asetetaan kiinteät rajat, tulee helposti paleltua turhaan jos hinta on jatkuvasti semikorkea leudon talvisään vallitessa, ja lähinnä saadaan säästö villin hintapiikkitunnin ajalta.

Lisäksi hommaa vaikeuttaa se, että usein on käytössä ILP ja vastuslämmitys, ja kovalla pakkasella eli suurimman energiakulun aikaan molempia saatetaan tarvita. Kumman tahansa ylioptimointi erillisinä asioina kusee herkästi kintuille kun joudutaankin käyttämään väärää tapaa COP-kertoimen hintarangaistuksella.