Home Assistant - For Dummies (hass.io)

No näköjään on hinnat noussut. Itse ostin kuukausi takaperin Cupran logolla olevan Pro-mallin 11kw 7,5m johdolla hintaan 248€. Nyt oli yli 558€, tosin VW-logolla ja Cupran sivu ei enään aukea edes.
 
No näköjään on hinnat noussut. Itse ostin kuukausi takaperin Cupran logolla olevan Pro-mallin 11kw 7,5m johdolla hintaan 248€. Nyt oli yli 558€, tosin VW-logolla ja Cupran sivu ei enään aukea edes.
Broidilla siis kävi just samalla tavalla 2 viikkoa sitten, eli olisikohan muutos tullut peräti tänään( kuun vaihde). Silti, 558kin on (valitettavasti) halpahko hinta
 
Täysi aloittelija täällä home assistantin kanssa. Osaako joku kertoa onko jotain tapaa saada sääennuste korttia joka näyttäisi seuraavalta päivältä aina tiettyjen tuntien esim 09:00, 12:00, ja 15:00 sääennusteet? Yritin tapella configuration.yamliin erinäköisiä netistä löydettyjä ratkaisuja tässä kuitenkaan lopulta onnistumatta.
 
Itsellä on useampikin totetutus käytössä mutta toiseksi yksinkertaisin mistä aloittaa on custom weather chart card ja sille sitten opwenweathermapin dataa tai vastaavaa

Täällä oli paikallissäätä varten oma template jonkun toimesta, jonka kopioin alle( krediitti hänelle ken sen tekin) .
Ensin ladataan custom integration FMI: Custom FMI (Finnish Meteorological Institute) Weather & Sensor Platform ja tehdään perusasetukset sillä.

Tämä tulee templates.yamliin ja jos sellaista ei ole niin Conf.yamliin template: -tekstin alle:

- trigger:
- platform: time_pattern
minutes: /30
- platform: homeassistant
event: start
action:
- service: weather.get_forecasts
data:
type: hourly
target:
entity_id: weather.kaupunginosa
response_variable: forecast_data
sensor:
- name: Weather koti hourly
unique_id: weather_koti_hourly
state: '{{ forecast_data["weather.kaupunginosa"].forecast[0].condition }}'
attributes:
temperature: '{{ state_attr("weather.kaupunginosa", "temperature") }}'
humidity: '{{ state_attr("weather.kaupunginosa", "humidity") }}'
pressure: '{{ state_attr("weather.kaupunginosa", "pressure") }}'
wind_bearing: '{{ state_attr("weather.kaupunginosa", "wind_bearing") }}'
wind_speed: '{{ state_attr("weather.kaupunginosa", "wind_speed") }}'
condition: '{{ forecast_data["weather.kaupunginosa"].forecast[0].condition }}'
forecast: '{{ forecast_data["weather.kaupunginosa"]["forecast"] }}'

Kuva ylläolevasta weather chart card -sivusta napattu.

Toinen, ehkä vieläkin simppelimpi on suoraan weather forecast -kortti mutta en ole kokeillut sitä muokkailla toiveideni mukaiseksi. Sekin tarvitsee em. säätiedot joko FMI:lta tai Openweathermapilta.

1727958700615.png
 
Viimeksi muokattu:
Onko mahdollisuus, että vanhempi Elli ei olisi etäohjattavissa? Miten tuo on helpoin tarkastaa kun vajaan vuoden vanhaa olen ostamassa.

Kyseessä id.charger (ei siis connect) mallinumero 2018316
 
Sain RuuviTagin yhdistettyä ESP:llä HA:han ja ESP lukee toistakin Ruuvin anturia, mutta miten se toisen anturin mac-osoite lisätään siihen koodiin, että saadaan näkymään HA:ssa omana sensorina?
 
