Home Assistant - For Dummies (hass.io)

[PornReindeer]

Juu, tai en muista mistä sen osoitteen sain kerran otettua ylös. Tämän jälkeen homma kosahti kun yritin päivittää tuota esp32:sta, ei menny koskaan läpi se. Päädyin nyt vain poimimaan tuolla flasherillä tuon bind keyn ja yhdistin Xiaomi BLE:n avulla mittarit HASSiin. Pitää seurailla miten toimii näin, tuossa custom firmiksessä olisi houkutellut tuo harvempi päivitystaajuus pariston säästämiseksi.

Itse en noita ESP32:n bluetootheja käytellyt, mutta onko mahdollista ettei siellä harvennetulla välillä vain ehtinyt tulla viestiä?

 

[Nenolanjones]

Kyllä minulla oli se ESP:n logi pidemmän aikaa auki, ja siihen tuli 5min välein uusi rivi että "starting scan" tms muttei mitään löytänyt. Pitää nyt jatkaa projektia näillä vakiofirmiksillä, taitaa joku mittari jäädä ylimääräiseksi niin testata vielä myöhemmin uudelleen tuota fläshäystä.

 

[Zigh]

Kyllä minulla oli se ESP:n logi pidemmän aikaa auki, ja siihen tuli 5min välein uusi rivi että "starting scan" tms muttei mitään löytänyt. Pitää nyt jatkaa projektia näillä vakiofirmiksillä, taitaa joku mittari jäädä ylimääräiseksi niin testata vielä myöhemmin uudelleen tuota fläshäystä.

Itse liitin nuo mittarit espHomeen niin että nappasin mac-osoitteet siitä anturin BLE-nimestä ja iskin suoraan konffiin. En muista näkyikö ne edes missään espHomen skannauksessa.

Getting the MAC of your Thermometer:
On boot the custom firmware will show the last three bytes of the MAC Address in the humidity display part on the LCD for 2 seconds each, the first three bytes are always the same (A4:C1:38) so not shown. Also the BLE name will include the last three bytes of the MAC Address.

GitHub - atc1441/ATC_MiThermometer: Custom firmware for the Xiaomi Thermometer LYWSD03MMC and Telink Flasher via USB to Serial converter

Custom firmware for the Xiaomi Thermometer LYWSD03MMC and Telink Flasher via USB to Serial converter - atc1441/ATC_MiThermometer

github.com

 

[Asustelija]

Tässä nyt hetken yrittäny saada tuota ESP32 lautaa lukemaan noita Xiaomin halpismittareita.

Eli HASS pyörii Vboxissa, ESPHome asennettu ja ESP32 päivitetty tällä ohjeella ja lisätty HASSiin: ESPHome Bluetooth Proxies

Xiaomin mittariin laitettu custom firmis (ATC_Thermometer.bin) näillä ohjeilla: Xiaomi Mijia BLE Sensors

Nyt on vaan se ongelma että en saa tuota ESP32:sta havaitsemaan tuota mittaria sitten millään, ble tracker näyttäisi login mukaan olevan päällä mutta ei havaitse laitetta. Sinnehän pitäisi ilmeisesti tulla näkyviin tuo mittari että saan sen MACin katsottua ja sitten lisätä nuo muutamat rivit tuonne yaml-tiedostoon?

Ruuvitagien lisäys onnistui ihan puolivahingossa ja niistä tulee dataa koko ajan, eli polku BT datalle näyttää olevan.

Oletko HA:n ESPHomen kautta yläkulman kolmesta täpästä sen update all:in tehnyt? Itsellä alkoi pelittämään toinen ESP32 bluetoooth proxy vasta sen jäkeen.
Tosin olen käyttänyt noita vain pvvx:n customilla BTHomen kautta.

 

[Marius]

RPi4 asennettu HA oli aamupäivällä jumittanut. En tiedä tokeniko se sisäverkon piuhoja räpläämällä vai lähtikö töpselin irroittamisen jälkeen toimimaan. Tuntuma on, että virtojen katkaisu ei auttanut vaan ehkä huonosti kiinni ollut verkkopiuha oli ongelma.

Mistä saa kaivettua jotain lokitietoja koko päivältä? Settings/System/Logs antaa tietoja vain uudelleen käynnistyksestä lähtien.

 

[TeknoR]

RPi4 asennettu HA oli aamupäivällä jumittanut. En tiedä tokeniko se sisäverkon piuhoja räpläämällä vai lähtikö töpselin irroittamisen jälkeen toimimaan. Tuntuma on, että virtojen katkaisu ei auttanut vaan ehkä huonosti kiinni ollut verkkopiuha oli ongelma.

Mistä saa kaivettua jotain lokitietoja koko päivältä? Settings/System/Logs antaa tietoja vain uudelleen käynnistyksestä lähtien.

terminaalissa cat /var/log/messages

tai noi pelkät HA:n liittyvät logit näkyy kyllä tuolla em. paikassasi kun painat Lataa koko logi tms.

 

[PornReindeer]

Miksiköhän nykyisin HA:n valojen buttonit menevät mustaksi kun ne sytyttää. Ennen näyttivät päällä ollessaan kirkkauden oranssina/keltaisena. Teemat ja värit defaultia niin luulisi toimivan, mutta nähtävästi pitää tehdä oma teema että toimii kuten ennenkin

 

