Søk i nettsamfunnet

Hei Jeg er ny i forumet her, men har holdt på med hjemmeautomasjon i noen år. Bakgrunnen min er embedded elektronikkutvikling, systemdesign og IT(nå). Jeg startet med Nexa, videre til Zipato men raskt over på Fibaro. Nå er jeg dog i ferd med å bli lei Fibaro og utstabiliteten, og vurderer heller HomeSeer. Alt er sikkert ikke helt perforkt her heller, men kan neppe bli verre. Jeg skulle gjerne hatt mer tid til å sette meg inn i HomeSeer, men pga kjellerrehabilitering, montering av balansert ventilasjon, familie og jobb strekker ikke tiden helt til. Jeg har derfor noen enkle spørsmål som jeg håper at noen kan ha tid til å svare på. 1) Finnes det ferdiglagetde paneler/funksjoner i HS der man kan få funksjoner og feks koble sammen ulike typer devicer som varme(termometer og aktuator), vanning (tidstabell og aktuator), tilstedeværelse(bevegelsessensorer, tidsstyring et? 2) Ser i diskusjonene at Heatit/Multireg-termostat støttes av HS, det stemmer? 3) Jeg kan "resirkulere" mine Fibaro-devicer? 4) Noen "skuffelser" ved overgang Fibaro HC2 til HS3? 5) Noen "oppsider" ved overgang Fibaro HC2 til HS3?

Se her: https://shop.homeseer.com/collections/home-control-software Vis full oppføring

