HomeAssistant - Yleinen support topic

Luukku

Vakionaama
Kun sai kaiken just toimimaan aika hyvin monien viikkojen opettelun jälkeen niin sitten yks päivitys pilaa kaiken. Taas saa vääntää. Pitkä on matka vielä saada taviksille kotiautomaatiot käyttöön.
Etähallintakin kokeilussa, mutta jos päivitykset on noin epävarmoja niin turha odottaa, että palvelusta maksaisin.
 

hemaris

Aktiivinen jäsen
Kun sai kaiken just toimimaan aika hyvin monien viikkojen opettelun jälkeen niin sitten yks päivitys pilaa kaiken. Taas saa vääntää. Pitkä on matka vielä saada taviksille kotiautomaatiot käyttöön.
Etähallintakin kokeilussa, mutta jos päivitykset on noin epävarmoja niin turha odottaa, että palvelusta maksaisin.

Tällaisen ongelman sattuessa kannattaa vaan peruuttaa edelliseen toimivaan versioon ja odotella että ongelma korjataan.
 

grendy

Vakionaama
Mulla ei päivitys rikkonut mitään Daikiniin liittyvää. Molemmat ILP ja VILP näkyy edelleen entiseen malliin...
 

jkoljo

Aktiivinen jäsen
Kohta on vuoden verran ollut HA käytössä. Yleensä päivitän joko ensimmäiseen tai toiseen kuukausiversioon, ja koskaan ei ole mennyt mitään muuta kuin joku custom UI elementti rikki. Varmaankin ollut tuuriakin matkassa. Ja harvemmin siitä jaksetaan foorumilla kirjoitella jos homma toimii :)
 

Samppa

Ylläpitäjä
Ylläpidon jäsen
HA:n siirtäminen virtuaaliin oli kyllä ylläpitoakin suuresti helpottanut teko. Ennen päivitystä vain ottaa snapshotin ja jos jokin menee pahemmin rikki, niin muutamassa sekunnissa ollaan taas tilanteessa ennen päivitystä. Samoin backup menee helpolla ajastetusti joka yö omalle levylleen joka tuo lisäturvaa laiterikkoihin.
 

Luukku

Vakionaama
HA:n siirtäminen virtuaaliin oli kyllä ylläpitoakin suuresti helpottanut teko. Ennen päivitystä vain ottaa snapshotin ja jos jokin menee pahemmin rikki, niin muutamassa sekunnissa ollaan taas tilanteessa ennen päivitystä. Samoin backup menee helpolla ajastetusti joka yö omalle levylleen joka tuo lisäturvaa laiterikkoihin.
Palautin varmuuskopiosta jonka olin tehnyt ennen päivitystä ja siinä kaikki vielä toimi hyvin. Silti nyt piti jotain integraatioita uudelleen ladata, kun ei se saanut niitä alustettua. Mistä ja miten tuo snapshot tehdään? Onko se eri asia kuin kuvakaappaus näytöstä? Pakko kysellä tyhmiäkin, mutta on sellainen tapa.
 

kotte

Hyperaktiivi
Mistä ja miten tuo snapshot tehdään? Onko se eri asia kuin kuvakaappaus näytöstä?
Samppa taitaa ajaa HA:ta virtuaalikoneella ja ottaa snapshotin virtuaalikoneen tilasta (vastaa siis toiminnallisuuden kannalta täydellistä varmuuskopiota fyysisen tietokoneen laitteistosta käyttöjärjestelmän ja sovellusten ohella). Arvatenkin tuo vaatii "jonkin verran" massamuistitilaakin, vaikka tehtäisiin fiksusti, jos haluaa säilyä pitemmänkin ketjun muutoksia. Yksi tai kaksi versiota toki menevät kohtuulliseen tilaan ja jonkin suuremman palvelinkeskuksen ympäristöillä suoritusympäristöjen vakiointi tehostaa varmuuskopioiden kompaktia tallentamista.
 

hemaris