[et328]

HA 2023.3 näyttää olevan aika buginen, jos käytät MariaDB:tä, niin ei kannata vielä päivittää.

 

[Zigh]

HA 2023.3 näyttää olevan aika buginen, jos käytät MariaDB:tä, niin ei kannata vielä päivittää.

HA:ta ei kyllä koskaan kannata päivittää alkukuusta vaan vasta joskus 20. päivän jälkeen.

 

[Hyrava]

HA:ta ei kyllä koskaan kannata päivittää alkukuusta vaan vasta joskus 20. päivän jälkeen.

Itsehän päivitin eilen, tosin lähinnä siksi että huomasin että tyrkyttää vielä 2023.2.5 -versiota eli viimekuun viimeistä versiota. Tuo on kyllä tullut muutaman kerran huomattua että sitä kuun ensimmäistä versiota ei kannata ottaa itselle käyttöön. Tietty jos haluaa bugien ja "ominaisuuksien" kanssa viikon-pari kiukutella niin ehkä sitten...

 

[Karkelot]

päivittelin Home assistant core ja nyt alko pukkaa tämmöistä :

• Platform esphome does not generate unique IDs. ID home-assistant-glowsensorhouse_-_power_consumption already exists - ignoring sensor.house_power_consumption
• Platform esphome does not generate unique IDs. ID home-assistant-glowsensorhouse_-_total_energy already exists - ignoring sensor.house_total_energy

home assistant sanoo ettei sensori ole tällä hetkellä käytössä, mutta kuitenkin kun menee esp home lisäsosaan ja kattoo lokeja niin sinne pukkaa kuitenkin normaalistu kulutus tietoja.
Osaako kukaan sanoa miten tuo korjataan?. ESP home lisäosan asennin uudestaan. itse glow asensin uudestaan. Samaa erskaa pukkaa. Palautin backupista vanhan coren ja toimii normaalisti. päivitin uudestaan uuden coren ja sama homma.

 

[Zigh]

päivittelin Home assistant core ja nyt alko pukkaa tämmöistä :

• Platform esphome does not generate unique IDs. ID home-assistant-glowsensorhouse_-_power_consumption already exists - ignoring sensor.house_power_consumption
• Platform esphome does not generate unique IDs. ID home-assistant-glowsensorhouse_-_total_energy already exists - ignoring sensor.house_total_energy

home assistant sanoo ettei sensori ole tällä hetkellä käytössä, mutta kuitenkin kun menee esp home lisäsosaan ja kattoo lokeja niin sinne pukkaa kuitenkin normaalistu kulutus tietoja.
Osaako kukaan sanoa miten tuo korjataan?. ESP home lisäosan asennin uudestaan. itse glow asensin uudestaan. Samaa erskaa pukkaa. Palautin backupista vanhan coren ja toimii normaalisti. päivitin uudestaan uuden coren ja sama homma.

Palauta, odota kuun loppuun ja päivitä uudestaan. Nää ekat päivitykset on aina bugisia kuten yllä todettiin.

 

[Karkelot]

Palauta, odota kuun loppuun ja päivitä uudestaan. Nää ekat päivitykset on aina bugisia kuten yllä todettiin.

Tämä hajos jo viimekuun päivityksessä

 

[njs]

SkyConnect kadottanut viime yönä lähes kaikki laitteet. Buuttailin kaikkia mutta jumissa tuntuu olevan. Myöskään uudelleen parittaminen ei näytä onnistuvan. Kenelläkään vastaavaa käynyt?

 

[juahan]

Tässä nyt hetken yrittäny saada tuota ESP32 lautaa lukemaan noita Xiaomin halpismittareita.

Eli HASS pyörii Vboxissa, ESPHome asennettu ja ESP32 päivitetty tällä ohjeella ja lisätty HASSiin: ESPHome Bluetooth Proxies

Xiaomin mittariin laitettu custom firmis (ATC_Thermometer.bin) näillä ohjeilla: Xiaomi Mijia BLE Sensors

Nyt on vaan se ongelma että en saa tuota ESP32:sta havaitsemaan tuota mittaria sitten millään, ble tracker näyttäisi login mukaan olevan päällä mutta ei havaitse laitetta. Sinnehän pitäisi ilmeisesti tulla näkyviin tuo mittari että saan sen MACin katsottua ja sitten lisätä nuo muutamat rivit tuonne yaml-tiedostoon?

Ruuvitagien lisäys onnistui ihan puolivahingossa ja niistä tulee dataa koko ajan, eli polku BT datalle näyttää olevan.

Se on ihan sama, millä sen MAC-osoitteen selvittää. Sen voi katsoa vaikka jollain sopivalla kännykän aplikaatiolla.

Sitten vaan esphomella alla olevan tapaista koodia ESP32een:

esphome:
  name: btlesensors
  platform: ESP32
  board: esp32doit-devkit-v1

wifi:
  ssid: "kkkk"
  password: "kkkkkkk"
  use_address: 192.168.1.133
  manual_ip:
    static_ip: 192.168.1.133
    gateway: 192.168.1.1
    subnet: 255.255.255.0

logger:

api:

ota:

esp32_ble_tracker:
  scan_parameters:
    duration: 300s
    interval: 80ms
    window: 64ms
    active: False

sensor:
  - platform: atc_mithermometer
    mac_address: "A4:C1:38:73:FF:E8"
    temperature:
      name: "LYWSD03MMC_1 Temperature"
    humidity:
      name: "LYWSD03MMC_1 Humidity"
    battery_level:
      name: "LYWSD03MMC_1 Battery Level"
    battery_voltage:
      name: "LYWSD03MMC_1 Battery-Voltage"

Tuon pitäisi toimia, tulee suoraa "tuotannosta". Tietysti ESP32:n malli ja ip-osoitteet kannattaa laittaa kohdalleen, itse käytän tuolle kiinteää osoitetta jotta yhdistäminen on nopeampaa. Tosin tässä tapauksessa tuo ei edes merkitse, koska tuo on aina päällä...

 

[MinDBeaT]

Auttakaas nyt taas tyhmää tajuamaan. Eli asensin home assistanttiin tuon duckdns + let's encrypt combon. Tämän takia paikallinen yhteys home assistanttiin tietysti estyi kun sertifikaatti oli ainoastaan tuolle duckdns osoitteelle ja yhteys toimi pelkästään ulkoverkon kautta. Reitittimessä ei tukea NAT loopbackille. Sain tuon kuitenkin dnsmasq:lla toimimaan sekä ulko- että sisäverkosta. Homma toimi pari kolme viikkoa hyvin, mutta nyt se kääntyi vuorostaan niinpäin että tuo duckdns aukeaa enää paikallisesta verkosta eikä enää ulkoverkosta?!? Duckdns ohjaa kyllä oikeaan paikkaan kun se ha-logo tulee näkyviin, mutta saate tekstin kanssa että palveluun ei saada yhteyttä. Portit on auki (443 ja 8123), ja tällä setupilla se tosiaan aikaisemmin toimi. nslookup antaa sekä ulkoverkon että sisäverkon ip-osoitteen. duckdns ja dnsmasq logit näyttävät siltä kuin kuuluukin.

Missä kohdin homma meni pieleen?

Ja sotketaan vielä sen verran, että noin kymmenestä yhdistetystä päätelaitteesta niin yksi puhelin ei saanut aikaisemminkaan yhteyttä HA:n palvelimeen, vaikka on samassa verkossa...

 

[Marius]

Grohe Sense Guard -vesivuotovahti lähti Node Redin avittamana tulille. Silmät ristissä räpelsi niin ei meinannut mennä heti ihan nappiin, mutta sain lopulta lisättyä tuon myös Energy-paneeliin. Node Rediin löytyy valmiit esimerkit tietojen hakua varten. En löytänyt Grohen sovelluksesta päivätasoa tarkempia tietoja, mutta Node Redin avulla saa yksittäiset vedenkäyttötilanteet selville ja halutessaan visualisoitua Home Assistantissa.

Tuossa linkki githubiin: GitHub - windkh/node-red-contrib-grohe-sense: Grohe sense/guard nodes for node-red.

 

[Marius]

Grohe Sense Guard -vesivuotovahti lähti Node Redin avittamana tulille. Silmät ristissä räpelsi niin ei meinannut mennä heti ihan nappiin, mutta sain lopulta lisättyä tuon myös Energy-paneeliin. Node Rediin löytyy valmiit esimerkit tietojen hakua varten. En löytänyt Grohen sovelluksesta päivätasoa tarkempia tietoja, mutta Node Redin avulla saa yksittäiset vedenkäyttötilanteet selville ja halutessaan visualisoitua Home Assistantissa.

Tuossa linkki githubiin: GitHub - windkh/node-red-contrib-grohe-sense: Grohe sense/guard nodes for node-red.

Tähän liittyen, onko jollain Energy-paneeliin lisätty vedenkulutus ja kustannukset?

Laitoin nuo Grohen tiedot tulemaan litroina HA:han, mutta ilmeisesti pienin sallittu litrahinta on 0,01 €?

Ei ole oikein käyttökelpoinen, kun veden hinta on tuosta noin puolet eli sitä ei saa nyt määritettyä?

 

[Armo]

Osaisiko joku neuvoa miten Themo lattiatermarin saa toimimaan home assistantin kanssa? Olen onnistunut onkimaan postmanilla tokenin, device id:n yms näkösälle, mutta HA:n puolelle siirryttäessä tuntuu nousevan seinä pystyyn vaikka olen viikonpäivät aiheesta googletellut ja katsonut youtubea, ei API maailman kaikki niksit tunnu avautuvan. Tavoitteena olisi päivällä "ylilämmittää" lattiaa aurinkopanelien tuottaessa ylimääräistä sähköä, eli kaipaan vain anturitiedon lattian lämpötilasta ja käskyn lämmittää lattia tiettyyn lämpötilaan.

 

[ChatGPT]

Osaisiko joku neuvoa miten Themo lattiatermarin saa toimimaan home assistantin kanssa? Olen onnistunut onkimaan postmanilla tokenin, device id:n yms näkösälle, mutta HA:n puolelle siirryttäessä tuntuu nousevan seinä pystyyn vaikka olen viikonpäivät aiheesta googletellut ja katsonut youtubea, ei API maailman kaikki niksit tunnu avautuvan. Tavoitteena olisi päivällä "ylilämmittää" lattiaa aurinkopanelien tuottaessa ylimääräistä sähköä, eli kaipaan vain anturitiedon lattian lämpötilasta ja käskyn lämmittää lattia tiettyyn lämpötilaan.