Har montert en regnsensor som forteller meg når det begynner å regne. Sensoren var såpass billig, og oppsettet er såpass enkelt, at dette kanskje også kan være interessant for andre. Dermed blir det en kjapp tutorial med utgangspunkt i hva jeg har gjort. Det behøver på ingen måte være den beste måten å gjøre det på, så kommentarer er velkomne! Kjapp bakgrunn og rasjonale for å bestille en regnsensor fra USA... Har to verandadører uten overbygg så når det regner (og det gjør det jo), regner det rett inn på parketten dersom dørene står åpne. Ønsket meg derfor en regnsensor som kunne gi varsling når det begynner å regne. Vurderte flere løsninger, da det finnes en del regnmålere på markedet (Netatmo, Oregon, div NoName, osv). Problemet er at selv om disse nok fungerer greit for å måle regn over tid, er de basert på "Tipping Bucket"-prinsippet og har dermed en terskel før de reagerer. Dermed vil ikke fungere til mitt bruk. Jeg trenger varsel når første dråpen faller. Jeg vurderte også et oppsett med en lekkasjedetektor, men det tankeeksperimentet strandet også ganske kjapt. Etter litt research og gode tips på Facebook, gikk jeg til innkjøp av en RG-11 regnsensor fra Hydreon. Den ankom, og ble liggende i boksen en stund, men fikk i helgen endelig somlet meg til å montere den. Hadde egentlig tenkt å vente noen uker før jeg skrev dette, for å se hvordan dette fungerer over tid. Men jeg vet jo at alt er glemt om 2 uker, så det er like greit å bare få det ned. Så dette blir med et par forbehold Utstyr Regnsensor, Hydreon RG-11 Fibaro Universal Binary Sensor, FGBS-321 Koblingsboks Ledninger Kinderegg Annet som man trenger, f.eks. sammenkoblinger (jeg har bare brukt sukkerbiter) Kostnader RG-11: ~700 kr. (USD59 + USD27.50 (frakt) + NOK300 (fortolling)) Universal sensor: ~500 inkl frakt Div: kr 200 Totalt: 1400,- Her antar jeg at man fra før detekterer om dørene er åpne eller ikke. Dersom det ikke er tilfelle, trenger man en dørsensor i tillegg. Kilder http://www.openremote.org/display/docs/OpenRemote+2.0+How+To+-+Sense+rain+-+Hydreon+RG-11+Rain+Sensor+using+Fibaro+Universal+Sensor http://manuals.fibaro.com/content/manuals/en/FGBS-321/FGBS-321-EN-A-v1.01.pdf http://hydreon.com/wp-content/uploads/sites/3/2015/documents/rg-11_instructions.pdf Jeg har i store trekk fulgt oppskriften fra OpenRemote i den øverste lenken for selve koblingen av RG-11 og FGBS-321 Jeg bruker Homeseer, men jeg antar at prinsippene her vil fungere på tvers av ulike systemer. Sammendraget RG-11 leveres klar til bruk. Dvs den er tett, og underdelen fungerer også som monteringsbrakett. Trenger bare koble ledningen og skru den opp. I grove trekk skal både RG-11 og Universalsensoren forsynes med lavvolt likestrøm (jeg har brukt 12V i mitt oppsett), og RG-11 skal gi en puls på en egen krets som kobles som input til universalsensoren. Så når RG-11 gir en puls, skal universalsensoren reagere og videresende via z-wave. RG-11 har flere ulike innstillinger, ulik følsomhet, osv, som jeg kommer tilbake til. RG-11 gir signal ved å bryte én krets (Normally Closed), og lukke en annen (Normally Open) når den detekterer regn. Når en av disse kretsene loopes innom Universal Sensor, vil endringen plukkes opp og signalet videresendes av FGBS-321. Universal Sensor håndterer både NO og NC. Jeg har brukt NO (Normally Open) i mitt oppsett. Det er nok mange måter å gjøre dette på, men jeg koblet på denne måten: Edit 17. jan 2017. NB! Mulig korreksjon, se post i tråden fra bruker mk1 black limited (17. januar): "(...) i den guiden du linker til står det at COM på RG11 skal til GND, ikke 12V som du har på tegningen." Her er det viktig å understreke at dette på ingen måte er noe jeg KAN eller er god på, så her famler jeg meg frem. Fungerer greit hos meg med dette oppsettet. Mulig skissen min er "feil" ift hvordan en med relevant utdannelse ville ha tegnet den osv, men det får stå sin prøve. Slik så det ut i et tidlig testoppsett. Jeg koblet opp alt, og testet ut ulike innstillinger både på RG-11, universalsensoren og i Homeseer. For å få RG-11 til å trigge et signal, kan man dryppe en dråpe vann på den, eller rett og slett bare puste litt på glasset slik at det dugger litt. RG-11 har en LED som lyser, og man hører også tydelig lyd, når et signal trigges. Dermed er det lett å vite om sensoren har sett en dråpe eller ikke. RG-11 fungerer på samme måte som regnsensorer typisk montert i frontruten på biler: Den sender lys, som reflekteres i glasset, og detekterer dette lyset igjen med mottakere. Når vann treffer glasset endres refleksjonsegenskapene til glasset, og dette detekteres av RG-11. Det betyr at den er svært følsom, helt ned til enkeltdråper. Så kan man stille inn hvor høy terskel den skal ha før den faktisk sender et signal ut. Her er brukermanualen ganske god, og gir en OK oversikt over ulike "programmer" man kan bruke. For å programmere RG-11, finnes 8 binære knapper (switcher) på selve kortet i RG-11. Ulike kombinasjoner av disse gir ulike programmer/innstillinger. Man kan f.eks. stille inn RG-11 til å fungere som en "tipping bucket" (henviser til andre regnmålere der en liten bøtte fylles opp før den vipper rundt - vippen detekteres, og når man vet hvor stor bøtten er og hvor mange ganger den har blitt fylt opp, vet man hvor mye det har regnet) (det er denne teknologien som i praksis gjør det umulig for meg å bruke tradisjonelle regnmålere til å detektere første dråpe, fordi regnmåleren vil ikke vite at det regner før bøtten vipper minst én gang.). RG-11 kan brukes i dette moduset og emulere ulike bøttestørrelser. Hvor nøyaktig det blir, tør jeg ikke spå. Man kan bruke RG-11 til å gi konstant output når det regner - nyttig f.eks. dersom man vil kjøre en motor, eller la være å kjøre en motor, kun når det regner. RG-11 vil f.eks. være mulig å bruke for å automatisk lukke takvindu når det regner. Eller dersom man samler takvann på en hytte, kan RG-11 brukes for å åpne til regntank når det regner, men lukke når det ikke regner. I det hele tatt finnes mange mulig bruksområder, hvorav noen er beskrevet i manualen. Derfra er det vel bare fantasien som setter grenser. Anyway, i mitt oppsett har jeg valgt å bruke program nr 6: "Drop Detector". I denne modusen vil RG-11 sende et signal når den detekterer en vanndråpe. Årsaken til at jeg valgte dette programmet, og ikke f.eks. "Tipping bucket" er et resultat av prøv-og-feil. Jeg hadde problemer med å trigge Universal Sensor i "Tipping bucket"-programmet. I "Tipping bucket" sendes 50 mS-pulser, mens i "Drop detector" sendes pulser på 200 mS eller lengre. Min teori er at Universal Sensor ikke plukket opp de korteste signalene, mens de litt lengre signalene trigger den. Det er et element av spekulering her, da det er mange flere potensielle feilkilder ute og går. Jeg har foreløpig satt opp RG-11 til "default"-verdiene innenfor dette programmet ("Normal drop threshold"), men følsomheten kan justeres både opp og ned. Montering Nå er oppsettet klart, og det er på tide å montere. Strøm kommer innefra i mitt tilfelle, og jeg sniker ledningen ut gjennom en dør. Ideelt sett ville jeg også ha hatt universalsensoren innendørs, men etter en liten WAF-runde og andre vurderinger endte jeg opp med å montere begge sensorer sammen utendørs. Brukte en standard koblingsboks ment for utemontering (Clas Ohlson, 149,-) til dette. I tillegg la jeg universalsensoren inne i en tett, gul spesialbeholder med åpne/lukkemekanisme som kan kjøpes på dagligvarebutikker. Irriterende nok leveres disse kun med et lag sjokolade rundt... Mellom RG-11 og Universalsensor skal det gå 4 ledere. Brukte en 4-leders telefonledning (Clas Ohlson) til dette. Den er ikke beregnet for utebruk, så vi får se hvordan den tåler tidens tann... Slik ser montasjen ut: ...og slik ser den ut ferdig montert på vegg ute: Bruk i Homeseer Primærformålet mitt var å gi varsling dersom det regner og en av, eller begge, dørene står åpen. Fra før har jeg dørsensor på verandadørene, så Homeseer vet om dørene er lukket eller åpne. Jeg har også et veggmontert nettbrett som kjører HSTouch, og som fungerer som primær varslingsplatform i huset (så går varsling på epost dersom ingen er hjemme). På dette tidspunktet er Universalsensoren inkludert i nettverket og kjent av Homeseer. Jeg har også definert om jeg bruker Normally Closed eller Normally Open. Dette gjøres ved å sette parameter 3 eller 4, avhengig av hvilken input man bruker (universalsensoren har 2 stk) til 0 eller 1. Se manualen for detaljer. Jeg har også slettet noen unødvendige child-devicer som dukker opp når man inkluderer universalsensoren i nettverket. I tillegg definerer jeg en virtuell device som skal flagge om det regner eller ikke. Årsaken til at jeg bruker en virtuell device, er at det da skapes et ledd mellom universalsensoren og variabelen som skal brukes til videre aksjoner. Det gjør oppsettet litt mer robust samt at det gir litt mer fleksibilitet med et ekstra ledd i rekken mellom deteksjon og aksjon. Jeg definerer eventer for å slå av og på "DetRegner". "DetRegner" slås på umiddelbart når et signal kommer fra RG-11, men jeg legger inn en forsinkelse på når den slås av, for å unngå vakling. Jeg ønsker ikke å ta med meg pulsene fra RG-11 helt ut til der varslingen skjer. Da blir det fort mye varsling... Det gjør det også mulig å stille inn varslingen skikkelig før varslingen faktisk aktiveres. I oppsettet nå har jeg satt forsinkelsen til 30 sekunder, så får vi se hvordan dette fungerer over tid. Så kan man tenke at det er en rar antagelse å si at dersom det ikke kommer en dråpe på 30 sekunder så betyr det at det har sluttet å regne. Og det er helt korrekt, det betyr jo ikke det. Men i denne sammenhengen er det OK. I et tenkt tilfelle der det ikke ble noen reaksjon på første alarm, er det greit å få en ny etter en liten stund. Så det er OK at systemet begynner på nytt etter rundt 30 sekunder, som i praksis, ved lett regn, vil gi opp mot et minutt pause mellom alarmene. Nå har jeg en virtuell device som flagger om det regner eller ikke. Den skrur seg på når en dråpe treffer RG-11, og den skrur seg av igjen dersom ingen dråper har truffet RG-11 de siste 30 sekundene. Neste steg er å bygge alarmer som skal trigges av endringer i den virtuelle devicen. For dette formålet lager jeg også en virtuell device. Det behøves i prinsippet ikke kun for alarmens del, men jeg bruker denne for visuell varsling i HStouch. Jeg bruker den også for å trigge ekstern kommunikasjon dersom det ikke er noen i huset. Denne devicen har en transparent pixel som bilde for "OK", og en rød trekant som bilde for de andre tilstandene. I HStouch vil den dermed være usynlig inntil en alarm er trigget. Men, primært er det eventer som brukes for alarm og varsling: Litt omvendt rekkefølge på bildet ser jeg, men det er 2 eventer relatert til hver dør. Eksemplet her er verandadør, 1.etg. Den ene eventen trigger alarmen, mens den andre resetter den. Alarmen skal trigges dersom døren står åpen og det begynner å regne. Selve triggeren er at det begynner å regne, mens kriteriet/tilstanden er at døren er åpen. I mitt oppsett vist her: Dersom det begynner å regne, og døren er åpen, skru på alarmdevicen og kommuniser alarmen. Dersom alle disse kriteriene, mot formodning, skulle oppfylles og ingen er hjemme (ingen hører alarmen), kan egne eventer plukke opp at alarmen trigges mens "tilstede-status" er "borte", og reagere med å sende mail. Jeg skriver mot formodning, for man får også en alarm dersom dørene står åpne når man forlater huset. Så i praksis skal det aldri inntreffe (Murphys Lov, sier du? Ikke hørt om...). Det konkluderer egentlig denne beskrivelsen av oppsett av RG-11 sammen med FGBS-321. Ble litt lengre tekst enn jeg hadde tenkt dette. Dersom noen har tanker om andre bruksområder for en dings som sier fra når første regndråpe faller er det alltid interessant. Også supert dersom andre vil supplere med annen kunnskap om hvordan det kunne blitt gjort annerledes eller bedre. Til slutt, og litt på siden, om programmeringsvaner og hvorfor oppsettet er som det er hos meg Det kan virke litt rart å bruke kriteriet "has a value that is not equal to Door Closed" i stedet for bare "equal to Door Open", som i prinsippet ville være det samme. Årsaken er at det i teorien kan opptre flere tilstander her. Siden dette er en alarm, er holdningen min at det er bedre med en alarm for mye enn en for lite. "...not equal to" i stedet for "equal to" er en god måte å gjøre oppsettet mer robust. Da snur man kravet slik at man favner mye bredere, enn om kravet er "equal to". Jeg bruker konsekvent egne eventer for å spille av alarmlyd, og for å snakke, i stedet for legge kommunikasjonen direkte inn som hendelser i de enkelte eventene. Det er flere årsaker til dette. For det første er det praktisk å kunne bytte ut en lydfil kun ett sted, og slippe å lete gjennom alle alarmer som benytter seg av samme lydfil. Alle slike fellesfunksjoner er greie å isolere ut i en egen event. Når det gjelder snakking er det også praktisk å isolere i en egen event, da den trenger egne kriterier. Hos meg er det f.eks. ikke alltid interessant at HomeSeer snakker. Alle snakke-eventer sjekker mot en virtuell device, "HomeSeerSnakker". Når denne er av, blir det ingen snakking. For å kalle en spade for en spade; det ER litt kleint med en engelsksnakkende datastemme av og til... Jeg forsøker alltid å sjekke om eventen er nødvendig eller ikke i kriteriene. Dersom en event skal sette device X til verdi 1, er det greit å sjekke om device X faktisk har en verdi som ikke er lik 1. Da unngår man at eventen kjøres og setter device X til verdien den allerede har. Det betyr ingenting når det er snakk om 10 "unødvendige" events, men all erfaring tilsier at 10 eventer i dag fort kan bli 1000 eventer i morgen. For virtuelle devicer har det neppe stor betydning, men for faktiske devicer kan det bli mye unødvendig trafikk på nettet av slikt. Spesielt dersom en slik event blir gående i loop. Jeg har opplevd dette et par ganger, og en enkelt slik loop tok effektivt ned hele mitt nettverk. Forstod ikke hvorfor ting ikke fungerte, før jeg oppdaget at HS-loggen hadde 100.000 hendelser and counting... Uansett, håper dette kan være nyttig for noen! Vis full oppføring

