stigvi

Det som er der nå er ikke "rettigheter" slik vi kjenner det, men mulighet for å styre synlighet og administrering av brukergrensesnitt. Jeg har feks lagd noen sider og kort som ikke er synlige for bestemte brukere. Men det er jo mulig å få tilgang til det via rest-api, men det er det ingen av mine "brukere" som gidder å prøve på. Det var vel det jeg mente med en 90% løsning. Jeg vil nå påstå at det du lister opp dekkes helt fint i Home Assistant. En kan velge brukere som skal kunne se hele sider og også på kort. Så en har rimelig god kontroll på det. I tillegg kan en begrense hele seksjoner i venstremenyen til administratorer.

Det er jo en del der i dag og det dekker vel 90% av behovet (?) Det dekker i alle fall mitt behov........

Home Assistant har kommet opp med et veikart: https://www.home-assistant.io/blog/2024/06/12/roadmap-2024h1/

Så på et år og to måneder har du i praksis ikke kjøpt strøm? Hva gjør du om vinteren når solcelle ikke lager noe nevneverdig? Kjøper mye diesel til et aggregat, kanskje?

Noe tilsvarende gjorde jeg også. Tok vekk lampeholder for proprietært ledlys og kjøpte nye holdere for GU10 pærer som passet i samme hull som de gamle stod i. GU10 pærene er selvsagt med zigbee. Så da har jeg lys over platetopp som er styrt sammen med resten av lyset på kjøkkenet. GU10 pærer krever selvsagt god plass ovenfor og det var det i min ventilatorhette. Å springe rundt på kjøkkenet for å slå på eller av ørten lysbrytere, frister lite når en kan få en helhetlig automatisering av det med scener.

Et relevant eksempel i denne tråden er Matter kompatibel lyslist til kjøkkenskap fra Govee som OlavT linker til litt lenger oppe i tråden. Hvis en skal ha direkte binding til denne for å kunne slå den av og på selv om overordnet system er nede, hva finnes da til Matter av trykknapper til å sette på vegg? Og støtter de direkte binding?

Har store problem med å se hvorfor det skal være en fordel med lys på kjøkken. Det normale er å integrere feks Alexa med Home Assistant. Hvorfor vil en la Alexa gå utenom Home Assistant og styre lys direkte? Jeg ser for meg en rekke problemstillinger med dette hvis det ene systemet ønsker lys på og det andre lyset av.

Det er vel egentlig smak og behag om en bruker zigbee2mqtt eller Home Assistant sin innebygde. De er omtrent likeverdige. Ja, alt lys er lagt inn i zigbee-grupper. Alt lys på kjøkken er i en egen gruppe. Så har jeg en "bryter" eller zigbee knapp (som sjelden blir brukt) som har en direkte binding til denne gruppen. Det gir meg mulighet for å styre lys selv om Home Assistant er utilgjengelig. Tidligere brukte jeg deconz og det var nettopp denne funksjonaliteten med direkte binding som gjorde at jeg skiftet til zigbee2mqtt. Det var en bug i deconz som gjorde at det ikke virket. Du må gjerne finne utstyr med Matter støtte. Men det er veldig nytt og lite å finne. Zigbee forsvinner neppe de nærmeste 20 år, tipper jeg.

Via zigbee2mqtt

Nei. Jeg bruker Home Assistant og zigbee2mqtt. Alle scener er definert i Home Assistant. Men en får til mye i Philips Hue Bridge så den kan sikkert fint brukes, den også.

