stigvi

Min plan er å implementere det i Home Assistant automasjon. Jeg lider også litt av at reisen er vel så viktig som målet og jeg ser på det som en utfordring. Men om det blir i 2024, 2025 eller 2026, det vet jeg ikke.

Et bra og interessant svar. Dette med umiddelbar respons er jeg enig i og det er en fin egenskap med pyscript. Når det gjelder avhengigheter så er det dette jeg misliker. Jeg bruker biblioteket simple-pid. For hver oppdatering av HA så ser jeg i loggen at dette biblioteket lastes ned i fra pypi.org. Hva om noen sletter dette biblioteket fra pypi.org? Finnes det det måter å lagre biblioteker permanent i pyscript? Det står på planen at det må undersøkes.

Jeg har svart at jeg kommer til å bruke automasjoner mer. Faktisk kommer jeg til å flytte en del vekk i fra pyscript og over til automasjoner. Grunnen til dette er at jeg vil ha minst mulig avhengigheter i HA. Jeg liker ikke å være avhengig av pyscript. Tidligere brukte jeg AppDaemon og jeg gikk over til pyscript med noe av den samme argumentasjonen. AppDaemon er et frittstående system (som også Node-RED er) og som kommuniserer med HA ved hjelp av rest-api. Jeg valgte pyscript fordi denne er tettere integrert med Home Assistant og går direkte mot HASS objektet. Fordelen ble en bedre ytelse, men også en forenkling av systemet. Det er kode jeg har laget i pyscript som blir svært vanskelig å flytte så noe kommer jeg allikevel til å beholde i pyscript, men jeg ser etterhvert hvor veien går. Kanskje jeg skulle flyttet de app'ene jeg har laget i pyscript over til custom integrasjoner.

Nå som Home Assistant endelig har fått gode muligheter for å kategorisere og merke automasjoner, kommer du til å bruke dette mer?

https://www.home-assistant.io/integrations/alexa.smart_home/ Det er mange veier til Rom, altså. Har en Home Assistant Cloud er det en kort vei til mål I tillegg har Home Assistant sin egen: https://www.home-assistant.io/voice_control/ Kjenner ikke -hstouch, men du har uanz muligheter til å lage slike grensesnitt og som er unike for akkurat denne padda. Jeg har ikke slike selv, men skulle jeg hatt en så hadde jeg startet med å opprette en egen brukerkonto for denne og lagd et brukergrensesnitt som gjelder for denne brukeren.

Nei. I et zigbee-nett kan det bare være 1 koordinator Kjenner ikke til Styrkar. Hva er det? Men i utgangspunktet er det kun lys, bryter/knappepanel og bevegelse/lyssensorer du kan koble til Philips Hue.

https://rc.home-assistant.io/blog/2024/03/27/release-20244/ Det er ikke så mye mer å si enn JUHU!!!! Endelig muligheter for å kategorisere automasjoner og så flesker de til med å kunne kategorisere og merke hva som helst annet. Jeg tenkte på min egen PID regulering som holder huset i rette effekttrinn på nettleie. Her er listen over gulvvarme og andre varmekilder hardkodet i et skript for å få rett prioritering. Men det kunne vært løst mer elegant med å sette en merkelapp på hver varmekilde som angir prioritering. Da kan skriptet lages universelt og blir lettere å dele.

Jeg ville trodd at en skal lese pow-u sin nettside utenfra. Denne er på port 80 og tcp

Jeg driver med fotografering når jeg får tid til å unslippe husets automatiseringer. Da er det nyttig å vite når gylden og blå time starter og stopper så jeg har lagd et kort i Home Assistant som viser meg dette. Men dette har vært basert på hjemmeposisjon. Det er jo mindre interessant når en er på reise så jeg endret dette til å være basert på telefonens posisjon. Sun2 er navnet på en integrasjon som jeg bruker for å hente klokkeslett når solen er i bestemte høyder. Og telefonens posisjon kommer i fra Home Assistant appen for Android. Jeg setter en ny posisjon når jeg selv har flyttet meg mer enn 50km. alias: Ny posisjon til sun2 description: "" trigger: - platform: state entity_id: - device_tracker.pixel_7 condition: [] action: - service: sun2.get_location data: location: phone response_variable: location - if: - condition: template value_template: >- {{ distance(location.latitude, location.longitude, 'device_tracker.pixel_7') > 50 }} then: - service: sun2.update_location metadata: {} data: location: phone latitude: "{{ state_attr('device_tracker.pixel_7', 'latitude') }}" longitude: "{{ state_attr('device_tracker.pixel_7', 'longitude') }}" time_zone: "{{ state_attr('sensor.pixel_7_current_time_zone', 'time_zone_id') }}" mode: single

