Gå til innhold
Okstad

Dynamisk HUE-belysning

Anbefalte innlegg

Er det noen som har gode inputs på hvordan dette kan løses?

 

Jeg installerer HUE-spotter i alle tak og ønsker en logikk som gir en dynamisk lysprofil. Så langt har jeg lekt med ulike Scenes i JowiHue, men det er ikke (så vidt jeg klarer å finne ut av) muligheter til å benytte Scenes for å oppnå det jeg ønsker.

 

Målet er å skape en automatikk som løser følgende:

 

  • Philips HUE motion sensor, plassert i vindu, fungerer som LUX-meter. Utendørs lysnivå avgjør lysstyrke på HUE-profil.
  • Klokkeslett avgjør fargetemperatur, altså hvor hvitt/varmt lyset skal være. Morgen og kveld skal ha varm belysning, og kaldere på dagen når det er lyst ute.
  • Overgangene mellom ulik lysstyrke og fargetemperatur skal helst være gradert. Ingen plutselige og merkbare "hopp" 

 

Bare for å komplisere ytterligere:

Alle rom/soner har egen dimmerbryter som skal kunne overstyre aktuell lysverdi. Man skal altså kunne dimme opp/ned lyset i et individuelt rom om man ønsker. Ved å slå av/på bryteren, skal rommet falle tilbake til den dynamiske profilen og igjen følge øvrig belysning.

 

Regner med det må noe scripting til for å komme i mål med dette. Om noen har input eller eksempler på lignende løsninger hadde jeg satt pris på tips!

Del dette innlegget


Lenke til innlegg
Del på andre sider

På en del Z-wave-utstyr kan du sette en parameter som bestemmer hvor lang tid en bytte av farge eller dimming skal skje. For enkelte hendelser setter jeg denne parameteren til et høyt tall, setter på lys, og deretter tilbakestiller parameteren.

 

Har man denne muligheten med Zigbee/Hue? 

 

 

Ikke relatert spørsmål: Hvor stor "range" er det på Lux-måleren?

Del dette innlegget


Lenke til innlegg
Del på andre sider
10 minutes ago, Moskus said:

Har man denne muligheten med Zigbee/Hue? 

 

Enten du bruker JowiHue eller styrer direkte med JSON API'en til Hue Bridge, kan du angi "Transition Time".

 

Trådstarter: Jeg gjør dette med Hue, men det har krevd relativt omfattende custom skripting. Jeg bruker bash (kjører HS3 Linux). Diverse skript kjører hvert 15. min, og justerer lysstyrke og fargetemperatur.

Del dette innlegget


Lenke til innlegg
Del på andre sider

Rangen på Hue-sensoren virker å være verdier fra 0-51.000

 

image.png.ac6f5dff6b69dea56f7550fa896ab4b2.png

 

13 minutes ago, DiderikFrom said:

 

Enten du bruker JowiHue eller styrer direkte med JSON API'en til Hue Bridge, kan du angi "Transition Time".

 

Trådstarter: Jeg gjør dette med Hue, men det har krevd relativt omfattende custom skripting. Jeg bruker bash (kjører HS3 Linux). Diverse skript kjører hvert 15. min, og justerer lysstyrke og fargetemperatur.

 

 

Ja, man kan definere "transition time" i JowiHue som fungerer fint for hver Scene.

 

Begynte å lage individuelle regler for hvert rom/sone og egne JowiHue Scenes for hver "setting" (10 ulike grader av LUX etc..) Det blir fort veldig uoversiktelig med ekstremt mange Scenes og variabler. Jeg kunne tenkt meg en "overordnet" Scene som følger alle disse reglene og som de ulike lysgruppene kan meldes inn og ut av - uavhengig av hverandre. 

Del dette innlegget


Lenke til innlegg
Del på andre sider
22 minutes ago, Okstad said:

Begynte å lage individuelle regler for hvert rom/sone og egne JowiHue Scenes for hver "setting" (10 ulike grader av LUX etc..) Det blir fort veldig uoversiktelig med ekstremt mange Scenes og variabler. Jeg kunne tenkt meg en "overordnet" Scene som følger alle disse reglene og som de ulike lysgruppene kan meldes inn og ut av - uavhengig av hverandre. 

 