Aktiivinen jäsen
Palautin varmuuskopiosta jonka olin tehnyt ennen päivitystä ja siinä kaikki vielä toimi hyvin. Silti nyt piti jotain integraatioita uudelleen ladata, kun ei se saanut niitä alustettua. Mistä ja miten tuo snapshot tehdään? Onko se eri asia kuin kuvakaappaus näytöstä? Pakko kysellä tyhmiäkin, mutta on sellainen tapa.
En ole ihan varma että kuuluuko tuohon varmuuskopioon HA:n systeemitiedostoja, tämä voisi selittää miksi pelkkä palautus varmuuskopiosta ei välttämättä johda aiempaan versioon siirtymistä. Käsittääkseni siinä varmuuskopiossa on kaikki config-hakemistossa olevat tavarat, mikä mahdollistaa oman systeemin palauttamisen vaikka toisessa ympäristössä. Mutta tuskin siinä on koko HA-systeemiä mukana?

Minulla on levypalvelimella containerissa pyörivä HA, joten olen tehnyt nämä päivitys ja peruutustoiminnot komentorivillä (docker pull homeassistant/home-assistant:latest). Tämä on vähän kömpelöä mutta toimii ja tuolla on helppo peruuttaa aiempaan versiooon vaihtamalla "latest" sijaan aiemman versionumeron.
 

Luukku

Vakionaama
Kyllä tämä nyt jaloillaan jo on, tänään toimi hintaohjaus ihan hyvin eli kaikki tuotanto meni myyntiin niinkuin oli automaatioihin ehdoksi laitettu. :)
 

Jamo70

Aktiivinen jäsen
Kun sai kaiken just toimimaan aika hyvin monien viikkojen opettelun jälkeen niin sitten yks päivitys pilaa kaiken. Taas saa vääntää. Pitkä on matka vielä saada taviksille kotiautomaatiot käyttöön.
Etähallintakin kokeilussa, mutta jos päivitykset on noin epävarmoja niin turha odottaa, että palvelusta maksaisin.

Mikä päivitys rikkoi systeemin?
Olen vähän samassa junassa, että vasta joitakin viikkoja opetellut ja parsinut asioita kasaan vaivalloisen opettelun kautta, niin ei todellakaan tekisi mieli tehdä niitä asioita uudelleen….

Tällaiset päivitykset odottelee itselläni:

1723722618903.jpeg
 
Viimeksi muokannut ylläpidon jäsen:

timbba

Vakionaama
Jännä tapaus itellä... eka buutti Raspberryllä ja ei siin mitää: luotiin käyttäjä, tehtiin muutamat perusjumpat, yms..

Sit toisella kerralla kirjautuminen, "Väärä salasana tai käyttäjätunnus". Ja varmasti oli oikea, mut ei vaa mee läpi. Pitää varmaan pistää koko image uusiks, mut on kyl jännä aloitus. Menee toki hetkisen, että jaksaa taas väsätä ku oma läppäri "kuoli" ja lähti just huoltoon.
 

-Teme-

Vakionaama
Mikä päivitys rikkoi systeemin?
Olen vähän samassa junassa, että vasta joitakin viikkoja opetellut ja parsinut asioita kasaan vaivalloisen opettelun kautta, niin ei todellakaan tekisi mieli tehdä niitä asioita uudelleen….

Tällaiset päivitykset odottelee itselläni:

katso liitettä 99103
Release notesit kannattaa (pitää) lukea ennen päivitystä. Eteenkin ne Breaking Changes osat (Backward-incompatible changes) lisäksi tietty muutkin
 

Luukku

Vakionaama
Mikä päivitys rikkoi systeemin?
Olen vähän samassa junassa, että vasta joitakin viikkoja opetellut ja parsinut asioita kasaan vaivalloisen opettelun kautta, niin ei todellakaan tekisi mieli tehdä niitä asioita uudelleen….

Tällaiset päivitykset odottelee itselläni:

katso liitettä 99103
Se oli toi 2024.8.1. Kaikki HACS:sta ladatut saa rakennella uudestaan. Toimimattomia entiteettejä niissä. Auton ja solarinvertterin integraatioit toimi normaalisti. Palautin aikaisempaan varmuuskopioon, mutta ei se korjannu kaikkia takaisin. Voi olla etten vielä osaakaan toimia oikein vastaavissa tilanteissa.
Tuon 13.0 päivityksen latasin ja se ei rikkonu mitään.
 