Ei näy Themon mukaan vielä suoraa tukea olevan HA:lle:

Themo – Frequently Asked Questions

Do you have questions regarding the Themo smart thermostats or their functionality? Browse our frequently asked questions and contact us where necessary.

www.themo.io

Eikä HA:n custom integraatioiden HACS -puoleltakaan ainakaan hakusanalla "Themo" löydy mitään.
Saatko tuota mitenkjään HA:han näkyviin? Ilmeisesti jonkin sortin wifi thermostaatti se. Liekö vähän vastaava kuin tämä:

OpenEnergyMonitor WiFi Thermostat

Instructions on how to integrate an OpenEnergyMonitor thermostat with Home Assistant.

www.home-assistant.io

 

[Zigh]

Osaisiko joku neuvoa miten Themo lattiatermarin saa toimimaan home assistantin kanssa? Olen onnistunut onkimaan postmanilla tokenin, device id:n yms näkösälle, mutta HA:n puolelle siirryttäessä tuntuu nousevan seinä pystyyn vaikka olen viikonpäivät aiheesta googletellut ja katsonut youtubea, ei API maailman kaikki niksit tunnu avautuvan. Tavoitteena olisi päivällä "ylilämmittää" lattiaa aurinkopanelien tuottaessa ylimääräistä sähköä, eli kaipaan vain anturitiedon lattian lämpötilasta ja käskyn lämmittää lattia tiettyyn lämpötilaan.

Jos pystyt Postmanilla sitä ohjaamaan, niin rest-integraatiolla pitäisi onnistua liittäminen HA:an.

RESTful Sensor

Instructions on how to integrate REST sensors into Home Assistant.

www.home-assistant.io

 

[Armo]

Virallinen kytky Themon ja HA:n välille on tulossa tämän vuoden aikana, haluaisin vain ohjauksen toimimaan jo nyt, mielellään tänään. Kaikki onnistuu API:n avulla jos taidot riittää, tästä on fakta tietoa saatu suoraan valmistajalta. Ongelma on siinä etten osaa ilmeisesti tuota restful sensoria tai jotain ottaa käyttöön HA:ssa, yritin soveltaa ohjeita ja vinkkejä mitä löysin netistä, mutta anturi tieto ei saapunut perille HA:han. Termostaatin dataan käsiksi pääsemiseksi tarvitaan device id, tokeni, ilmeisesti käyttäjätunnus, salasana ja ehkä kengän koko ennenkuin tieto liikkuu..

Tässä vielä kuva ohjeesta jolla pitäisi saada haettua termostaatilta tietoa, ilmeisesti tätä vaihetta ennen pitää olla salasanat yms. syötettynä.

 

[juahan]

Nää curlit pitää kääntää Hassion restful-sensoreiksi, mutta auttaisikohan tää:

Token endpointista saa tunnuksella ja salasanalla tokenin: Themo API.o
Get account endpointista saa tokenilla client_ID:n: Themo API.o
Get all devices endpointista saa tokenilla ja client_idllä laitteitten device_idt: Themo API.o
Fet device state endpointista saa sitten tokenilla ja device_id:llä tilat: Themo API.o

Token taitaa olla sellainen, että sen voit vaikka postmanilla selvittää ja laittaa sitten hassion conffiin, eli kirjautumista ei varmaan tarvitse tehdä montaa kertaa, eli käytännössä varmaan tuo device staten selvitys olisi ainut joka sinun pitäisi lopulta laittaa restful -sensoriksi, muut tiedot ei oletettavasti muutu jos ne kerran selvittää.

Restful-sensorihan tehdään jotenkin näin:

# Example configuration.yaml entry
sensor:
  - platform: rest
    resource_template: http://IP_ADDRESS/{{ now().strftime('%Y-%m-%d') }}
    headers:
      Authorization: >
        Bearer {{ states("input_text.my_access_token") }}
    params:
      start_date: >
        {{ (now() - timedelta(days = 1)).strftime('%Y-%m-%d') }}

Tuossakin tuo token tehdään omaksi inputikseen hassiossa, joten se on sitten helppo vaihtaa tarpeen mukaan.

Tuli vähän nopeaa tajunnanvirtaa, olikohan tästä mitään hyötyä...

 

[Armo]

Mulla on tokeni ja kaikki ID:t haettuna postmanilla, tosiaan pitäisi tämä device state käsittääkseni saada nyt jotenkin toimimaan HA:ssa. Koitin Studio code serverillä naputella
rivejä configuration.yamliin, muttei tänäiltana ainakaan vielä onnistunut sensorin luonti. Mihin bearer tokeni laitetaan talteen jotta tuo "input_text.my_access_token" toimii?
secrets.yaml:ista saa ilmeisesti salasanat haettua, mutta se taitaa olla eri asia. Tässä on aika paljon opeteltavaa ensikertalaiselle näköjään.

 

[juahan]

