psv021

Jeg har disse, begge typer. De fungerer bra. Har en av dem stående ute - der har den stått i all slags vær i 6 mnd nå uten å klage. De er ikke akkurat dekorative, men siden man ikke trenger å se dem kan de gjemmes litt bort.

hehe vel, akkurat lastet ned grouping util fra jon00 nå!

Nå fant jeg den lilla knappen helt til høyre, så nå forstår jeg what's all the fuzz is about. Frem til nå har jeg vist mine devicer ugruppert (bare lang, lang liste) uten å vite bedre. Men nå ser jeg poenget med gruppering

Nexa-dørklokkebryter fra Clas Ohlson fungerer fint med RFXCOM. Link: http://www.clasohlson.com/no/Nexa-LMLT-711,-trykknapp/36-4916

I denne tråden omtales en del RFXCOM-kompatible sensorer.

*HomeSeer: Trigger HomeSeer Event

Ah.. Ja. Plukker HStouch opp "hold"? Det er vel et sentralt spørsmål her... Edit: Nå leste jeg en gang til det Fermate skriver, og det er vel måten å gjøre det på (med en action for Pressed og en annen for Released).

Har du hardware du tenker å bruke til dette? Noen z-waveknapper plukker opp, og sender videre, om knappen er trykket, holdt nede, sluppet opp igjen, osv. En slik kunne ha blitt brukt kanskje. Se denne tråden for diskusjon rundt noen slike brytere. Mulig det aller beste hadde vært en veldig enkel binær sensor med en enkel av/på fjærbelastet bryter koblet til (da trenger det ikke være z-wavebryter eller noe, fungerer fint med en vanlig lysbryter, ringeklokkebryter, etc. Da har du i alle fall full kontroll på om bryteren er inne eller ute og kan bruke det videre i HS3 (bryter trykket = sløyfen lukket = signal til HS3). Det vil kreve fast strøm da, sannsynligvis. Gitt en slik løsning der HS3 vet om bryteren er trykket inn eller ikke, blir neste jobb å definere 3-sekundersforsinkelsen og evt farger. Jeg er usikker på om timer er det beste å bruke, siden du ønsker å telle ned - ikke opp. Det har jeg aldri forsøkt. Jeg tror jeg ville forsøkt uten timer først (men det finnes garantert mange løsninger på dette). Det lønner seg å dele opp problemet og tenke "modulært", så bygge og teste modulene hver for seg. F.eks dersom du kan lage en løsning som gjør det du ønsker rent grafisk i HStouch, er det en smal sak å klistre på en "lås opp dør" etterpå. Du trenger heller ingen fysisk bryter for å teste. Lag en virtuell device med verdien "på" og "av" som du tester med. Så er det en smal sak i ettertid å bygge dette om til å bruke en fysisk bryter. Jeg ser tre moduler her: 1 Fysisk knapp som forteller HS3 om den er trykket inn eller ikke. 2 Nedtellingen med tilhørende grafikk i HStouch 3 Opplåsing av døren En ikke helt gjennomtenkt løsning for å få tankeprosessen i gang: Fysisk device: TrykkKnapp (som gir verdiene "trykket" eller "ikke-trykket", typisk "On-Open-Motion" eller "Off-Closed-NoMotion" eller noe slikt i HS3) Virtuell device: TrykkLengde (som har inkrementelle verdier, som 0, 1, 2, 3, 4 osv) (du trenger kanskje bare verdier opp til 3). Her kan du også legge inn grafikk som kan brukes i HSTouch. Eventer eller script som setter verdien inkrementelt nedover når TrykkKnapp har vært trykket inn i nøyaktig ett sekund. Dette er sikkert mulig å løse med Eventer, men script er sannsynligvis en bedre løsning. Jeg vil tro at dette er et tilfelle der man har behov for Else, som eventer dessverre ikke gir. Hvis TrykkKnapp endres til åpen (ikke trykket inn), endre TrykkLengde til 3. Hvis TrykkKnapp har vært trykket inn (lukket) i nøyaktig 1 sekund OG TrykkLengde har en verdi som ikke er lik 0, kjør script som endrer verdien av TrykkLengde inkrementelt nedover 1 hakk (hvis 3, sett den til 2) (best løst med "verdi = verdi - 1"). Denne eventen vil ikke kjøre med mindre TrykkLengde > 0. (Dupliker eventet for "nøyaktig 2 sek" og "nøyaktig 3 sek") Hvis TrykkLengde endres og blir 0, åpne dør. Dette er en litt klønete løsning og jeg er usikker på hvordan dette vil fungere i praksis. 1 sekund er ikke lenge, så det kan bli noe ustabilitet relatert til det. Ikke sikkert HStouch vil plukke opp endringer i en virtuell device så kjapt, osv. I tillegg er det litt klønete å ha separate eventer for "nøyaktig 1 sekund, nøyaktig 2 sek,osv". Alternativ: - Dersom knapp trykkes inn, kjør event OpplåsingsSekvens. - Event OpplåsingsSekvens: Dersom TrykkKnapp har blitt holdt inne i nøyaktig 1 sekund OG TrykkLengde har en verdi > 0 (OG døren er låst): Sett TrykkLengde til 3. Wait 1 sec. Sett TrykkLengde til 2. Wait 1 sec. Sett TrykkLengde til 1. Wait 1 sec. Sett TrykkLengde til 0. Wait 1 sec. Åpne dør. - Dersom knapp endres og blir "ikke trykket inn", kanseller event OpplåsingSekvens. I virtuell device TrykkLengde definerer du HStouch-grafikk (rød/gul/grønn, etc). Du kan også gjøre dette direkte i HStouch med MatchValue og formatering basert på det. I denne løsningen er du avhengig av at kanselleringen virker, ellers går døren opp etter tre sekunder selv om du har sluppet knappen. Risiko: Du kan risikere at det blir for kronglete å åpne døren på denne måten. Det kan bli irriterende å vente 3 sekunder, osv.

For å være litt rasjonell da* så bør du veie oppsiden mot nedsiden her: Hvor mye tjener du på dette, og hvilken risiko løper du (konsekvens x sannsynlighet). Jeg VIL TRO at du finner at gevinsten er utrolig liten, og risikoen en del høyere. Så KANSKJE er det verdt de ekstra kronene å strøm som en forsikring mot å unngå frossent vannrør. Kanskje du til og med vil finne at kostnad til evt ekstra utstyr vil aldri betale seg, med mindre du nedskriver over 25 år eller noe... *) ...så må jeg jo understreke at man skal være veldig forsiktig med å være for rasjonell. Rasjonell tilnærming er jo døden for de fleste lure løsninger vi smarthusamatører holder på med