kallek

Aktiivinen jäsen
Se oli toi 2024.8.1. Kaikki HACS:sta ladatut saa rakennella uudestaan. Toimimattomia entiteettejä niissä. Auton ja solarinvertterin integraatioit toimi normaalisti. Palautin aikaisempaan varmuuskopioon, mutta ei se korjannu kaikkia takaisin. Voi olla etten vielä osaakaan toimia oikein vastaavissa tilanteissa.
Tuon 13.0 päivityksen latasin ja se ei rikkonu mitään.
Huomasin myös että modbussista hävisi käytöstä rekisterit mitkä useamman kertaa konffissa, tulivat takaisin seuraavassa päivityksessä. Sama kävi aiemmin mutta en muista versiota. Eli kun oli joku lämpötilan säädin joka tarkisti tilan toisesta rekisteristä mikä taas toisaalla käytössä niin hävitti sen käytöstä.
 

Luukku

Vakionaama
On noi päivitykset kyllä ärsyttäviä, heti sen jälkeen alkaa laitteiden yhteysongelmat ja entiteetit ei saatavissa. Nyt päivitin sen 13.xx.
Kotiautomaatio jonka automaatiot pitää joka päivä tarkistaa :hmm:
E: nyt herjaa auton integraatio (ei HACS) että "todennus virheellinen".
 
Viimeksi muokattu:

Joksa

Aktiivinen jäsen
Tänään kun pörssisähkön hinta on miinuksella, minulla ovat hinnat molemmissa Nordpool/Entso vielä ALV:n verran lisää. Miten muilla? Oletteko onnistuneet korjaamaan hinnat oikein?
 

-Teme-

Vakionaama
Antaa Entso-e ja Nordpool hintojen olla verottomia. Tekee templaten joka laskee verot päälle vain kun hinta on positiivinen. Jos käyttää siirtohinnottelua ja sähköveroa niin niissä kans verottomia arvoja ja vasta viimeiseksi tuo alv kuten laskujen koostamisessa tehdään
 

Luukku

Vakionaama
Tänään kun pörssisähkön hinta on miinuksella, minulla ovat hinnat molemmissa Nordpool/Entso vielä ALV:n verran lisää. Miten muilla? Oletteko onnistuneet korjaamaan hinnat oikein?

Antaa Entso-e ja Nordpool hintojen olla verottomia. Tekee templaten joka laskee verot päälle vain kun hinta on positiivinen. Jos käyttää siirtohinnottelua ja sähköveroa niin niissä kans verottomia arvoja ja vasta viimeiseksi tuo alv kuten laskujen koostamisessa tehdään
Käytättekö noita siirtohinta ja verotietoja johonkin kustannuslaskelmiin vai tarviiko automaatiot?
 

Joksa

Aktiivinen jäsen
Käytättekö noita siirtohinta ja verotietoja johonkin kustannuslaskelmiin vai tarviiko automaatiot?
Minusta verotiedot on hieman hifistelyä, itsellä että seuranta ja HA näyttäisi samaa. Automaatioissa verotietoja voi käyttää, jos on useita talossa useita lämmönlähteitä ja sitä kautta vaikuttavat automaatiohin mistä lämpö otetaan. Lopullista siirtohintaa (tai sähköhintaa) ei tiedä kuin kuukauden lopussa mikäli ottaa huomioon kaikki, myös kiinteät kuukausimaksut.
 

-Teme-

Vakionaama
Kun käytössä yö-siirto niin se energian+siirto kokonaishinta on eri päivällä ja yöllä. Päivällä -0.5snt/kWh maksaa kokonaisuutena enemmän, kuin yöllä +0.5snt/kWh kun siirtohinta on edukkaampi.
Luvut vain havainnollistamaan eroa, halpaa se nollan molemmin puolin on
 

anders

Vakionaama
Ketju saattaa olla väärä, mutta ei anneta häiritä jos täältä löytyisi osaamista:

tietääkö joku miten Grafanaan saa näkyviin yhteen graafiin yli 40 aikasarjaa, esim "time series" -graafiin?

Pitäisi lisätä 50 PV-paneelin tiedot, ja näkyy vain ensimmäiset 40 kpl. En löydä mistään optiota maksimimäärälle...
 