Hei Hei... Hva for muligheter har man om man vil ha live video i HStouch ? Ser jo bare ut til å kunne takle stillbilder uten noe særlig oppdatering frekvens, bruker d-link 932 og 933 kamera. I Domoticz som jeg benyttet tidligere, virket dette meget bra, selv på en rasberry pi. Fikk da også opp live video i app på mobil, veldig kjekt når noen brukte ringeklokka :-)

Mer Z-wave! Nå begynner det å bli hakket mer avansert. Vi retter et par små-feil, og vi setter opp litt assosiasjon. HomeSeer og Z-wave Øverst til høyre på "Device Management"-siden finner du en blå knapp med et antenne-symbol på. Det er Polling. Trykker du på den vil HomeSeer spørre nodene du ser om hvilken status de har. Hvis du kikker litt nærmere på en Fibaro Dimmer 2 node, vil du se at et par ekstra enheter som ikke gir fornuftig informasjon, samt en ekstra "dimmer" (som gjør at status ikke blir oppdatert hvis du trykker på en fysisk knapp). Jaha, men hvorfor fikk vi de? Problemet er egentlig ikke HomeSeer. Det er hvordan Fibaro har valgt å skrive firmwaren sin. Noen gateway'er og programmer har et grunnleggende Z-wave-oppsett i bunn, men legger til støtte enhet for enhet. Problemet med en slik tilnærming er at det krever mye energi, man får et begrenset utvalgt enheter, og en gammel enhet med ny firmware må testes på nytt fordi oppdateringer kan fikse en ting men ødelegge for noe annet. HST går istedenfor bredt ut. HomeSeer sin "policy" er at hvis en enhet er sertifisert ihht. Z-wave (Plus) så skal den være støttet i HomeSeer. Men støtten er dermed avhengig av produsenten. Hvis de har gjort alt riktig uten å gjøre noen "smarte tilpasninger" (for eksempel for å kunne bli integrert "bedre" i sin egen gateway enn andre) så går det glatt inn i HomeSeer. Fibaro lager god hardware, men firmwaren er (etter min mening) ikke like god. Men Fibaro er langt fra de eneste som har dette problemet. Feilretting Først retter vi på assosiasjoner slik at HomeSeer og dimmeren snakker sammen. For å konfigurere en node, må vi finne "root". I de fleste tilfeller finner vi root'en øverst i node-gruppa, med tannhjul-symbolet og teksten "No Status" (root har normalt ingen status). Trykk på "Fibaro Switch Multilevel", og gå til tab'en "Z-wave". Du ser noe slikt: Trykk på den gule pilen foran "Associations". Hos meg ser det da slik ut: MERK: Det korrekte pr. april 2020 er at Group 1 skal være assosiert til HS med Endpoint 1 for en Fibaro Dimmer 2. Group 2, 3, 4 og 5 skal ikke være assosiert til HomeSeer (men kan være assosiert til andre lys hvis du ønsker det, selvfølgelig), Det skjulte under var gjeldende praksis da guiden ble skrevet. EDIT: Du trenger muligens ikke slette disse devicene lenger, de kan faktisk gi nyttig informasjon. Det er avhengig av hvilken firmware du har på Dimmeren, og hvilken versjon av Z-wave plugin'en du kjører. Det vil klare seg med å bare skjule (velg "Hide") dem istedenfor å slette dem. Så sletter vi "devicer" ikke gir mening. Du kan slette "Heat Notification", "Power Management Notification", "System Notification" og "Switch Multilevel 2". Det gjør vi enklest ved å velge dem med avkryssingsboksene til venstre, og velger "Delete" i nedtrekksmenyen øverst til venstre. Sånn! Nesten ferdig! Hos meg manglet "Switch Multilevel 1" (av for meg uforståelige grunner) kommandoen "On Last Level". "On" betyr "dim til 100%", mens "On Last Level" betyr "dim til det nivået dimmeren var satt til sist", og er dermed ganske hendig. Hvis denne ikke dukker opp hos deg, er det heldigvis enkelt å legge til. Trykk på den blå linken til "Switch Multilevel 1" og gå til tab'en "Status Graphics". Denne vil sannsynligvis se slik ut: Vi skal legge til en entalls verdi/kommando og trykker på knappen "Add Single Value". Value settes til "255", status tekst endres fra "Change me" til "On Last Level", og i nedtrekksmenyen under velger du "On Alternate". Row settes til "1" og Column til "3". Så blar vi helt nederst til siden og trykker "Done". For sikkerhets skyld trykker vi på "Switch Multilevel 1", går til "Status Graphics"-tab'en og verifiserer at verdiene ser slik ut. (Dette har aldri vært et problem med PC-versjonen, men Zee2 tullet litt med dette før versjon .270. Burde være fikset nå, men vi sjekker likevel). Nå er alt vel! Når du har gjort dette et par ganger, vil det gå raskt etterpå. Det tar ca. 30 sekunder (avhengig hvor lang tid assosiasjonene tar). ... og det er bare å fortsette å inkludere noder. Under er en eldre Qubino dimmer inkludert. Parametere En node har sannsynligvis flere innstillinger enn de som er tilgjengelige via et brukergrensesnitt. Dette er typisk for verdier som ikke behøves å justere så ofte. Eksempler er temperatur-kalibrering, følsomhet for en bevegelsessensor, hvor lang tid en dimmer bruker på dimmer opp/ned lyset, og så videre. Slike ting justeres vanligvis med en parameter. En parameter består et parameter-nummer (et heltall mellom 0 og 255), samt en verdi (1 byte, 2 eller 4 bytes). Men det er ingen fastsatte regler om hva de forskjellige parameter-nummerne er, så det må vi slå opp i manualen. Det er også viktig å bruke manualen som fulgte med i boksen til produktet du kjøpte, for andre firmware-versjoner kan faktisk ha andre parametere. Fibaro Dimmer 2 har en snedig funksjon som heter "auto calibrate". Den sjekker hvordan lyskilden som er koblet til oppfører seg ved forskjellige lysstyrker, og tar så hensyn til dette når dimmeren senere skal dimme lyset. Den starter automatisk når du kobler opp dimmeren første gang, men man kan også tvinge den i gang senere (og det er praktisk!) ved å sette sette parameter 13 til 1 (eller 2 hvis du bruker en Bypass). Igjen går vi til root, og videre til Z-wave. Vi trykker på den gule pilen foran "Settings", og fortsetter med å velge parameter 13, og sette verdien til 1. Slik: Så er det bare å trykke på "Set"-knappen, og autokalibreringsfunksjonen starter. Merk: Hvis du allerede har satt en parameter, men ikke husker hva du satte den til, kan du velge parameternummeret og la "Value" være blankt. Trykker du da på "Set" vil HomeSeer hente verdien du har satt. Hvis du ikke har satt en verdi, vil du sannsynligvis få teksten "ERROR". Da er det standardverdien som gjelder (så du må slå opp i manualen). Andre noder har et ferdig oppsett slik at du enkelt forstår hvilke parametere du justerer. De fleste noder kommer uten dette ferdige oppsettet (og her skulle jeg ønske HomeSeer kunne bruke et XML-oppsett eller noe slikt, det er ikke "rocket science" å skrive en tekst og et tilhørende parameter-nummer). Se skjult tekst for langt bilde. Parametere har potensiale til å kunne skape kaos av en ellers fungerende node, så vær litt forsiktig... Assosiasjon Kort fortalt lar assosiasjon en node styre en annen. En node kan ha forskjellige grupper ("Groups"), som gjør ulike ting. F.eks. en bevegelsessensor kan ha en gruppe for å skru av/på andre noder basert på bevegelse og en annen gruppe for å skru av/på andre noder basert på lys. Fibaro-dimmerne har to brytere. Bryter 1 (navngitt "S1",) styrer først og fremst lyset dimmeren er koblet til. Men bryter 2 ("S2") bruker assosiasjon til å styre andre lys. Jeg har satt det opp slik at bryter 2 i stua styrer kjøkkenlyset og motsatt. For Z-wave Plus er alltid "Group 1" det som er kalt "lifeline". Gruppe 1 skal alltid assosieres med master controller, og der blir informasjon mellom noden og master utvekslet (som f.eks. "Instant Status" som forteller HomeSeer at noden har blitt skrudd på eller av via knapp eller andre assosiasjoner). I "gamle dager" var det ingen standard for lifeline, "Instant Status" var ikke engang vanlig. Versjon 1 av dimmerne fra Fibaro og Qubino brukte da den siste gruppen til lifeline (hhv Group 3 og Group 4). S2 i stua styrer kjøkkenlyset (merk at det er snakk om Dimmer 1, ikke 2? S2 på kjøkkenet styrer lyset i stua: Merknad 1: I bildet over når under overskriften "Feilretting" ser du at HomeSeer er assosiert til alle gruppene. Dette skal egentlig ikke være nødvendig! Z-wave Plus bruker som nevnt Group 1 som lifeline. Det skal være tilstrekkelig å kun assosiere Group 1 til HS3. Merknad 2: Ved bruk av assosiasjon er det også viktig å lese bruksanvisningen. For eksempel har Dimmer 2, som poengtert her, to grupper knyttet til knapp S1. Gruppe 2 og Gruppe 3 styres fra S1: Gruppe 2 sender kun On/Off mens Gruppe 3 også kan dimme. Det samme for knapp S2, men da er gruppene hhv 4 og 5. Includering secure/non-secure Alle dørlåser med Z-wave må bruke "secure" inkludering. Dette fordi kommunikasjonen mellom HomeSeer og dørlåsen skal krypteres, og som et sikkerhetstiltak må avstanden mellom controlleren og noden være 60 cm eller mindre når du setter den opp første gang. Det gjør det litt kronglete å sette opp en allerede montert dørlås, men det er kjekt å vite at kommunikasjonen er kryptert. Og jeg vil si det er kjekt med kryptering (men ikke nødvendig) for noder som f.eks. styrer ovner. Men for eksempelvis dimmere og bevegelsessensorer er det min personlige mening at kryptering er litt overkill. Kryptering med Z-wave har noen ulemper: Som nevnt må avstanden mellom controller og node være liten. For en montert dimmer kan dette by på problemer. Det gir mer kommunikasjon og dermed mer belastning på Z-wave nettverket For batteridrevne noder, som f.eks. en bevegelsessensor eller magnetsensor, betyr kryptering vesentlig høyere batteribruk. Men er det enkelt å oppfylle kravene til kryptering og det er enheter som ikke bruker batteri, er det ikke noe problem å bruke kryptering. Z-Health EDIT: Z-Health er faktisk nå tatt bort fra HomeSeer. Det er behøves ikke lenger, slik det var i gamle dager. Oppsummering I del 3 la vi til et interface og inkluderte noder i nettverket, og optimaliserte nettverket. Denne gangen har vi rettet noen feil med oppsettet, vi kan justere parametere og bruke assosiasjoner for å kontrollere noder. Tidligere har vi sett på valg mellom de ulike versjonene (del 1) og hvordan man setter det opp (del 2). I del 5 skal vi se nærmere på bruk av 433MHz-teknologi med RFXtrx433, og i del 6 det skal vi behandle alle enhetene våre, navngi dem, sortere, og se litt nærmere på mulighetene vi har i grensesnittet. Spørsmål? Kommentarer? Gi lyd i kommentarfelet! Vis full oppføring

Selger en nesten ny Homeseer Zee S2. Gi bud eventuelt.... http://m.finn.no/bap/forsale/ad.html?finnkode=83795936&fks=83795936

Del 3: Z-wave-håndtering Nå har vi valgt en HomeSeer-versjon, og vi har satt det opp slik at det i det minste sviver. Men HomeSeer trenger å snakke med omverdenen for å være til nytte. En protokoll til det er Z-wave. Forbehold: Dette er skrevet med HomeSeer-versjon 3.0.0.297 og Z-wave plugin-versjon 3.0.1.93. Deler av det som står her kan ha blitt endret senere. Veldig kort om Z-wave Z-wave er en protokoll som både kan sende og motta beskjeder. Hver Z-wave enhet kalles en node, utenom sjefs-noden som kalles master controller. Flere noder som snakker sammen og med samme master controller er et nettverk. Når en node mottar en beskjed ("skru lyset ditt på") så kvitteres det tilbake til master controller. For å justere et eller annet (f.eks. dimme-tid, følsomhet for bevegelsessensorer, etc) sendes en parameter til noden. Z-wave lager et såkalt "mesh nettverk". Nodene snakker med flere andre noder, og kan sende beskjeder videre fra en til en annen, og dermed har man sjeldent dekningsproblemer. Interface/controller Man trenger et interface slik at programvaren kan kommunisere med den virkelige verdenen. Hvis du har valgt en hardware-boks fra HomeSeer, så følger det med. Hvis du har valgt kun programvare, må du kjøpe et. Mange bruker UZB1 (versjon 5.2 kan med oppdateres), andre bruker Z-stick Gen 5. Disse kobles til maskinen via USB. Noen av oss bruker til og med Z-NET, et ethernet-interface fra HomeSeer (det er hendig hvis du kjører HomeSeer på en virtuell maskin, eller trenger å plassere interfacet et stykke fra serveren). Akkurat nå er det uansett viktig å sørge for at interfacet/controlleren (jeg bruker ordene litt om hverandre) støtter Z-wave Plus. Ellers kan det nevnes at UZB1 har en fordel over Z-stick: HomeSeer kan ta backup av UZB1 og "restore" den tilbake til den samme eller en annen controller/interface. Det er også mulig med Z-stick, men da må du bruke Aeon Labs egen Windows-programvare. Du har valgt et interface? Bra, da fortsetter vi med å legge det til i HomeSeer. Aller først sjekker vi at Z-wave plugin'en kjører. Det gjør vi ved å gå til Plugins → Manage. Når dette er gjort går du til Plugins → Z-wave → Controller Management. Se under overskriften "Z-wave Interfaces". Hvis du ser et interface der, så trykk på den gule pilen for konfigurasjon. Hvis ikke, trykk på knappen "Add Interface" (om du ser det ene eller det andre er versjonsavhengig, men begge deler gir det samme resultatet). Navngi den på en fornuftig måte (jeg har bare kalt den "UZB1"). Velg så riktig interface. Hvis du har en Zee2 med innebygget interface velger du dermed "Internal", har du UZB1 velger du "Z-wave.me UZB", har du Z-stick velger du "Aeon Labs Z-stick". Og så videre. Det siste er å velge riktig COM-port (hvis du ikke har et innebygget interface). I Windows kan du finne COM-porten i Device Manager (Windows-tast + X → Device Manager → COM-ports). Jeg er ingen Linux-expert, men jeg fant den som vist i bildet under: Når alt dette er gjort, trykker vi på det røde symbolet med gul bakgrunn øverst for å aktivere interfacet. Hvis alt nå er vel, endres teksten til "Initializing". Og deretter blir det røde symbolet grønt. Interface'et er "node 1" i nettverket. Voliá! Du kjører nå Z-wave. Gratulerer! Inkludering Men å kunne snakke et språk er jo litt kjedelig hvis det ikke er noen å snakke med! Så vi må legge til noen flere noder. Først en Fibaro Dimmer 2 (FGD-212). Først må du få en elektriker til å koble opp noden hvis det er en mikromodul til fast installasjon. Gå til Plugins → Z-wave → Controller Management, og utvid controlleren din (f.eks. "UZB") ved å trykke på pilen i den gule sirkelen. I nedtrekksmenyen velger du "Add/Include a Node". MERKNAD: Personlig bruker jeg alltid "Add/Include a Node Unsecurely", utenom for dørlåser. Trykk Start. Nå må vi aktivere "inkluder"-funksjonen på noden. Mange noder har en knapp du typisk skal trykke på 3 ganger for å sende en "NIF", en "Node Information Frame". Mikro-moduler fra Fibaro og Qubino har en knapp på selve enheten, men man kan også bruke den eksterne bryteren ("S1") til dette. Etter litt tenking, legger HomeSeer til noden. Som vi ser roter Fibaro det litt til for oss om endpoints (det er en lang historie, den korte er at Fibaro feilaktig rapporterer at den er en multi-endpoint enhet, altså rapporterer den et ekstra endpoint den ikke har). Det skal vi imidlertid fikse i del 4. Naviger så til View → Device Management, og a) trykk på knappen "Show all" under de fler-fargede knappene øverst til høyre, eller b) velg "Node 2" (eller hvilken node du nå legger til) i menyen "Floor". Da får vi opp alt vi har i HomeSeer til nå: Skrur vi av og på "Switch MultiLevel 1" skal lyset gå av og på. Ekskludering Ekskludering, det vil si fjerning av en node fra nettverket, er, som navnet tilsier, det omvendte av å inkludere en node. Og prosedyren er også tilsvarende enkel. Gå til Plugins → Z-wave → Controller Management. Utvid controlleren. Finn "Remove/Exclude a Node" i nedtrekksmenyen og trykk "Start". Aktiver "inkluder"-funksjonen på den fysiske enheten (trykk 3 ganger) på samme måte som når du la den til. Enheten fjernes nå fra nettverket. Optimalisering EDIT: Hvis du har et veldig stort nettverk, la oss si større enn 40-50 noder på fast strøm, så anbefales det ikke å optimalisere hele nettverket lenger. Optimaliser heller kun noen utvalgte (faste) noder. Så helt til slutt noe av det viktigste. Som nevnt innledningsvis er Z-wave et mesh-nettverk, flere noder kan kommunisere med hverandre. Men dermed må en ny node også finne ut hvilke noder som allerede finnes i nettverket. Til det må vi kjøre en "Optimize"-rutine (andre kaller det også "heal"). Hvis du allerede har et nettverk og kun har lagt til en ny node, så går du til den nye nodens root → Z-wave og trykker på knappen "Optimize" (1 gang). Hvis du får beskjed om at det var vellykket, så trykker du på knappen "Full Optimize" (1 gang). Hvis den også er vellykket, så er du ferdig! Hvis ikke, starter du på ny med "Optimize" igjen. Hvis du har lagt til mange noder, så kan du få HomeSeer til å optimalisere alle på en gang. Gå til Plugins → Z-wave → Controller Information. Under controlleren din velger du "Optimize a Network, No Return Route Changes" og trykker "Start". Hvis noen av nodene gir en feilmelding, kan du enten optimalisere nodene manuelt, eller du kan kjøre rutinen en gang til. Når alle nodene er ferdig optimalisert, skal vi gjøre det en gang til, men denne gangen velger vi "Fully Optimize a Network". Feiler noen av nodene må "Optimize" og "Full Optimize" kjøres pr feilet node. Merk: Erfarne HomeSeer-brukere, spesielt de som brukte HomeSeer 2, vet at tidligere var det snakk om at man skulle kjører "Optimize" hele 4 ganger før man kjørte "Full Optimize". Dette er ikke nødvendig lenger. Det holder med 1 gang. Bittelitt teori: "Optimize" for en node oppdager andre noder i nettverket den er i stand til å kommunisere med, og velger ut opptil 4 forskjellige ruter fra master til node som den lagrer. "Full Optimize" gjør det samme, men lagrer også den beste "retur-ruten" tilbake til master. Oppsummering Nå har du et kjørende Z-wave nettverk, med en eller flere noder. I del 4 skal vi se på litt enkel feilretting (i de tilfellene det er nødvendig), justering av parametere og bruk av assosiasjoner for å kontrollere noder. Tidligere har vi sett på valg mellom de ulike versjonene (del 1) og hvordan man setter det opp (del 2). I del 5 skal vi se nærmere på bruk av 433MHz-teknologi med RFXtrx433, og i del 6 det skal vi behandle alle enhetene våre, navngi dem, sortere, og se litt nærmere på mulighetene vi har i grensesnittet. Spørsmål? Kommentarer? Gi et pip i kommentarfeltet! Vis full oppføring