Rent konkret på kjøkken er det: 1. Normalt hvitt lys på ettermiddag eller tidlig kveld. Trigges av bevegelse og at det er mørkere enn 35 lux. 2. Senere på kveld er det et mer gyldent kveldslys. 3. Et kraftig arbeidslys. Trigges av at støvsuger går. 4. Et typisk arbeidslys for matlaging. Trigges av at stekeovn eller platetopp er påslått. 5. Et veldig dempet lys som vi bruker når vi alle sitter ved spisebord for å spise. Da ønsker vi ikke flombelysning på kjøkken. Trigges av en bryter på vegg. 6. En form for leselys som er i stil med leselys i stue. Trigges av en "knapp" i app på mobil og brukes stort sett fra godstolen i stue. 7. Et supersvakt nattlys. Trigges av en knapp på soverom som setter huset i sovemodus. Hvis en da skulle finne på å gå til kjøkken i bare underbuksa så slås lyset svakt på av bevegelse. Nok lys til at du ser hvor du går, men at naboene ikke ser hva som skjer gjennom vindu. 8. Et litt kraftigere kveldslys enn det som er nevnt under punkt 2. Trigges av ringeklokke og en bekreftelse på mobil av at vi har besøk. 9. Et lys med sterke farger som det skifter til hvis kjøkken og stue har stått tomt en stund. Det lyser slikt som et stemningslys mest ment for de som går ute på gaten, men slår seg helt av etter et par timer.

Jeg bruker Home Assistant og har definert scener som setter lys under skap til det som passer. Pr. i dag er det 9 forskjellige scener for kjøkken.

Jeg skrudde av pynteplaten under overskapene og delte den i to på langs. I tillegg sagde jeg av et par cm på den ene halvdelen. Så skrudde jeg opp igjen de to halvdelene og hadde da et spor i midten. Her satte jeg inne en aluminiumsprofil lagd for lyslist. Den hadde en flens som dekket over min saging og et opalt deksel. I profilen limte jeg fast en helt standard Philips Hue lyslist. Hele jobben tok meg en time og nødvendig verktøy var stjerneskrujern og en håndsag.

Home Assistant har lenge hatt støtte for tale assistenter som feks Alexa. Det siste nye i juni utgaven er støtte for kunstig intelligens. Her er et eksempel de nevner som jeg synes ganske godt forteller forskjellen mellom tale assistent og kunstig intelligens That was also working with Assist previously, but you can also give more complex commands, such as: The agent will figure out the intention behind the words and call the correct intent on the matching exposed entities. Kunstig intelligens forstår altså hensikten uten at webcam-lys er nevnt.

Kort svar: Ja Et mye lengre svar: https://www.home-assistant.io/blog/2024/06/07/ai-agents-for-the-smart-home/

Batterier er et "ladet" tema her på forumet 🙃 Noen misliker de sterkt og andre synes det er helt greit. Men som @SveinHa sa så treffende i en annen tråd: Jeg tør ikke tenke på hvordan huset hadde sett ut hvis det skulle vært en ledning til alt. Det er egentlig bare å innse at batterier er vanskelig å unngå. Masse forskjellig utstyr finnes bare med batteri som strømkilde. Selv har jeg ikke tenkt så fryktelig mye på dette. Jeg har laget en enkel visning i Home Assistant som lister opp alle enheter med batteri og som er sortert på batteriprosent. De med mer enn 40% er i tillegg skjult. Så har jeg byttet etter behov. Men etter noen år har jeg gått fullstendig i surr på når batteri ble byttet sist. Jeg vet at det er mange enheter det aldri er byttet på. Feks Aqara sine dør- og vinduskontakter. De har stått der i 5 år og de rapporterer fortsatt 100% på et lite CR1632 batteri. Og jeg ser at de av og til dipper ned i 95-97% så rapporteringen av batteristatus ser tilsynelatende ut til å virke. Andre enheter som utvendig Philips Hue bevegelsesensor bruker ca 2 år på å tømme 2 AA batterier. Men de rapporterer temperatur og lysstyrke hvert 5 minutt så har litt mer å gjøre enn en vinduskontakt. Men jeg ble litt nysgjerrig på batteriene mine og installerte 3. parts tillegget "Battery Note" i Home Assistant. Denne gir mulighet for å sette når tid en skifter batteri og også mulighet for bedre varsling av batterier som snart er tomme. For min del ble det litt overraskende at jeg hadde 102 batteridrevne enheter. Og da har jeg ikke tatt med bil, mobiltelefon, nettbrett osv som lades. Men jeg er nysgjerrig på hva dere andre har for å overvåke batterier. Har dere laget et system for å detektere at nå er batteriet snart tomt? Jeg spør fordi det er så stor forskjell på hvordan mine batterier går fra 100% til null. Vanligvis holder de seg på 100% lenge, men når de først kommer under ca 90% så kan noen gå til null i løpet av en uke eller to, mens andre kan ligge på 40-50% i et år. At de havner på 10% betyr fortsatt mange måneders drift, mens andre enheter holder bare noen timer.

