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

Mathias

Medlemmer
  • Innlegg

    297
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    9

Innlegg skrevet av Mathias

  1. Har du problemer med integrasjonen? Jeg bruker den og har ikke hatt et eneste problem som jeg har merket.

     

    Jeg bruker også en custom komponent som bygger på den offisielle Verisure-komponenten som gjør at jeg får styrt en varmepumpe som kun kan integreres med Verisure. Og det fungerer fint det også.

     

    Ikke det at jeg er glad for at jeg må bruke Verisure, men den gir meg ingen problemer heller.

  2. 2 hours ago, Moskus said:

    Du ønsker deg mye, og alt er nok ikke mulig.

     

    Men du kan bruke en vanlig on/off plugin-modul, sammen med Z-TEMP2 (en batteridrevet termostat).

    Jeg ønsker meg ikke mye. Skal ikke ha alt jeg nevner. Jeg ønsker bare å få styrt panelovnen.

     

    Så da kan jeg bruke Z-TEMP2 til å få veggkontakten til å slå seg av/på og samtidig styre den fra HA?

     

    Det finnes ikke noen panelovner eller alternativer til den Mill-pluggen med zwave?

  3. Hei og hopp! Nå flyttes fokuset i hjemmet fra nedkjøling til oppvarming :) 

     

    Jeg har behov for å installere en panelovn på et soverom og har fra før Mill wifi som er rett og slett elendig å integrere. Utrolig ustabilt system de har klart å lage.

     

    Jeg har en panelovn fra før på 800w (type ikke smart, eller dum om du vil) som jeg kan bruke hvis jeg finner en fornuftig måte å styre den på, men kan også være aktuelt å kjøpe ny.

     

    HA har mulighet til å lage en generisk termostat ved å koble sammen en switch og en sensor, men akkurat i dette tilfellet ønsker jeg at termostaten også skal kunne fungere uavhengig i tilfelle noe feil. Jeg har en Mill smartplugg som kan gjøre dette, men den har jeg kassert da den til stadighet mistet kontakten med Mill-appen og da også HA. Ønsker helst zwave, men kan ikke finne noen som har innebygd termostat og aller helst en panelovn med zwave innebygd, men det ser iallefall ikke ut til å finnes.

     

    Siden jeg i hovedsak kun trenger èn panelovn så er det ikke ønskelig å gå for Nobø eller andre der man må ha en ekstra hub for å styre det.

     

    Først; finnes det noen zwave-alternativer til Mill sin termostatplugg? det er det jeg helst vil ha. Evt wifi-type som tillater api over lan eller mqtt?

     

    Kan jeg evt assosiere en f.eks. zwave plugg med en multisensor og få dem dem til å sammen fungere som en termostat som fungerer uavhengig av HA, men fortsatt identifiseres som climate-komponent i HA. Spør selv om jeg synes dette virker usannsynlig :) 

     

    Noen andre tips eller forslag?

     

    Og ja, en ting til... må være relativt rimelig, ..selvfølgelig :)

  4. On 24/04/2020 at 15:40, gert said:

    Har du en lenke til instruksjonene? Portisch har en utdatert lenke til tasmotas wiki som bare videresender meg til prosjektsiden på github, og alle lenkene hos tasmota jeg finner, går til Portisch igjen. 

    Vurderer Sonos RF Bridge i stedet for RFLink opp mot HA. Vurderer riktignok også om det er noe poeng å ha 433Mhz-støtte, da det finnes alternativer for det aller meste, selv om det blir noe dyrere.

    Tok sin tid, men plutselig snublet jeg over det :) 

     

    https://tasmota.github.io/docs/devices/Sonoff-RF-Bridge-433/

  5. On 15/08/2020 at 19:31, Hanevold said:


    Hvordan er din erfaring med summing fra HeatIt dimmeren? Jeg står for øyeblikket mellom å velge HeatIt eller Q-Light skru-dimmer til huset vi har under oppføring.

    Jeg har aldri tenkt over at det er noe summing fra Heatit-dimmerne. Men jeg har ingen av dem på soverom eller andre rom som er helt stille, så akkurat det kan jeg ikke svare for.

  6. On 02/08/2020 at 01:47, FredrikNas said:

    Denne koden kan jeg bruke i Lovelace kortet for knappen? Eller må jeg lagre dette som en template og kalle det fra knappen? 

    Hva skal det stå der du har "Entitet-navnet-paa-bryteren"? 

    Er det noe mer en entity_id jeg må bytte til mitt eget entity navn? Ja forutenom selve verisure_lock_code da selvfølgelig :)

     

    Som @Preference sier så må denne koden legges i configuration.yaml under switch. Dette er en såkalt template switch.

     

    Hvis du ikke har switch: fra før i config-fila di må du legge det inn slik:

     

    switch:
      - platform: template
        switches:
          entitet-navnet-paa-bryteren:
            friendly_name: 'Hoveddør'
            value_template: "{{'off' if is_state('lock.hoveddor', 'locked') else 'on' }}"
            turn_on:
              service: lock.unlock
              data:
                entity_id: lock.hoveddor
                code: !secret verisure_lock_code
            turn_off:
              service: lock.lock
              data:
                entity_id: lock.hoveddor
                code: !secret verisure_lock_code

    Bytt ut "lock.hoveddor" med entitetnavnet din lås har og sett "friendly_name" til det du ønsker den skal vises som i frontend.

    Verdien bak "code" er i utgangspunktet bare den koden du bruker på låsen din, men siden min ligger i secrets.yaml så henviser jeg bare til den i koden.

     

    Valider config og deretter restart HA. Etter en restart vil du finne en entity_id som vil se slik ut: switch.entitetnavnet (det du skriver der jeg skrev "entitet-navnet-paa-bryteren").

     

    Den nye entiteten som nå finnes i HA kan du bruke med en entity-button i Lovelace. Der må du sette "Tap action" til "Toggle".

     

    PS. Årsaken til at koden jeg først limte inn her var uten switch:-linjen er at jeg har flyttet alle slike koder til egne filer ved hjelp av !include. Hvis du ikke er kjent med det så anbefaler jeg deg å sette deg inn i det. Er mye enklere å ha oversikt over all koding og man slipper at configuration.yaml blir veldig stor og uoversiktlig da.

    • Thanks 1
  7. Hyggelig at det var til hjelp :)

     

    22 hours ago, Preference said:

    Funka perfekt for 2-kanalers versjonen også, bare fjernet de 4 siste scenene. Rart at den ikke kan assosieres direkte til en annen Z-wave enhet.. er det ikke full støtte for denne enheten i HA-Z-wave enda?

    Kult! For å være helt ærlig så forstår jeg meg ikke helt på HA-Z-wave og OZW produktstøtte. Men tipper at det har noe med at de legger til støtte på opprinnelig produsent sitt produkt og når et nytt merke dukker opp så identifiserer firmware seg som et unikt merke selv om hardware er identisk som en eksisterende produkt. Men jeg vet egentlig ikke.. :)

     

    COMMAND_CLASS_CENTRAL_SCENE brukt på denne fra Namron er hentet fra configen til HeatIt sin bryter som ser nærmest identisk ut. Kun copy/paste, egentlig. Måtte teste en del configer før jeg fant den som fungerte, da... :) 

  8. On 06/07/2020 at 00:48, GAS said:

    Prøvde å finne litt info om div dimmere.

    Ikke alle som var mulig å finne erfaringer /info på.

     

    Namron
    +Trenger kun L-leder

     

    Vil bare påpeke at det var en tråd her der man diskuterte Namron-utstyr (forsvant dessverre når siden kræsjet) og der var det mange som klaget på at Namron sin dimmer var ustabil og hadde en fæl tendens til å dø i nettverket. Jeg måtte til slutt gi opp Namron sine z-wave skrudimmere og smartplugger og returnere dem da de til stadighet datt ut av nettverket. Byttet til HeatIt sin skrudimmer som har fungert feilfritt nå i et halvår.

  9. Hei!

     

    For en tid tilbake hadde vi en tråd som ble startet ved at en her inne ønsket tips om utendørs ledstripe.

     

    I en av postene, jeg mener det var av @kimstoroy, ble det tipset om en software flashet på en esp for å styre ledstriper, men jeg kan ikke huske hva den het eller hvor jeg finnner beskrivelsen. Er det noen som husker det og kan friske opp minnet?

     

    @Moskus er denne tråden, tror den het "Utendørs ledlys", borte for godt eller er det mulig å få gjenopprettet?

  10. I denne tråden har det forsvunnet en god del poster etter havariet, men jeg tar den opp igjen :)

     

    For dere som husker den tråden som handlet om utendørs ledbelysning og tips @kimstoroy om hvilke ledstriper som var bra fra Aliexpress, så virket det som at det var mange som hoppet rett inn i Aliexpress og bestilte en del utstyr. Dessvere så er hele den tråden borte vekk og jeg husker beskrivelsen oppsettet. Hvis noen har linken til beskrivelsen så er det fint :) 

     

    Den gode nyheten er at alt jeg bestilte har kommet frem uten noe som helst tegn til at staten, posten eller noen andre ville ha penger fra meg i forma av mva, toll eller gebyr. Tok ekstremt lang tid å få varene som sikkert er pga korona, men alt kom fram :) 

     

    Så da er det vel bare å fortsette å bestille som før inntil videre :) 

  11. Hei

     

    Jeg har laget denne som jeg styrer med en entity-button med tap-action = toggle

     

      - platform: template
        switches:
          entitet-navnet-paa-bryteren:
            friendly_name: 'Hoveddør'
            value_template: "{{'off' if is_state('lock.hoveddor', 'locked') else 'on' }}"
            turn_on:
              service: lock.unlock
              data:
                entity_id: lock.hoveddor
                code: !secret verisure_lock_code
            turn_off:
              service: lock.lock
              data:
                entity_id: lock.hoveddor
                code: !secret verisure_lock_code

     

  12. Er det slik mat du får satt verdi på enheten i frontend HA, men at enheten ikke vil godta verdien som kommer?

     

    11 hours ago, larses said:

    "Vi har testet litt mer og funnet ut at heatit Z-TRM3 kun liker at man setter settpunkt med 1 desimal. Dette er ikke noe dere kan gjøre fra appen, men de som har thingsplex installert kan verifisere at det å sette 19.0 virker, mens 19 eller 19.00 virker ikke.

     

    Hvis det er slik at setpoint fungerer ved å gjøre det direkte i zwave kontrollpanelet, men ikke fra frontend HA så må det være noe med hvordan HA oversetter desimalverdien til riktig verdi som sendes til enheten. Altså at hvis du setter temperaturen til 20,5 (20.5) så skal den sende verdien 205 til enheten.

     

    Har du testet å endre typeInterpretation="B" til typeInterpretation="A"? Jeg kan ikke så mye om dette, men jeg prøver å se sammenhenger her. Hvis man ser på denne linjen så ser man at den innehar type="decimal"

    <Value type="decimal" genre="user" instance="1" index="1" label="Heating" units="C" read_only="false" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="0" value="20.0" />

    Og da tenker jeg at det kan være naturlig å angi hvordan type skal tolkes og kan det da være at det er typeInterpretation som definerer det?

     

    Mener å ha lest et sted (som jeg ikke finner igjen nå) at v1 og v2 er type B, mens v3 er type A, men dette klarer jeg ikke å finne igjen eller finne noen definisjon på noe sted. I og med at Futurehome påpeker at denne termostaten er veldig sensitiv på akkurat dette så kan det være at andre termostater takler begge deler fint, men at denne må være korrekt som igjen gjør at det ikke blir relevant å sammenligne mot andre termostater på dette.

     

    Er vel om ikke annet verd et forsøk?

  13. 5 minutes ago, Moskus said:

    For generelt. Det finnes mange måter å skjerme for sol på, men "zip screens" og dermed "screens" er faktisk entydig. ;) 

    Screen:

    a fixed or movable upright partition used to divide a room, give shelter from draughts, heat, or light, or to provide concealment or privacy.

    Verbet "to screeen":

    conceal, protect, or shelter (someone or something) with a screen or something forming a screen.

     

    Mulig vi ikke blir enig her :) 

  14. Et lite søk i forumet to HA tyder på at det er mange som plages med D-link sine smart-dingser. Ikke bare denne W115.

     

    Noen har registrert en issue på github om at akkurat den pluggen du har ikke fungerer. Siste oppdatering der er for 10 dager siden og saken står fortsatt som åpen. https://github.com/home-assistant/core/issues/33492

     

    2 hours ago, stigvi said:

    Jeg er kanskje litt sær, men liker ikke å blande norsk og engelsk i samme setning.

    Ja, du er nok litt sær, men jeg er egentlig ganske enig med deg :) Det er litt annoying å se når engelske ord blandes inn i norske setninger ;) 

     

    53 minutes ago, Moskus said:

    Men det trenger ikke være et gardin. Gardiner er vel utelukkende en innvendig sak. I denne sammenhengen er "screen" en forkortelse for "zip screen" som ikke har et godt norsk navn. De som selger dem sier selv bare screens.

    Screeen er vel en slags fellesbenevnelse for noe som skal skjerme for noe. Så hva med "Skjerming"?

    • Haha 2
  15. 4 hours ago, fiLLLip said:

    Lagde meg faktisk en sånn ganske nylig i HA. Har ikke fått testet det skikkelig ennå, men:

    Denne sjekker kl 22 hver kveld om det er nødvendig å skru på gulvvarme (vannbåren varme) på stuen basert på vær og temperatur meldt påfølgende dag.

    Ser ikke så dum ut den der. Jeg ville nok ha laget egen template-sensor i stedet for direkte i en automasjon. I alle fall mens man er i en utviklingsfase. Da kan man se den faktiske verdien templaten gir og utifra det se om noe ikke ble helt riktig. 

     

    47 minutes ago, stigvi said:

    Jeg ville kanskje tatt med høyden solen står på himmelen. Den varmer jo ikke like godt året gjennom. Og der jeg bor kan det like greit være 10 grader både ved jul og sankt hans.

     

    Jeg har gjort noen forsøk på å automatisere basert på dette her i huset, men har ikke truffet godt nok til at det fungerer hensiktsmessig. Vi har ikke gulvvarme så da er det ikke de samme forsinkelsene som man har i gulvvarme.

     

    Hvis det er meldt klarvær så skal sola varme opp huset hos oss når elevation er over ca 30 og azimuth passerer ca 200 (husker ikke tallene eksakt), men problemet var å klare å se dette fram i tid samtidig som at man beregner om temperaturen holder seg godt nok i huset fram til sola begynner å gjøre sin nytte. Blir fort en relativt komplisert affære å beregne.

     

    Neste forsøk for meg vil nok basere seg på å slå av evt oppvarming som står på en angitt tid før sola gir effekt, såfremt at huset allerede har minimumstemperatur som vi kan godta. Altså at jeg bare lar oppvarmingen gå sin gang, men kutter den på et fornuftig tidspunkt.

     

    Første steg er å få kartlagt de eksakte verdiene når sola begynner å gi god nok effekt. Hvis noen har en god ide om hvordan man lager en template som hver dag fram i tid beregner klokkeslettet at de angitte verdier inntreffer, så hadde det vært nyttig. Evt om det finnes en tabell for dette som man kan koble seg på.

  16. Etter reletivt lang tid med testing og tilpasninger har jeg nå kommet frem til en måte å styre temperaturer i to av etasjene i huset vårt helt automatisk som faktisk fungerer godt i praksis. Har kjørt det i to uker og når varmen endelig kom så fikk jeg se om teori fungerte i praksis. Tenkte jeg kunne dele med dere hva jeg har gjort :) 

     

    Jeg har to varmepumper i huset. En på kjøkkenet som varmer hele hovedetasjen og loftet og en på loftet som kun brukes til kjøling.

     

    Greit å påpeke en forutsetning her i huset og det er at loftetasjen aldri trenger oppvarming fra varmepumpen som er montert der, her er det kun kjøling som gjelder, og det er kun på sommeren. Og hovedetasjen svært skjelden trenger kjøling da vi får kaldluft fra loftet ned til stua når den slår inn. Det er jo også mulig å overstyre manuelt hvis man får behov, men det er ikke ofte det skjer.

     

    En annen forutsetning som jeg vet etter å ha bodd her en stund er at hvis temperaturen stiger på loftet så synker den ikke av seg selv før langt utpå natta. Temperaturer opp mot 30 grader på soverommene ved leggetid var ikke unormalt på sommeren før varmepumpa ble installert. Og det var umulig å få ned temperaturen.

     

    Et problem jeg var nødt til å løse var at når temperaturen begynner å stige på loftet er det viktig at nedkjøling/vedlikehold starter tidlig nok.

     

    Oppsett:

    - input_boolean for å kunne aktiver/deaktiver automatikken

    - input_number for å sette min/maks-verdier pr rom

    - template-sensor som omdefinerer input_number min/maks til en lesbar verdi (under/innenfor/over) pr rom ved å måle aktuell temperatur mot min/maks-verdiene

    - template-sensor som setter overordnet verdi (under/innenfor/over) for aktuell varmepumpe ut ifra verdien pr rom i en en prioritert rekkefølge.

     

    Basert på overordnet template-sensor trigger jeg atomasjonene for aktuelt område. I tillegg bruker jeg noen forutsetninger som må oppfylles for at automasjonene skal trigges, som blant annet at hvis kjøling er aktivert på loftet så skal ikke varmepumpa på kjøkkenet starte oppvarming.

     

    Oppsettet tar sikte på å oppfylle tre oppgaver: WAF, komfort og forhåpentlig litt redusert strømforbruk (de to første henger tett sammen og det siste ser ut til å faktisk oppfylles i tillegg).

     

    Setter innstillinger i egne cards og det eneste jeg i praksis justerer er min/maks-verdiene pr. rom

     

    image.thumb.png.b20ee1e06d36eef4825d4bf74b4d79a8.png

     

    Dette oppsettet fungerer iallefall fint hos oss :) Jeg har prøvd mange måter å få det til på, men det er først dette oppsettet som både fungerer etter hensikt og samtidig er oversiktlig og enkelt nok til at jeg har kontroll og kan justere fortløpende uten å måtte inn i konfigurasjon :)

     

    Kom gjerne med innspill, påpekninger, kritikk eller slakt :) 

     

    Edit: Glemte å nevne at skrivefeilen på bildet er rettet... :) 

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