Vinnerliste

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:

Takk for avklaring. Bert svarte forøvrig: If the transmitter is using a PT2262 or compatible it should be possible to receive the code as Lighting4. Other protocols cannot be learned. Siden jeg ikke har RFXtrx pdd. så får jeg heller vente og se om noen andre kanskje har samme problem og finner ut av det først.