Har du forsøkt å vise teksten fra devicen i stedet for bildet, for å sjekke om den også vises motsatt?

Iflg manualen skal den ikke brukes i minusgrader. Jeg hadde også vært skeptisk til om plasten holdt i -30C... Finnes det ingen extendere for z-wave?

Kanskje et blindspor men jeg mener å ha fått den meldingen selv. Da var problemet at brannmur/antivirus forhindret plug-in'en fra å kjøre. Kan være noe tilsvarende på mac'en din? Edit: Når den kjører, skal du få den opp i plug-insmenyen, med to valg: "Innstillinger" og "Graf". Den første leder til der du skriver inn bruker/passord.

Nei, jeg er usikker selv, men rådet som har kommet i andre tråder er at kontrolleren må være i nærheten av låsen (altså rent fysisk). Jeg syntes dette var rart, fordi jeg hadde ingen problemer med å legge til mine selv om kontrolleren står i en annen etasje enn låsene - men da er forklaringen kanskje at IDlock var noe av det første jeg la til i nettverket mitt, og at det da sannsynligvis var direkteforbindelse mellom IDlock og kontrolleren (altså ikke via andre noder som videresender signalet). Men her er jeg på tynn is, det kommer sikkert andre med litt mer kunnskap på banen etter hvert Ellers, sånn for å sjekke det ut: Du har satt i z-wavemodul, og du har batterier i alle holderne, og du får riktige lys osv når du setter IDlock i inclusion? Mulig du kan prøve "non-secure" når du inkluderer - det var snakk om det på Fibaro HC2 en stund i alle fall...

