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.
 
Kahvilalli sanoi:
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.
Napsauta laajentaaksesi...
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
github.com

GitHub - Yevgenium/weather-chart-card: Custom weather card with charts

Custom weather card with charts. Contribute to Yevgenium/weather-chart-card development by creating an account on GitHub.
github.com github.com

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?
 
B170 sanoi:
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?
Napsauta laajentaaksesi...
Öö... 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.
 
Hyrava sanoi:
Öö... 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.
Napsauta laajentaaksesi...
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.
 
larionof sanoi:
Itsellä on useampikin totetutus käytössä mutta toiseksi yksinkertaisin mistä aloittaa on custom weather chart card ja sille sitten opwenweathermapin dataa tai vastaavaa
github.com

GitHub - Yevgenium/weather-chart-card: Custom weather card with charts

Custom weather card with charts. Contribute to Yevgenium/weather-chart-card development by creating an account on GitHub.
github.com github.com

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
Napsauta laajentaaksesi...
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.
 
Katali sanoi:
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.
Napsauta laajentaaksesi...
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
 
Vee sanoi:
Vai onko turhaa työtä? Ihan hyvin tuo on pelannnut, mutta haluttaisi aloittaa tyhjältä pöydältä ja miettiä automaatioitakin paremmaksi yms.
Napsauta laajentaaksesi...
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?
 
B170 sanoi:
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?
Napsauta laajentaaksesi...
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ä.
 
B170 sanoi:
Mites tuo sitten tehdään?
Napsauta laajentaaksesi...
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:

Home Assistant: Advanced Nord Pool Cheapest Hours automation with local calendar support – Creating Smart Home

www.creatingsmarthome.com www.creatingsmarthome.com

1728457719405.png
 
B170 sanoi:
Mites tuo sitten tehdään?
Napsauta laajentaaksesi...
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:

HomeAssistant ja sähköpörssiohjaus

Huaweilta tuli päivitysohjeet. Iltapäivällä kokeillaan. E: ei auttanu, uusimmat versiot oli
lampopumput.info lampopumput.info

Ei siis tarvitse laskea edes rankkeja, se menee turhan monimutkaiseksi.
 
B170 sanoi:
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?
Napsauta laajentaaksesi...
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ää.
 
heebo1974 sanoi:
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ää.
Napsauta laajentaaksesi...
Niinpä. Ei tästä kauaa ole kuin juuri noin oli, yölläkin kallista.
 
Kirjaudu tai rekisteröidy kirjoittaaksesi tänne.

Uutiset

Uutisia lyhyesti

Uusimmat viestit

Statistiikka

Viestiketjuista
255 054
Viestejä
4 431 147
Jäsenet
73 492
Uusin jäsen
January

Hinta.fi

Back
Ylös Bottom