Oppsett I del 2 skal vi ta for oss det mest grunnleggende av oppsettet, og vi gjør det både for de som har valgt en selvstendig enhet som Zee2 og for de som har valgt programvaren. De som vil lese om Zee2-oppsettet kan bare fortsette å lese. De som har valgt program-tilnærmingen kan bla nedover til overskriften "Programvare-oppsett". Zee2-oppsett Jeg har en Zee versjon 1 men verden har gått videre siden det, så jeg har fått låne en Zee2 av Artius. Inni pakken er det en liten brukermanual for å hjelpe deg i gang, og det kan være greit å skumme gjennom denne. Er du av den utålmodige typen er det egentlig bare å koble til en nettverkskabel og strøm, så er du i gang. Etter et minutt har enheten startet opp. Så vi bruker en PC eller et nettbrett, åpner en nettleser og går til nettsiden http://find.homeseer.com. Denne siden vil finne alle HomeSeer-enheter (enten hardware-bokser, program-installasjoner eller Z-NET) som er tilgjengelig på nettverket ditt. Hos meg ser det slik ut: Du vil sannsynligvis kun ha en linje i tabellen. Vi trykker på IP-adressen i kolonnen "System". Da åpnes web-grensesnittet, og vi skal gjennom førstegangsoppsettet. De første skjermbildene handler om å sette brukernavn og passord, samt å registrere programvaren (lisens og passord står under Zee2-boksen). Du blir bedt om å sette to passord. Det øverste er innloggingen til HomeSeer, altså til selve brukergrensesnittet. Det andre er root-passordet, altså til påloggingen til Linux-installasjonen som kjører på Zee2'en. Begge deler må huskes, så velg (unike) passord som du klarer å huske, eller bruk en passord-manager (f.eks. LastPass eller EnPass). Deretter er du inne i HomeSeer. Det kan se slik ut, men det er mulig du får et par "Devicer" på kjøpet. Disse har ingen funksjon så du kan slette dem (velg dem med checkboksen til venstre, og velg "Delete") i nedtrekksboksen rett under den blå teksten "Device List". Klokka og dato-oppsettet bruker et amerikansk oppsett. Fint for de fleste brukere, men nødvendigvis ikke oss her i Europa. Å endre det er litt mer avansert (og BURDE ha vært gjort med et innebygget script istedenfor), men det er heldigvis noe som kun gjøres en gang. Se den skjulte teksten under for detaljene. En annen ting jeg alltid gjør, er å sette fast IP på slike bokser. Det gjør det lettere å finne dem igjen, og jeg kan enkelt bruke en ping-kommando til å finne ut om boksen i det minste er på eller ei. I Zee2 gjøres dette under Tools -> Setup -> Network. Du må velge en IP som ikke blir utdelt av routeren (dvs DHCP-serveren) din. Hvis alt dette er gresk for deg, så kan det være like enkelt å bruke http://find.homeseer.com for å finne Zee2'en din. Til slutt Hvis du ikke har lyst til å herje med port forwarding, er det enklere å benytte seg av myhs.homeseer.com for å logge seg på HomeSeer over internett. Se nederst for oppsett. Programvare-oppsett HomeSeer installeres som alle andre programvarer. Man laster ned programmet herfra: http://www.homeseer.com/current-downloads.html … og kjører installasjonsfilen når den er ferdig. Man trykker "Neste" til programmet er ferdig installert. Så langt, så vel! Så er det et par elementer som med fordel kan justeres… Auto start HomeSeer 3 krever admin-rettigheter fordi det er filer i programmets mappe i \Program Files (x86) som endres (grunnen til det er at det er enklere å håndtere flytting mellom maskiner og OSer, ta backup av hele HS3, etc. Man kan være enig eller uenig, men slik er det nå engang). Men Windows 10 nekter auto-oppstart for HomeSeer (og andre admin-krevende programmer). Det kan man imidlertid enkelt løse med Startup Delayer. Du kan laste det ned herfra, og det holder lenge med Standard-utgaven. Rettigheter Da jeg installerte HomeSeer direkte på en Windows 10-installasjon (utviklingsmaskinen) trengte jeg ikke gjøre noe som helst. Men da det var installert på en Win7-maskin som jeg oppgraderte til Windows 10 ble det nødvendig å sette mappe-rettighetene til den lokale Windows-brukeren (den som er innlogget når HomeSeer blir startet). Finn HS3-mappen i "C:\Program Files (x86)" Høyreklikk på mappen og velg Properties -> Security -> Edit (knapp). Trykk "Add…" (knapp) Skriv inn navnet på brukeren, trykk "Check names" og deretter OK. Velg brukeren i den øverste listen, og velg "Full control" i listen nederst. Trykk OK. Dette har imidlertid vist seg å ikke være nødvendig når HS3 ble installert direkte på Windows 10. Windows Update Jeg kan forstå at Microsoft ser det nødvendig å tvinge brukere til å oppdatere Windows. Mange lot det bare skure og gå, og programvare må oppdateres for å være sikker! Men det er et problem: Jo flere plugins man bruker jo flere prosesser har HomeSeer kjørende, og dermed tar HomeSeer litt mer tid å avslutte enn vanlige programmer. Til slutt går Windows lei, og lukker HS3. Det kan dessverre resultere i en korrupt HomeSeer-database! Jeg og andre har opplevd det. Det kan løses ved å restarte maskinen før Windows gjør det selv. Det kan også løses med Windows Update Minitool, men for all del: Som med all programvare, sørg for å oppdatere Windows! Ta manuell backup eller bruk BLBackup Dette er kanskje ikke det første du setter opp, men etter en stund har du fått et system som sviver. Da er BLBackup utrolig praktisk å ha. Dette er en plugin som tar backup av HomeSeer-katalogen (eller hva som helst), og er veldig hendig å ha i tillfelle noe skjer. Vi skal komme tilbake til hvordan denne blir satt opp senere. Er du interessert i å ta backup av HS3-installasjonen din er det så enkelt som det kan bli: Høyreklikk på HomeSeer3-mappen i "\Program Files (x86)"-mappen, velg Send To -> Zip file. HomeSeer blir nå sendt til en ZIP-fil som du enkelt kan gjenopprette senere. Tilgang via internett En måte å gjøre det på er å bruke port forwarding for å videresende trafikken fra internett til HomeSeer. Jeg har imidlertid ikke tenkt å si mer om dette her, utenom å nevne at web-trafikken går på port 80 og den må videresendes til en fast IP-adresse. Hvis dette gir deg flere spørsmål en svar, så finnes det et alternativ: HomeSeer gir deg en mulighet for å koble deg på din HomeSeer-installasjon (uansett om det er programvare eller fysisk boks) over internett på uten at du trenger å styre med faste IP-adresser og port forwarding. Den finner du på http://myhs.homeseer.com. Med siste server-oppgradering hos HS er MyHS-tjenesten nå blitt lynende kjapp sammenlignet med direkte tilgang, selv for oss som bor her i Norge. Det første du må gjøre er å gå til Setup -> Network, og huke av "Enable remote access through MyHomeSeer service". Så går du til http://myhs.homeseer.com og trykk på "Register" linken under knappene. Da er det bare å fylle inn epostadresse og passord (BRUK ET LANGT OG SIKKERT PASSORD, husk at HomeSeer kan potensielt styre hele huset inkludert låse opp dører, så det er greit å ha et godt og unikt passord man ikke kan gjette seg for enkelt til). I tillegg må du ha License ID og passordet ditt. Hvis du har en fysisk boks, så står dette på undersiden av boksen. Hvis du har en programvare-lisens, så har du fått dette tilsendt på epost. Det siste er å opprette en bruker i HomeSeer med brukernavn og passord satt til det du brukte da du registrerte deg. Du legger til brukere under Setup -> Network. Nå skal det være mulig å logge på HomeSeer via http://myhs.homeseer.com! Sånn! Vi har nå valgt oppsett (se del 1), og om du nå har valgt hardware- eller software-ruten er nå HomeSeer oppe og kjører. I HomeSeer-skolen del 3 skal vi legge til den aller første Z-wave-enheten, og utføre litt vedlikehold og optimalisering. Vis full oppføring

