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

stigvi

Medlemmer
  • Innlegg

    2 650
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    141

Innlegg skrevet av stigvi

  1. 48 minutter siden, Guahtdim skrev:

    Du kan ha mer enn en sensor per rom. 

    I kjelleren benytter jeg Ikea trådløs og flytter med meg ene sensoren når jeg sykler på rulle. Så alternativet kan være å ha en "bærbar" sensor i tillegg hvis den fastmonterte ikke fungerer. 

    Det er jo andre muligheter også. Jeg bruker co2 måler i et rom der bevegelse ikke duger. Og så kan jo treningsapparatet integreres 🙂

  2. Innlegget ditt fikk meg til å kikke litt på min. Så at jeg kan hente inn belastningen på ups'en også. Og på min er den 14% som gir en batteritid på under 12 minutt. Burde kanskje sjekke om batteriene er modne for utskiftning. Som nevnt, de er minst 6 år gamle
    image.png.daee0faacf22ba0ea7a1f5ce56868f28.png
     

  3. Batteriene er tette. Dessuten lades de med så lav spenning (13,6V) at gass unngås.

     

    Ikke er det klorgass, heller. Det er mest hydrogen, men også litt svovelsyre gass. Populært kalt knallgass av gode grunner.

  4. Jeg har en APC back-ups RS 1500 som har usb tilkobling. Den integrerer fint med Windows, Linux og sikkert det meste av OS. Til Home Assistant er det en egen integrasjon. Sikkert lite nyttig for deg, men her ser du hva den rapporterer hos meg.
    image.png.cb8cac04840512ec4d1a8bad3a11f7c5.png
     

    • Like 1
  5. # Nobø Energy Control
    climate: 
      - platform: nobo_hub
        host: 143 # You can use the 3 last digits if using discovery
        command_off: Av
        command_on:
          Stue og kjøkken: Normal
          Hagestue: Normal
          TV stue: Normal
          Bad 1.etg: Normal
          Bad U.etg: Normal
          Gang U.etg: Normal
          Vaskerom: Normal
          Garasje: Normal
          Bod: Normal
    1 time siden, anolasz skrev:

    Hvordan gjøre det på en riktig måte?


    Slik som ovenfor har jeg gjort det. Et ukeprogram som alltid er av og har navnet Av og et annet ukeprogram som har navnet Normal

     

    • Like 2
  6. 1 time siden, Bjonness skrev:

    men de sonene jeg ikke har nobø switch på viser 0 grader.

    Ser at det skjer hos meg også og dette er nok et eller annet i den store visningen av termostat i Home Assistant. Jeg bruker ikke disse, bare den kompakte visningen så dette har gått under radaren hos meg. Men det var ikke slik før. Jeg skal kikke litt på de endringene som er gjort og rapportere en bug på det.

    Et alternativ kan jo også være denne, nervetattoo/simple-thermostat: A different take on the thermostat card for Home Assistant ♨️ (github.com)

    Da kan du vise temperaturen fra andre sensorer hvis du vil det

    • Thanks 1
  7. 1 time siden, Bjonness skrev:

    Håper de bare skulle være blanke, som dine var

    Rart. Jeg bruker omtrent siste versjon, jeg også. Har ikke de endringene som ble gjort nå nylig, men ser ikke ut som om de berører dette heller.

    Kan det være min og din hub som er forskjellige?

    Min kjører programvareversjon 114

  8. Det enkleste er nok å bruke input_datetime direkte i automasjonen som dette:
    image.png.1e1836b172d1ad10db61c5e228d9c80b.png

    eller som yaml

     

    alias: test
    description: ''
    trigger:
      - platform: time
        at: input_datetime.travel_until
    condition: []
    action:



    Jeg bruker appdaemon og der er det nesten like lett

     

    self.handle = self.run_at(self.vacation_off, self.get_state("input_datetime.travel_until"))

     

    • Like 1
  9. 8 timer siden, Bjonness skrev:

    Får du til å endre global overstyring og ikke bare lokal? 

    Jeg endrer bare lokal overstyring. Jeg tviler på at det er mulig å sette global overstyring med denne integrasjonen.

     

    8 timer siden, Bjonness skrev:

    Hei, lurte på om dette fungerer nå? For min viser 0

    Og du har en Nobø switch som viser en riktig temperatur for den sonen i Nobø appen?

    • Thanks 1
  10. 8 timer siden, ProphetSe7en skrev:

    HA tar tid sies det, noe som får meg til å frykte at det havner i kategorien "for tidkrevende" enn hva jeg ønsker.

     

    Jeg har i hovedsak to punkt som holder meg tilbake nå når jeg skal bestemme meg.

     

    1) At jeg velger noe som er for avansert/tidkrevende å sette seg inn i og jeg aldri kommer skikkelig i gang.

    Home Assistant tar ikke tid hvis du går for litt standardiserte løsninger. Å sette den opp på en raspberry pi og lage enkle ting går raskt. Men finner du på å kjøre den få hardware uten offisiell støtte, lar være å bruke "pek og klikk" addons for heller å mekke andre måter å kjøre det på, da kan en fort svi av noen timer.

  11. 4 timer siden, mrhaugland skrev:

    Sliter med å få aggregert forbruk per dag slik som du har i den første "bar-grafen". Grafen min viser samme tall for alle dager. 

    Ser ikke umiddelbart hva som er galt, men selve stolpediagrammet bruker 10 dager på å vise "riktig" hvis dette er noe du har satt opp i dag.

    Men jeg stusser over at forbruket er så høyt i dag og så ser det ut som om de tre inputfeltene har en rød strek under seg. Det tyder på at tallet er feilformatert.

    Hvordan ser historikken på sensor.consumption_lastday ut når du viser den i HA sin kurvediagram?

     

  12. Her er det nok flest som har valgt dimmer bak bryter. Jeg har derimot valgt smarte armaturer og smarte pærer over hele huset. Det er ingen tradisjonelle veggbrytere, men jeg har veggbokser der det er naturlig å ha en bryter så jeg kan gjøre huset usmart hvis jeg vil selge det. Over boksene er det montert en zigbee "bryter".

    Min mening er at å bytte pærer og armaturer er en billigere løsning enn dimmere bak brytere. Hvis du ikke har hundre og ørten spotter i taket, da.

  13. Tror det er mange her som bruker Aqara sensor for fuktighet og temperatur. Disse er små og går flere år på et lite knappebatteri og gjemmes lett i en hylle bak en bok, i en skuff eller andre steder. Det samme med bevegelsesensor. Å ikke ha ledning til disse er uproblematisk, men til lyd og bilde er det jo kjekt med ledninger.

  14. Jeg har løst det med at jeg har et felt der jeg kan skrive inn hvor mange grader i timen temperaturen stiger når ovnene står på fullt. Nå er det 0,7 grader. Og så har jeg andre felt der jeg skriver inn diverse klokkeslett. Så beregner systemet når tid varmen må slås på for at det skal bli varmt nok til rett tid. Dette gjelder panelovner.

    På gulv har jeg bare oppvarmingstid i minutter for der er forskjellen på varme og kalde dager helt ubetydelig.

    Dette har vist seg å fungere svært bra for meg og 0,7grader virker på dager som er kalde, grå og sure og på dager med solinnstråling. Tidspunktet ovnene skal slås på, beregnes hver gang en temperatursensor rapporterer temperatur. Så jeg bryr meg ikke om utetemperaturen, kun temperatur inne i huset.

    (ser jeg kan finne kortere tekster å bruke ......)
    image.png.0af1cb97e0323e2cebde98eb524a7756.png
     

    • Like 2
  15. 19 timer siden, Moskus skrev:

    Fordelen med å gjøre det på denne måten er imidlertid at man selv velger hvor man vil måle temperaturen.

    Det gjør en med Nobø også hvis en kjøper en Nobø ekstern temperaturføler. Da vil ovnene i en sone regulere etter denne føleren.

  16. Nei, du skal ikke legge til noen generiske termostater 🙂

    Når du legger til de tre linjene som her:

     

    climate: 
      - platform: nobo_hub
        host: 143 # You can use the 3 last digits if using discovery

    (143 byttes ut med du har under din hub)

    .... så vil det legges til en climate for hver sone du har definert i Nobø appen. Hos meg ser en slik climate ut som vist i bildet. Attributten "current_temperature" får bare en verdi hvis det er en Nobø Switch koblet til sonen.

     

    For å vise denne i brukergrensesnittet så setter du HA i "endre-" eller redigermodus og legger til et nytt kort av typen termostat. Slik som den store termostaten nedenfor

    Hvis du vil ha en kompaktvisning slik som jeg har så legger du inn et kort av typen entiteter og velger de climatene som du da har i ditt system.

    Skal du sette temperaturer i automatisering så er det greie eksempler her: Climate - Home Assistant (home-assistant.io)

    Jeg bruker appdaemon og har laget python kode for å sette temperatur og modus på ovnene. Det er i en helt annen retning enn node-red så det har vel neppe stor verdi for deg. 

    Men litt utdrag kan jeg vise. Service climate.set_preset_mode brukes for å sette en sone i away, eco eller comfort
     

    if self.get_state(self.args["output"], "preset_mode") != "comfort":
      self.log('{} settes til comfort.  Var i {}'.format(self.args["output"], self.get_state(self.args["output"], "preset_mode")))
      self.call_service("climate/set_preset_mode", entity_id = self.args["output"], preset_mode = "comfort")



    Climate.set_temperature brukes for å sette settpunkt. Denne krever både target_temp_high og target_temp_low

    self.call_service("climate/set_temperature", entity_id = self.args["output"], target_temp_high = int(th + float(self.args["temperature"])), target_temp_low = int(tl))
    self.log('Setter opp temperatur')


    Men dette er altså python. Det er mye det samme i HA sin innebygde automasjon, men der setter du det lettere opp ved hjelp av UI. I node-red har jeg ikke noe å bidra med for den kjenner jeg ikke.
     

    image.png

    image.png

    image.png

    • Like 1
×
×
  • 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.