Sen voi toki laittaa kovakoodattuna tuonne "input_text.my_access_token" tilallekin, mutta tuo tekee Hassioon tuon nimisen sensorin (tai itseasiassa input_text-itemin), jonne voi sen tokenin käydä laittamassa. Eli tuolla se on sitten helppo vaihtaa ilman, että tarvitsee konffi-tiedostoja alkaa kopeloimaan. Jos siis tuolla conffi-tiedostossa tuollainen on, niin seuraavalla käynnistyksellä sen pitäisi tuollainen entity luoda, jolloin sinne voi sitten täyttää tuon tiedon.

 

[Armo]

Kokeilin tällaisilla käskyillä ja erroria pukkas, onko tuo testiteksti oikea paikko tokenille?

 

[juahan]

Sori viive. Tuo kuvankaappauksesi on sen input_textin attribuutit, ei sen arvo. Kun tuo on luotu, sen arvo asetetaan asettamalla sen tila, eli vaikka etsimällä se entity listasta ja laittamalla sille varattuun boksiin.

 

[Armo]

Sori viive. Tuo kuvankaappauksesi on sen input_textin attribuutit, ei sen arvo. Kun tuo on luotu, sen arvo asetetaan asettamalla sen tila, eli vaikka etsimällä se entity listasta ja laittamalla sille varattuun boksiin.

Ei hätiä mitiä, mahtavaa kun joku jaksaa neuvoa ja toivottavasti tästä muutkin hyötyy. Pistin tokenin boxiin mutta näyttäisi ettei se jää sinne muistiin, ikkkunan alareunaan ei tule "Changed to...." merkintää, mutta jos kirjotan boxiin vaikka kissa, niin tila päivittyy välittömästi. Tokenissa on aika paljon merkkejä (+300), voisiko se aiheuttaa ongelmia..

 

[Hyrava]

Ei hätiä mitiä, mahtavaa kun joku jaksaa neuvoa ja toivottavasti tästä muutkin hyötyy. Pistin tokenin boxiin mutta näyttäisi ettei se jää sinne muistiin, ikkkunan alareunaan ei tule "Changed to...." merkintää, mutta jos kirjotan boxiin vaikka kissa, niin tila päivittyy välittömästi. Tokenissa on aika paljon merkkejä (+300), voisiko se aiheuttaa ongelmia..

Tuo tokenin koko vähän haiskahtaa, yleensä nuo tokenit ovat 16, 32, 64 tai 128 tai jopa 256 merkkiä pitkiä joten tuo yli 300 merkkiä vähän vaikuttaa oudolta. Kai olet laittanut pelkän tokenin tuohon etkä kaikkea sen ympärillä mahdollisesti olevaa muuta huttua?

 

[TeknoR]

Onko jotain yksinkertaista tapaa ryhmitellä kytkimiä yhdeksi kytkimeksi, mielellään niin ettei sitä tehdä configuration.yamlia säätämällä?

Ideana siis tehdä termostaatti joka ohjaa useampaa lämmitintä eikä vain yhtä. HA:n generic thermostattia käyttäen, se tukee vain yhtä switchiä.

 

[timbba80]

Itsehän päivitin eilen, tosin lähinnä siksi että huomasin että tyrkyttää vielä 2023.2.5 -versiota eli viimekuun viimeistä versiota. Tuo on kyllä tullut muutaman kerran huomattua että sitä kuun ensimmäistä versiota ei kannata ottaa itselle käyttöön. Tietty jos haluaa bugien ja "ominaisuuksien" kanssa viikon-pari kiukutella niin ehkä sitten...

Vanha viesti mutta....itseäni on alkanut ärsyttämään HA:ssa kaksi asiaa jotka liittyvät tähän. Eli joku kun hajoaa, menee pääsääntöisesti hyvin pitkään saada se korjatuksi. Esim. Verisure integraatio paukahti maaliskuussa rikki kun Verisure teki muutoksia API -rajapintaan. HA ydin-integraatio kyseessä ja heillä meni 2-3 viikkoa korjauksen julkaisuun, vaikka se oli DEV puolella valmiina jo käytännössä heti vikatilanteen ilmennyttyä.

Sitten samaan aikaan HA:n kehittäjät pyörivät HA foorumeilla riehumassa siitä että ihmiset antavat manuaalisia väliaikaisratkaisuja näiden tilanteiden kiertotieksi. On kuulemma väärin ja offtopikkia ja ei saa tehdä näin, koska näitä integraatioita ei ole suunniteltu kustomoiduiksi komponenteiksi. Eli ketterästä ja nopeasta kehittämisestä on tullut hidasta, kankeaa ja joustamatonta.

Hyvä esimerkki Verisuren lisäksi on growatt aurinkosähköinvertterin integraatio. Growatt ja integraation kehittäjä menevät kissa ja hiiri -leikkiä jossa integraation osalta korjataan jotain ja Growatt sitten muuttaa tarkoituksellisesti jotain jotta tämä integraatio ei toimi (näin kärjistettynä). Growatt integraation kehittäjä teki korjauksia, mutta kun HA julkaisi ne, oli Growatt ehtinyt jo muuttamaan taas jotain. Growatt integraation tekijä teki sitten HACS:iin custom integraation jotta voi ketterämmin reagoida korjauksiin (on hyvin aktiivinen näiden kanssa). Meni mainitsemaan tästä tuolla HA:n omissa keskustelualueissa ja sai varoituksen ja nootit siitä että mainostelee tällaisia.