Jeg hadde lyst å ha en temperaturføler på kontor/arbeidsplass som rapporterte måleverdier til min egen Home Assistant. Her er et innlegg om hvordan det ble løst. Jeg bestemte meg for å bruke en esp32 sammen med en BME280 sensor. På esp32 har jeg brukt esphome. På arbeidsplass er det et gjestenettverk som denne kan bruke. I esphome settes wifi opp slik som vist nedenfor. Hvis den ikke kommer på nett innen 1 minutt, vil den opprette et lokalt wifi nett som en kan koble seg til med mobil og deretter legge inn hvilket wifi nett sammen med passord som esp32 skal bruke. Esphome kaller det et "Fallback hotspot". Dette er en engangs-konfigurasjon. wifi: ssid: "hjemmenett" password: !secret heime_wifi domain: .lan power_save_mode: none ap: ssid: "Kontordings Fallback Hotspot" password: "et eller annet passord" Og så har jeg tatt vekk api: i fra yaml-filen fordi jeg ikke vil at esp32 skal prøve å sende data til en Home Assistant som ikke er der via standard api. Deretter laget jeg en time komponent der en hvert 15. minutt sender temperatur, fuktighet og trykk via en https post til en webhook. time: - platform: sntp id: sntp_time timezone: Europe/Oslo servers: - 0.pool.ntp.org - 1.pool.ntp.org - 2.pool.ntp.org on_time: - seconds: 0 minutes: /15 then: - http_request.post: url: https://hooks.nabu.casa/en_eller_annen_url.......... verify_ssl: false headers: Content-Type: application/json json: |- root["kontortemperatur"] = id(temp).state; root["kontorfuktighet"] = id(hum).state; root["kontortrykk"] = id(pres).state; Så gjenstår bittelitt konfigurasjon i HA En lager en ny automasjon som har en webhook trigger. Data som esp32 sender, kan en hente ved hjelp av {{ trigger.json.navnpåsensor | float(0) }} Webhook ID som automasjonen foreslå, lar en være uforandret. Trykk på tannhjulet bak webhook ID og ta vekk avkrysningen på "kun tilgjengelig fra det lokale nettverket" Så må en inn på oppsett for Home Assistant Cloud. Nederst der er det en seksjon for Webhook'er. Her trykker en "Administrer" på den webhook som automasjonen har opprettet og kopierer url som står der. Denne url skal en bruke i sin helhet i esp32. Så det var egentlig det hele. Dataene tikker inn hver 15. minutt. Har en ikke Nabu Casa sin skytjeneste så er det andre måter å sette opp denne url'en på, men har en først gått denne veien så har en vel kontroll på hvordan en får aksess til sin HA utenfra via en webhook. Oppsettet for BME280 er her, men ikke så veldig relevant for dette med webhooks. Den er standard esphome.... sensor: - platform: bme280_i2c temperature: name: "${devicename} Temperature" id: temp oversampling: 16x filters: - offset: -3.3 pressure: name: "${devicename} Pressure" id: pres filters: - offset: 7.0 humidity: name: "${devicename} Humidity" id: hum address: 0x76 iir_filter: 16x update_interval: 60s

Kommer an på om knappen sender event for hold og slipp.......

Hvis en skal snakke om en vinner, så tror jeg zigbee er det på lys. Jeg ser ikke noe problem med å blande og mikse. Velg det som passer for deg. Du har jo allerede Philips Hue og den går det å fortsette med hvis du ender opp med Home Assistant. Ingenting endrer seg på 6 måneder. Sannsynligvis ikke de neste 6 år, heller. Matter og Thread er nytt, derfor finnes det lite. Det er heller ikke gitt at de konkurrerer ut zigbee eller zwave. Kanskje konkurrerer de ut proprietære løsninger som Home Connect til Siemens og Bosch.

