Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

stigvi

Medlemmer
  • Innlegg

    2 609
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    136

Innlegg skrevet av stigvi

  1. 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.

    • Like 2
  2. 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

  3. 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.

    image.png.0a4a61050717a46dfed3f6bce3a9dba5.png

    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

     

    • Thanks 1
  4. 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"

    image.thumb.png.b640b53a384bb67be2d2d6b7427914e4.png

    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

     

    • Like 3
  5. 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.......

    • Thanks 1
  6. 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.

  7. 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.

  8. 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).

  9. 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.........

  10. 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

     

  11. 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.

  12. 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.

  13. 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

  14. 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.

    • Like 1
  15. RVM skrev (21 minutter siden):

     

    Interessant. Skjønner jo at du kombinerer med andre sensorer, men hvordan opplever du at CO2-nivået faller etter at noen våkner/forlater rommet?

     

    Jeg har en ESPhome-sak med bl.a. en Senseair S8, og ei 40mm vifte som sirkulerer lufta over sensoren. Når noen forlater rommet får jeg en fin exponential decay, men det kan jo ta noen minutter til den når en steady state (lufta i rommet må jo fortsatt byttes ut av ventilasjonsanlegget). Den vil altså henge litt etter hvis den skal gjette på at noen sover, i alle fall alt for seint til å forutse lysstyrke på badet hos oss.


    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.

  16. MrE skrev (5 minutter siden):

    Jeg får følgende feilmelding når jeg prøver å endre preset i HA

     

    behavior undefined for this response: ['E00', 'A03', 'Wrong', 'number', 'of/format', 'of', 'arguments.', '(Unsupported', 'Override', 'target)']

     

    image.thumb.png.3179280980786a739a614372141bdb9d.png

     

     

     

    image.png.d8315b8e2543f43fb602a492b93996de.png

     

     Når jeg trykker på Preset og endrer til eks Eco, spretter den tilbake til Comfort.

     

    Har prøvd flere varianter i Nobø-appen, men i HA får jeg feilmelding uansett.

    I Nobø-appen kan jeg endre presets uten problemer.

     

    Noen som har noen tips? 🙂



    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.

  17. For å lettere kunne styre lysstyrke på bad om morgenen, har jeg laget en binær sensor som indikerer om noen sover. Dette er en bayesisk sensor som bruker CO2 nivå på soverom og Android sin "Sleep Confidence" som hentes fra tlf via Home Assistant appen. I HA appen er det en lang liste med sensorer en kan sende til HA og som en kan bruke til automatiseringer. Det jeg bruker er først og fremst om jeg er hjemme eller i andre definerte soner som feks jobb. Jeg har også en sensor for om jeg er i bilen. Batterinivå på tlf er også greit å ha et varsel på hjemme - dvs. det er greit for meg å ha oversikt over kona sin tlf's batteri. Hun glemmer å lade den.....
    Sleep Confidence er en sensor som mer eller mindre nøyaktig forteller om eieren sover eller ikke. Med å fore dette inn i en bayesisk sensor i HA sammen med CO2 nivå og en "sleeptime" sensor som igjen er styrt av knappetrykk og bevegelse i huset, så har jeg en "noen sover" sensor som treffer overraskende bra.

     

    binary_sensor:
      - platform: bayesian
        name: "Noen sover"
        unique_id: fc5256c9-0bbf-4b4a-94c7-01bc6ae28f2c
        prior: 0.5
        probability_threshold: 0.5
        device_class: presence
        observations:
          - entity_id: sensor.pixel_7_sleep_confidence
            platform: "numeric_state"
            above: 94
            prob_given_true: 0.5
            prob_given_false: 0.1
          - entity_id: sensor.sm_s901b_sleep_confidence
            platform: "numeric_state"
            above: 94
            prob_given_true: 0.5
            prob_given_false: 0.1
          - entity_id: input_boolean.sleeptime
            prob_given_true: 0.6
            prob_given_false: 0.05
            platform: "state"
            to_state: "on"
          - entity_id: sensor.soverom_co2_value
            platform: "numeric_state"
            above: 520
            prob_given_true: 0.6
            prob_given_false: 0.05



    Deretter bruker jeg en template sensor som tar hensyn til klokkeslett lagt inn et tidsfelt og som styrer svakt lys på bad om kveld. Her er det også en forsinkelse på 20 minutt slik at det ikke blir sterkt lys etter at en har stått opp og fortsatt er på badet.

     

    template:
      - binary_sensor:
        - unique_id: lowlightlevel
          name: lowlightlevel
          state: >-
            {{ now().hour < 5
              or now().hour*3600+now().minute*60 >= (state_attr("input_datetime.lowlightlevel_from", "timestamp") | int(0))
              or is_state("binary_sensor.noen_sover", "on") }}
          delay_off:
            minutes: 20

     

    • Like 1
  18. Tinge76 skrev (8 timer siden):

    Ønsker å bytte ut en trm2fx med en lydløs variant. Trm2fx lager en godt hørbar klikkelyd bed av og påslag.

    Mill gen 3 panelovner er helt lydløse, og ønsker det samme for gulv thermostaten

     

    Noen forslag?


    Jeg tror det blir vanskelig å finne. I panelovner kan en bruke halvledere til å bryte strømmen. Disse må gjerne ha litt kjøling, men i en slik ovn er det god plass til det.

    I en boks på vegg er det langt i fra god plass og alternativene skrumper inn drastisk. Her er mekanisk rele en grei løsning.

  19. Jeg startet selv med Philips Hue Hub og hadde nærmere 80 lys, ute og inne. Og en mengde dimme brytere og bevegelsesensorer. 

     

    Etterhvert ble det Home Assistant på meg, men det var fordi jeg ønsket å styre varme, ventilasjon, alarm, garasjeport, vanning osv. Hadde det kun vært lys så kunne jeg fint brukt Philips Hue Hub. Den hadde fortsatt dekket mitt behov der. Den er forholdsvis lett å bruke, men allikevel ganske kraftig på lysstyring.

    • Like 1
  20. VP1 skrev (5 timer siden):

    For eks "Kasa Smart WiFi Motion Sensor Switch" som er en bryter med innebygd sensor.Denne byttes ut med eksisterende dimmer og fungerer uten hub. Er en sånn løsning for bad/gang noe dårligere eller mere kostbart enn det du foreslår overfor? Ser at denne bryteren koster ca 700 kroner. 

     

    Et slikt produkt kan fungere helt fint, men i et eksisterende bygg kan det jo bli problem med plasseringen. Du vil jo at lyset skal gå på og holde seg på når en er på badet. Da nytter det ikke hvis bryter er på utsiden. I nye bygg kan en plassere veggbokser med tanke på dette.

     

    VP1 skrev (48 minutter siden):

    Hvis jeg installerer Home Assistant på PC-en, og ikke kjøper "Home Assistant Green", da er det kanskje gratis og man får HUB-en gratis på den måten? Men da må kanskje PC-en være konstant på for at ting skal fungere... 

     

    Når du spør om dette så tror jeg du har en lang vei å gå. Har du brukt avansert programvare og er kjent med prinsippene for dataprogrammering? Hvis svaret er nei her, da vil ikke jeg anbefale Home Assistant. Da tror jeg en Philips Hue Hub er et bedre valg. Til denne kan du koble til lys med Zigbee og bevegelsesensorer og den programmeres mye lettere enn Home Assistant. På Philips Hue Hub lager en regler forholdsvis enkelt med en app på telefon.

     

    Hvis du senere finner ut at du vil bruke Home Assistant, så kan fortsatt Philips Hue Hub brukes som en bro mellom Zigbee og Home Assistant. Pengene du betalte til Philips ble ikke "kastet ut vinduet", altså.

  21. Dette er bare et kort innlegg om min erfaring. Jeg har brukt en raspberry pi med minnekort noen år nå og har aldri fått bruk for å gjenopprette fra en sikkerhetskopi. Men på fredag var planen å gjøre nettopp det. Det var bare meg hjemme og en raspberry pi 5 med en M.2 disk var allerede satt opp med HA 2024.3 dagen i forveien.

    Jeg så egentlig for meg timesvis med fikling, men jeg logget av Nabu Casa på den gamle og startet sikkerhetskopiering som tok 20 sekund, omtrent. Disse lagres automatisk på en NAS boks og på Google Disk så jeg hadde ikke mer å gjøre enn å stoppe HA og dra ut ledningene. Å plugge inn den nye tok ikke mange sekundene, det heller. Zigbee koordinator ble også flyttet, sammen med en usb ledning til en UPS. Så starket jeg opp den nye, valgte menyen for sikkerhetskopier og valgte opprett fra kopien som jeg nettopp hadde lagd. Etter ca 1 minutt tok den en automatisk omstart og deretter var egentlig alt på plass. Jeg viste ikke helt om jeg skulle føle meg slukøret. Det hele var gjort før jeg hadde tatt første slurk av kaffekoppen. Etter å ha logget inn på Nabu Casa på den nye, var appen på telefon også fornøyd.

    Den gamle raspberry skal jeg nå sette opp med en blank HA og sørge for å ha oppdatert den til nyeste versjon noen ganger i året. Så vet jeg at dersom den nye rpi5 skulle svikte, er det kun snakk om noen minutter å få opp en ny.

    • Like 4
×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.