Toinen asia joka ärsyttää noiden "adminien" touhussa on se, että ne jatkuvasti huutelevat että kustomoituja integraatioita tulee välttää. Eivät voi taata että ne toimivat uusien versioiden julkaisuiden jälkeen koska eivät voi testata tai ottaa huomioon muutoksissa riippuvuuksia. Mutta loppupeleissä ihan ydinintegraatioistakin menee jatkuvasti jotain paskaksi ja jos kustomoidut integraatiot korjataan kokemukseni mukaan päivissä, HA:n ydin-integraatioissa menee vähintään viikko, todennäköisesti useampi (Verisure, Airthings BLE, Andoid TV, Growatt jne..).

Tämän takia en itsekkään enää päivitä noita versioita muutoin kuin jos on pakko. Ei vaan jaksa tuota jatkuvaa säätämistä kun joku hajoaa..

 

[Catrik]

Pystyykö home assistantin kautta tekemään tiedostoserverin (joku dropboxin tyylinen) ja joku tallentava kameravalvontasysteemi?

Oli tarkoitus hoitaa tämä Yunohostin kautta niin että siellä on HA, Nextcloud yms, mutta en saa HA:ta toimimaan mitenkään Yunohostin kautta, eikä edes foorumeille pysty rekisteröitymään niin alkaa toivo loppua tuon kans.

 

[juahan]

Ei hätiä mitiä, mahtavaa kun joku jaksaa neuvoa ja toivottavasti tästä muutkin hyötyy. Pistin tokenin boxiin mutta näyttäisi ettei se jää sinne muistiin, ikkkunan alareunaan ei tule "Changed to...." merkintää, mutta jos kirjotan boxiin vaikka kissa, niin tila päivittyy välittömästi. Tokenissa on aika paljon merkkejä (+300), voisiko se aiheuttaa ongelmia..

Tuollaisen kentän maksimipituus on 255 merkkiä näemmä, eli tuo on varmasti syy. Kuten tuossa jo joku sanoikin, niin token vaikuttaa oudon pitkältä, minullekaan ei koskaan ennen ole tullut vastaan mitään noin pitkää. Voi se varmaan silti olla oikea, mutta tarkistaisin kuitenkin vielä. Jos tuo todella on niin pitkä, niin sen voisi sitten tallentaa tuolle inputille attribuutiksi:

Yllä olevassa kuvassa developertoolssien staten kautta lisäsin tuolle "koira" attribuutin ja sille arvoksi pitkän stringin.