tjani

Aktiivinen jäsen
Tuollainen tuli vastaan. Olisko jostain tuollaisesta kiinni?

Mulla Victoria Metrics käytössä ja kokeilin että ainakin 59 käyrää sai samaan graafiin.
 

anders

Vakionaama
Tuollainen tuli vastaan. Olisko jostain tuollaisesta kiinni?

Mulla Victoria Metrics käytössä ja kokeilin että ainakin 59 käyrää sai samaan graafiin.

Pitää varmaan päivittää koko grafana ja influx, voi olla joku vanha versio. Minulla pyörii arm-pohjaisessa ubuntussa oracle cloudissa, joten voi olla joku eksoottinen build combo, nuo joskus ovat kun oracle sotkee repoja.

Kokeilin jo:

max-row-limit = 10000 -> max-row-limit = 100000 ja jopa -> max-row-limit = 1000000

Vaan ei vaikutusta.

Asiasta toiseen, ilmaisena vinkkinä, aiemmin kirjoittelin suoraan influxiin, mutta eihän se kannata, kun Telegraf ottaa vastaan suoraan udp-paketteja ja omasta koodista tulee 10x (ainakin) simppelimpää:

telegrafbody = 'voltage,location=' + str(host) + ' value=' + str(voltage)
sock.sendto(bytes(telegrafbody, "utf-8"), ('127.0.0.1', 8094))

Jos joku muu on ennen kirjoitellut influxiin, niin ei kannata enää :)
 

tjani

Aktiivinen jäsen
Tuli vielä mieleen että kokeile Grafanasta testi dataa. Valitset vain data sourceksi testdata ja siitä saa suoraa laittaa montako time seriessiä haluaa. Ajattelis jos ne näkyy niin sitten ongelma on tietokannan puolella.
 

wannabe

Aktiivinen jäsen
Kiitos vinkistä ei tuo nyt niin vaikeaa ollut. Nyt tuo helperi katsoo asetetun fanspeedin ja katsoo Jinja dictionarystä mikä sen nimen mukainen ilmavirtaama on;


