Gå til innhold

Anbefalte innlegg

Forslag: mulig å få til geofencing, slik at man kan aktivere events basert på lokasjon? Hadde vore supert for å åpne garasjeport automatisk på vei heim 🙂 men det er vel kanskje mykje arbeid..? 

 

Bruker i dag geofence i hsbuddy for det i dag, men det suger mykje strøm av mobilen... 

Del dette innlegget


Lenke til innlegg
Del på andre sider
9 timer siden, DLEVY skrev:

Forslag: mulig å få til geofencing, slik at man kan aktivere events basert på lokasjon? Hadde vore supert for å åpne garasjeport automatisk på vei heim 1f642.png men det er vel kanskje mykje arbeid..? 

 

Bruker i dag geofence i hsbuddy for det i dag, men det suger mykje strøm av mobilen... 

 

I og med at det ligger GPS koordinater i applikasjonen enda så kan du jo lage selv ;)

Del dette innlegget


Lenke til innlegg
Del på andre sider

Mulig man bare kan pushe verdiene fra TeslaSeer inn i PHlocation, f.eks. via et script? De kjører jo på samme system! ;) 

Del dette innlegget


Lenke til innlegg
Del på andre sider
15 hours ago, DLEVY said:

Forslag: mulig å få til geofencing, slik at man kan aktivere events basert på lokasjon? Hadde vore supert for å åpne garasjeport automatisk på vei heim 1f642.png men det er vel kanskje mykje arbeid..? 

 

Bruker i dag geofence i hsbuddy for det i dag, men det suger mykje strøm av mobilen... 

 

Dette kan du jo sette opp i Teslaen selv hvis du bruker homelink

Del dette innlegget


Lenke til innlegg
Del på andre sider

@Norseman ja, men Teslaen sjekker ikkje om porten er åpen eller lukka - den berre sender signalet så fort man er innenfor rekkevidde, så går porten opp/ned - eg vil ikkje risikere å lukke porten samtidig som det står  en bil eller et barn under den.

@Salvesen Ja, har merka meg det... men med det som utgangspunkt, og til å klare å bruke koordinatene til å oppnå ønska resultat, ser for meg ut som en lang vei... ;)

Del dette innlegget


Lenke til innlegg
Del på andre sider
42 minutter siden, DLEVY skrev:

@Norseman ja, men Teslaen sjekker ikkje om porten er åpen eller lukka - den berre sender signalet så fort man er innenfor rekkevidde, så går porten opp/ned - eg vil ikkje risikere å lukke porten samtidig som det står  en bil eller et barn under den.

@Salvesen Ja, har merka meg det... men med det som utgangspunkt, og til å klare å bruke koordinatene til å oppnå ønska resultat, ser for meg ut som en lang vei... ;)

 

Jeg har iallefall ikke tenkt å lage en slik funksjon med det første. litt av poenget med denne plugin'en er bare å dra ut mest mulig verdier som folk ønsker slik at en selv kan bruke de til hva en måtte ønske :)

 

Om jeg noen gang lager ett lignende script så skal jeg legge det ut her :P

Del dette innlegget


Lenke til innlegg
Del på andre sider
49 minutter siden, hflatoey skrev:

Med EasyTrigger kan du lage noe alla dette kanskje? :)

 

Der var det eg klødde meg i hodet for å tenke ut! Takk :) 

Del dette innlegget


Lenke til innlegg
Del på andre sider

Skulle laste ned nyeste versjon av denne, men får nå opp at nedlastingen misslyktes siden "et virus ble funnet".

Antar dette er en falsk positiv fra Windows Defender, men tenkte bare å høre om dette er et kjent problem med TesalSeer pluginen nå, eller om Salvesen har fått noe ugreier på NASen sin :)

 

Kan ikke huske jeg fikk dette på forrige versjon av pluginen...

Skjermbilde.JPG

Del dette innlegget


Lenke til innlegg
Del på andre sider

Du kan jo sjekke loggen i Defender hvilket virus den påsto den fant?

Del dette innlegget


Lenke til innlegg
Del på andre sider

Beklager sent svar. Vært borte fra PCen en stund.

Win Defender rapporterer: WIN32/Spursint.F!cl

Litt  googling viser at det er flere som har problem generelt med at win defender gir falske positive resultater på denne trojanen.

Del dette innlegget


Lenke til innlegg
Del på andre sider

Hei,

 

Dette er første gang jeg hører om problemet. Går ut i fra at det er en falsk sak ja uten at jeg har sjekket opp i det. 

 

Beklager sent svar :P

Del dette innlegget


Lenke til innlegg
Del på andre sider

Får samme virusfeil jeg også, men har lagt den til på ignorelisten (håper at det er en falsk positiv..)

 

Jeg forsøker å få til noe ala geofencing jeg også og har forsøkt meg med forslaget til hflatoey med easytrigger og latitude/longitude informasjonen til bilen, men..jeg får det ikke til. 

 

Det jeg forsøker å gjøre er å lese ut hvor mye den ladet på en spesifikk posisjon (har gitt den en ganske stor geofence nå) for å så sende meg en epost. Trigger jeg eventen manuelt så får jeg eposten med verdien til parameteren jeg ønsker å få ut, men samme hva jeg forsøker så får jeg den ikke til å trigge selv, noe som ser den logiske bristen min?

 

 

