psv021

Jess, kun en. Så endres status på den avhengig av hva/hvordan man trykker, som tidligere beskrevet.

Ser ut som om feilen var selve bryteren, altså den fysiske bryteren dimmeren var koblet til. Virker som om den ikke fjæret skikkelig, selv om den visselig fjæret skikkelig (...). Altså, "klikk" ble til "hold". Noen ganger ble et klikk til "hold en liten stund". Dobbeltklikk ble til enkeltklikk. Byttet bryteren, så fungerte alt fint. Utrolig rart, klarer heller ikke å se om det er noe feil med verken bryter eller installasjon. Den føltes helt riktig. Hadde bryteren demontert flere ganger før den ble byttet, så det var ikke bare noe som var litt skeivt montert eller noe... Samme fjær på ny bryter, for øvrig.

Jeg bruker ikke (ennå i alle fall) (skikkelige) scener (bruker eventer til det også). Er usikker på om IDRF-bryteren støtter scener, selv om det står det i manualen. Slik ser den ut i HS3: Har også en slik: https://www.tronika.no/no/zwave-kontrollere/844-veggkontroller-octan.html ...som ser slik ut i HS3: (ganske identiske med andre ord) Octan-bryteren bruker jeg ikke til noe som helst. Den er litt snedig, da den bare henger på bakplaten med en magnet. Så den kan tas av som en liten fjernkontroll. Ulempen med den er at tegnene ikke er så intuitive for noe av det jeg kunne tenke meg å bruke den til. Mulig jeg finner et eller annet bruksområde etter hvert. Var egentlig et lite bomkjøp. Den fungerer også helt fint, og ser pen ut. Er også helt flat bak og kan henges rett på vegg med dobbeltsidig tape eller med skruer. På øyemål ser det for meg ut som om skruehullene ville ha passet i en standard veggboks, uten at jeg har forsøkt.

Jeg har nettopp satt opp en slik: https://www.tronika.no/no/zwave-kontrollere/848-veggkontroller-cws-3-1.html Den fungerer så langt ganske bra. Jeg har limt den rett på veggen med medfølgende dobbeltsidig tape, men så vidt jeg kunne se kan den muligens settes opp på en eksisterende veggboks også. Sånn halvveis på øyemål tror jeg at den kunne ha passet, men det må andre evt bekrefte. Den bygger i alle fall ikke i det hele tatt bak rammen som er synlig på bildet. 2 knapper som skiller mellom trykk oppe og nede (altså 4 knapper), og som skiller mellom enkeltklikk, dobbeltklikk, hold og slipp, altså 4 ulike mønstre. Knappene er ikke vippebrytere, slik man kanskje kan få inntrykk av på bilder. Det er "klikk" oppe og nede.

Jeg har en del sensorer etc som jeg henter ut data fra ved jevne mellomrom. Har et superenkelt lite VB-script som henter verdiene fra de utvalgte devicene, og skriver disse til en tekstfil. Scriptet kjøres en gang i timen døgnet rundt. Da har jeg en tekstfil som kan leses av en rekke ulike software, inkludert Excel. Det jeg ikke har, er muligheten til å plotte tilbake til en device slik at jeg kan se grafer i for eksempel HStouch. Mulig Device History kan gjøre det?

Grafene er tegnet i Excel - det er kun dataene som er plukket fra HomeSeer.