Sain RuuviTagin yhdistettyä ESP:llä HA:han ja ESP lukee toistakin Ruuvin anturia, mutta miten se toisen anturin mac-osoite lisätään siihen koodiin, että saadaan näkymään HA:ssa omana sensorina?
Öö... Tee ESP:stä bluetooth proxy ja sen jälkeen HA löytää automaattisesti Ruuvitagit. Itsellä on yksi ESP32 tuollaisena proxyna ja ensin oli 1 Ruuvitag ja sen jälkeen on tullut 3 lisää eli 4 yhteensä ja ne ovat ilmestyneet HA:n devices-listaan automaattisesti sen jälkeen kun on Ruuvitagin laittanut päälle, vähän riippuen tilanteesta on joutunut odottamaan parista minuutista puoleen tuntiin että on automaattisesti löytynyt.
 
Öö... Tee ESP:stä bluetooth proxy ja sen jälkeen HA löytää automaattisesti Ruuvitagit. Itsellä on yksi ESP32 tuollaisena proxyna ja ensin oli 1 Ruuvitag ja sen jälkeen on tullut 3 lisää eli 4 yhteensä ja ne ovat ilmestyneet HA:n devices-listaan automaattisesti sen jälkeen kun on Ruuvitagin laittanut päälle, vähän riippuen tilanteesta on joutunut odottamaan parista minuutista puoleen tuntiin että on automaattisesti löytynyt.
Juu proxynä on. En tajunnu, että ne löytyy itsekseen. Kiitos.
 
Jos ton esp:n muuttaa idf:ksi niinkuin sitä tuolla suositellaan niin laitetaanko se koodi ihan siihen yaml:n alkuun pelkästään? Vai miten tuo muutetaan arduinosta idf:ksi? Tuo idf kai paremmin muistin takia?
 
Löytyhän se oikea koodinpätkä, nyt Ruuvit näkyy HA:ssa.
Pesuhuoneen lattiatermarin bluetooth pitäis saada kans kaapattua. Enston BT termari. Näytti joku intgraatiokin olevan siihen.
 
Itsellä on useampikin totetutus käytössä mutta toiseksi yksinkertaisin mistä aloittaa on custom weather chart card ja sille sitten opwenweathermapin dataa tai vastaavaa

Täällä oli paikallissäätä varten oma template jonkun toimesta, jonka kopioin alle( krediitti hänelle ken sen tekin) .
Ensin ladataan custom integration FMI: Custom FMI (Finnish Meteorological Institute) Weather & Sensor Platform ja tehdään perusasetukset sillä.

Tämä tulee templates.yamliin ja jos sellaista ei ole niin Conf.yamliin template: -tekstin alle:

- trigger:
- platform: time_pattern
minutes: /30
- platform: homeassistant
event: start
action:
- service: weather.get_forecasts
data:
type: hourly
target:
entity_id: weather.kaupunginosa
response_variable: forecast_data
sensor:
- name: Weather koti hourly
unique_id: weather_koti_hourly
state: '{{ forecast_data["weather.kaupunginosa"].forecast[0].condition }}'
attributes:
temperature: '{{ state_attr("weather.kaupunginosa", "temperature") }}'
humidity: '{{ state_attr("weather.kaupunginosa", "humidity") }}'
pressure: '{{ state_attr("weather.kaupunginosa", "pressure") }}'
wind_bearing: '{{ state_attr("weather.kaupunginosa", "wind_bearing") }}'
wind_speed: '{{ state_attr("weather.kaupunginosa", "wind_speed") }}'
condition: '{{ forecast_data["weather.kaupunginosa"].forecast[0].condition }}'
forecast: '{{ forecast_data["weather.kaupunginosa"]["forecast"] }}'

Kuva ylläolevasta weather chart card -sivusta napattu.

Toinen, ehkä vieläkin simppelimpi on suoraan weather forecast -kortti mutta en ole kokeillut sitä muokkailla toiveideni mukaiseksi. Sekin tarvitsee em. säätiedot joko FMI:lta tai Openweathermapilta.