Homeseer Tesla event.JPG

Del dette innlegget


Lenke til innlegg
Del på andre sider
1 time siden, matvik skrev:

Får samme virusfeil jeg også, men har lagt den til på ignorelisten (håper at det er en falsk positiv..)

 

Jeg forsøker å få til noe ala geofencing jeg også og har forsøkt meg med forslaget til hflatoey med easytrigger og latitude/longitude informasjonen til bilen, men..jeg får det ikke til. 

 

Det jeg forsøker å gjøre er å lese ut hvor mye den ladet på en spesifikk posisjon (har gitt den en ganske stor geofence nå) for å så sende meg en epost. Trigger jeg eventen manuelt så får jeg eposten med verdien til parameteren jeg ønsker å få ut, men samme hva jeg forsøker så får jeg den ikke til å trigge selv, noe som ser den logiske bristen min?

 

 

Homeseer Tesla event.JPG

 

Eg sleit lenge med å få dette til også, men det gjekk til slutt!
Det eg måtte gjere var å korrigere på devicene latitude og longtitude. Måtte angi at kvar av dei skal ha 5 desimaler; slik som dette (rød ring) - de stod med 0 desimaler som default i min installasjon, og då vart ikkje eventen trigga - antar at easytrigger ikkje leser desimaler fra devicene når de er angitt med 0 desimaler.

image.thumb.png.c050e29cb6e2c94fdc3fa74dcbeb06ab.png

 

En anna ting eg har gjort er at eg har 2 like eventer; en som trigges av latitude, og en annen som trigges av longtitude. Usikker på om det e rnødvendig, men logikken min er at du veit ikkje nødvendigvis kva som skjer først; at bilen krysser latitude, eller om den krysser longtitude. Forskjellen er at i mine eventer så er det latitude / longtitude som aktiverer eventen - du har jo en event som aktiveres av lading, og da er vel dette ikkje aktuelt for deg denne gang.

PS: den første eventen din tipper eg vil gi deg mange eposter.... siden den trigges kvar gang "energy added" endrer seg, og under lading blir vel det kvar gang du har satt plugin opp til å polle bilen... :)

Håper dette var til hjelp...viss ikkje så seier eg pass, siden eg egentlig er noob ;)

 

Del dette innlegget


Lenke til innlegg
Del på andre sider

Tusen takk! Det fungerte :) Endret først til 2 desimaler, men det fungerte ikke.. så endret til 5 og da fungerte det :) 

 

Da mangler jeg bare å finne ut hva jeg skal gjøre med informasjonen jeg henter ut, skulle gjerne ha visualisert det og lagt det inn i en database, men det får bli neste steg!

Del dette innlegget


Lenke til innlegg
Del på andre sider

Jeg har nok et spørsmål som forhåpentligvis kan løses like fort som det forrige :)

 

Jeg har laget en event for å skru på varmen i bilen fra en Enocean knapp, se vedlagt event. Problemet er at den ikke setter temperaturen i det hele tatt, men kun skrur på klimaanlegget. Når jeg går inn på device manager og endrer på driver_temp_setting manuelt så fungerer det veldig bra, men når den trigges fra en event så skjer det ingenting. Noen som kan peke meg i retning av mulig feil?

 

 

Varmeibilen.JPG

Del dette innlegget


Lenke til innlegg
Del på andre sider

Har forsøkt det også, samt at jeg har laget en event kun for å endre temperatur. Skjer ingenting når eventen kjøres, men når jeg endrer devicen manuelt fra device manager så oppdateres appen med satt tempereatur på klimaanlegget. 

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 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!  
       
       
    • Av superwerder
      Hej,
      Jeg har fået mig et Philips OLED tv, model POS559002. Denne model kan styres via deres philips app og jeg kan få kontakt til nogle JSON sider som eksempelvis http://ipadresse:1925/system
       
      Til Philips appen er der en slags authentication, hvor man skal taste en kode ind, som fremkommer på skærmen.
       
      Derudover har jeg fundet lidt forskellige sider, der beskæftiger sig med emnet, men intet af det fungerer. Der er åbenbart forskel på årgangen af de forkskellige Philips tv.
       
      Denne: https://www.domoticaworld.com/scripts/tv-control-philips/
       
      Her kører han vist et vb script der kalder et andet script, men det virker ikke for mig. Nok også pga authentication der skal til.
       
      og denne: https://community.home-assistant.io/t/philips-android-tv-component/17749
       
      De bruger dog python og jeg ved intet om det. Bruger homeseer på en Win7 pc og kan programmere i vb script/vb.net.
       
      Er der nogen der kan hjælpe med at oversætte python scriptet til vb script eller som har en anden integration til homeseer? Det vigtigste er at få tænd/sluk til at fungere eller få status om tv'et er tændt.
    • Av Olemykle
      Hva trenger man for å få HomeSeer til å snakke med en Yale Doorman? Trenger man en spesiell gateway eller finnes det moduler som snakker direkte over for eksempel Z-Wave?
×