psv021

Jeg gjør dette på veldig lavt nivå da, men kanskje relevant likevel. Her er et par eksempler: - Dersom bevegelsesdetektorer utløses, og huset er i borte-modus, antas det at noen har kommet hjem, og huset går i hjemme-modus (lys, strøm til TV, etc). Merk at jeg foreløpig kjører innbrudds- og brannalarm på et eget separat system. - Dersom det er bevegelse i stuen etter kl 05.00 om morgenen, og huset er i nattemodus, antas det at noen har stått opp og huset går i morgen-modus. - Jeg har strømmåler på vaskemaskin og tørketrommel. Her har jeg monitorert strømforbruket i ulike programmer, og plukket ut mønstre som betyr at programmet er ferdig, slik at jeg kan få pålitelig varsling når det skjer. I tillegg vet huset når enten vaskemaskin eller tørketrommel går. Dermed gis det melding dersom f.eks. huset går i bortemodus eller i nattemodus mens vaskemaskin/tørketrommel går. Ønsker ikke det, først og fremst ift brannfare, men det er også kjipt å glemme våte klær i vaskemaskinen dersom man drar ut. Via strømmåling, og deteksjon av mønstre, blir vaskemaskin/tørketrommel "smart" selv om de er helt passive og ikke-smarte i utgangspunktet. Prinsippet kan videreføres til de fleste apparater, vil jeg tro. - Har samme oppsett på TV, slik at huset vet når TV er på og ikke. Kan brukes for lysstyring, selvsagt, uten at jeg har gjort det. Eneste jeg har automatisert her er en rullegardin på visse tider av døgnet (når solen skinner rett på TV'en). Prinsippet her er det samme som for vaskemaskin/tørketrommel: Strømforbruk = TV på. Veldig enkel mønsterdeteksjon, med andre ord. - Har en regnsensor som varsler når det begynner å regne. Dersom dører står åpne, som ikke skal stå åpne, gis det melding. Den kan også brukes for mer generisk varsling av regn, feks. om sommeren dersom vi har putene på hagemøblene ute. Da blir det litt mer "on-demand" mønstergjenkjenning, men likevel mønstergjenkjenning (veldig enkelt her også da: regn, eller ikke regn). - Noen ganger kommer guttungen hjem først, og han bruker typisk en annen inngang enn oss andre som kommer hjem i bil. Så basert på klokkeslett og hvilken inngang som brukes, antar huset at det er han som kommer hjem og gir meg en push-melding på at han er hjemme. - Har temperaturmålere "overalt", inkludert i fryser og i kjøleskap. Her har jeg selv definert hva som er "normalt" og ikke, og får push-melding dersom noe går utover det. Men man kunne også ha maskinlært seg dette. Samme gjelder temperatur/luftfukt/CO2-innhold andre steder i huset. Generelt bruker jeg tid på døgnet, og noen ganger tid før/etter soloppgang, ganske aktivt, spesielt for lysstyring. Huset går i kveldsmodus når det er kveld, solskjerming går opp når solen har gått ned, osv. Ellers har jeg veldig tro på mønstergjenkjenning i smarthus. Man må nesten ha det for å kunne si at man faktisk har et smarthus. Ellers har man et "fjernstyrt" hus. Dette er interessant i forhold til, som et eksempel, hjemmeboende eldre. Når systemet lærer seg at fru Hansen på 90 år stort sett står opp mellom 8 og 9, kan systemet varsle hjemmehjelpen eller pårørende dersom hun fortsatt ligger i sengen kl 10 - da er det kanskje noe galt. Eller dersom inngangsdøren åpnes (noen går ut) kl 03 om natten, som demente noen ganger gjør. Eller dersom temperaturen blir veldig lav, eller veldig høy. Det er ingen grunn til at eldre ikke skal kunne velge sin egen temperatur, men dersom det blir unormalt, kan f.eks. pårørende varsles. Da må systemet vite hva som er "normalt", og mønsterdetektering er vel nøkkelen til å definere "normalt" tror jeg. Det er mye snakk om eldrebølgen, men lite snakk om at smarthusløsninger kan være nøkkelen til å løse en stor del av de utfordringene man forventer. Et annet bruksområde kan være varmestyring. Her tror jeg maskinlæring kan være nøkkelen, spesielt hos oss som har vannbåren varme som gir veldig lang korreksjonstid (nytter ikke å skru opp varmen når det er kaldt - må gjøre det lenge før det blir kaldt...). Jeg sysler med tanken om å automatisere radiatorer og gulvvarme, og lage en automatisering basert på værmelding. Systemet har tilgang på værmeldingen, så jeg kan lett kvantifisere hvilken temperatur som er meldt om 1-2 dager. Jeg kan også definere noen regler for dette som gjør at varmestyringen blir slik jeg vil ha den. Så i teorien har jeg all informasjon tilgjengelig. Her tror jeg maskinlæring kan gjøre mye. Dersom en bruker f.eks styrer varmen manuelt et par uker, og systemet monitorer hva som blir gjort, og sammenstiller det med temperaturen ute, kan regler defineres. Etter hvert kan systemet overta styringen. Man kan da tenke at brukeren definerer en ønsket temperatur, og at systemet justerer seg selv i forhold til ute-temperatur, også et par dager i forveien (ref vannbåren og andre "trege" systemer). De som vil utvikle og selge slike systemer er, slik jeg ser det, nødt til å forholde seg til maskinlæring for å kunne nå den jevne brukeren. Da kan vi snakke om faktiske Smarthus-konsepter, ikke "du kan styre lyset fra mobilen"-løsningene som i dag blir markedsført som "Smarthus". For å svare litt mer konkret på spørsmålet ditt helt til slutt: Alle sensorer kan vel i prinsippet brukes. Jeg har stor tro på å samle inn mest mulig informasjon, og heller finne ut i ettertid hva det kan brukes til. Spesielt temperatur/luftfuktighet/luftkvalitet, for å styre varme, ventilasjon, etc. Men strømforbruk detaljert ned på enkeltpunkter også. Det er alltid vanskelig å se nytteverdien av noe man ikke har, merker jeg.

Så denne eventen kjører slik den skal, men så går lyset på igjen etter at eventen er ferdig? Er du sikker på at det er denne eventen som lager problemet da? Kan det være andre eventer som slår på lyset etter en stund? Jeg har ikke svar på debug-spørsmålet, men jeg bruker HS3-loggen stort sett til debug. Går timeren slik den skal når eventen kjøres? Det vil vel indikere at eventen kjører slik den skal. Litt på siden: Hva er formålet med de to eject'ene? Den første etter 1 minutt, så en ny etter 3 minutter?

Måtte google litt om dette, da jeg har stusset på mine egne (ganske lave) målinger med fibaro-sensorene. Endte opp på Wikipedia: https://en.wikipedia.org/wiki/Lux Her er oppsummeringen: Det er vel kanskje litt mørkere enn man tror, og den lux-skalaen er ikke helt intuitiv i forhold til opplevd lysstyrke (øynene tilpasser seg, osv). 15 lux er jo litt dunkelt, vil jeg si, men det henger sammen med hvor stor lyskilden er og hvor mye lyset spres. 1 lux = 1 lumen per kvadratmeter, så dersom du har en lyskilde på 1000 lumen som spres på 10 kvadratmeter vil du få en belysning/illuminering på 100 lux som sikkert vil føles litt rart gitt at lyskilden er 1000 lumen i dette eksemplet. Det kan være en slik effekt du ser siden måleren peker inn i rommet og lyskilden er da vinduene. Derfra spres vel lyset ganske mye. Kanskje har du litt mørke vegger etc som ikke reflekterer så mye i tillegg? På en "mørk overskyet dag" kan man måle rundt 100 lux leser jeg. Si 200-300 lux på en vanlig overskyet dag da. Så spres lyset, og det taper seg i refleks fra vegger etc, så da er det ikke helt fjernt å tenke at man ender opp på rundt 15 lux tror jeg. Vanlig stuebelysning er iflg Wikipedia rundt 50 lux. Til sammenligning er fullt dagslys over 10.000 lux. Direkte sollys på måleren skal gi helt opp mot 100.000 lux.

Bruker du den interne, eller den eksterne, IP'en til maskinen som har HS3? Dersom du bruker den eksterne, vil vel routeren tolke det som ekstern trafikk (mener på at min gjør det) og da må du ha port-forwarding og slikt. Du må også sette router opp til å forwarde riktig protokoll, hvis jeg husker rett (TCP). Ser du noe i loggen til HS3 når du har forsøkt å koble deg til? Jeg har dette problemet eksternt, men ikke internt. Altså når jeg sitter på samme nettverk, betyr det ingenting om jeg bruker intern eller ekstern IP for å koble til HS3-maskinen. Men jeg får ikke tilgang fra eksternt uansett hva jeg gjør. Det har fungert tidligere, men etter at jeg skiftet rundt på porter (ble så mange påloggingsforsøk fra internettkafeer i Russland...) har det ikke fungert hos meg lengre. Det er nok relatert til router, og ikke til HS3.

Nei, det har jeg ikke fått til. Så når det gjelder autolås er det (hos meg i alle fall) ikke to-veis... Har heller ikke fått til å skifte kode. Jeg irriterer meg fortsatt litt over at IDlock bare støtter 1 (2) koder. Vi bruker bare kode her i huset (gidder ikke bære rundt på en RFID-tag, og ungene kommer garantert til å miste den også). Kode funker fint for alle, men alle må ha samme kode...

Når du legger låsen til i HS3, får du subdevice for å låse/åpne. Jeg har laget en ekstra subdevice som angir om autolås er på eller ikke, og tilhørende event som sender signal til IDlock om å skru av/på autolås når den virtuelle devicen endres. Så det blir en proxy for å slå av/på autolås.

Ja, for eksempel denne pakken: https://www.m.nu/rullgardin/motorisera-rullgardin-1-motor-z-wave-12v Fås også i 24V. Skal du motorisere flere, finnes pakker med flere motorer. Du oppgir i bestillingen hvilket merke du har, så legger de ved deler som (kanskje) passer. Passet ikke til mine gardiner, men løste det med tape. Jeg bruker disse på to svære, ganske tunge gardiner (~3x3 meter). Jobber litt i starten, men går ganske greit. Det er en ganske grei utveksling i motoren tror jeg, for den går relativt sakte.

Ja, det er den "andre" melodien jeg også venter på. Har hørt den før fra den andre låsen. Den begynte også å gå merkbart tregere når batteriene begynte å gå tom. Merket egentlig det mer enn at det var en annen melodi.

Jeg har to dører - gambler på at de ikke ryker samtidig en vakker dag For øvrig oppdaget jeg i dag at den ene låsen klager (via z-wave) på tomt batteri. I så fall har de vart i rundt et halvt år. Men jeg får ingen varsler på selve låsen om lavt batteri, så jeg vet ikke helt hva jeg skal tro. Har jo vært en del rusk med batterirapportering via z-wave...

Tydelig at det er ulike erfaringer ja. Våre to låser brukes også mye. Vi har også "åpent hus", og jeg vil anslå at dørene låses opp/igjen opp mot 20 ganger per dag. Av og til føles det ut som 200.000 ganger... Men batteriene holder fint, og har holdt i mange måneder. Jeg har brukt helt vanlige Energizer eller noe tilsvarende fra den lokale matbutikken. Du må nesten bare prøve en stund og se hvordan det funker. Jeg har skrudd ned pollefrekvensen på låsene, kanskje det hjelper litt. Har to ulike versjoner av z-wavemodulen (ingen av dem er beta, så vidt jeg vet), men ser ingen reell forskjell på de to ift batteribruk.

Jeg har ikke tatt noen slike hensyn med mine to IDlock'er. Eneste jeg har vært litt påpasselig med er å bytte alle batterier samtidig. Men, når det er sagt, så har jeg bare byttet batterier 1 gang siden jeg monterte dem for snart 8 mnd siden. Du har rett i at batteriene ble raskt tappet etter at z-wavemodul ble installert. Om det var reell tapping, eller en feilmelding, vet jeg ikke, men jeg byttet batterier like etterpå. Etter det har det ikke vært mer klaging på batteri. Jeg tror ikke batterikvaliteten har noe å si så lenge de leverer riktig spenning.

Nei, du har rett i det, så jeg lurer på om det bare rett og slett ikke er forbindelse mellom controller og node når noden er plassert der den skal stå. I så fall vil det hjelpe med flere enheter slik at nettverket blir sterkere. Men jeg syntes det var merkelig at du får forbindelse med noden når du vekker den, men at du da ikke får tilgang til optimize. Vet ikke om det kanskje er forventet oppførsel når den er "nesten" ute av dekning eller noe sånt.

Rescan? Ekskludere og inkludere på nytt kanskje...? Tror optimize må kjøres når den står der den skal stå. Da oppdager den naboer og slikt.

Nei slipper den, men jeg måtte typisk trykke "tillater du at denne appen gjør endringer på maskinen?" eller noe tilsvarende (UAC). Man kan fjerne denne funksjonen, og samtidig ta noe høyere risiko vil jeg tro: http://winaero.com/blog/how-to-turn-off-and-disable-uac-in-windows-10/ Det finnes dessverre ingen funksjon for å slå av UAC kun for spesifikke programmer, men det finnes noen work-arounds. Eksempel: http://www.techgainer.com/disable-uac-prompts-specific-programs-windows/. Jeg sleit med å få disse til å fungere skikkelig. HS3 startet og fungerte, men speak fungerte typisk ikke, osv. Jeg vil tro at disse tingene er løst mange ganger, så jeg håper Moskus inkluderer noe om dette i HS-skolen sin

Starter HS3 automatisk når en bruker logger på, eller når maskinen starter? I fall det siste vil den vel være "usynlig" for deg som bruker, og sannsynligvis har den heller ikke startet skikkelig i bakgrunnen heller siden ingenting virker. Du kan kanskje vurdere å starte den automatisk når en bruker logger på, og sette opp automatisk innlogging for din bruker når maskinen starter opp. Så sekvensen blir da: Maskinen starter - din bruker logges automatisk på - HS3 starter når din bruker har logget på. Da skal vinduet komme opp som vanlig, og du vil se hva som skjer (tror jeg).

Kan prøve å vekke den (jeg har ingen fibaro vannsensor, men det står i bruksanvisningen hvordan man vekker den). Da vil den forsøke å kontakte nettverket og sende status. Kan være at den er ute av rekkevidde. Er litt usikker på hvordan dette fungerer, men min antagelse er at enheten lager seg et bilde av nettverket der den står når den blir lagt til (hvilke naboer den har, osv). Men når den så flyttes, vil den ikke lengre ha kontakt med naboene den tror den har, osv. Så da er løsningen (?) å kjøre optimize fra HS3 (et par-tre ganger). Jeg hadde forsøkt å vekke den. Dersom ingen kontakt, hadde jeg flyttet den litt nærmere, og forsøkt igjen.

Du får ikke tak i den fordi den er ute av rekkevidde, eller fordi den sover? I fall det siste kan du (antar jeg) vekke den, og så kjøre optimize.

Jeg merker at jeg egentlig ikke er så redd for Donald Trump som person. Men jeg er ganske engstelig for staben han kommer til å omgi seg med, og for hvilken høyesterettsdommer han kommer til å utnevne. Jeg har en dyp angst for all religiøs innblanding i hvordan et land (og verden) styres. Det er alvorlig forstyrrende å tenke på at en kreasjonist blir vise-president i USA. Det er enda mer forstyrrende å tenke på at en kreasjonist faktisk er en av kandidatene til undervisningsminister i USA. La oss håpe at det bare er rykter. I mine øyne er denne bevegelsen sammenlignbar med Taliban. At de er ekstreme innenfor hver sin religion er ikke relevant, problemet er at de er ekstrem-religiøse. Dette er slikt som virkelig kan få store og dramatiske følger for den kommende generasjon amerikanere, og dermed for hvordan verden ser ut om 30-40 år. Ellers har jeg personlig lært mye gjennom denne valgkampen, og det er jo alltid kjekt å lære nye ting. Spesielt har det gått opp for meg hvor "rigget" det amerikanske valget egentlig er. Et eksempel er hvordan valgkretsene er nøye designet for å manipulere resultatene (Gerrymandering) (se denne artikkelen: http://www.aftenposten.no/verden/Dette-er-ikke-en-oygruppe-Det-er-et-amerikansk-valgdistrikt-laget-for-a-manipulere-resultatet-607071b.html). Et annet eksempel er at det er vanlig at politiet har ekstra trafikkontroller på veien til og fra valglokaler i demokratisk-dominerte valgkretser på valgdagen, med det resultat at køene hoper seg opp og mange får ikke stemt (referansen her var Frank Aarebrot). Valglokalene stenges på et gitt tidspunkt. Et tredje eksempel er at, pga ganske lave rettigheter blant arbeidere, bedriftsledere i praksis kan bestemme om hans/hennes ansatte får stemme eller ikke. Dette går typisk ut over de svakeste gruppene i samfunnet, som ikke har råd til å risikere å miste jobben (som de umiddelbart vil gjøre dersom de forlater arbeidet for å stemme). Til slutt er det jo litt merkelig at de fortsatt har valgmenn, og ikke bruker flertallet direkte. Det betyr at man egentlig ikke stemmer på en presidentkandidat - man stemmer på hvilken kandidat ens valgmann skal stemme på. Clinton fikk rundt en halv million flere stemmer enn Trump, når alle stemmer teller likt. I Norge er det til dels også slik. En stemme fra Finnmark teller mer enn en stemme fra Oslo (http://www.aftenposten.no/meninger/sid/Skjevt-demokrati-245751b.html). Og til slutt er det deprimerende å se på at et demokrati imploderer slik USA ser ut til å gjøre nå. Landet er så polarisert at uansett hvilken kandidat som hadde vunnet, hadde halvparten av landet sett det som en katastrofe.

Lurer på om det ikke hersker litt forvirring her rundt hva ImperiHome egentlig er for noe... Det er vel er en interface, som lager et brukergrensesnitt for interaksjon med ulike systemer. Så setningen "skrote HS3PRO og kjøpe ImperiHome" er meningsløs. Dersom HS3 er bilen din, er ImperiHome lakken på bilen. Det gir ingen mening å "skrote bilen, og kjøpe bare lakken i stedet". Man kommer ikke så langt med ImperiHome dersom man ikke har et system å koble det mot? Jeg brukte som sagt ImperiHome litt som en midlertidig interface (mot HS3) mens jeg bygget og testet HStouch-interface. Det fungerte helt greit, verken mer eller mindre. Som alle andre "ferdigløsninger" så ser det bra ut, men kan bare gjøre halvparten av det ønsker å gjøre.

Hvordan gjør du dette i praksis, Moskus? Virtuell maskin: Kan du utdype? Er det en virtuell maskin på en eksisterende maskin du har fysisk i huset ditt, eller er det noe skybasert? Hvordan kobler du i så fall USB-dingser til en skybasert maskin? I fall det første; hva er hensikten? Da har du vel en fysisk maskin som også må være på hele tiden, osv.

Ellers kan jeg melde at vi har hatt en del kuldegrader over tid nå, det har vel vært under 0 i rundt en uke, og ned mot -10 om natten. Det har tilsynelatende ikke vært noe problem for hverken regnsensoren eller Fibaro multisensor som jeg også har montert utendørs.

Lurer på om jeg ikke gikk gjennom PayPal når jeg kjøpte... Var det ikke to valg der...? Det kan være at du traff problemet jeg har beskrevet her: Edit: Sitatet manglet visst det viktigste, nemlig løsningen, men se lengre oppe i tråden.

Du kan bruke ImperiHome som interface mot HS3, det var nok det som var ment. Der er jeg enig med Jkanters - det ser veldig bra ut. Det har sine begrensninger, definitivt, og de treffer du ganske kjapt. Jeg brukte ImperiHome som interface mens jeg selv satt og lærte meg HStouch. Så erstattet jeg ImperiHome med HStouch etter noen mnd. Det finnes en plug-in til HS3 for ImperiHome. Enig i at det har ganske høy WAF (ser pent ut).

Jeg begynte med HS3 i mai 2016. Altså i gode gamle dager, lenge før Moskus' HomeSeer-skole var tilgjengelig. Den gang måtte vi klare oss selv... Så noe av det første jeg gjorde, uvisst av hvilken årsak, var å omdøpe "room" og "floor" til "kategori" og "plassering". Det oppsettet har jeg beholdt, og det fungerer relativt greit syntes jeg. For "kategori" bruker jeg enhetens type ("Dimmer", "Virtuell", "IDlock", etc). I "plassering" bruker jeg ikke bare rom eller etasje, men en kombinasjon, for eksempel "loftgang", "Gang nede", "Bad 2.etg", etc. Jeg har for eksempel 2 dimmere i samme rom, så med en klassisk "room"/"floor" inndeling hadde det blir et problem. Det jeg imidlertid ser er at det lønner seg å være ekstremt ryddig. Det kan virke litt unødvendig når man har 10 enheter, men man får betalt for det når man har 100 enheter. Og det har man før man vet ordet av det. Det er lett å tenke at man ikke trenger å gjøre det så ryddig akkurat nå, for man forstår jo hva dette er - men om 2 uker forstår man ingenting av det man har gjort. Det samme gjelder eventer. Dersom man baserer seg kun på eventer, og ikke så mye scripts, blir det fort ekstremt mange eventer. Min strategi er å splitte opp eventer i flere ulike sub-eventer, slik at eventene blir som "moduler" man kan sette sammen på ulike måter (kompartmentalisering) (er det et norsk ord?). Da kan man bruke samme eventer som moduler i flere settinger. Eksempel: Dersom døren låses opp, og lyset i gangen er av, skal lyset i gangen slås på. Da lager jeg en event som slår på lyset, og så kjøres denne eventen fra en annen event som trigges av at døren låses opp. Da kan jeg bruke samme event (slå på lys) med andre triggere også (kanskje kjøper jeg en bevegelsesdetektor, kanskje ønsker jeg tidsstyring, kanskje kjøper jeg en bryter, osv). Så i stedet for å duplikere "slå på lys" i alle disse eventene som har ulike triggere, kaller alle den samme eventen. Den store fordelen med den type organisering er at jeg da kan endre "slå på lys" dersom jeg ønsker det, og det blir umiddelbart reflektert overalt der denne eventen brukes. Kanskje jeg ønsker ulikt lys på ulike tider på døgnet osv. Jeg er for så vidt ganske komfortabel med scripting, men kjenner ikke Visual Basic i det hele tatt, så det har vært en terskel for min del. Jeg bruker noen superenkle scripts her og der, spesielt i de tilfeller der jeg trenger "Else" (If A then B Else C), eller der jeg ønsker å endre en device basert på den verdien den allerede har (for eksempel slå av/på autolåsing på dører, der det er praktisk å ha et script som toggler denne verdien) (Merk at EasyTrigger visstnok også har denne funksjonen). Anbefaler å se litt på bruk av enkle script. Et 10-linjers script kan fort gjøre det samme som man ellers hadde behøvd 10 ulike eventer for å få til. Ellers ser jeg at virtuelle devicer er ekstremt nyttige, spesielt i slike situasjoner der eventer alene blir enten for komplekst eller rett og slett ikke mulig. Jeg bruker virtuelle devicer omtrent som globale variabler som da kan brukes på tvers av ulike eventer. Når du evt starter med HStouch, merker jeg at det her er nyttig å ha separate sett med virtuelle devicer og separate eventer som hører til det spesifikke skin'et jeg lager i HStouch.

Det er definitivt lurt å endre fra default til noe mer beskrivende. Du kan endre i device-oversikten (som du viser på skjermbildet ditt over). Helt øverst, under "Device list", ser du en tom dialogboks. Når du merker en eller flere devicer, blir denne aktiv, og du kan endre verdiene i floor/room. Du kan også, i setup, endre "floor" og "room" til noe annet. Jeg bruker "kategori" og "plassering" hos meg, men her er det mange meninger. De mest erfarne, har jeg inntrykk av, liker "floor" og "room".