Jeg har lagd et skript som kjører per lyskilde (ev. gruppe). Skriptet kjører hvert 15. min. Det starter med å sjekke om pærens status er det samme som skriptet sist satte det til. Dersom det ikke er match, betyr det at noen har justert lyset manuelt, og skriptet vil dermed ikke justere noe. Dersom det er match, vil lysstyrke (jeg synes det fungerer best med lysstyrke ute) og tid brukes til å definere fargetemperatur og lysstyrke. Dette kan man gjøre så komplekst man vil, men jeg synes for de fleste lyskildene at det er best med få nivåer. De fleste lyskildene justerer jeg bare i henhold til etter/før solnedgang, mens på andre trengs finjustering ut fra lux og tid &c.

Her tror jeg ikke man kan finne noen enkel standard, men bare må starte, og bruke litt tid på å justere nivåene.

Del dette innlegget


Lenke til innlegg
Del på andre sider
34 minutes ago, DiderikFrom said:

 

Jeg har lagd et skript som kjører per lyskilde (ev. gruppe). Skriptet kjører hvert 15. min. Det starter med å sjekke om pærens status er det samme som skriptet sist satte det til. Dersom det ikke er match, betyr det at noen har justert lyset manuelt, og skriptet vil dermed ikke justere noe. Dersom det er match, vil lysstyrke (jeg synes det fungerer best med lysstyrke ute) og tid brukes til å definere fargetemperatur og lysstyrke. Dette kan man gjøre så komplekst man vil, men jeg synes for de fleste lyskildene at det er best med få nivåer. De fleste lyskildene justerer jeg bare i henhold til etter/før solnedgang, mens på andre trengs finjustering ut fra lux og tid &c.

Her tror jeg ikke man kan finne noen enkel standard, men bare må starte, og bruke litt tid på å justere nivåene.

 

Interessant! 

Finnes det mulighet for å legge grupper i grupper? Og eventuelt lage regler som melder lys inn og ut av grupper?

I så fall kunne man jo hatt en Schedule (Easy Trigger) som definerer ulike jowiHue scenes for en gruppe (med variabler for utelys) - for så å melde de andre gruppene inn og ut etter ønske..

 

...haha. mulig jeg har rotet meg inn i en ulogisk retning her..?

Del dette innlegget


Lenke til innlegg
Del på andre sider
19 hours ago, Okstad said:

 

Finnes det mulighet for å legge grupper i grupper? Og eventuelt lage regler som melder lys inn og ut av grupper?

 

 

Meg bekjent finnes ikke noe slikt. Ev. tror jeg du må skripte det selv. Igjen tror jeg der er fornuftig å gjøre dette så enkelt som mulig for å unngå en lang rekke kompliserte regler. Jeg finner også at jeg ønsker forskjellig innstilling på forskjellige lyskilder (om det da ikke er mange lyskilder i f.eks. en lysekrone e.l.).

Del dette innlegget