Har lagt til to stk uten problemer. Men det ble nevnt i en annen tråd at HS krever direktetilgang til IDlock, altså ikke via en annen node. Jeg bruker også UZB1.

Jeg kjører HS3 på en ASUS VivoMini (https://www.komplett.no/product/866391), med TV som skjerm og trådløst Bluetooth tastatur/mus. I praksis brukes aldri hverken "skjerm" eller tastatur. Bruker TeamViewer for remote fra laptop. Selve PC'en er bitteliten, og ligger bortgjemt i en TV-benk. Såvidt jeg vet lydløs (har aldri hørt noen lyd fra den i alle fall). Edit: Den er vel ikke i kategorien "kjempebillig", forsåvidt... Forsvarte kjøpet den gang med at den skulle brukes til andre ting også, men... You know...

Er formålet at grupperte devicer opptrer sammen i oversikten, uavhengig av sortering?

Et lite greenhorn-spørsmål: Hva er formålet? Altså, hvorfor vil man gruppere devicer? Forstår nytteverdien av "floor" og "room", selvsagt, og skulle gjerne ha hatt både en tredje og en fjerde slik kategori (en for "type", for eksempel "temperaturmåler", og en for protokoll, for eksempel "RFXcom").

Jeg har tenkt litt på en kombinasjon. Klassisk ringeklokke, men med en Fibaro binær universalsensor montert som plukker opp når noen ringer på og videreformidler via z-wave. Vet ikke helt bruksverdien ennå, men... Ikke akkurat en "zwave-knapp", men på en måte er det vel det likevel.

Jeg hadde et veldig lignende problem - det ble løst ved å bytte bryter. Jeg vet ikke akkurat hva som skjedde med den gamle, men nå funker det fint. Enig i at det høres ut som om bryteren alltid kortslutter kretsen, slik LaStrada foreslår. Da vil det altså bli "av-pulser" i stedet for "på-pulser".

Har ikke forsøkt, jeg gjorde også det direkte på låsen ved installering. Fra HS bruker jeg egentlig bare låsen, samt autolås på/av.

Flaks at jeg la til mine IDlocker før jeg leste dette, for å si det slik

Jeg la mine til uten å flytte på controlleren (og selvsagt uten å flytte låsene), de står i ulike etasjer. Var ingen problem det.

Gjør det "riktig" er mitt råd (altså med kvittering), hvis det var det du mente med "på kveldstid" Når han har koblet én, men nøler med de andre, så høres det jo ut som om det er dette med kommunikasjonsproblemer (og påfølgende reklamasjon) han er redd for.

Jeg tipper at mye løsner den dagen grossistene som brukes av elektrikerne tar inn z-waveutstyr. Mange elektrikere er litt skeptiske til å installere noe de ikke vet hva er, som kunden har kjøpt selv fra en butikk de aldri har hørt om. Da forsvinner det penger i manglende påslag på materiellet, og det øker risiko for elektriker da de ikke har kontroll på kjeden fra produsent til installasjon. Og de skal jo være litt skeptiske også, så den er liksom grei nok...

Det er vel slik at elektrikeren tar på seg en del ansvar når de monterer utstyr og at de vil ha en leverandør å gå videre til dersom noe skulle skje. Jeg hadde også problemer med å få installert dimmere hos meg. Fikk tvert nei hos et par elektrikere før jeg fant en som hadde kjennskap til produktene og ville montere. Nå bor jeg i tilknytning til en større by (Stavanger), så det er mange elektrikere å velge mellom.