1727958700615.png
Onnistuin tällä saamaan ennusteet näkymiin, mutta onko tällä mahdollista asettaa esimerkiksi juuri että haluaisin seuraavan aamun ennusteen? Nyt olen onnistunut vasta samassa kuin mitä kuvassa näkyy, eli muutaman tunnin eteenpäin.
 
Pari vuotta pyöriny nyt ha raspberry pi 4:n päällä. Mietin tässä kokonaan uudelleen asennusta. Onkohan siitä hyötyä? nopeuttaa? vakauttaa? onko kokemuksia?

Onko jossain jotain hyvää ohjetta asennukseen jossa tulisi huomioitua kaikki mitä ei niin harrastaja ei osaa huomioida?

Vai onko turhaa työtä? Ihan hyvin tuo on pelannnut, mutta haluttaisi aloittaa tyhjältä pöydältä ja miettiä automaatioitakin paremmaksi yms.
 
Onnistuin tällä saamaan ennusteet näkymiin, mutta onko tällä mahdollista asettaa esimerkiksi juuri että haluaisin seuraavan aamun ennusteen? Nyt olen onnistunut vasta samassa kuin mitä kuvassa näkyy, eli muutaman tunnin eteenpäin.
En ole oikeastaan kaivannut moista, minulle riittää kaksi näyttämää: seuraavat 5 tuntijaksoa ja seuraavat kolme päivää. Uskoisin, että datasta saisi luotua haluamansa näyttämän. Ainakin Openweathermap antaa kolmen päivän ennusteen muistaakseni kolmen tunnin väliajoilla. Itsellä oli suuria haasteita saada sitä toimimaan sen jälkeen kun forecast muuttui forecasts:ksi ja en ole sitä enää käyttänyt. Mutta täytyy taas perehtyä tarkemmin mitä netin syöverit neuvovat asiasta
 
Vai onko turhaa työtä? Ihan hyvin tuo on pelannnut, mutta haluttaisi aloittaa tyhjältä pöydältä ja miettiä automaatioitakin paremmaksi yms.
Mikään ei estä tälläkään hetkellä tekemästä niitä automaatiota uusiksi/paremmaksi ja sen jälkeen poistaa ne vanhat omasta mielestä kankeammat kokonaan.
Näin olen itsekin tehnyt joidenkin automaatioiden kohdalla. Itselleni ei ainakaan tulisi mieleenkään aloittaa tässä vaiheessa puhtaalta pöydältä ja sen takia myös backupit on ajan tasalla koko ajan.
 
  • Tykkää
Reactions: Vee
Mites tämmöisen ongelman saa ratkaistua, kun lvv:n lämmitykseen on automaatio jossa on "rank and price" ehto ja vaikka aamuyöllä olisi halvempia tunteja niin silti saattaa aloittaa lämmityksen jo 22-00 aikana, jos siinä tuo ehto täyttyy? Tein kyllä kalenterinkin "cheapest price 00-06", mutta silti lähti ennen puolta yötä. Pitäis saada joku ehto ettei käytä niitä loppuillan tunteja enää lämmitykseen vaikka edullista olisikin.
Mitä niillä "shf faktor +\-" jutuilla tehdään?
 
Mites tämmöisen ongelman saa ratkaistua, kun lvv:n lämmitykseen on automaatio jossa on "rank and price" ehto ja vaikka aamuyöllä olisi halvempia tunteja niin silti saattaa aloittaa lämmityksen jo 22-00 aikana, jos siinä tuo ehto täyttyy? Tein kyllä kalenterinkin "cheapest price 00-06", mutta silti lähti ennen puolta yötä. Pitäis saada joku ehto ettei käytä niitä loppuillan tunteja enää lämmitykseen vaikka edullista olisikin.
Mitä niillä "shf faktor +\-" jutuilla tehdään?
Lasket omat rankit vaikka 18-06 välisille tunneille ja käytät niitä LVV:n ohjaukseen.
 
