stigvi
-
Innlegg
2 644 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
141
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Innlegg skrevet av stigvi
-
-
Kenneth skrev (34 minutter siden):
Hei, dumt spørsmål kanskje. Men hvilket kort bruker du @stigvi ifra HACS?
Til hva da? Til å vise vær?
Min "værside" ser forresten slik ut som bildet nedenfor. Hva er det der du lurer på?
-
Evelen skrev (25 minutter siden):
men jeg tenker at siden jeg kjører Node-Red som add-on i Home-Assistant blir det litt som en del av samme system.
Både ja og nei.
Du får med node-red når du kjører en backup av HA. Det er en stor fordel.
Node red og HA snakker sammen via websockets og rest-api. Det er ikke den mest effektive måten å gjøre det på, men samtidig greit nok. Men det er to separate systemer og ingenting endrer på det, selv om det er gjort enkelt å installere via en add-on.
Nå kjenner jeg ikke til node-red, annet enn at det er et grafisk system. Hvor fort tar det til seg Home Assistant sin nye funksjonalitet? Kan du slå av / på lys basert på område, etasje eller merkelapp.-
1
-
-
RVM skrev (1 minutt siden):
Skjønner hva du mener, men at simple-pid skulle forsvinne er jo ikke det farligste, kunne jo vært interessant å følge Brett Beauregard's guide for å implementere PID-kontroll selv for å lære/oppfriske litt reguleringsteknikk 🙂
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.
-
RVM skrev (40 minutter siden):
Den største "ulempen" jeg har oppdaget med å være veldig avhengig av Pyscript, er at jeg må vente ei uke eller to med å oppdatere HA til siste versjon, i tilfelle det dukker opp noen issues med Pyscript i siste HA versjon 🙂
Og så har jeg oppdaget at man lett kan ramle nedi noen dependency-problemer hvis man støtter seg på biblioteker i Pyscript som har andre dependencies enn det HA shipper. Det siste tilfellet jeg kommer på er at jeg ville bruke Pandas 2.0, men siden HA fortsatt henger igjen på influxdb-client==1.24.0 blir det en konflikt (trenger >=1.26). Pyscript er veldig forsiktig med å installere biblioteker som bryter med det HA bruker (fornuftig nok), så da må man omgå problemet på andre måter.
Jeg svarte at jeg fortsetter med Pyscript. Jeg er bare en enkel søppeltømmer og absolutt ingen programmerer, men jeg elsker å kunne skrive Python-kode rett inn smarthuset i sanntid og få umiddelbar respons på om koden funker eller ei. Men mitt utgangspunkt er at reisen er vel så viktig som målet med smarthuset, så jeg er ikke så nøye på å finne enkleste mulige løsning.
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?
-
Fermate skrev (1 time siden):
ar HA noen tilsvarende funksjonalitet som
-Jon00s Alexa helper
Som gjør det mulig å spørre Alexa om ting i smarthuset og få svarhttps://www.home-assistant.io/integrations/alexa.smart_home/
SitatIt takes considerable effort to configure. Your Home Assistant instance must be accessible from the Internet, and you need to create an Amazon Developer account and an Amazon Web Services (AWS) account. An easier solution is to use Home Assistant Cloud.
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/
Sitat-HSTouch
Mulighet til å enkelt designe touch interface til en iPad (eller tilsvarende)
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. -
snublefot skrev (23 minutter siden):
Er det slik at det ikke er mulig å koble Trådfri til både Hue Bridge og Styrbar samtidig?
Nei. I et zigbee-nett kan det bare være 1 koordinator
snublefot skrev (23 minutter siden):Er det mulig å koble Styrkar til Hue Bridge og eventuelt hvordan?
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.
-
5
-
-
Evelen skrev (44 minutter siden):
Om du forteller mer om hva du prøver få til er det sikkert lettere å hjelpe
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-
1
-
1
-
-
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-
4
-
-
roadrune skrev (10 minutter siden):
Jeg har en løftebukk i garasjen som jeg gjerne vil ha fjernstyring på, så jeg kjøpte ett billig zigbee 4-kanals lysrele og en 4-kanals zigbee fjernkontroll fra Ali. Begge deler er fint integrert i HA og fungerer fint, men:
Av åpenbare grunner vil jeg at knappene må holdes for å løfte/senke slik kontrollpanelet på bukken virker, slik det er nå så kan jeg bare slå av/på lyseeleet med trykk, slik at den vil fortsette opp eller ned i all evighet om jeg sitter fastklemt, er det i det hele tatt mulig å få den til å stoppe når knappen slippes med utstyret jeg har?
Kommer an på om knappen sender event for hold og slipp.......
-
1
-
-
Kveitomasjon skrev (31 minutter siden):
Zigbee, Z-Wave, WiFi, Bluetooth, Matter/Thread......
Her er det mye å velge i, finnes det en klar "vinner" her? Bør man holde seg til en type, eller er det best å mikse disse om hverandre?
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.Kveitomasjon skrev (33 minutter siden):Og helt til slutt, hvorfor finnes det ingen termostater som støtter Matter/Thread? Kjipt å investere så mye i termostater/andre produkt generelt nå, og så kommer denne standarden og tar over om 6 måneder++.
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. -
hflatoey skrev (19 minutter siden):
Helt klart at alle bør være ærlig og redelig om hva ting koster og derfor har eg også ett åpent Google Sheets dokument over mine strøm og sol utgifter/inntekter. Hva som er fornuftig økonomi må nesten være opp til en og hver. Da eg bestilte solceller så hadde prisen på strøm vært oppi 10kr/kWh og strømstøtten skal nok vekk en dag og at eg i tillegg er over middels interessert i strøm og slikt så var det fornuftig nok da.
Men smart hus er som med annen hobby, det koster penger, hadde eg kun vært ute etter å spare penger så hadde eg ikkje kjøpt noe smart utstyr og heller jobbet overtid noen av de timene eg bruker på å "installere/programmere" huset, hadde garantert hatt mer penger på konto da, selv etter strømregningen var betalt 😄
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). -
Decibel skrev (4 timer siden):
Men siden denne prisen er konstant uansett så har jeg valgt å trekke den ut i fra regnestykket.
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 -
MrE skrev (3 minutter siden):
Jepp, den står og blinker, og softwareversjon 108. Skal ta kontakt med Nobø..
Jeg sjekket min i går kveld og den blinket ikke. Mulig de har oppdatert adressen til server i de nye programversjonene.
-
Evelen skrev (7 timer siden):
Men for min del så er nettporten og PoE en viktig grunn til at jeg kjøpte den jeg kjøpte.
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. -
gulgummiand skrev (7 minutter siden):
Ja, jeg ble ganske overrasket selv. De fortalte at utviklingen av dette ble gjort hos et underleverandør, som riktignok holdt til å samme bygg, men som ikke har hatt tid til å prioriterer dette.
Selv synes jeg det er utrolig skuffende at de ikke klarer å få på plass dette langt raskere.Min hub har samme maskinvareversjon som din, men software versjon 108, og det er denne oppdateringen jeg ikke får før de har fikset oppdateringsserverene.
Jeg hadde tatt kontakt med de og bedt de sende en ny hub med oppdatert programvare. -
gulgummiand skrev (24 minutter siden):
Sjekk Nobø Huben din og se om den står og blinker.
Jeg kjøpte en ny hub nå i jula, og sonevis overstyring fungerer ikke i det heletatt. Tok kontakt med glen dimplex om det, sant hvorfor den står å blinker og fikk følgende svar i januar i 2024:
Trodde dette var noe kortvarie utfordringer, men tok kontakt med de igjen nå nylig, og det viser seg at problemet har eksistert siden januar 2023, men de mente at det ikke var langt unna at dette var fikset opp i nå..
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.-
1
-
-
RVM skrev (20 minutter siden):
Men det er jo en "kjedelig" løsning. Hva med en vibrasjonssensor over zigbee i barbermaskinen?
Edit: Eller, hvis barbermaskinen har en lade-/vaskestasjon, en proximity switch i basestasjonen?
Uansett hva jeg kommer opp med, jeg skal skrive om det her.
-
1
-
Timer med sol
i Home Assistant
Skrevet · Endret av stigvi
Ingen anelse. Det er varsel som kommer i fra Yr / met.no
Jeg tok med hele siden......