Lenke til innlegg
Del på andre sider

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå


  • Lignende innhold

    • Av Chris.F
      Hallo folkens
       
      Jeg har sett det er noen av dere som har Elko's ZigBee dimmere, men er det noen som har testet disse mot Philips Hue i det siste?
       
      Jeg så dette innlegget fra i fjor men jeg kontaktet Elko for en måned siden for å spørre om RS316 gikk på Hue Bridgen og fikk dette som svar:
       
       
      Jeg har hørt med noen lokale elektrikere og ingen har dem på lager og er heller ikke interessert i å "låne" ut en da de ikke får solgt/returnert dem, og jeg er heller ikke så veldig keen på å bruke penger på noe som ikke vil fungere med oppsettet mitt.
       
      Jeg vet jeg kan kjøre software som en bro imellom Z-Wave og Hue men jeg hadde foretrukket å ha alt koblet direkte opp på Hue'n.
    • Av bjornepappa
      Då har vi omsider fått på plass ein Remotec ZXT120 for styring av vår Toshiba luft-luft varmepumpe, og så langt ser denne ut til å fungere upåklageleg - oppsettet var kjapt og enkelt, og varmepumpa godtok første forsøk på IR-kode.
      Så var det å automatisere! Har laga eit par events (HomeSeer) for å håndtere feriestyring - senking når vi er borte og å få opp igjen varmen før vi er heime. Vidare tenker eg å lage events for senking og ev. heving på døgnnivå - har andre gjort det før meg og vil dele erfaringar og tips?
      Tenker på å lage nattsenking og eventuelt midt på dagen-senking eit par grader, men kanskje også heve temperatur-SP ein grad eller to i timen før prisen stig? Tankar rundt dette?
       
      Alle tips og forslag blir mottatt med takk
    • Av Moskus
      Mer Z-wave!
      Nå begynner det å bli hakket mer avansert. Vi retter et par små-feil, og vi setter opp litt assosiasjon.
       
      HomeSeer og Z-wave
      Øverst til høyre på "Device Management"-siden finner du en blå knapp med et antenne-symbol på. Det er Polling. Trykker du på den vil HomeSeer spørre nodene du ser om hvilken status de har.
       
      Hvis du kikker litt nærmere på en Fibaro Dimmer 2 node, vil du se at et par ekstra enheter som ikke gir fornuftig informasjon, samt en ekstra "dimmer" (som gjør at status ikke blir oppdatert hvis du trykker på en fysisk knapp). Jaha, men hvorfor fikk vi de?
       
      Problemet er egentlig ikke HomeSeer. Det er hvordan Fibaro har valgt å skrive firmwaren sin. Noen gateway'er og programmer har et grunnleggende Z-wave-oppsett i bunn, men legger til støtte enhet for enhet. Problemet med en slik tilnærming er at det krever mye energi, man får et begrenset utvalgt enheter, og en gammel enhet med ny firmware må testes på nytt fordi oppdateringer kan fikse en ting men ødelegge for noe annet.
       
      HST går istedenfor bredt ut. HomeSeer sin "policy" er at hvis en enhet er sertifisert ihht. Z-wave (Plus) så skal den være støttet i HomeSeer. Men støtten er dermed avhengig av produsenten. Hvis de har gjort alt riktig uten å gjøre noen "smarte tilpasninger" (for eksempel for å kunne bli integrert "bedre" i sin egen gateway enn andre) så går det glatt inn i HomeSeer. Fibaro lager god hardware, men firmwaren er (etter min mening) ikke like god. Men Fibaro er langt fra de eneste som har dette problemet.
       
       
       
      Feilretting
      Først retter vi på assosiasjoner slik at HomeSeer og dimmeren snakker sammen. For å konfigurere en node, må vi finne "root". I de fleste tilfeller finner vi root'en øverst i node-gruppa, med tannhjul-symbolet og teksten "No Status" (root har normalt ingen status). Trykk på "Fibaro Switch Multilevel", og gå til tab'en "Z-wave". Du ser noe slikt:
       

       
      Trykk på den gule pilen foran "Associations". Hos meg ser det da slik ut:
       

       
      Vi vil ikke videresende endpoint-informasjon, så fjerner vi disse. Så må vi legge til nye. For Z-wave Plus skal det i utgangspunktet holde å assosiere Group 1 til HomeSeer (som alltid har ID = 1), men HS liker å legge seg selv til i alle grupper. Vi kan gjøre det her. Først velger vi Gruppen, så noden (nå kun node 1) og så trykker vi på "Add". Merk at vi ikke skal velge endpoint.
       
      Det gjør vi for alle gruppene, og Dimmer 2 har 5. Etter å ha lagt til alle skal det se slik ut:
       

       
       
      EDIT: Du trenger muligens ikke slette disse devicene lenger, de kan faktisk gi nyttig informasjon. Det er avhengig av hvilken firmware du har på Dimmeren, og hvilken versjon av Z-wave plugin'en du kjører. Det vil klare seg med å bare skjule (velg "Hide") dem istedenfor å slette dem.
      Så sletter vi "devicer" ikke gir mening. Du kan slette "Heat Notification", "Power Management Notification", "System Notification" og "Switch Multilevel 2". Det gjør vi enklest ved å velge dem med avkryssingsboksene til venstre, og velger "Delete" i nedtrekksmenyen øverst til venstre.
       

       
      Sånn! Nesten ferdig!
       
      Hos meg manglet "Switch Multilevel 1" (av for meg uforståelige grunner) kommandoen "On Last Level". "On" betyr "dim til 100%", mens "On Last Level" betyr "dim til det nivået dimmeren var satt til sist", og er dermed ganske hendig. Hvis denne ikke dukker opp hos deg, er det heldigvis enkelt å legge til.
       
      Trykk på den blå linken til "Switch Multilevel 1" og gå til tab'en "Status Graphics". Denne vil sannsynligvis se slik ut:
       

       
      Vi skal legge til en entalls verdi/kommando og trykker på knappen "Add Single Value". Value settes til "255", status tekst endres fra "Change me" til "On Last Level", og i nedtrekksmenyen under velger du "On Alternate". Row settes til "1" og Column til "3".
       
      Så blar vi  helt nederst til siden og trykker "Done".
       
      For sikkerhets skyld trykker vi på "Switch Multilevel 1", går til "Status Graphics"-tab'en og verifiserer at verdiene ser slik ut. (Dette har aldri vært et problem med PC-versjonen, men Zee2 tullet litt med dette før versjon .270. Burde være fikset nå, men vi sjekker likevel).
       

       
      Nå er alt vel!
      Når du har gjort dette et par ganger, vil det gå raskt etterpå. Det tar ca. 30 sekunder (avhengig hvor lang tid assosiasjonene tar).
       
      ... og det er bare å fortsette å inkludere noder. Under er en eldre Qubino dimmer inkludert.
       
       
       
      Parametere
      En node har sannsynligvis flere innstillinger enn de som er tilgjengelige via et brukergrensesnitt. Dette er typisk for verdier som ikke behøves å justere så ofte. Eksempler er temperatur-kalibrering, følsomhet for en bevegelsessensor, hvor lang tid en dimmer bruker på dimmer opp/ned lyset, og så videre.
       
      Slike ting justeres vanligvis med en parameter. En parameter består et parameter-nummer (et heltall mellom 0 og 255), samt en verdi (1 byte, 2 eller 4 bytes). Men det er ingen fastsatte regler om hva de forskjellige parameter-nummerne er, så det må vi slå opp i manualen. Det er også viktig å bruke manualen som fulgte med i boksen til produktet du kjøpte, for andre firmware-versjoner kan faktisk ha andre parametere.
       
      Fibaro Dimmer 2 har en snedig funksjon som heter "auto calibrate". Den sjekker hvordan lyskilden som er koblet til oppfører seg ved forskjellige lysstyrker, og tar så hensyn til dette når dimmeren senere skal dimme lyset. Den starter automatisk når du kobler opp dimmeren første gang, men man kan også tvinge den i gang senere (og det er praktisk!) ved å sette sette parameter 13 til 1 (eller 2 hvis du bruker en Bypass).
       
      Igjen går vi til root, og videre til Z-wave. Vi trykker på den gule pilen foran "Settings", og fortsetter med å velge parameter 13, og sette verdien til 1. Slik:
       

       
      Så er det bare å trykke på "Set"-knappen, og autokalibreringsfunksjonen starter.
       
      Merk:
      Hvis du allerede har satt en parameter, men ikke husker hva du satte den til, kan du velge parameternummeret og la "Value" være blankt. Trykker du da på "Set" vil HomeSeer hente verdien du har satt. Hvis du ikke har satt en verdi, vil du sannsynligvis få teksten "ERROR". Da er det standardverdien som gjelder (så du må slå opp i manualen).
       
       
      Andre noder har et ferdig oppsett slik at du enkelt forstår hvilke parametere du justerer. De fleste noder kommer uten dette ferdige oppsettet (og her skulle jeg ønske HomeSeer kunne bruke et XML-oppsett eller noe slikt, det er ikke "rocket science" å skrive en tekst og et tilhørende parameter-nummer). Se skjult tekst for langt bilde.
       
       
      Parametere har potensiale til å kunne skape kaos av en ellers fungerende node, så vær litt forsiktig...  
       
       
      Assosiasjon
      Kort fortalt lar assosiasjon en node styre en annen. En node kan ha forskjellige grupper ("Groups"), som gjør ulike ting. F.eks. en bevegelsessensor kan ha en gruppe for å skru av/på andre noder basert på bevegelse og en annen gruppe for å skru av/på andre noder basert på lys.
       
      Fibaro-dimmerne har to brytere. Bryter 1 (navngitt "S1",) styrer først og fremst lyset dimmeren er koblet til. Men bryter 2 ("S2") bruker assosiasjon til å styre andre lys. Jeg har satt det opp slik at bryter 2 i stua styrer kjøkkenlyset og motsatt.
       
      For Z-wave Plus er alltid "Group 1" det som er kalt "lifeline". Gruppe 1 skal alltid assosieres med master controller, og der blir informasjon mellom noden og master utvekslet (som f.eks. "Instant Status" som forteller HomeSeer at noden har blitt skrudd på eller av via knapp eller andre assosiasjoner). I "gamle dager" var det ingen standard for lifeline, "Instant Status" var ikke engang vanlig. Versjon 1 av dimmerne fra Fibaro og Qubino brukte da den siste gruppen til lifeline (hhv Group 3 og Group 4).
       
      S2 i stua styrer kjøkkenlyset (merk at det er snakk om Dimmer 1, ikke 2):

       
      S2 på kjøkkenet styrer lyset i stua:

       
      Merknad 1:
      I bildet over når under overskriften "Feilretting" ser du at HomeSeer er assosiert til alle gruppene. Dette skal egentlig ikke være nødvendig! Z-wave Plus bruker som nevnt Group 1 som lifeline. Det skal være tilstrekkelig å kun assosiere Group 1 til HS3.
       
      Merknad 2:
      Ved bruk av assosiasjon er det også viktig å lese bruksanvisningen. For eksempel har Dimmer 2, som poengtert her, to grupper knyttet til knapp S1. Gruppe 2 og Gruppe 3 styres fra S1: Gruppe 2 sender kun On/Off mens Gruppe 3 også kan dimme. Det samme for knapp S2, men da er gruppene hhv 4 og 5.
       
       
      Includering secure/non-secure
      Alle dørlåser med Z-wave må bruke "secure" inkludering. Dette fordi kommunikasjonen mellom HomeSeer og dørlåsen skal krypteres, og som et sikkerhetstiltak må avstanden mellom controlleren og noden være 60 cm eller mindre når du setter den opp første gang. Det gjør det litt kronglete å sette opp en allerede montert dørlås, men det er kjekt å vite at kommunikasjonen er kryptert. Og jeg vil si det er kjekt med kryptering (men ikke nødvendig) for noder som f.eks. styrer ovner.
       
      Men for eksempelvis dimmere og bevegelsessensorer er det min personlige mening at kryptering er litt overkill. Kryptering med Z-wave har noen ulemper:
      Som nevnt må avstanden mellom controller og node være liten. For en montert dimmer kan dette by på problemer. Det gir mer kommunikasjon og dermed mer belastning på Z-wave nettverket For batteridrevne noder, som f.eks. en bevegelsessensor eller magnetsensor, betyr kryptering vesentlig høyere batteribruk.  
      Men er det enkelt å oppfylle kravene til kryptering og det er enheter som ikke bruker batteri, er det ikke noe problem å bruke kryptering.  
       
       
      Z-Health
      EDIT: Z-Health er faktisk nå tatt bort fra HomeSeer. Det er behøves ikke lenger, slik det var i gamle dager.
       
      Oppsummering
      I del 3 la vi til et interface og inkluderte noder i nettverket, og optimaliserte nettverket. Denne gangen har vi rettet noen feil med oppsettet, vi kan justere parametere og bruke assosiasjoner for å kontrollere noder.
       
      Tidligere har vi sett på valg mellom de ulike versjonene (del 1) og hvordan man setter det opp (del 2). I del 5 skal vi se nærmere på bruk av 433MHz-teknologi med RFXtrx433, og i del 6 det skal vi behandle alle enhetene våre, navngi dem, sortere, og se litt nærmere på mulighetene vi har i grensesnittet.
       
      Spørsmål? Kommentarer?
      Gi lyd i kommentarfelet!  
       
       

      Vis full oppføring
    • Av Moskus
      Mer Z-wave!
      Nå begynner det å bli hakket mer avansert. Vi retter et par små-feil, og vi setter opp litt assosiasjon.
       
      HomeSeer og Z-wave
      Øverst til høyre på "Device Management"-siden finner du en blå knapp med et antenne-symbol på. Det er Polling. Trykker du på den vil HomeSeer spørre nodene du ser om hvilken status de har.
       
      Hvis du kikker litt nærmere på en Fibaro Dimmer 2 node, vil du se at et par ekstra enheter som ikke gir fornuftig informasjon, samt en ekstra "dimmer" (som gjør at status ikke blir oppdatert hvis du trykker på en fysisk knapp). Jaha, men hvorfor fikk vi de?
       
      Problemet er egentlig ikke HomeSeer. Det er hvordan Fibaro har valgt å skrive firmwaren sin. Noen gateway'er og programmer har et grunnleggende Z-wave-oppsett i bunn, men legger til støtte enhet for enhet. Problemet med en slik tilnærming er at det krever mye energi, man får et begrenset utvalgt enheter, og en gammel enhet med ny firmware må testes på nytt fordi oppdateringer kan fikse en ting men ødelegge for noe annet.
       
      HST går istedenfor bredt ut. HomeSeer sin "policy" er at hvis en enhet er sertifisert ihht. Z-wave (Plus) så skal den være støttet i HomeSeer. Men støtten er dermed avhengig av produsenten. Hvis de har gjort alt riktig uten å gjøre noen "smarte tilpasninger" (for eksempel for å kunne bli integrert "bedre" i sin egen gateway enn andre) så går det glatt inn i HomeSeer. Fibaro lager god hardware, men firmwaren er (etter min mening) ikke like god. Men Fibaro er langt fra de eneste som har dette problemet.
       
       
       
      Feilretting
      Først retter vi på assosiasjoner slik at HomeSeer og dimmeren snakker sammen. For å konfigurere en node, må vi finne "root". I de fleste tilfeller finner vi root'en øverst i node-gruppa, med tannhjul-symbolet og teksten "No Status" (root har normalt ingen status). Trykk på "Fibaro Switch Multilevel", og gå til tab'en "Z-wave". Du ser noe slikt:
       

       
      Trykk på den gule pilen foran "Associations". Hos meg ser det da slik ut:
       

       
      Vi vil ikke videresende endpoint-informasjon, så fjerner vi disse. Så må vi legge til nye. For Z-wave Plus skal det i utgangspunktet holde å assosiere Group 1 til HomeSeer (som alltid har ID = 1), men HS liker å legge seg selv til i alle grupper. Vi kan gjøre det her. Først velger vi Gruppen, så noden (nå kun node 1) og så trykker vi på "Add". Merk at vi ikke skal velge endpoint.
       
      Det gjør vi for alle gruppene, og Dimmer 2 har 5. Etter å ha lagt til alle skal det se slik ut:
       

       
       
      EDIT: Du trenger muligens ikke slette disse devicene lenger, de kan faktisk gi nyttig informasjon. Det er avhengig av hvilken firmware du har på Dimmeren, og hvilken versjon av Z-wave plugin'en du kjører. Det vil klare seg med å bare skjule (velg "Hide") dem istedenfor å slette dem.
      Så sletter vi "devicer" ikke gir mening. Du kan slette "Heat Notification", "Power Management Notification", "System Notification" og "Switch Multilevel 2". Det gjør vi enklest ved å velge dem med avkryssingsboksene til venstre, og velger "Delete" i nedtrekksmenyen øverst til venstre.
       

       
      Sånn! Nesten ferdig!
       
      Hos meg manglet "Switch Multilevel 1" (av for meg uforståelige grunner) kommandoen "On Last Level". "On" betyr "dim til 100%", mens "On Last Level" betyr "dim til det nivået dimmeren var satt til sist", og er dermed ganske hendig. Hvis denne ikke dukker opp hos deg, er det heldigvis enkelt å legge til.
       
      Trykk på den blå linken til "Switch Multilevel 1" og gå til tab'en "Status Graphics". Denne vil sannsynligvis se slik ut:
       

       
      Vi skal legge til en entalls verdi/kommando og trykker på knappen "Add Single Value". Value settes til "255", status tekst endres fra "Change me" til "On Last Level", og i nedtrekksmenyen under velger du "On Alternate". Row settes til "1" og Column til "3".
       
      Så blar vi  helt nederst til siden og trykker "Done".
       
      For sikkerhets skyld trykker vi på "Switch Multilevel 1", går til "Status Graphics"-tab'en og verifiserer at verdiene ser slik ut. (Dette har aldri vært et problem med PC-versjonen, men Zee2 tullet litt med dette før versjon .270. Burde være fikset nå, men vi sjekker likevel).
       

       
      Nå er alt vel!
      Når du har gjort dette et par ganger, vil det gå raskt etterpå. Det tar ca. 30 sekunder (avhengig hvor lang tid assosiasjonene tar).
       
      ... og det er bare å fortsette å inkludere noder. Under er en eldre Qubino dimmer inkludert.
       
       
       
      Parametere
      En node har sannsynligvis flere innstillinger enn de som er tilgjengelige via et brukergrensesnitt. Dette er typisk for verdier som ikke behøves å justere så ofte. Eksempler er temperatur-kalibrering, følsomhet for en bevegelsessensor, hvor lang tid en dimmer bruker på dimmer opp/ned lyset, og så videre.
       
      Slike ting justeres vanligvis med en parameter. En parameter består et parameter-nummer (et heltall mellom 0 og 255), samt en verdi (1 byte, 2 eller 4 bytes). Men det er ingen fastsatte regler om hva de forskjellige parameter-nummerne er, så det må vi slå opp i manualen. Det er også viktig å bruke manualen som fulgte med i boksen til produktet du kjøpte, for andre firmware-versjoner kan faktisk ha andre parametere.
       
      Fibaro Dimmer 2 har en snedig funksjon som heter "auto calibrate". Den sjekker hvordan lyskilden som er koblet til oppfører seg ved forskjellige lysstyrker, og tar så hensyn til dette når dimmeren senere skal dimme lyset. Den starter automatisk når du kobler opp dimmeren første gang, men man kan også tvinge den i gang senere (og det er praktisk!) ved å sette sette parameter 13 til 1 (eller 2 hvis du bruker en Bypass).
       
      Igjen går vi til root, og videre til Z-wave. Vi trykker på den gule pilen foran "Settings", og fortsetter med å velge parameter 13, og sette verdien til 1. Slik:
       

       
      Så er det bare å trykke på "Set"-knappen, og autokalibreringsfunksjonen starter.
       
      Merk:
      Hvis du allerede har satt en parameter, men ikke husker hva du satte den til, kan du velge parameternummeret og la "Value" være blankt. Trykker du da på "Set" vil HomeSeer hente verdien du har satt. Hvis du ikke har satt en verdi, vil du sannsynligvis få teksten "ERROR". Da er det standardverdien som gjelder (så du må slå opp i manualen).
       
       
      Andre noder har et ferdig oppsett slik at du enkelt forstår hvilke parametere du justerer. De fleste noder kommer uten dette ferdige oppsettet (og her skulle jeg ønske HomeSeer kunne bruke et XML-oppsett eller noe slikt, det er ikke "rocket science" å skrive en tekst og et tilhørende parameter-nummer). Se skjult tekst for langt bilde.
       
       
      Parametere har potensiale til å kunne skape kaos av en ellers fungerende node, så vær litt forsiktig...  
       
       
      Assosiasjon
      Kort fortalt lar assosiasjon en node styre en annen. En node kan ha forskjellige grupper ("Groups"), som gjør ulike ting. F.eks. en bevegelsessensor kan ha en gruppe for å skru av/på andre noder basert på bevegelse og en annen gruppe for å skru av/på andre noder basert på lys.
       
      Fibaro-dimmerne har to brytere. Bryter 1 (navngitt "S1",) styrer først og fremst lyset dimmeren er koblet til. Men bryter 2 ("S2") bruker assosiasjon til å styre andre lys. Jeg har satt det opp slik at bryter 2 i stua styrer kjøkkenlyset og motsatt.
       
      For Z-wave Plus er alltid "Group 1" det som er kalt "lifeline". Gruppe 1 skal alltid assosieres med master controller, og der blir informasjon mellom noden og master utvekslet (som f.eks. "Instant Status" som forteller HomeSeer at noden har blitt skrudd på eller av via knapp eller andre assosiasjoner). I "gamle dager" var det ingen standard for lifeline, "Instant Status" var ikke engang vanlig. Versjon 1 av dimmerne fra Fibaro og Qubino brukte da den siste gruppen til lifeline (hhv Group 3 og Group 4).
       
      S2 i stua styrer kjøkkenlyset (merk at det er snakk om Dimmer 1, ikke 2):

       
      S2 på kjøkkenet styrer lyset i stua:

       
      Merknad 1:
      I bildet over når under overskriften "Feilretting" ser du at HomeSeer er assosiert til alle gruppene. Dette skal egentlig ikke være nødvendig! Z-wave Plus bruker som nevnt Group 1 som lifeline. Det skal være tilstrekkelig å kun assosiere Group 1 til HS3.
       
      Merknad 2:
      Ved bruk av assosiasjon er det også viktig å lese bruksanvisningen. For eksempel har Dimmer 2, som poengtert her, to grupper knyttet til knapp S1. Gruppe 2 og Gruppe 3 styres fra S1: Gruppe 2 sender kun On/Off mens Gruppe 3 også kan dimme. Det samme for knapp S2, men da er gruppene hhv 4 og 5.
       
       
      Includering secure/non-secure
      Alle dørlåser med Z-wave må bruke "secure" inkludering. Dette fordi kommunikasjonen mellom HomeSeer og dørlåsen skal krypteres, og som et sikkerhetstiltak må avstanden mellom controlleren og noden være 60 cm eller mindre når du setter den opp første gang. Det gjør det litt kronglete å sette opp en allerede montert dørlås, men det er kjekt å vite at kommunikasjonen er kryptert. Og jeg vil si det er kjekt med kryptering (men ikke nødvendig) for noder som f.eks. styrer ovner.
       
      Men for eksempelvis dimmere og bevegelsessensorer er det min personlige mening at kryptering er litt overkill. Kryptering med Z-wave har noen ulemper:
      Som nevnt må avstanden mellom controller og node være liten. For en montert dimmer kan dette by på problemer. Det gir mer kommunikasjon og dermed mer belastning på Z-wave nettverket For batteridrevne noder, som f.eks. en bevegelsessensor eller magnetsensor, betyr kryptering vesentlig høyere batteribruk.  
      Men er det enkelt å oppfylle kravene til kryptering og det er enheter som ikke bruker batteri, er det ikke noe problem å bruke kryptering.  
       
       
      Z-Health
      EDIT: Z-Health er faktisk nå tatt bort fra HomeSeer. Det er behøves ikke lenger, slik det var i gamle dager.
       
      Oppsummering
      I del 3 la vi til et interface og inkluderte noder i nettverket, og optimaliserte nettverket. Denne gangen har vi rettet noen feil med oppsettet, vi kan justere parametere og bruke assosiasjoner for å kontrollere noder.
       
      Tidligere har vi sett på valg mellom de ulike versjonene (del 1) og hvordan man setter det opp (del 2). I del 5 skal vi se nærmere på bruk av 433MHz-teknologi med RFXtrx433, og i del 6 det skal vi behandle alle enhetene våre, navngi dem, sortere, og se litt nærmere på mulighetene vi har i grensesnittet.
       
      Spørsmål? Kommentarer?
      Gi lyd i kommentarfelet!  
       
       
×