Itse teen maalämpöpumpun ohjauksen( ja toki mökin ohjauksetkin) NodeRedissä ja yksinkertaisesti laitoin ensin eteen kellonaikaohjauksen( 22- 0, ja 0- 7 sekä 7- 16 ja 16- 22), joille jokaiselle määrittelin omat vaatimukset. Oletan näin ohjauksen toimivan myös HA:n puolella mutta itse koen NR:n ohjaukset helpommiksi toteuttaa, joten en ole siirtänyt mitään ohjauksista toiselle puolelle.

Koska minulla on yösähkö, on ns. absoluuttisesti halvimmat tunnit osoitettavissa SHF-rankin avulla ja ohjaan ensisijaisesti hinnan mukaan. Eri hintahaitareilla tapahtuu eri asioita ja jos rank on 1( tai joissain tapauksissa 2) lämmitetään aina. Jos se on yli 19, ei lämmitetä. Näin sillä onko hinta halvempi 0- 6 ei ole niin isoa merkitystä normaalipäivinä mutta muutamana viime päivänä sillä on ollut jo iso ero lämmitetäänkö tänään vai huomenna.

Mutta jos haluaisin ehdottomasti saada halvimman hinnan 22- 7 -välisellä aikana tekisin( ja taidan nyt sen myös tehdä) 22- 0 -ohjauksessa lisäohjauksena checkin, jolla tarkistan keskihinnan( se löytyy suoraan mutta voihan tehdä myös halvimman hinnan haun) perusteella päätelmän kannattaako lämmittää, eli 'SHF average price hours'=8 ja jos 'SHF electicity price now' > 'SHF average price next hours' niin en lämmittäisi tuolla kellonaikavälillä.
 
Mites tuo sitten tehdään?
attributes:
# CHANGE-ME: Set your personal configurations in here
# Amount of sequantial cheapest hours in search
number_of_sequential_hours: 3
# Search starting hour
first_hour: 22
# Search ending hour
last_hour: 08
# Is the first_hour today (true / false). If false, first_hour needs to be before last_hour.
starting_today: true
# Nord pool sensor id. Check it ouf from your integrations page!
sensor: sensor.nordpool_kwh_fi_eur_3_10_024
# If nordpool fetch fails, starting time to make the calendar entry
fail_safe_starting: '00:00'


Tällainen on itselläni( tuo on muualta lainattu, ei omaa tuotosta vaan Tonin kun en moiseen ole kykenevä - ei riitä energia kun muut ovat jo kaiken keksineet ja tehneet) ja en ole sitä ns. toimivaksi vielä muuttanut.
Nettihaulla 'advanced cheapest hours' lötynee alkuperäinenkin mutta tässä yksi linkki:

1728457719405.png
 
Mites tuo sitten tehdään?
Sulla on vissiin tuo shf-paketti käytössä, niin siellä on jo valmiiksi skripti mikä osaa hakea halvimmat tunnit halutulla aikavälillä. Tässä joku jo tehnyt saman mitä haluat:

Ei siis tarvitse laskea edes rankkeja, se menee turhan monimutkaiseksi.
 
Mites tämmöisen ongelman saa ratkaistua, kun lvv:n lämmitykseen on automaatio jossa on "rank and price" ehto ja vaikka aamuyöllä olisi halvempia tunteja niin silti saattaa aloittaa lämmityksen jo 22-00 aikana, jos siinä tuo ehto täyttyy? Tein kyllä kalenterinkin "cheapest price 00-06", mutta silti lähti ennen puolta yötä. Pitäis saada joku ehto ettei käytä niitä loppuillan tunteja enää lämmitykseen vaikka edullista olisikin.
Mitä niillä "shf faktor +\-" jutuilla tehdään?
Nämä eivät ole helppoja juttuja. Jos estät vrk viimeisten tuntien käytön, voi jonain päivänä olla tilanne, että ne ovat oikeasti "yön halvimmat" tunnit ja sitten taas ihmetellään miten niitä voisi käyttää.
 