Edit: Tuonne jäi näemmä tuo "max: 1000" ja "mode: string" kun testasin, eivät tehneet mitään kun olivat epäkelpoja, nuo voivat siis olla käytännössä mitä vaan (oletukset taisi olla "max: 100" ja "mode: text" kun se inputin state ei ole tässä merkityksellinen enää muutenkaan, kun attribuuttia käytetään.

 

[juahan]

Pystyykö home assistantin kautta tekemään tiedostoserverin (joku dropboxin tyylinen) ja joku tallentava kameravalvontasysteemi?

Oli tarkoitus hoitaa tämä Yunohostin kautta niin että siellä on HA, Nextcloud yms, mutta en saa HA:ta toimimaan mitenkään Yunohostin kautta, eikä edes foorumeille pysty rekisteröitymään niin alkaa toivo loppua tuon kans.

En ole varma, ymmärrätkö mikä Homeassistant on.

Mitä siis yrität? Miten se ilmenee, ettei se toimi? Minne gfoorumeille et pysty rekisteröitymään?

Miten haluaisit "homeassistantin kautta tehdä tiedostoserverin"? Yleensä Homeassistant on erilaisten muiden järjestelmien integraattori, eli kameravalvontasysteemi integroituu Homeassistanttiin vaikka niin, että siitä näkyy järjestelmän antama kuva ja vaikka jotain sen antamia eventtejä. Kameravalvontasysteemin levyt jne ovat sitten siellä missä se kameravalvontasysteemikin on.

 

[Catrik]

En ole varma, ymmärrätkö mikä Homeassistant on.

Mitä siis yrität? Miten se ilmenee, ettei se toimi? Minne gfoorumeille et pysty rekisteröitymään?

Miten haluaisit "homeassistantin kautta tehdä tiedostoserverin"? Yleensä Homeassistant on erilaisten muiden järjestelmien integraattori, eli kameravalvontasysteemi integroituu Homeassistanttiin vaikka niin, että siitä näkyy järjestelmän antama kuva ja vaikka jotain sen antamia eventtejä. Kameravalvontasysteemin levyt jne ovat sitten siellä missä se kameravalvontasysteemikin on.

Haluan samalle serverille Home Assistantin ja tiedostopalvelimen, joten asensin serverille Yunohostin. Yunohostiin voi asentaa molemmat. En kuitenkaan saa HA:ta toimimaan, dokumentaatio on 404 (kun HA asennetaan Yunohost -serverille ja sen konfigurointi) ja Yunohostin foorumeille rekisteröinti on paskana koska se ei lähetä sähköpostiin tunnusten aktivointilinkkiä.

Tuon HA applikaation devi vastasi ongelmaani Githubissa, mutta en osaa ongelmaa sen perusteella ratkaista ja olen jo yrittänyt räpeltää tätä toimimaan niin monta tuntia että alkaa loppua mielenkiinto. Not able to log in · Issue #206 · YunoHost-Apps/homeassistant_ynh

Joten mun kysymys oli että voinko asentaa Home Assistant käyttöjärjestelmän suoraan serverille, ja saada sinne lisäosina asennettua esim. tiedostopalvelimen.

Yunohostiin saa myös ilmaisen domainin, joten serverille pääsee helposti mistä vaan eikä domainia tarvi hankkia tai konffata mitenkään itse. Home Assistantissa itsessään ei taida olla mitään vastaavaa, vaan yhteys pitää tehdä IP osoittella tai hankkia itse domain?

 

[TeknoR]

Joten mun kysymys oli että voinko asentaa Home Assistant käyttöjärjestelmän suoraan serverille, ja saada sinne lisäosina asennettua esim. tiedostopalvelimen.

En tiedä mitä tarkoitat tuolla "suoraan", mutta kyllä, serverille se asennetaan, olemassa olevaan käyttöjärjestelmään. Paitsi jos haluat käyttää HassOS:ia joka itsessään on kokonainen käyttöjärjestelmä. Mutta sen voi asentaa suunnilleen mille tahansa käyttikselle/distrolle.

Tämä YunoHost on ilmeisesti siis Debian-pohjainen linux-distro, johon on valmiiksi rakennettu, tai tarpeiden mukaan lisätään erilaisia ohjelmia/palvelimia "moduulityyppisesti"tarpeen mukaan. Itse käytin joskus muinoin tuollaisena ClarkConnectia kunnes se muuttui maksulliseksi. Tuollasessahan on hyvää että käytännössä lapsikin osaa konffata sitä ja muutella tarpeiden mukaan, koska kaikki tapahtuu yhden UI:n kautta ja asennukset+käyttöönotot+konfiguroinnit ym on automatisoituja.

Tollasissa distroissa ongelmana on se, että ne on aika kankeita muutoksien suhteen eli jotain palvelua jos ei ole, niin sitä ei sitten ole ellet asenna sitä "tiskin alta" ohi tuon moduulisysteemin.

-> näinollen asenna HA kuin asentaisit sen mihin tahansa DEBIAN-pohjaiseen linux-distroon.

Jos siis haluat käyttää tota Yunohostia, niin kyseeseen tulis sillon HA Core asennus,
itse suosittelen että joko
a) dockerissa
tai
b) virtualisoituna

ohjeet noihin: Linux

 

[Armo]

Tuollaisen kentän maksimipituus on 255 merkkiä näemmä, eli tuo on varmasti syy. Kuten tuossa jo joku sanoikin, niin token vaikuttaa oudon pitkältä, minullekaan ei koskaan ennen ole tullut vastaan mitään noin pitkää. Voi se varmaan silti olla oikea, mutta tarkistaisin kuitenkin vielä. Jos tuo todella on niin pitkä, niin sen voisi sitten tallentaa tuolle inputille attribuutiksi:

Käsittääkseni tokeni on todellakin nuin pitkä, postmania opetellessa tuli vaihdettua muutamankerran tuo tokeni ja aina sieltä tuli yhätpitkä rimpsu, tosiaan tuolla
postmanissa termarien infot lävhtää välittömästi näkösälle tuolla tokenilla jota koetan tarjota HA:lle, nyt pitäisi ilmeisesti hieroa configuration.yaml kohdilleen,
näillä riveillä tulee edelleen "Message":"Authorization has been denied for this request."

State attributes :

editable: true
min: 0
max: 255
pattern: null
mode: text
icon: mdi:account
friendly_name: tokeni
koira: "RyD9JZRRI5MaUYutR........."

configuration.yaml:

  - platform: rest
    name: "Aalattia"
    resource_template: https://app.themo.io/api/devices/11111/state
    method: GET
    headers:
      Authorization: Bearer {{ states("input_text.tokeni") }}

 

[juahan]

Tuota pitää vielä muuttaa tuota kyselyä siten, että se palauttaa tuonne Bearerille sen attribuutin arvon, eikä tuota statea. Tuohon attribuuttiin pääsee siis käsiksi näin

{{ state_attr("input_text.tokeni", "koira") }}

.

Huomasin tuossa sen, että ainut ongelma tässä workaroundissa on se, että tuo "input_text" tyypin entitylle annettu attribuutti häviää aina kun hassio restarttaa, eli tuo pitää sitten asettaa aina uudelleen...

 

[Armo]

Tuota pitää vielä muuttaa tuota kyselyä siten, että se palauttaa tuonne Bearerille sen attribuutin arvon, eikä tuota statea. Tuohon attribuuttiin pääsee siis käsiksi näin

{{ state_attr("input_text.tokeni", "koira") }}

.

Tein muutoksen koodiin, mutta jotain vielä puuttuu kun ei ruvennut toimimaan.

 

[Vies]

Onko jotain yksinkertaista tapaa ryhmitellä kytkimiä yhdeksi kytkimeksi, mielellään niin ettei sitä tehdä configuration.yamlia säätämällä?

