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

baronKanon

Medlemmer
  • Innlegg

    299
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    3

Innlegg skrevet av baronKanon

  1. 14 minutter siden, Moskus skrev:

    Øh... de støper et helt gulv og får ikke plass til et 16 mm trekkerør? Dne kjøper jeg ikke.

    De nektet å felle inn i depronplatene på varmefolien, og de samarbeidet ikke med murer (i samme firma) for å legge rør til det støpte gulvet, og gjemte seg bak (legger lavtbyggende varmekabler). Er ganske misfornøyd med den interne temperatursensoren, da det er fullstendig bingo om den står i vegg nær yttervegg eller om den står inne i stua. Tror jeg må endre på noe i oppsettet, da det er bingo om det er varme på eller ei i et rom ofte p.g.a. utetemp.

     

    Er derfor ute etter en god algoritme for å justere PWM-intensitet basert på romtemp.

     

    - Etter at jeg har fått tilbake konfigen etter at SD-kortet på Hass.io-installasjonen min mest sannsynlig har tryna - mSATA SSD og skal inn nå.

  2.  

    På 16.10.2018 den 21.47, Thomassp skrev:

    Er helt fersk på HS3, og prøver å finne ut om det er mulig å lese av og sette effektreguleringstrinnet på Heatit Z-Term m/v.1.92 oppgradering. Har gammelt hus med varmekabler som mangler gulvføler. å bruke intern romføler er ikke et alternativ har jeg skjønt, så da er enten effektregulering eller ekstern termostat de valgene jeg har. Jeg tror at det riktige for meg vil være å kunne overvåke temperaturen i rommene med romføler og bruke effektregulering for å sikre at det er varme i gulvet (nesten) uavhengig av romtemperatur.

     

     Men så langt kommer jeg ingen vei. Er det noen Z-Wave parametre jeg kan huke tak i og lese av/styre?

     

    PS! Får forresten ikke opp gjeldende romtemperatur, skulle jeg det?

     

     

    Hvordan er algoritmen din her? Er gira på noe tilsvarende, siden elektrikere under oppussing NEKTET å legge gulvføler, siden de ikke fikk plass til rør.

  3. På 29.10.2018 den 13.51, kris10an skrev:

     

    Hadde planer om å oppgradere mine termostater med uoffisiell kabel, som beskrevet ovenfor her. Sitter langt inne å bruke 500-600 kroner på en original kabel, men det heller ikke helt uaktuelt hvis det bidrar til at flere får nytte av en ny config fil :) Bor forresten i nærheten av Drammen. 

    Har du fått gjort noe ut av de planene? Har jallamekka litt på en egen fil, men det ble ikke helt patent likevel. (er ikke dreven XML og programmerer, selv om jeg skripter mye på jobb)

  4. Akkurat nå, kris10an skrev:

    Har vi trua på at endringene i FW vil bli fanget opp i OpenZwave noen gang?

    Bruker Hass.io, og tenkte å prøve å meg med eksplisitt peking mot OZW-konfigurasjonsmappe som jeg har lastet ned fra GitHub nå, og lagt i en mappe i /config-folderen. Må vel ekskludere og inkludere igjen for å få riktig konfig inn i eksisterende OZWxxxx.xml-fil i HASS.

     

     

  5. Fikk til slutt flashingen til på mitt kamera, og det funker. Smell rett inn i Synology Surveillance Station for buffer , og videre til Home Assistant for integrasjon. Ltt som en plett.

     

    men å få til motion detection ut av boksen funker ikke for meg :( Hadde vært fint å få til dette, da jeg ikke har andre sensorer der jeg har kameraet (nå). Tror jeg har satt opp MQTT så det kommuniserer med HASS.

     

  6. Har oppdatert én av mine 7 med den nye firmwaren, og det var noe skikkelig bæsj, rett og slett. OpenZwave (?) skjønner ikke bæret og legger inn cooling, dry air og heating. Jeg var før avhengig av heat og energy heat for å kunne sette temperatur på "CO" og "ECO"-modiene, men nå får jeg bare tilbakemelding på "CO"-modus. Kjører Home Assistant.

     

    Må finne 1.8-FW og nedgradere igjen. Som nevnt andre steder er jo også den interne føleren helt på bærtur med drøye kompensasjonsalgoritmer som overkompenserer litt vel mye (?).

  7. 4 minutter siden, Mastiff skrev:

    Det måtte jeg, ja! Takk! :) Det funket med

    
    "entity_id": "climate.termostat_8_heating", "operation_mode": "heat"

    Jeg prøvde å tilpasse koden til automations (jeg må redigere fila "manuelt" via VNC på Pi-en fordi det ellers herper formateringen min med forklaringer og ### som skiller):

    
    - alias: Termostater modus av
      action:
        data_template:
          payload_template: {{('entity_id': 'climate.termostat_'+trigger.payload+'_heating'), ('operation_mode': 'off')}}
        service: climate.set_operation_mode
      condition: []
      id: '152406878952579'
      trigger:
        platform: mqtt
        topic: ZWaveTermostatModusAv
    

    Det funket ikke, og det understreket en av de store ankepunktene mine mot programmering i Home Assistant: Hvis noe er feil, virker ingen automations. Hvis et skript har feil i noen av de andre systemene mine, påvirker det ikke andre skripts (jeg vet at skripts og automations er atskilt i Hass, i EG og Girder er det samme greia). Og noen feil, som denne, gjør at Hass ikke kan starte i det hele tatt. Men det er selvagt ikke noe problem hvis man faktisk vet hva man gjør... ;)

     

    Skrot de andre systemene, og så bruker du AppDaemon, slik at du kan programmere alle automasjoner i Python. Dette er uavhengig av HASS, og dermed trenger du ikke å styre med reloading av ditt eller datt. Skriptet kjøres når det lagres.

     

    Ellers er det veldig lurt å trykke "check configuration" før du kjører "last automasjoner på nytt". Har du oppdatert automasjoner, trenger du ikke å laste hele HASS på nytt.

     

    Har en viss følelse på at den payload-templaten ikke funker som du vil den skal funke. Templater er lite intuitivt og ganske kjedelig i Home Assistant.

     

    Skal jeg ha litt mer enn ren trigger-condition-action, bruker jeg Appdaemon.

  8. Hvorfor gjør du det så komplisert, Mastiff? Bruker kun Home Assistant med generic thermostat. Det funker finfint. Har z-wave multisensorer for å måle temperatur.

     

    Ellers er jeg enig, bortsett fra at eldre Mill-ovner resetter seg... (og de har jeg for mange av)

  9. På 31.1.2018 den 14.45, Venin skrev:

    Facebook-svar på spørsmålet "Noe nytt ang. åpent API og HomeKit-støtte?": "Vi jobber med saken :) Først ute er integrering for IFTTT, som vi sikter på å ha klart mot slutten av Q1."

     

    På 31.1.2018 den 17.23, Automatikk skrev:

     

    Da kan vi konkludere med at Mill ikke er i stand til å opprettholde planene sine ??

    Nok engang

  10. Du må jo bruke riktig service.

     

    For å sette temperatur, må du bruke climate.set_temperature

    For å sette modus, må du bruke climate.set_operation_mode

     

    Dette tester du ved å kjøre manuelle kommandoer fra "fjernkontroll"-ikonet i venstremeny på HASS.

     

    De forskjellige settpunktene mulig for entity finner du ved å lete frem climate.<termostatnavn>_"noe" i "<>"-valget i venstre meny

  11. Jeg bruker en Telldus Tellstick Duo (som er gått ut), sammen med hass.io bruker jeg tellstick core-addon, og det funker etter oppskriften.

     

    Tellstick DUO er utgått, og (nesten) umulig å få tak i.

     

    Mange har også brukt RFXtrx433 som kontroller med suksess. Denne har massiv støtte for dingser.

    https://www.kjell.com/no/produkter/elektro-og-verktoy/el-produkter/sterkstrom/usb-kontroll/rfxtrx433e-usb-kontroller-p88433

     

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