COP:
Koodi:
{# auto, low, medium, high, middle, diffuse  from HA #}
{# auto, dif, low, med, mid, hig,  from from HA, right order? #}
{#       306, 468, 570, 702, 846  m³/h from Mitsubishi RW-25 Service Manual #}
{% set fanspeed = ({"diffuse":"306", "low":"468", "medium":"570", "middle":"702", "high":"846"}) %}
{% set airdensity = 1.17 %}
{# {state_attr('climate.mitsubishi_rw_25_aircon', 'fan_mode')} #}
 
{{
  (
    ( ( fanspeed[state_attr('climate.mitsubishi_rw_25_aircon', 'fan_mode')]|float * airdensity * ( states('sensor.temperature_out') | float - states('sensor.temperature_in') | float ) ) * (1000/3600) ) /
    ( states('sensor.shellyplug_s_4022d8836d01_power') | float )
  )
}}

Ensimmäisiä Home assistant-askelia täs horjuen ottamassa ja nyt ois apu tarpeen COP-käppyrän saamiseksi Grafanaan. InluxDB ja Grafana taisteltu käyttöön ja Grafana piirtää jo pumpun imu-, puhallus- ja tehotiedoista käppyrät. Yllä oleva koodin tallensin ja muutin siihen puhallusnopeudet vastaamaan oman pumpun speksejä.

Mihin HA:n helpperiin toi koodi pitää laittaa ja mitkä on askeleet siitä eteenpäin?
 

wannabe

Aktiivinen jäsen
Tee oma uusi, nimeä itse. Se on Template sensori.

Kiitos suunnan näyttämisestä. Komeesti piirtyy jo COP-käyrääkin Grafanaan. Vaan olipahan urakka, mutta ankaralla googlettamisella, youtubettamisella, kokeilu-/ erehdysmenetelmällä ja ChatGPT:n avulla tavoite saavutettu. Oppia ikä kaikki jne. On toi ChatGPT osaamatomalle vaan verraton apu.
 

grendy

Vakionaama
Onko kellään näitä Nedis wifi-plugeja energiamittauksella ja niitä HA:ssa niin, että mitattu energia mätsäisi appin ja HA:n välillä? En oo keksinyt miten saisi samat watit näkyyn appiin ja HA:iin vaan koko ajan on pientä eroa niin että HA näyttää enemmän kulunutta energiaa kuin appi. Hetkelliset tehot näkyy identtisesti, mutta toi energiankulutus on kyllä mahdoton saada osuun kohdalleen.

1730118284493.png
 

haraldh

Vakionaama
9 Tein slider helperin jossa voin valita mikä on maksimi SHF rank milloin tallin ilmalämpöpumppu on joko Away (8°C) tai Normal (16°C) profiilissa.

Tein sitten automaatiot jotka vertaavat tuota asetettua rank-lukua (1-24) SHF Rank Now arvoon. No, asetan sliderin asentoon 12, mitäköhän tapahtuu kun SHF Rank Now on tasan 12?

Jos olen ymmärtänyt oikein niin jos SHF Rank Now on alle 12 (eli 11) niin menee Away-tilaan, joka on OK. Vastaavasti jos SHF Rank Now on yli 12 (eli 13) niin menee lämmitystilaan. Mutta tuo tasan 12 ihmetyttää, eikö tosiaan ole olemassa joku beloworequal?
 

amnk

Jäsen
9 Tein slider helperin jossa voin valita mikä on maksimi SHF rank milloin tallin ilmalämpöpumppu on joko Away (8°C) tai Normal (16°C) profiilissa.

Tein sitten automaatiot jotka vertaavat tuota asetettua rank-lukua (1-24) SHF Rank Now arvoon. No, asetan sliderin asentoon 12, mitäköhän tapahtuu kun SHF Rank Now on tasan 12?

Jos olen ymmärtänyt oikein niin jos SHF Rank Now on alle 12 (eli 11) niin menee Away-tilaan, joka on OK. Vastaavasti jos SHF Rank Now on yli 12 (eli 13) niin menee lämmitystilaan. Mutta tuo tasan 12 ihmetyttää, eikö tosiaan ole olemassa joku beloworequal?
Eli automaation alle/yli tässä ilmeisesti mietityttää? Entä jos laittaisit siihen vaikka alle 12 ja yli 11?
 

haraldh

Vakionaama
Jos olisi kiinteä asetusarvo tuo toimisi, mutta nyt tuo asetusarvo muuttuu kun vedän sitä slideria suuntaan tai toiseen. Eli asetusarvo on vaikka 12, mutta automaatioon voi laittaa joko alle tai yli mutta ei tasan 12.
 

Ville-Veikko

Aktiivinen jäsen
Jos olisi kiinteä asetusarvo tuo toimisi, mutta nyt tuo asetusarvo muuttuu kun vedän sitä slideria suuntaan tai toiseen. Eli asetusarvo on vaikka 12, mutta automaatioon voi laittaa joko alle tai yli mutta ei tasan 12.
Eikös 12.1 (tai 11.9 riippuen kummalle puolelle haluat 12 arvon menevän) kelpaa raja-arvoksi ja pelaa OK? Mä itse käytän vastaavissa automaatioissa if -lausetta jonka else ehtoon saa molemmat puolet toiminnallisuudesta yhdellä kertaa.

Jos tuo ei toimi niin postaappa yaml koodi automaatiostasi niin pähkitään porukalla.
 

haraldh

Vakionaama
Kyllä, tuo kelpaisi jos itse voisin asettaa joko rajan tai ehdon tuolla tarkkuudella. Nyt on kyse siitä että raja asetetaan sliderilla, eli kokonaisluku ja vertailtava arvo tulee SHF automaatiosta eli kokonaisluku sekin.

Koodi:
alias: GaragetGree Away (8°C) when rank > garaget max rank
description: ""
triggers:
  - entity_id:
      - input_number.garaget_max_rank
    below: sensor.shf_rank_now
    trigger: numeric_state
conditions: []
actions:
  - data:
      preset_mode: away
    target:
      device_id: d41dda5c48f6bf5d84be046d5e0a4162
    action: climate.set_preset_mode
mode: single

Eli kun tuo vertaa "below: sensor.shf_rank_now" niin se on vähempi kuin. Toisinpäin "above: sensor.shf_rank_now". Mutta sellaista kuin "below_or_equal: sensor.shf_rank_now" ei ole olemassa.

Edit; sattui just olemaan 12. rankattu tunti, ja ILP ei ruvennut lämmittämään vielä.
 

amnk

Jäsen
Kyllä, tuo kelpaisi jos itse voisin asettaa joko rajan tai ehdon tuolla tarkkuudella. Nyt on kyse siitä että raja asetetaan sliderilla, eli kokonaisluku ja vertailtava arvo tulee SHF automaatiosta eli kokonaisluku sekin.

Koodi:
alias: GaragetGree Away (8°C) when rank > garaget max rank
description: ""
triggers:
  - entity_id:
      - input_number.garaget_max_rank
    below: sensor.shf_rank_now
    trigger: numeric_state
conditions: []
actions:
  - data:
      preset_mode: away
    target:
      device_id: d41dda5c48f6bf5d84be046d5e0a4162
    action: climate.set_preset_mode
mode: single

Eli kun tuo vertaa "below: sensor.shf_rank_now" niin se on vähempi kuin. Toisinpäin "above: sensor.shf_rank_now". Mutta sellaista kuin "below_or_equal: sensor.shf_rank_now" ei ole olemassa.

Edit; sattui just olemaan 12. rankattu tunti, ja ILP ei ruvennut lämmittämään vielä.
Template trigger voisi toimia tässä tapauksessa paremmin
 

haraldh

Vakionaama
Ehkä niin, tämäkin toimii tavallaan. Ja developer toolseista katsottuna niin ei tuo slider tuotakaan kokonaislukuja vaan ovat floatteja. Eli 12.0.

Seuraava kysymys, kun luo automaation joka tarkkailee jos sensor A on korkeampi kuin asetusarvo B niin se ajetaan kun sensorin lukema vaihtuu. Mutta se ei aja jos asetusarvo muuttuu (eli liikutan slideria).

Pitääkö siis tehdä yksi automaatio joka triggeröityy kun sensorin arvo muuttuu, ja toinen kun asetusarvo muuttuu? Ja tämä tietenkin tuplasti kun on sekä ylös- että alaspäin säädöt.

edit: Samaan automaatioon kaksi triggeriä, toinen katsoo sensoria, toinen slideria. Sillä se lähtee. Kiitos ja anteeksi.
 

wannabe

Aktiivinen jäsen
Porukoilla varmaan Home Assistantissa ilmalämpöpumpun COP-laskentaa. Haaveilen jostain syystä COP:n liukuvasta keskiarvosta ja nyt kun kelit kääntyneet niin ikäviksi, että sulatukset on alkanu, niin ne näyttäs rankaisevan keksiarvoa kohtuuttoman rankalla kädellä. Kaavassa on mukana puhalluksen ilmamäärä ja nyt se on mukana myös sulatuksen aikana, vaikka puhallus on seis ja se rankaisee ja rajusti. Miten ootte huomioinu sulatukset koppia laskiessa?

Koodi:
{# auto, low, medium, high, middle, diffuse  from HA #}
{# auto, dif, low, med, mid, hig,  from HA, right order? #}
{#       240, 342, 426, 510, 864  m³/h from Mitsubishi LN-25 Service Manual #}
{% set fanspeed = ({"diffuse":"240", "low":"342", "medium":"426", "middle":"510", "high":"864"}) %}
{% set airdensity = 1.17 %}
{# {state_attr('climate.mitsubishi_ln_25_aircon', 'fan_mode')} #}
 
{{ 
  ( 
    ( ( fanspeed[state_attr('climate.mitsubishi_ln_25_aircon', 'fan_mode')]|float * airdensity * ( states('sensor.temperature_out') | float - states('sensor.temperature_in') | float ) ) * (1000/3600) ) /
    ( states('sensor.shelly_plus_1_pm_a8032ab19214_power') | float ) 
  ) 
}}
/CODE]

Kuinka tosta sais väännettyä fanspeedin pois sulatuksen ajaksi?
 
Back
Ylös Bottom