psv021

Selv om dimming evt ikke fungerer fra 230V-siden (kan vel i verste fall ødelegge trafoen?), så burde on/off fungere. Så det er jo nærliggende å tenke feilkobling...

Ligger filen HSPI_LSoftVerisure.exe i HS3-mappen?

Vet ikke hvordan Verisure reagerer i andre enden når noen logger seg på hvert 30 sekund hele døgnet.

Anbefalt er vel 60 minutter tror jeg...

Har det vært slik lenge? Jeg har hatt problemer denne helgen, men har stort sett fungert fint ellers.

https://www.facebook.com/groups/smarthusnorge/

http://www.iconarchive.com/ http://www.iconsdb.com/ https://www.iconfinder.com/ Ellers anbefaler jeg noe så simpelt som Google. Bruk bildesøket, skriv søkeord (men ikke skriv "icon" etter søkeord som kanskje føles naturlig), velg Verktøy > Størrelse > Ikon. Så kan man også skrive f.eks "filetype:png" etter søkeordet for å søke etter en spesifikk filtype (PNG og GIF er vel mest brukt for icons, jpg, tif og andre typiske fotoformater er ikke så vanlige).

Funker lysene slik de skal da? Altså: Er dette et problem som kun eksisterer i HS3-loggen? Jeg får også "INVALID VALUE" i loggen, men lever for så vidt greit med det