Sulla on vissiin tuo shf-paketti käytössä, niin siellä on jo valmiiksi skripti mikä osaa hakea halvimmat tunnit halutulla aikavälillä. Tässä joku jo tehnyt saman mitä haluat:
No niin on! Jäänyt vaan tutkimatta. Kiitos:)
 
Nämä eivät ole helppoja juttuja. Jos estät vrk viimeisten tuntien käytön, voi jonain päivänä olla tilanne, että ne ovat oikeasti "yön halvimmat" tunnit ja sitten taas ihmetellään miten niitä voisi käyttää.
Niinpä. Ei tästä kauaa ole kuin juuri noin oli, yölläkin kallista.
 
No ei siihen nyt mitään AI:ta tarvitse katsomaan mitkä on yön halvimmat tunnit.
No ei siihen, mutta automaattiseen säätöön. Eli joka osaisi jättää myös joitain tunteja käyttämättä, kun tietää että seuraavana päivän on taas 10x halvempaa tmjs... Minun automaationi toimiii suht hyvin, mutta silti tarkkailen sitä päivittäin ja teen mahdollisesti manuaalisia päätöksiä sen suhteen.
 
Aika moni kertoo laittaneensa pyynnön esim. ChatGPT:lle tehdä Yaml omasta toiveestaan, joten ei kai se sen kauempana toteuttamisesta ole kuin pian, tai heti. Itse kuitenkin haluan olla se, joka päättää mitä tapahtuu.
 
Laitoin molempiin kerroksiin ESP ble proxyt, toimiikohan noi RuuviTagit niin, että yhdistyvät aina lähimpään proxyyn? Ei oikein mistään nää mitä proxyä mikäkin Ruuvi käyttää. Esp näyttää vaan, että skannaus on käynnissä. Tiedot kyllä tulee kaikista Ruuveista hyvin.
 
Laitoin molempiin kerroksiin ESP ble proxyt, toimiikohan noi RuuviTagit niin, että yhdistyvät aina lähimpään proxyyn? Ei oikein mistään nää mitä proxyä mikäkin Ruuvi käyttää. Esp näyttää vaan, että skannaus on käynnissä. Tiedot kyllä tulee kaikista Ruuveista hyvin.
Ei ne viimeisimpiä arvoja luettaessa varsinaisesti "yhdisty" mihinkään. RuuviTagit huutavat majakoina omaa tilaansa ympäristöönsä ja proxyt vastaanottaavat viestit, jos ovat tarpeeksi lähellä.
 
Ei ne viimeisimpiä arvoja luettaessa varsinaisesti "yhdisty" mihinkään. RuuviTagit huutavat majakoina omaa tilaansa ympäristöönsä ja proxyt vastaanottaavat viestit, jos ovat tarpeeksi lähellä.
Hyvä. Silloin ei tarviikaan tehdä mitään, kun yhden yläkerran Ruuvin tiedot tuli alakerran proxyn kautta aikaisemmin niin vaihtaa tulokanavaa itsekseen sitten. Saas nähdä löytyykö Enston lattiatermarin BT, sitten kun saan sinne uuden pariston. Se olis mainio homma vielä lisäksi.
 
Semmoinen ongelma tuli täällä maalla eteen, että sähkökatkon jälkeen kone jossa HAOS on ei lähte automaattisesti käyntiin. Mitä tuolle on tehtävissä?Onko UPSin hankinta ainoa vaihtoehto?
 
Semmoinen ongelma tuli täällä maalla eteen, että sähkökatkon jälkeen kone jossa HAOS on ei lähte automaattisesti käyntiin. Mitä tuolle on tehtävissä?Onko UPSin hankinta ainoa vaihtoehto?
Säädä biossista, että lähtee päälle.
 
Semmoinen ongelma tuli täällä maalla eteen, että sähkökatkon jälkeen kone jossa HAOS on ei lähte automaattisesti käyntiin. Mitä tuolle on tehtävissä?Onko UPSin hankinta ainoa vaihtoehto?