Har satt Fibaro PowerMeter's på både vaskemaskin og tørketrommel. Det er flere formål her; 1) Varsling når vaskemaskin/tørketrommel er ferdig. Begge står litt bortgjemt i en etasje vi normalt ikke befinner oss i. 2) Varsling dersom vi drar fra huset når enten tørketrommel eller vaskemaskin går 3) Varsling dersom huset settes i nattmodus mens tørketrommel eller vaskemaskin fortsatt går. Egentlig mye det samme som GeneralVirus tidligere har beskrevet. Utstyr 2 x Fibaro PowerMeter HS3 med HStouch på ekstern klient (nettbrett på vegg) Siden verken vaskemaskin eller tørketrommel kommuniserer med noe, er tanken å derivere status via strømforbruket. Dermed starter hele øvelsen med en kjapp analyse av strømforbruket på en typisk syklus. Dette logges lett med PowerMeter. Brukte opprinnelig et script som skrev tidspunkt og forbruk til en tekstfil, men oppdaget kjapt at det var enklere å bare hente informasjonen rett fra loggen i HS3. Slik ser forbruket ut for vaskemaskinen på to tilfeldige programmer: Vaskemaskinen har ganske varierende forbruk, inkludert noen "spikes" opp til like over 2000 W. Forbruket vises derfor best på logaritmisk skala. Det er en utfordring at forbruket varierer såpass mye. Det som imidlertid er klart er at et ultralavt forbruk over tid er en god indikasjon på at programmet er ferdig. Slik ser samme grafen ut zoomet inn på de siste minuttene: Jeg legger derfor opp til å detektere den flate linjen etter at vasken er ferdig. For tørketrommelen ser forbruket litt annerledes ut (vist på lineær skala): Tørketrommelen har en funksjon som gjør at den vender (ikke "vente" slik det står i grafikken...) tøyet litt ca hvert 30 sekund etter at den er ferdig. Samme type forbruk kan ses flere ganger langs syklusen, så det i seg selv er ikke diagnostisk. Forbruket i pausene på slutten er imidlertid bittelitt lavere enn forbruket ellers, og fungerer som diagnose. Slik ser Fibaro PowerMeter ut i HS3. Det er subdevice "Power" som brukes i dette oppsettet: I HS3 setter jeg opp virtuelle devicer for å kategorisere strømforbruket. Det er nyttig, fordi man da får et ledd mellom statusen og selve forbruket. Da kan man legge inn krav om en viss varighet på forbruk osv, og man kan dermed fjerne effekten av de ultrakorte spikene i forbruk. Statusen er også en virtuell device. Som dere ser hadde jeg opprinnelig en plan om å detektere sentrifugering, men den kjappe dataanalysen viser at det blir vanskelig. Teksten i status-devicene er laget for å gi grammatisk mening når den vises i HStouch. Eventer endrer proxyene basert på avlest forbruk, og andre eventer (vist under) fanger opp endringene i proxyene, og setter selve statusene. Her er eventen som fanger opp om vaskemaskinen er ferdig med et program. Her har jeg valgt å bake inn varslingen i samme event. En litt mer ryddig måte å gjøre det på vil være å ha en egen event som styrer kommunikasjonen basert på om statusen endres til "er ferdig". Smak og behag, I guess. Verdiene for "lav" og andre forbrukskategorier justeres etter forbruket og signaturen til de ulike programmene. Utfordringen er å finne noe som er diagnostisk på tvers av alle ulike programmer. Her er det også viktig å bruke "has been XX for exactly", i stedet for "at least". Sistnevnte vil fortsette å trigge eventen i all evighet, mens førstnevnte kriterier oppfylles bare 1 gang. I praksis ble det ganske mange eventer ut av dette, og det hadde nok vært best med et script. Det får bli på sikt. Etter at screenshot ble tatt har jeg lagt inn en sjekk i disse eventene for om statusen er noe annet enn "er ferdig".

Har du beskrevet et eller annet sted hvordan du kobler HS3 til telefon? Har du en dings med SIM-kort, eller er det noe Skype eller lignende? Har du muligheten for å sende SMS også? Det er en funksjon jeg kunne tenkt meg.