Ja, du deler info om økonomi i dette og det er bra. Men jeg må innrømme at det er lite jeg forstår av regnearket ditt. Hva er feks "Cost installed" og "Total installed"? "Savings" er 9226 og "Estimate savings" er 435238. Enten har du gått på en solid smell når det gjelder faktisk spart i forhold til forventning eller så misforstår jeg betydningen av disse to 🙂 Men det er ikke viktig for meg å vite hva alt betyr i ditt regneark. Som du skriver og som jeg nevner lenger oppe - jeg er vet at det finnes andre behov enn kun å spare penger. Men i det siste har massemedia hatt flere artikler om anlegg som er tatt av vinden, anlegg som har ført til husbrann, som har ført til vannlekkasje fra tak og en rekke andre problemer. Samtidig er det en del cowboy-virksomhet i bransjen. En kan få inntrykk av at "menig mann" som ikke setter seg grundig inn i dette, bare hiver seg på en hype. Jeg mener det er feil. Folk som bare vil spare penger, bør holde seg langt unna og heller spare pengene på noe som gir større avkastning og mindre risiko.

Alle produkter en kjøper inn har en eller annen funksjon og som forhåpentligvis skal dekke et behov. Dimmere er jo veldig konkrete på akkurat det. Det som er spesielt med solcelle er at de skal konkurrere med ledningen inn til huset som også leverer strøm. Så da, med få unntak, har en ikke noe behov lenger. Ja, det er noen her på forumet som ser andre behov enn kun å produsere strøm, men de aller fleste kjøper solcellepanel kun for å spare penger. Da synes jeg det er ekstra viktig å regne ærlig og redelig på dette. En må ta med ALLE utgiftene også. Det gjelder selvsagt kapitalkostnaden, men også årlige vedlikeholdskostnader og uventete reparasjoner som en bør sette av penger til. Jeg mener det er å kaste blår i øynene på oss andre når en forteller om alt en sparer uten å ta med hele regnestykket. Jeg vurderer solcellepanel selv, men det har så langt stoppet opp på vurderingsstadiet. Jeg klarer ikke å se at det er noen fornuftig økonomi i dette og så langt har jeg ikke sett noen andre som har det heller (av private anlegg).

Ja, det ser ut til å være vanlig praksis blant de som har brukt noen hundre tusen på solcellepanel. Det er sikkert lurt, på et eller annet vis. Men hva koster egentlig solcellestrømmen din hvis du tar en nedbetalingstid på 15år. Samtidig kan en sammenligne med å putte tilsvarende beløp i aksjesparing.........

Snakker du om Home Assistant nå? Og i så fall, er du kjent med pyscript integrasjonen i hacs? Jeg har lagd en "app" i pyscript for lysstyring og denne settes opp ved hjelp av en yaml konfigurasjon. Nedenfor er vist hvordan dette fungerer for mitt bad. Jeg har tilsvarende oppsett for alle andre rom i huset. Lys trigges av sensorer i listen over "sensors:". Men denne kan være utelatt og i så fall er det kun styring via brytere på vegg som settes opp med mqtt_switch. Listen over "scenes" blir prosessert i fra topp til bunn. Er det en sensor som har state lik angitt, så er det den som gjelder og scener nedenfor i listen blir ikke evaluert. I tilfellet med bad, hvis input_boolean.stovsuge er "on" så blir scene.bad_u_etg_stovsuge aktivert. Siden denne står øverst, blir ikke de andre scenene vurdert. Input_boolean.stovsuge står også i listen over sensorer som skal trigge lyset så lyset går på selv om ingen er tilstede på badet. Og lyset går på selv om det allerede er ganske lyst der fordi jeg har satt at grensen skal være 5000 lux. Lightlevel: 5000 overstyrer lightlevel: 1000 som er standardverdien. Samme med delay: 30 som overstyrer delay: 600. Den sier hvor lenge lyset skal være på hvis det ikke er en sensor som trigger lys lenger (ingen bevegelse). Det som ikke viser her, er at jeg har en global sensor (for earth hour) som hindrer lys i å gå på. Men det gjelder alle rom og også utelys. Hvis jeg skulle hatt dette for et enkelt rom, hadde jeg heller laget en scene der alt er av og som stod øverst i listen over scener. Da vil den ha høyest prioritet. Dette er noe jeg har utviklet over mange år. Dessverre går det som alltid med slikt, det blir mer og mer funksjonalitet stappet inn og nå er det på et punkt der det er vanskelig å dele og det krever mye å sette opp for andre. Ikke har jeg vært flink til å dokumentere, heller. - id: lys_bad_u_etg sensors: - binary_sensor.bad_u_etg_presence - input_boolean.stovsuge mqtt_switch: "zigbee2mqtt/Bad U. etg bryter" mqtt_availability: "zigbee2mqtt/Bad U. etg/availability" lightlevelsensor: sensor.bad_u_etg_lightlevel lightlevel: 1000 lightID: light.bad_u_etg delay: 600 Transition: 300 SceneNormal: scene.bad_u_etg_normal scenes: scene1: name: scene.bad_u_etg_stovsuge sensor: input_boolean.stovsuge state: "on" TransitionTo: 10 TransitionFrom: 10 TransitionMotion: 10 delay: 30 lightlevel: 5000 scene2: name: scene.bad_u_etg_speil delay: 600 manual: True scene3: name: scene.bad_u_etg_kveld sensor: script.morgenlys state: "on" TransitionMotion: 1800 TransitionTo: 1800 scene4: name: scene.bad_u_etg_nattlys sensor: binary_sensor.lowlightlevel state: "on" delay: 600 scene5: name: scene.bad_u_etg_kveld sensor: binary_sensor.dark_outside state: "on" delay: 600

