stigvi

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.

Tenker du da på det estetiske? I så fall finnes det små som knapt er større enn et fingerbøl. Jeg har en del kreative plasseringer av de der jeg vil at de ikke skal være synlige. Andre steder er det mindre viktig som feks bod, garasje, kontor osv. Jeg kunne ikke klart meg uten disse. Det er blitt utrolig behagelig at lyset slår seg på uten å måtte trykke på noe.

Som engelskmennene sier - I rest my case 😉 Dessverre er lithium-ion dårlige til å takle lav batterispenning. Det blir ekstra "ille" når de er slik over lang tid. En telefon eller en bil lader en som regel innenfor noen timer.

Jeg ser på mine IKEA rullegardiner at de kun sender oppdaterer batteristatus når de "ruller" inn eller ut. Men det skal være mulig å sette opp rapporteringsinterval i zigbee, men vet ikke hvordan det gjøres i Homey. Tips: Hvis du vil at batteriene skal vare i mange år så er det lurt å ikke slippe de under 40%. Det gjelder alle lithium-ion batterier, enten det er i rullegardin, kamera, mobiltelefon eller bil.

Ingen anelse om det finnes noe med zigbee. Med esphome gjør du det lett slik: - switch.turn_on: gararasjeport_opp - delay: 0.5s - switch.turn_off: gararasjeport_opp

Egentlig ikke. Om morgenen foretrekker kona å trykke på en Zigbee knapp i garasjen som åpner og lukker porten med en liten forsinkelse. Akkurat nok til å rygge ut bilen. Og på vei hjem "tæpper" hun mobilen på en NFC brikke som er skjult under dashbord. Garasjens fjernkontroll blir ikke brukt.

En stakkarslig Zigbee sensor vil vel fungerer like bra her som alle andre steder, så lenge magneten aktiverer reed-kontakten som disse har.

Jeg lagde all varmestyring i pyscript som en app. I ettertid har jeg flyttet det meste over til automasjoner, men varmestyringen er såpass komplisert at den er fortsatt i pyscript som en app. Som du ser av konfigurasjonen nedenfor, er det en lang rekke med innganger for å avgjøre om en climate skal være i "borte", "øko" eller "komfort". Tilsvarende er det for alle andre rom og gulv. Når det gjelder VVB så har jeg en automasjon som tester på tilstander. Jeg bruker template sensorer til å sette tilstander som jeg tester eller trigger på i automasjoner. Lys og gardiner er i samme situasjon som varme, jeg har app'er i pyscript som håndterer det. Det du har planlagt med å deaktivere og aktivere automasjoner etter behov, gjør jeg ikke. Alle mine automasjoner er aktive og de har fornuftige triggere og betingelser basert på at de er aktive hele tiden. Mine tilstander er hjemme, borte, besøk og ferie. Automasjoner og app'er i pyscript har tester på disse der det er aktuelt. varme: - output: climate.stue_og_kjokken delay: 1 delay_on: 0 away_mode: away prisforhold: sensor.peak_forhold prisforholdgrense: 106 nattsenkning_h: 3 nattsenkning_l: 1 default_mode: eco inputs: input1: entity_id: sensor.regulator_energy_usage below: 40 mode: away processing: stop input2: entity_id: binary_sensor.vindu_2_etg_a state: "on" mode: away processing: stop input3: entity_id: binary_sensor.vindu_2_etg_b state: "on" mode: away processing: stop input7: entity_id: input_boolean.oppvarming_med_gass_eller_ved state: "on" mode: away processing: stop input8: entity_id: sensor.pricelevel state: "EXTREMELY_EXPENSIVE" mode: away processing: stop input9: entity_id: input_select.sett_opp_temp_ved_besok state: "Overnattingsbesøk" mode: add input10: entity_id: input_select.sett_opp_temp_ved_besok state: "Dagsbesøk" mode: add input11: entity_id: binary_sensor.noen_er_hjemme state: "on" mode: add input12: entity_id: input_boolean.sleeptime state: "on" mode: eco input13: entity_id: binary_sensor.soonsleeptime state: "on" mode: eco input14: entity_id: binary_sensor.preheat_day state: "on" mode: add input15: entity_id: binary_sensor.preheat_night_weekend state: "on" mode: add input19: entity_id: sensor.pricelevel state: "VERY_EXPENSIVE" mode: dec input_heat_limit: entity_id: binary_sensor.heatlimit_morning state: "on" mode: eco input20: entity_id: binary_sensor.preheat_night_home_office state: "on" mode: add input_ferie1: entity_id: binary_sensor.soon_travelling state: "on" mode: away input_ferie2: entity_id: calendar.ferie state: "on" mode: away input_ferie3: entity_id: binary_sensor.soon_not_travelling_room state: "on" mode: comfort input_soon_home: entity_id: input_boolean.soonhome state: "on" mode: add

Dette, https://github.com/Koenkk/zigbee-herdsman-converters/pull/7470 , er et eksempel på hva jeg mener. En endring som ble tatt inn bare minutter før en release. Den kan umulig ha vært testet eller vurdert særlig grundig.