Ideana siis tehdä termostaatti joka ohjaa useampaa lämmitintä eikä vain yhtä. HA:n generic thermostattia käyttäen, se tukee vain yhtä switchiä.

Settings --> Devices & services --> Helpers onnistuu

 

[K3ki]

Mulla on yksi esp:n rele määritelty tuolta helperin kautta switch as x lukoksi. Nyt sitten näkymässä kun lukko on kiinni symboli on vihreä ja kun se on auki se on punainen. Onko mitään keinoa millä tuota väriä voisi vaihtaa?

 

[juahan]

Settings --> Devices & services --> Helpers onnistuu

Nyt alkaa minulta loppumaan neuvot, näetkö logeista mitä virhettä se antaa?

 

[Asiantuntija]

Mulla on yksi esp:n rele määritelty tuolta helperin kautta switch as x lukoksi. Nyt sitten näkymässä kun lukko on kiinni symboli on vihreä ja kun se on auki se on punainen. Onko mitään keinoa millä tuota väriä voisi vaihtaa?

GitHub - thomasloven/lovelace-card-mod: 🔹 Add CSS styles to (almost) any lovelace card

🔹 Add CSS styles to (almost) any lovelace card. Contribute to thomasloven/lovelace-card-mod development by creating an account on GitHub.

github.com

Ehkä tuon kanssa pystyisi muokkaamaan.

 

[PornReindeer]

Mulla on yksi esp:n rele määritelty tuolta helperin kautta switch as x lukoksi. Nyt sitten näkymässä kun lukko on kiinni symboli on vihreä ja kun se on auki se on punainen. Onko mitään keinoa millä tuota väriä voisi vaihtaa?

Teemalla voit muokata mieleiseksi. Dashboardin palikkaan vain valitset kys. teeman käyttöön.

 

[Catrik]

Mikä ihme tämä on? Oli heti asennuksen jälkeen, ei nähdäkseni tee mitään, ei voi poistaa eikä googlella löydy mitään

 

[K3ki]

Teemalla voit muokata mieleiseksi. Dashboardin palikkaan vain valitset kys. teeman käyttöön.

Teemalla en saanut haluttuja muutoksia yksittäiseen nappiin, mutta löytyi hacs:n kautta button-card millä sai kyllä mieleiset muutokset tehtyä.

 

[Armo]

Huomasin tuossa sen, että ainut ongelma tässä workaroundissa on se, että tuo "input_text" tyypin entitylle annettu attribuutti häviää aina kun hassio restarttaa, eli tuo pitää sitten asettaa aina uudelleen...

Lämmityskausi alkaa olemaan lopuillaan, mutta vielä löytyi virtaa painia tämänkin asian parissa. Nyt näyttäisi tuo tokeni toimivan ehkä oikein, eli jos oikeasta tokenista muuttaa yhden merkin vääräksi, tulee erilainen errori. Mitähän tälle seuraavana koettaisi tehdä, jotta saisi termostaatin tiedon luettua?





configuration.yaml:

  - platform: rest
    scan_interval: 60
    name: "Aalattia_2"
    resource: https://app.themo.io/api/devices/*****/state
    method: GET
    headers:
      Authorization: >
        Bearer {{ state_attr("input_text.tokeni", "koira") }}
    json_attributes:
      - FloorT

 

[Ruohonjuuri]

Olisiko jollain ideaa mikä mahtaa olla ongelmana kun en saa Ikean Trådfi älynappia näkyviin mielestäni oikein HA:ssa? Näkyviin tulee kyllä identify ja battery entityt, mutta en nyt keksi miten saisin kiinni napin painamisen. Esim. tuo button.identify:n status ei muutu napin painalluksesta. Mikähän avuksi?
Nappi on kiinni HA Yellown zigbeessä ilman Ikean tai muitakaan hubeja.

 

[PornReindeer]

Teemalla en saanut haluttuja muutoksia yksittäiseen nappiin, mutta löytyi hacs:n kautta button-card millä sai kyllä mieleiset muutokset tehtyä.

En ole käyttänyt niin voin hyvin olla väärässäkin, mutta eikös esim. nappia dashboardille lisättäessä saa valittua sille teeman?
Teemaan laittaa sopivat sopivat värit niin kuvittelisin että saisi mieleisen tuolla keinoin

 

[Beauford]

Olisiko jollain ideaa mikä mahtaa olla ongelmana kun en saa Ikean Trådfi älynappia näkyviin mielestäni oikein HA:ssa? Näkyviin tulee kyllä identify ja battery entityt, mutta en nyt keksi miten saisin kiinni napin painamisen. Esim. tuo button.identify:n status ei muutu napin painalluksesta. Mikähän avuksi?
Nappi on kiinni HA Yellown zigbeessä ilman Ikean tai muitakaan hubeja.

Jos menet kyseisen laitteen laitesivulle (missä siis näkyy tuo identify ja battery) niin saat siitä valittua suoraan automaation käyttäen kyseistä laitetta, sieltä sitten valitset esimerkiksi mitä tapahtuu kun nappia painetaan kerran tai pitkään yms. Varsinaista entityä siitä kytkimen tilasta ei normaalisti luoda vaan napin painallus laukaisee sen eventin.