Jeg sjekket min i går kveld og den blinket ikke. Mulig de har oppdatert adressen til server i de nye programversjonene.

Det er jo greit. Men i et vanlig bolighus der en skal sette opp et zigbee nett med litt mer enn 1 lyspære så er plassering av zigbee-koordinator ganske uvesentlig. Den trenger ikke stå "midt i huset". Fordelen med å koble til med usb er at en ikke er avhengig av at husets nettverk er i drift for å kunne bruke zigbee. Men vi har forskjellige behov så ingenting å si på ditt valg. Jeg er opptatt av at lys skal virke. Jeg lager minst mulig avhengigheter og har reserveløsning klar.

Jeg hadde tatt kontakt med de og bedt de sende en ny hub med oppdatert programvare.

Høres helt merkelig ut at det skal ta et år. Mistenker at noe har gått galt uten at de har hatt en backup. Til info så sier min app at hub er programvareversjon 114 og maskinvarerevisjon 11123610_rev_1. Og kommandosettversjon er 1.1

Dessverre har jeg tabbet meg ut når jeg mener at jeg selv fint kan ta jobben med å måle opp bredde og høyde på et vindu. Når noen anbefaler at butikkens ansatte heller kommer og gjør det så er det ikke fordi ens egne evner til å måle opp er i tvil. Det er fordi ansatte i butikken sine evner til å bestille riktig som settes i tvil. Jeg dummet meg ut der. Jeg har målt riktig bredde, men i steden for å få gardiner som har noen millimeter klaring på hver side, har jeg nå to dyre gardiner som faktisk er 1-2mm bredere enn oppgitte mål. Jeg hadde tilogmed en gammel gardin med meg i butikken da jeg bestilte så de i butikk kunne målt på denne, men det gjorde de ikke. Nå hevder de at det hele er min egen feil og må ta tapet på 19.000,- Men det skal vi bli to om, djiizes for en gjeng............ Så dette er et tips. La butikken selv møte opp og måle når de reklamerer for gratis befaring. Jeg er snart 60 år og lærer dette først nå, dessverre.

Uansett hva jeg kommer opp med, jeg skal skrive om det her.

Det vil jeg også. Men kona bestemmer. Men jeg har lagd "sterkt lys på speil" med et knappetrykk.......

Det du nevner som en problemstilling, er noe jeg ikke har som problem. Kanskje fordi jeg ikke forklarte dette grundig nok. Jeg har en bevegelsesensor på bad som slår på lys når noen er der. Om kveld/natt og om morgen ønsker vi at dette lyset skal være svakt. På dagtid er dette lyset sterkt. Så denne sensoren jeg nevnte, er med på å avgjøre lysstyrken. Ikke om lyset skal være av eller på. Om morgenen er det helt fint at co2 nivå bruker litt tid på å synke. Jeg har i tillegg lagt inn en 20 minutters forsinkelse for å være helt sikker på at det er svakt lys på bad om morgenen. Co2 nivået hos meg synker på samme måte som du nevner og det tar vel omtrent 15-30 minutter fra soverom er blitt forlatt til co2 nivå er under 520ppm.

Et tips er at du viser hvordan det er definert i Nobø appen. Er "Soverom" definert som en sone? Det er så lenge siden jeg har brukt appen at jeg husker ikke om en er tvunget til å definere soner og plassere ovner i sonene.