Har to stk IDlock, som er koblet til hjemmeautomasjonen via z-wave og HomeSeer. IDlock fungerer greit nok, men jeg sliter litt med at de ikke alltid låses slik de skal. Begge to er ganske følsomme for "riktig" bruk. Døren må klikkes igjen, men noen insisterer på å holde dørklinken nede når de lukker døren. Da går den typisk ikke helt igjen, og klarer ikke låse. Andre ganger blir døren åpnet igjen mens den holder på å låse, og ender opp låst (klinken ute) i åpen posisjon. Har to småttiser på 4 og 5 år som opererer IDlock'en på egen hånd hele veien, så da er det ikke alltid så enkelt å utdanne... Anyway, IDlock rapporterer (irriterende nok) ikke låsefeil og andre åpenbare feiltilstander (som at døren er åpen, men låst). Låsen vet om disse tilstandene, men det blir ikke rapportert. Så jeg har laget en rutine som trigger alarmer når disse tingene skjer. Utstyr: IDlock m/z-wave Dørsensor koblet på samme dør som IDlock Virtuell device for hver IDlock: Her har jeg definert 2 feilstilstander, men flere kan selvsagt legges inn dersom de logisk kan defineres. Devicen står i feil nå for demo's skyld. Det er kun en transparent pixel som grafikk for "OK", men en varseltrekant for alle alarmer. Dette gjøres for å kunne vise devicen direkte i HStouch, men bare se den når det er noe galt. Eventer: De to eventene vist over gjør en sjekk når låsen har vært rapportert låst i nøyaktig 10 sekunder. Jeg har lagt inn denne forsinkelsen for å sikre at det kun er stabile feil som rapporteres. "Nøyaktig 10 s", og ikke "minst 10 s", er lagt inn for å unngå repetering og vakling. Eventene har i prinsippet to oppgaver: 1) Oppdatere virtuell device basert på avlest tilstand, og 2) Kommunisere dersom noe har gått galt Jeg kunne i prinsippet lagt inn et eget event som reagerte på endringer i virtuell device, som så trigget kommunikasjonen. På mange måter hadde nok det vært mer ryddig. Slik ser det ut i min hjemmelagede HStouch-interface, når jeg provoserer frem en feil på "Dør mot garasje". I dette eksemplet er døren lukket, men ikke låst. Autolås er på, så døren burde være låst: Det er 4 symboler vist for hver dør. Firkanten i bakgrunnen indikerer om døren er åpen eller lukket. Begge er grønne i eksemplet. De blir røde når døren er åpen. Låsesymbolet viser om døren er låst eller ikke. Det fungerer også som en knapp, som låser opp/igjen døren fra interface. "Autolås på" indikerer at (you guessed it) autolås er på. I eksemplet over er begge på. Disse fungerer også som knapp i HStouch som toggler autolåsfunksjonen av/på. Bruker et mini-script til denne oppgaven som "flipper" (den binære) parameteren; sjekker først hva den står som, og setter den til ny verdi basert på det. Dermed blir det samme knapp både for "av" og "på", som er praktisk i interfacen. Det fjerde symbolet er hentet fra den virtuelle alarm-devicen tidligere beskrevet. Den vises også over "Hovedinngang", men som en transparent pixel - usynlig i HStouch. Jeg lager egne eventer for kommunikasjon. Jeg har en virtuell device som heter "HomeSeerSnakker" som jeg kan skru av og på, alt etter om jeg ønsker at HomeSeer skal snakke eller ikke. Knappen som styrer denne virtuelle devicen forsvant fra interfacen ved et uhell nå nettopp Alle eventer som innebærer snakking sjekker først mot denne. Har også valgt å lage egen event for typiske lydfiler som "GenerellAlarm" over. Det gjør at jeg enkelt kan bytte ut lydfilen for alle eventer samtidig, uten å måtte gå inn på hver enkelt. Det gjør det også mulig å rute kommunikasjon til ulike former avhengig av om det er folk i huset eller ikke, uten å måtte definere det for hver enkelt alarm. Jeg har tilsvarende alarmer definert for temperatur i fryser og kjøleskap, og planlegger alarmer for åpen terrassedør når det regner (mangler foreløpig regnsensor - noen tips??). Alarmer er noe av det mest nyttige man kan bruke HA til, etter min mening, men jeg er stor tilhenger av "black cockpit"-prinsippet: Dersom ingenting er galt, skal man heller ikke få noen beskjeder. Så målet er at alt som handler om alarmer skal være usynlig inntil noe går galt. I dette oppsettet vil det spilles en alarm, og snakkes en setning (på HomeSeer-engelsk...), når feil oppstår. Jeg kan utvide med annen kommunikasjon her, for eksempel e-post, men har foreløpig ikke gjort det. Vil se hvor stabilt dette er over tid. Men det er aktuelt å lage en del flere sjekker, som for eksempel dersom feil oppstår når ingen er i huset, skal det blinkes med utelyset og feil meldes per epost. Vil gjerne vite om dette hvis låsen feiler når vi drar på ferie, men vil helst få meldingen umiddelbart slik at vi kan snu. Det får bli på sikt.. Alarmen resettes automatisk dersom feilen opphører:

Tronika er serviceinnstilte og sendte avgårde en ny dimmer, selv om de ettertrykkelig mente at det nok ikke var dimmeren som var problemet. Og det hadde de helt rett i. Den nye dimmeren oppfører seg helt likt som den gamle. Så da må elektriker feilsøke litt, eller noe... Merkelige greier. Har en annen dimmer installert med nøyaktig samme armaturer i et annet rom, der funker alt fint.

Mottatt og mottatt Edit: Da var de under kontroll. Ingen firmwareoppgradering var nødvendig.

RFXcom'en min er ganske ny (kjøpt i år), så jeg satser på at jeg ikke trenger firmwareoppdatering. Fant BT1, takk for tips, så får vi se om noe dukker opp. Det er en vindmåler og lysmåler tilknyttet screensene som jeg håpte å plukke opp signaler fra. Forstod at man må pare selve Somfy-systemet med fjernkontrollen.

Hvilken protokoll bruker du i RFXcom for å styre Somfy? Har akkurat fått på plass screens. Har en RFXtrx433E, og var klar for å kobler screensene til Homeseer. Men - finner ikke protokollen! Google forteller meg at den skal hete RFY eller RTS. Men jeg har ingen slike protokoller, så vidt jeg kan se. Finner heller ingen andre som kan se riktige ut.

Takk for tips, forsøkte å ta strømmen og rekalibrere. Den er fortsatt ikke i form... Nå er den 0% etter kalibrering. 1 klikk = 5% (samme som "av" tidligere). Nytt klikk = 0%. Nytt klikk = sakte opp til 100%. Nytt klikk = sakte ned til 5%. Nytt klikk = sakte opp til 100%, osv... Når den er 5% kan jeg dobbeltklikke, da går den til 0%... Ikke helt logisk, slik jeg ser det.

Ja, den gjør gjerne det. Uansett, forsøkte å ekskludere og inkludere igjen. Mer eller mindre samme symptomer: Dimmefunksjon fungerer ikke, den fungerer som en bryter. Men av = svakt lys (ca 5% vil jeg tro), ikke helt av. Men, og det er vel også litt merkelig, dersom jeg dobbeltklikker går faktisk lyset helt av (0%). Men det skal vel være slik at dobbeltklikk = 100%. Har sendt en mail til Tronika der jeg kjøpte dem, satser på at den blir erstattet... Jeg har helt identisk oppsett i et annet rom der det fungerer greit. Dimmerne er montert likt, og det er identiske lamper og last på begge to. Den andre fungerer helt fint.

Ja, kan forsøke det. Kunne også forsøkt skikkelig factory reset, for så vidt. Det har jeg ikke forsøkt ennå.

Oppdatering - rart hvordan ting endrer seg like etter at man har postet noe på forumet... Slo av/på lyset et par ganger, som jeg har gjort en god del ganger før. Nå sluttet dimmefunksjonen å fungere. Et klikk = av, nytt klikk = på. Det rare er at hver 3-4 runde med dette, går faktisk lyset helt av. Men dimmefunksjonen fungerer ikke. Den har fungert tidligere. Begynner å mistenke at jeg har fått en defekt enhet.

Har nylig installert flere Fibaro dimmer 2. Alle fungerer for så vidt fint, og som forventet, men den ene klarer ikke å slå lyset helt av. De andre har ingen problemer, og lasten er helt lik på den som ikke funker skikkelig og en av de andre (som funker skikkelig). Har forsøkt rekalibrering flere ganger (både via trykkbryter på enheten og fra Homeseer). Det rare er at under kalibreringen går lyset helt av. Så den er tydeligvis i stand til å slå helt av, men når kalibrering er ferdig er den tilbake til at av = svakt lys. Legger ved et bilde av hvordan AV ser ut. Litt urettferdig bilde, siden det er tatt i et relativt mørkt rom, men det er altså ikke bare en liten antydning til lys. Pærene er ordentlig på, bare dimmet ganske mye ned. Det er 6 x 35 W halogen på dimmeren. Skulle gjerne ha hatt muligheten for å slå av lyset. Spesielt siden dette er rett utenfor soverom. Noen tips?