Ja kone on mikä?
BIOS:sta Power failure tjsp Power On. Jos katkoja on ”usein”, niin UPS on erittäin suositeltava.
 
Olisiko suosituksia zigbee tai Bluetooth-pohjaisista valosensoreista? Mielellään ei mitään Tyuaa.
Tuo HA:n oma auringonnousun ja -laskun data ei oikein riitä aina oman melko varjoissassa paikassa olevan talon valojen ohjaukseen varsinkin kun tulee oikein pilvisiä päiviä.
 
Olisiko suosituksia zigbee tai Bluetooth-pohjaisista valosensoreista? Mielellään ei mitään Tyuaa.
Tuo HA:n oma auringonnousun ja -laskun data ei oikein riitä aina oman melko varjoissassa paikassa olevan talon valojen ohjaukseen varsinkin kun tulee oikein pilvisiä päiviä.
Eikä se viiveen säätö riitä? Esim 30min ennen auringon laskua?
 
Välillä tulee tehtyä epäonnistuneita apureita niin miten niitä saa poistettua?
 
Olisiko suosituksia zigbee tai Bluetooth-pohjaisista valosensoreista? Mielellään ei mitään Tyuaa.
Tuo HA:n oma auringonnousun ja -laskun data ei oikein riitä aina oman melko varjoissassa paikassa olevan talon valojen ohjaukseen varsinkin kun tulee oikein pilvisiä päiviä.
Onhan sille auringonlaskulle ja nousulle monia eri vaiheita ? Luulisi jonkin olevan tarpeeksi ? Civil Dawn, Nautical Twilight, Astronomical Twilight...
 
Mutku ei ole. Aukee vaan ikkuna jossa lukee apurin nimi.
Automaatiot kyllä antaa poistaa.
No kyllä mulla ainakin on joka apuriss poista (paitsi pari jotka tehnyt yamlissa) niin kännyllä apissa kuin koneella selaimella.
Oisko si kirjauutuneella tunnarilla liian vähän oikkia? Jotqin säätöjä tehnyt oikeuksiin?
Edit ja etkö pääse mitään apurista muokaamaan rattaan klikkauksen jälkeen??
 
Viimeksi muokattu:
Olisiko suosituksia zigbee tai Bluetooth-pohjaisista valosensoreista? Mielellään ei mitään Tyuaa.
Tuo HA:n oma auringonnousun ja -laskun data ei oikein riitä aina oman melko varjoissassa paikassa olevan talon valojen ohjaukseen varsinkin kun tulee oikein pilvisiä päiviä.

Ikean Vallhorn liiketunnistimet sisältää myös Lux-sensorit
 
HZA vs Zigbee2MQTT?

Pitäisi siirtää 14 Zigbee-laitetta (Philips,Ikea,Lidl) Sonoff Zigbeetikun perään, jotta saan lisättyä kasan Sonoffin lämpötilamittareita ja muutaman ovitunnistimen. Home Assistant pyörii Raspi 4:ssa.

Tässä lueskellut noiden HZA:n ja Zigbee2MQTT:n eroista ja kovasti tuota jälkimmäistä suositaan, mutta ilmeisesti tuo HZA on suoraviivaisempi ottaa käyttöön.

Mitä mieltä, kannattaako nähdä vaiva tässä vaiheessa ja lyödä suoraan Z2M, vai pärjääkö HZA:lla? Käytännössä tarkoitus ohjata valoja päälle/pois, ajastaa osan valoista, lisätä nuo lämpötila/kosteusanturit joka huoneeseen, tallin oveen lisätä ovitunnistin. Ei sen kummempia juttuja, mutta osassa valoja on värit, eli niitä pitäisi pystyä säätämään Home Assistantista käsin.
 

Uusimmat viestit

Statistiikka

Viestiketjuista
258 161
Viestejä
4 486 549
Jäsenet
74 095
Uusin jäsen
Hakasulku

Hinta.fi

Back
Ylös Bottom