Hei og velkommen til HomeSeer-skolen! Sannsynligvis leser du dette fordi du er interessert i hjemmeautomasjon, og kanskje lurer du på om HomeSeer er noe for deg. Kanskje bruker du HomeSeer allerede, men gjerne vil se om det er mer å lære. Eller kanskje bruker du et annet system, men vil gjerne utvide smarthus-konseptet ditt enda litt mer. HomeSeer er et sofistikert program/system som har muligheter for utvidelser i (nesten) alle retninger. Det har en Event-motor som er blant de mest avanserte i markedet, det kan utvides stort med scripts og plugins og dermed kobles til andre programmer eller annen hardware, og du kan programmere i et .NET-språk (som C# eller VB.net). Men det er én ting HomeSeer ikke er: Intuitivt. Det er absolutt ikke selvforklarende for en nybegynner. Det er ingen enkle veivisere i programvaren så man kan fort få følelsen av å være på dypt vann. Det skal vi imidlertid prøve å rette litt på med HomeSeer-skolen. Vi begynner med det helt grunnleggende, som versjons-valg, installasjon og grunnleggende oppsett, for selv der er det ting å tenke på. Så går vi videre med hvordan man skal forstå brukergrensesnittet, og hvordan man legger til Z-wave og 433 MHz-enheter (som Nexa). Et smarthus er ikke smart før ting begynner å skje automatisk, og derfor må vi se litt på Eventer (dvs. regel-oppsett). Videre skal vi se litt nærmere på brukergrensesnitt generelt og HStouch spesielt. Til slutt skal vi se om vi klarer å lage noen enkle scripts. HomeSeer-skolen er først og fremst beregnet for nybegynnere. Hvis du har satt opp HomeSeer selv før kan du sannsynligvis hoppe over de første delene. Men kanskje lærer du noe likevel? Og kanskje (og forhåpentligvis) lærer jeg noe nytt av kommentarene, det er jo lenge siden jeg har satt HomeSeer opp fra bunnen av... Hvis du fremdeles (av for oss helt uforståelige grunner) lurer på om HomeSeer er for deg kan du lese anmeldelsen Vesternet har. HomeSeer vinner nok ingen pris for "Mest Sexy Brukergrensesnitt". "Mest Anvendelige og Konfigurerbare" er derimot vesentlig mer sannsynlig. Før vi kommer noen vei må man faktisk kjøre HomeSeer, og før man gjør det må man foreta et… Versjonsvalg HomeSeer er i utgangspunktet et program man installerer på en PC (eller kall det en "server"). Men det kommer også ferdig installert på selvstendige bokser. Programvaren kommer i to versjoner, og det er flere bokser å velge mellom, så man har litt å velge i. Først programvaren: HomeSeer 3 kommer i en standard og en Pro versjon. Standardversjonen har følgende inkludert: Ubegrenset antall devicer og Eventer (regler) Gratis app'er til Android og iOS (standard layout til HStouch) Støtte for Z-wave Støtte for X10 Tilgang til MyHS, nå din HomeSeer-installasjon fra alle steder I tillegg er det en lang liste med "offisielle plugins", og enda flere tilgjengelige på forumet (f.eks. FitbitSeer og TextSeer av undertegnede). Pro-utgaven har i tillegg: Gratis tilgang til alle HomeSeer Tech sine egne plugins som f.eks. Global Cache og NetCam-plugin. Dette gjelder dessverre ikke tredje-parts plugins. Gratis tilgang til HStouch Designer. Designeren lar deg lage dine egne grensesnitt. Standard-utgaven koster $250. HStouch designer koster $200, og en plugin koster typisk mellom $20 og $40. Pro-utgaven koster $600. Og så må det nevnes at HomeSeer Tech selger programvaren sin til 50% rabatt minst to ganger i året, på våren (rundt mai) og i November ("Black November" som de kaller det, som en større utvidelse av Black Friday). Hvis du kan vente så lenge, så er det noen kroner å spare... Hvis du ikke kan vente så lenge, så er det oftere mellom 25%-rabattene dukker opp. Som poengtert under trenger du også hardware tilhørende protokollene du vil bruke. Skal du ha Z-wave-utstyr kan du f.eks. bruke en UZB1. Jeg anbefaler RFXtrx433 til 433Mhz utstyr (som Nexa, Oregon Scientific, Rollertrol, Somfy, etc). De forskjellige controllerne Hvis du derimot vil ha en ferdig boks, så har de tre forskjellge å velge mellom: Zee2, bygget på en RaspberryPi. Finnes kun i Standard-utgave. SEL, kjører Linux. Kommer i en Standard og en Pro-utgave. S6, kjører Windows 7 (embeded). Kommer i en Standard og en Pro-utgave. Zee2 koster $200. SEL koster $400/$700 og S6 koster $900/$1200. Man betaler altså $300 ekstra for Pro-utgaven. Alle boksene inkluderer et Z-wave interface (husk å bestille EU-utgaven!) men ikke til 433 MHz. Forskjellen mellom de forskjellige boksene er datakraften. Jo dyrere jo mer håndterer den, selvfølgelig. Zee2 sitt begrensete minne gjør at du ikke kan kjøre mer enn 5 plugins, og erfaring viser at den begynner å bli litt treg når Z-wave nettverket blir stort (mer enn ca. 50 noder). SEL har ingen begrensninger på antall plugins eller antall noder den håndterer. Man må bære være obs på at den kjører Linux-versjonen av HS3, og ikke alle plugins kan kjøre på Linux. Men antallet som kun kjører på Windows blir mindre og mindre. S6 er i praksis en PC med HomeSeer installert. Hvis denne er interessant for deg tror jeg det er billigere og enklere å kjøpe en liten PC for å installere HomeSeer på. MERK: Det finnes norske forhandlere for hardware-controllerne. Intin.no selger dem, og artius.no åpner sin nettbutikk neste uke. ...så hva skal jeg velge? Det vet jeg ikke! Men jeg kan fortelle hvordan jeg vurderer det. Jeg hadde allerede en server som håndterer familiens bilder og video-opptak, fillagring, etc, så for meg var det naturlig å velge programvaren. Jeg har også et mål om å integrere mest mulig, og det er lettere for meg å få til med Windows. Har man en gammel PC stående man ikke vet hva man skal brukes til, vil denne helt sikkert være egnet. HomeSeer i seg selv krever ikke så mye. I tillegg har jeg valgt Pro-versjonen, mest fordi HStouch Designer følger med. Og skulle jeg få bruk for en av HST-sine plugins, så slipper jeg å betale for det. Selvlagde HStouch-oppsett tilpasset skjermstørrelse og bruksformål finnes flere stedet i huset. Hvis jeg skulle automatisere hytta så kunne jeg gjerne gått for en Zee2. Der blir det ikke SÅ mange noder, det er ikke bruk for like mange plugins (man trenger for eksempel ikke FitbitSeer på hytta), og den trekker veldig lite strøm. Zee2 er en glimrende enhet å starte med hvis man ikke vil ha sin egen dedikerte PC. Dessverre kan ikke HomeSeer-lisensen overføres til PC hvis du vil oppgradere senere, men oppsettet ditt kan enkelt flyttes. I del 2 skal vi gå kjapt gjennom første gangs oppsett. Vis full oppføring

Hei, Jeg har frem til nå styrt temperaturen i 4 soverom ved hjelp av plugin-moduler i stikkontaktene til panelovner og styrt disse med den virtuelle termostaten som følger med RFXCOM-plugin. For andre gang nå har en av de virtuelle termostatene fått "hikke", slik at den ikke endrer setpoint i henhold til den timeplanen som er konfigurert. Det funker noen ganger, men somregel ikke. Tidligere har løsningen vært å slette den virtuelle termostaten og sette opp en ny, men det er jeg nå lei av. Jeg funderer nå på hvilke andre alternativer som finnes? I utgangspunktet trodde jeg at å finne en plugin eller script som tilbydde funksjonalitet som en virtuell termostat ville være enkelt, men det ser ikke slik ut. Slik jeg ser det har jeg følgende alternativer: Sette de virtuelle RFXCOM-termostatene i manuell modus, og styre setpoint med eventer Kjøpe Danfoss tempsensor med setpoint-styring, og bruke eventer til å holde temp innenfor setpoint. Ser for meg at å holde temperatur innenfor intervaller kan bli tungvint med eventer. Lage script som tar input (tempsensor, setpoint, pluginmodul) og avgjør om pluginmodul slås på eller av. Eventuelt henter setpoint fra en database? Noen som har noen anbefalinger, eller ser noen alternativer jeg har oversett? Fortrinnsvis vil jeg helst slippe å lage for avanserte greier selv. Slikt har en tendens til å kreve mye vedlikehold og stadige justeringer.

Jeg driver å jobber med en plugin til VW Car-Net og trenger Beta tester og innspill.Om dette høres interessant ut kontakt meg på PM. All informasjon og nedlastings link finner du her LSoftCarNet

Jeg kjøpte en Popp wall controller som jeg sliter med å få konfigurert. Jeg bruker en Homeseer Zee S2 som controller. Den legger seg til som vanlig og dukker opp som en enhet. Det som ikke virker er å konfigurere den. Man kan sette parametere som legger seg i en kø for levering når bryteren våkner, men prøver jeg å vekke den med å sette den i maintenance mode, og trykke knapp skjer ingen ting. Alle beskjedene om parametere ligger i køen til enheten uten å tømme seg. Har dere noen tips?

Er det mulig å lage en event som setter konfigurasjonsparametre til en device? Evt kan man lage en child som redigerer en gitt parameter? Edit: Må kanskje legge til at det ikke er gitt at spørsmålet gir mening... Jeg har en dørlås der jeg kan endre modus for autolås ved å sende en parameter + verdi via "Settings" på låsens root device i HS3. Det jeg lurer på er om jeg kan knytte en event til dette og automatisere det (for eksempel tidsavhengig automatisk, eller via interface). Sannsynligvis er det noe fundamentalt jeg ikke ennå forstår i forhold til hvordan child devicer blir opprettet, hvordan command classes fungerer, etc.

Er det noen som vet om det er mulig å få homeseer til å trigge eventer når skjermen på en mac går inn og ut av sleep mode? Ønsker at skrivebordslampa ved macen skrur seg av når skjermen går i sleep, og skrur seg på når skjermen aktiveres igjen...?

Jeg har hatt en del tregheter i homeseer den siste tiden. I dag toppet det seg helt og jeg klarte ikke å få opp loggen i webinterfacet. Fikk meg en liten overraskelse da jeg så størrelsen på loggfilen..... ? Her har jeg stoppet HS3 og renamet loggfilen slik at jeg fikk en ny. Hvordan kan dette skje da jeg har default settings i HS3 som ser slik ut?

Tenkte jeg skulle ha en status på HStouch-skjermene som viser antall lamper som er av/på. Scriptet jeg tester med nå krever at jeg må legge til ID'ene til hvert lyspunkt i starten av scriptet. Er det en måte å legge inn "DeviceList" og "CountDvRef" som parametere til scriptet slik at jeg kan ha flere tellere og kun ha ETT script? Er det også noen som har ett tips til hvordan jeg får outputen som oppdaterer den virtuelle teller-devicen til å bli "antall på / antall totalt" ? Altså slik at den legger sammen alle devicene som er definert i starten av scriptet og oppdaterer antall totalt. I scriptet under ville det da f.eks. bli 2 / 4 Dim DeviceList() As Integer = {656,648,232,423} Dim CountDvRef As Integer = 756 Dim CurrentStatus As CAPIStatus Dim NumberOfOnDevices As Integer = 0 Sub Main(Parm As Object) For Each DevRef As Integer In DeviceList CurrentStatus = hs.CAPIGetStatus(DevRef) If CurrentStatus.Status.ToLower <> "off" Then NumberOfOnDevices += 1 Next hs.SetDeviceValueByRef(CountDvRef, NumberOfOnDevices, True) NumberOfOnDevices = 0 End Sub

Noen som har oppgradert HS3-serveren fra Win7 til Win10? Eller anbefales det å sette oppe en ny maskin og flytte installasjonen? ?

Er det noen av dere som kjører noe funksjonalitet for å registrere hvem som er hjemme? Ikke at huset er så stort at vi ikke har oversikt, men det er for å kunne skreddersy automatiseringen litt bedre Kjører Homeseer og alle i huset kjører iPhone tilknyttet det trådløse nettet. Vil WiFi være en god "detector" eller må man benytte f.eks. Bluetooth pga dvalemodus på telefonene?