Jeg har hatt såpass mange problemer med kina-varer at jeg har bestemt meg for at nå er det slutt. Det koster mer hos Elfa-Distrelec, men det er verd det.

How Home Assistant plans to transition from an enthusiast platform to a mainstream consumer product. https://www.theverge.com/24135207/home-assistant-announces-open-home-foundation

Og status i juni er at dette har gått veldig bra. Jeg synes jeg har langt bedre kontroll med automasjoner enn med skript. Når jeg flyttet over skript for brytertrykk, så brukte jeg pyscript sine definisjoner av mqtt payload direkte i automasjonen. Dette ble gjort uten at jeg tenkte så mye på dette, men i ettertid så innser jeg at det er fryktelig tungvint når en skal sette opp nye brytere. En må da bruke et eller annet verktøy og analysere mqtt pakkene som kommer i fra zigbee2mqtt. Det må vel være enklere måter å gjøre det på? Og det er det. Zigbee2mqtt anbefaler å bruke device trigger i HA istedenfor mqtt triggere. Når en bruker device trigger, er egentlig det meste automatisk ferdiganalysert av HA. Det er bare å velge i fra en liste hvilken aksjon en skal trigge på. For bryter kan det feks være knapp 2 og "press" eller "release". Skal en bruke hvilken knapp en trykket på videre i automasjonen så er det bare å definere en trigger ID på den spesifikke knappen og bruke trigger ID til å teste på. Da slipper en å teste på en spesifikk payload i mqtt pakken. Så konklusjon er at brytere er veldig lett å sette opp i HA sin automasjon i forhold til fikling med mqtt pakker i pyscript. I HA sin automasjon trenger en ikke vite noe som helst om at dette kommer via mqtt.

Du kommer ikke i mål med standard bibliotek. Du må enten modifisere kildekode eller laste ned et 3. parts bibliotek. Under forutsetning av at din årsak til feil er det samme som mange andre har slitt med siste året............ Feilen gjelder forresten esp32. Har du noen esp8266 kort liggende så kan du jo sikkert prøve de med bedre lykke.

Noen tanker? Nei, ikke så mye annet enn at slike feil er kjedelige å oppleve. Men hva med å ta utgangspunkt i faktiske opplysninger som at cpu temperatur var høy og minne var brukt max, og så lage en varsling på dette. Da slipper du i allefall at dette pågår i dagesvis uten at du merker det.

Hvis en kjører HA fra et minnekort på en Raspberry Pi så er en fordel at en får flyttet vekk fra minnekortet den prosessen som gjør flest skriveoperasjoner.

https://github.com/esphome/issues/issues/4543 https://github.com/esphome/issues/issues/3909 Det er vistnok et problem med et bibliotek i arduino og det finnes noen løsninger.

Vil bare nevne, for de som ikke har fått det med seg, at Synology slapp en oppdatering til MariaDB i går. For min del har databaseoperasjoner i Home Assistant hatt en enorm forbedring. Tidligere har uthenting av historikk tatt flere sekunder. Skifte av måned i energiforbruk feks. Nå er det uten ventetid. Ytelsen har muligens forbedret seg 10 eller 20 gangen.

Veldig lite sannsynlig. MQTT er bunnsolid på Home Assistant Da anbefaler jeg å åpne opp automasjonen og bruke "Spor" som du finner som et valg øverst. Den forteller litt om hva som skjer i en automasjon.