Har sikkert hatt 50 restarter siden jeg laget denne devicen, så det er nok ikke kuren Nei, det var litt merkelig. Har ikke sett det tidligere. Rart at rullegardinmenyene i eventen plukker opp strengen (on/off), men likevel setter til feil (gammel) verdi (100 i stedet for 1). Typisk ting som tar litt tid å finne ut av... Alt er jo riktig uansett hvor mange mye man stirrer på det...

Jeg bruker disse fra Clas Ohlson: http://www.clasohlson.com/no/Ekstra-temperaturgiver-hygrometer/36-4441. De heter "FineOffset/Viking" i RFXcom. Bruker også disse fra Loh Eletronics (Sverige): http://www.lohelectronics.se/elektronik/hemautomatisering-433mhz/sensorer/luftfuktighet/trådlös-temp-luftfukt-för-inne-utomhusbruk.html. De heter "Rubicson" i RFXcom.

Ja... Alt som skulle til var altså å poste det på forumet. 3 minutter etterpå var det løst. Problemet var relatert til den virtuelle statusen. Jeg har satt den til 1 = ON og = OFF. Opprinnelig (default) var 0 = OFF og 100 = ON. Det viste seg at når eventen satte den til ON, ble den satt til 100, ikke 1. Den "gamle" verdien hang altså igjen et sted. I eventen var det "On" som var valgt, ikke verdi. Så det var litt mystisk at verdien ble 100... Når jeg valgte "both" på begge verdier i Status-Control spratt alt på plass. Fra før stod de som "status". Usikker på om dette er en HomeSeer-bug eller ikke, men helt intuitivt var det i alle fall ikke. Eneste måte å oppdage dette på var å se hvilken verdi som var oppgitt under "Advanced" i settings til den virtuelle devicen. I oversikten viste den enten ON eller OFF slik den skal... Skulle tro at den ikke skulle vise noe som helst når den var satt til 100, men det gjorde den altså...

...slo på logging av "Power", slik ser det ut når jeg 1) Slår av virtuell status fra web interface 2) Slår på TV (merk at virtuell status da endres slik den skal, eventen PÅ fungerer fint) 3) Slår av TV (merk at virtuell status da IKKE endres slik den skal, eventen AV fungerer ikke...) (En bug i JowiHue sneik seg inn i loggen, selvsagt...)

Har møtt frustrasjonsveggen her nå. Igjen... Har koblet TV via en Fibaro Powermeter. PowerMeter fungerer tilsynelatende helt flott, og rapporterer blant annet strømforbruk (sanntid). Jeg bruker dette for å trigge en virtuell status som forteller om TV er på eller ikke. Dette skal igjen trigge andre eventer/scenes. Jeg har én event som slår virtuell status PÅ når strømforbruk går over en viss terskel, og en annen som slår virtuell status AV når strømforbruk blir lavere enn en viss terskel. Den første fungerer fint, virtuell status slås PÅ når TV begynner å bruke (mer) strøm. Men AV fungerer ikke, uansett hva jeg gjør - selv om jeg ser at PowerMeter rapporterer lavere strømforbruk. Mistanken er at det har noe med verdiene å gjøre, og at jeg burde operere i rangen -2147483648 til 2147483648, i stedet for faktisk oppgitt verdi (i W). Håper noen ser den logiske bristen som finnes her et sted! Her er eventene: Slik ser devicene ut når TV er AV: ...og når TV er på: Det er devicen "Power" jeg bruker i eventen. Slik ser denne devicen ut: ...det er her jeg mistenker at når jeg bruker [value] W i eventen, blir den egentlig tolket som råverdi. Jeg har forsøkt mange alternative event-oppsett, her er et par eksempler: ...uten at noen av de gjorde at AV fungerte. Mistenkte også en periode at de kom i konflikt med hverandre, slik at AV umiddelbart ble kansellert av PÅ. I loggen står det ingenting som tilsier at det skjer, og jeg har forsøkt å deaktivere PÅ uten at det gjorde at AV begynte å fungere. Har også forsøkt å fjerne sjekken på hvilken status den virtuelle devicen har, uten at det hjalp. For meg virker det som om det er selve verdien som ikke trigger eventen. Noen tips??

Vel, det første jeg ikke forstod er at kodene som oppgis i Homeseer ikke kommer fra IDlock... Så da er det jo egentlig ikke meningen at den skal sende slikt heller, nødvendigvis. Skulle likevel ønske den gjorde det...