Det er "kjempelett" å bruke et bittelite VB-script til å skrive en setning til en tekstfil. Du kan bruke et slikt script i kombinasjon med en event der triggeren er en motion sensor. Så hver gang motion sensor trigges, skrives for eksempel tid og dato til en tekstfil. Da kan du bruke det videre for eksempel i Excel. Det gir ingen direkte tilgang til flotte grafer osv, men du får rådata som du kan bruke videre. Jeg har nettopp begynt å bruke DeviceHistory, men jeg kjører fortsatt min egen logging av temperatur/luftfuktighet parallelt. Da har jeg muligheten til å analysere litt mer på "min egen måte" Scriptet jeg bruker er litt unødvendig knotete og tilpasset mitt bruk, men her er en improvisert forenkling (som jeg ikke har testet): Public Sub Main(ByVal DeviceID As String) Dim filename as String = "C:\Users\blabla\blabla\blabla\TekstFil.txt" Dim file As System.IO.StreamWriter file = My.Computer.FileSystem.OpenTextFileWriter(filename, True) hs.WriteLog("Hvis du ønsker noe", "i HS3-loggen også") Dim str = Now() str = (str & " " & "valgfri tekst") Next file.WriteLine(str) file.Close() End Sub Scriptet åpner en (eksisterende!) tekstfil, og legger til en linje med strengen "str". str består her av tidspunkt + valgfri tekst. Så da kan du for eksempel skrive "bevegelsesdetektor X utløst", eller noe. Input til scriptet er deviceID (tall) (så burde kanskje være definert som Float eller Real eller hva det nå er i VB, i stedet for String. Jeg bruker String fordi jeg gir en rekke med kommaseparerte DeviceID'er som input. Jeg vet at det er utrolig dårlig stil å legge ut utestet kode på et forum, og jeg er ingen VB-scripter, så det er sikkert ikke særlig pent skrevet heller, og det er nesten så jeg ikke burde poste det, men poenget er at det er veldig overkommelig for de fleste å bruke et lite script for å gjøre en så enkel oppgave som å logge til en fil. Jeg bruker samme funksjon bare med et array av flere devicer, så skrives både tidspunkt og verdien til de valgte devicer til tekstfilen. Bruker det til å logge temperatur/luftfuktighet en gang i timen.

Eventene består, men du må redigere/velge device igjen etterpå..

Det er vel bryter på slike kubbelys, så da går det kanskje an å forbikoble den med en z-wavebryter? Evt la de stå på hele tiden, og sette på en z-wavebryter mellom strømkilde og lys. Kan sikkert kombinere flere lys til samme strømkilde, vil jeg tro. Når jeg tenker meg om har fruen kommet slepende med noen slike lys her også. Kanskje de rett og slett må demonteres og forbedres en dag...

2889 stemmer fra samme IP-adresse et sted i Stavanger eller? NEIDA, det var kult at du vant. Hadde jeg stemt, hadde det blitt på deg!

Forsinkelse på 5 minutter med kansellering dersom bevegelse et eller annet sted i huset? Jeg har også endt opp med noe lignende som Moskus nevner. Huset i borte-modus --> lys av. Setter huset i borte-modus manuelt (har en bryter ved utgangsdøren, og ellers lett tilgjengelig på mobilen). Har valgt å gjøre disse tingene uavhengige av IDlock. Litt pga det du nevner med at informasjonen fra IDlock er begrenset til kun om låsen åpnes/låses, men også fordi jeg vil ha muligheten til å kunne stikke kjapt inn i gangen og hente noe uten at huset går i hjemme-modus igjen. Huset går i hjemme-modus når bevegelse detekteres på detektorer plassert slik at de blir trigget når noen kommer hjem "på ordentlig" --> lys på, strøm på TV, push-melding hvis innenfor gitte klokkeslett, etc.

Jeg glemte å stemme - er det for seint? Gratulerer med seieren!

Jeg har ikke holdt på med smarthus så lenge, men konseptet å spare penger virker for meg veldig fjernt

Den aktuelle låsen (som får en litt merkelig Access Control Notification child) spammer for øvrig loggen min med slike: Ser at det er flere som har denne feilen (for andre devicer), uten at jeg har klart å finne en løsning på det.

Vet ikke, men det er åpenbart forskjell på mine to låser. Ingen av dem er beta (så vidt jeg har fått melding om i alle fall, de er kjøpt for full pris begge to...). Når jeg kjører rescan på begge, lager den ene 3 av 3 child devices, mens den andre lager 4 av 4 child devices. Den ene lager Access Control Notification slik mitt skjermbilde, og den andre der denne ser ut som de andre skjermbildene...

Ah.. nei, gjør ikke det.

Du kan stille sensitiviteten med parameter 1

Jeg har to IDlocker, begge har en subdevice som heter Access Control Nofitication. Men de to devicene er ganske ulike. Den ene ser ut slik referert av andre i denne tråden, men den andre ser slik ut: Jeg antar at forskjellen kommer fra ulike versjoner av modulen eller noe, men i tilfelle noen blir veldig forvirret av skjermbildene i denne tråden: Det kan se annerledes ut...

Jeg bruker ÆØÅ i både eventer og devicer, ikke hatt noen problemer med det foreløpig, så vidt jeg vet...

Jeg gjør heller ikke det. Jeg gjør det samme som deg: Finner mønstre manuelt, og lager eventer/kriterier basert på det.

Det finnes jo kameraer (Netatmo har vel et) som gjenkjenner ansikter, og dermed "vet" hvem som er hjemme. Da vet det også om det er noen andre der (besøk). Det vet også hvor mange personer som befinner seg i huset, osv. Spising er jo gjerne noe som kommer etter at kjøleskap er åpnet, kjøkkenskap er åpnet, komfyr har vært på, stekeovn har vært på, osv. Kombinert med f.eks. bevegelsesdetektorer på spisebord eller andre sensorer så tror jeg at "spising" kan detekteres. Jeg tenker aller mest på lyd for slike ting. Dersom man har mikrofoner rundt omkring, er jeg sikker på at lydmønstre kan defineres for ulike aktiviteter, f.eks. spising. Mikrofoner vil være en naturlig del av et smarthus også, etter min mening, da stemmestyring begynner å bli mer og mer vanlig (jeg syntes foreløpig det er litt for kleint å gå rundt og snakke engelsk i mitt eget hus, men det kommer jo). Dermed er infrastrukturen der allerede, og det handler mer om mønsterdetektering derfra.

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?