Søk i nettsamfunnet
Viser resultater for emneknaggene 'homeseer'.
-
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
-
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!
-
NB NB: Denne plugin ser ikke ut til å være kompatibel med nyere varmepumper fra Daikin (2021 eller nyere). Daikin har valgt å endre på WIFI-modulen slik at alt ligger i en sky. Og tilsynelatende kun gitt tilgang til "third parties" som betaler for tilgang. Dette er en plugin for å kunne styre Daikin og Panasonic varmepumpe med wifi-modul For å teste om din Daikin varmepumpe kan fungere skriv inn i en browser (Chrome/Firefox/Edge) http://<ip til varmepumpe>/aircon/get_control_info Og hvis du da får tilbake en tekst som ser noe us som dette ret=OK,pow=1,mode=4,adv=,stemp=15.0,shum=0,dt1=21.0,dt2=M,dt3=25.0,dt4=15.0,dt5=15.0,dt7=21.0,dh1=0,dh2=50,dh3=0,dh4=0,dh5=0,dh7=0,dhh=50,b_mode=4,b_stemp=15.0,b_shum=0,alert=255,f_rate=A,f_dir=1,b_f_rate=3,b_f_dir=1,dfr1=A,dfr2=5,dfr3=5,dfr4=3,dfr5=3,dfr6=5,dfr7=A,dfrh=5,dfd1=1,dfd2=0,dfd3=0,dfd4=1,dfd5=1,dfd6=0,dfd7=1,dfdh=0 Så vil antageligvis DaikinSeer fungere Link til siste versjon DakinSeer 0.0.6.7 (NB: Kun testet i Windows ) Kompatibel med Google Home Hvis du allerede har installert tidligere versjoner så slett alle enheter og opprett på nytt Hva denne plugin gjør: Gir deg en oversikt over forskjellige status Gir deg mulighet til å styre varmepumpen fra "oversiktbildet" eller legge det inn som en action i en (eller flere) events Hvordan sette opp : VIKTIG!!! Stopp Homeseer og ta en kopi av hele katalogen til Homeseer (normalt "c:\program files (x86)\Homeseer HS3" for Windows) og legg kopien på ett trygt sted i tilfelle du trenger å gå tilbake. Pakk ut filen i din Homeseer katalog - pass på at du får følgende oppsett (katalogen "Homeseer HS3" skal inneholde 2 nye filer HSPI_DaikinSeer.exe og HSPI_DaikinSeer.exe.config, mens du i katalogen Homeseer HS3\bin og Homeseer HS3\html\images skal ha fått en ny underkatalog - DaikinSeer) Restart Homeseer Gå inn på Homeseer->Plugins->Manage og trykk enable på DaikinSeer Hvordan å legge inn en varmepumpe Daikin For å kunne legge inn en varmepumpe så må du vite ip adressen til den. Dette kan du finne i f.eks. routeren din. Panasonic General Settings I "General Settings" vil du kunne sette opp hvor lang tid det skal gå mellom hver gang det hentes info fra varmepumpen (der er det en copy&paste bug ja). Time between triggering if true skal egentlig være "Time between heat pump check" eller noe. Du kan sette loggnivå. Og du får opp antall varmepumper tilknyttet (Number of heat pumps to check) Sette temperatur offset for alle varmepumper som kjøres av plugin Ved å sette noe annet enn 0 grader på heat point offset så vil temperaturene du ser i HomeSeer være justert i forhold til offset. Si at du setter det til -2,5 grader. Da vil du se 24 grader i HomeSeer på Heat point, men plugin vil ha fått inn 26,5 grader. Det samme vil også gjelde hvis du endrer temperatur. Hvis du endrer fra 24 til 23 grader så sendes 25,5 grader til varmepumpen. NB: Dette gjelder kun for plugin så hvis noen begynner å endre med fjernkontroll eller app på telefonen så vil ikke offset gjelde fra disse. Fjernkontroll vil heller ikke få med seg endringer sendt til varmepumpen. Streamer mode, Power mode og Econo mode(kun for Daikin) Ved å velge en ip adresse fra dropdown som sier "Choose ip address for adding power and streamer" så vil det gjøres en test på om denne enheten har en eller flere av disse mulighetene. Hvis det blir testet ok så legges dette til i HomeSeer for gjeldende enhet. Endringslogg 0.0.6.7 - Oppdatert Panasonic appversion til 1.19.1 og korrekt kall for ny versjon Takk til @Olex for feilmelding, finne løsning og test av ny versjon. 0.0.6.5 - Oppdatert Panasonic appversion til 1.15.1 og korrekt kall for ny versjon Takk til @bjornepappa for feilmelding og lån av konto. 0.0.6.2 - Oppdatert Panasonic appversion til 1.20.0 Takk til @Olexfor feilmelding. 0.0.5.9 - Rettet laveste temperatur for Daikin til å være 10 grader. Takk til @lasseruud for feilmelding. 0.0.5.8 - Mere caching av HomeSeer device data. Lagt til EcoMode for Panasonic. Takke til @toonwolf for testing og gode tips. 0.0.5.5 - Oppdatert slik at man selv kan sette versjonsnummer for innsending av https request til Panasonic Comfort Cloud. Også oppdatert slik at Daikin eiere kan skifte ip på varmepumpen. Dette vil gjøre at man slipper å lage alt man har satt opp på nytt. 0.0.5.4 - Oppdatert versjonsnummer for innsending av https request til Panasonic Comfort Cloud. Vil hjelpe alle som får feilmeldingen "New version app has been published","code":4106. Takk til @toonwolf for testing. 0.0.5.3 - Oppdatert versjonsnummer for innsending av https request til Panasonic Comfort Cloud. Vil hjelpe alle som får feilmeldingen "New version app has been published","code":4106. Takk til @Olex. 0.0.5.2 - Lagt til mulighet for Daikin pumper å vise momentanforbruk av kW. Takk til @Kenneth og @Sleepy81 for testing. 0.0.5.0 - Lagt til mulighet for Daikin pumper å vise dagsforbruk av kWh. 0.0.4.2 - Fikset temp dropdown i action. Grunnet forskjell mellom US og NO regional settings med tanke på desimalseparator så ble den feil. Tydeligvis ikke noe de fleste med norsk oppsett bruker. Takk til @toonwolffor hjelp med å finne bug. 0.0.4.0 - Endret slik at DaikinSeer enheter går inn i Google Home. Ulempen er at vi nå kun kan endre i hele grader (ikke halve som før). Takk til @toonwolffor hjelp 0.0.3.0 - Og plutselig så kan man styre både Panasonic og Daikin varmepumper fra plugin. Takk til @toonwolffor hjelp til å finne ut av Panasonics api. Ikke alt er testet, men det vanlige funksjoene ser ut til å fungere som de skal for begge merker. 0.0.1.6 - Fikset opp i Econo, Power og Streamer mode. Lagt til mulighet for styring av vertikalt spjeld. Takk til @hflatoey og @Kenneth for inspirasjon og feillogger. 0.0.1.3 - Oppdatert slik at Connected vil endre seg til verdier over 0 hvis det er feil. I tillegg lagt til nytt ikon og ekstra tekst når det kommer feil tilbake fra Daikin varmepumpe 0.0.1.1 - Lagt inn mulighet for å legge inn offsetverdi på temperatur. Denne vil gjelde for alle varmepumper som du kjører. I tillegg gitt mulighet til å legge til EconoMode, PowerMode og StreamerMode (hvis du har det på din varmepumpe). Disse tre modes må legges til ved å velge dette fra dropdown i Ip-config. 0.0.0.9 - Fikset feil nummer brukt når man skulle skifte til FAN mode. Også oppdatert slik at plugin husker siste temperatur hvis man skifter mellom modes og en av de er FAN siden FAN ikke rapporterer temperatur tilbake (Dette forutsetter at plugin har fått en temperatur før man skifter til FAN mode. Hvis man starter i FAN mode vil default temperatur være 18 grader for kjøling og 10 grader for oppvarming). Takk til @Kenneth for å ha funnet denne. 0.0.0.8 - Fikset håndtering av tall med desimaler fra Wifi adapter når man ikke kjører US oppsett. 0.0.0.6 - Endret bygging av temperatur dropdown for å unngå feil ved desimal verdier0.0.0.7 - Fikset visning av temperatur ikoner + ekstra sjekk når man lager enhet slik at man ikke kan ha mer enn en varmepumpe per Ip 0.0.0.5 - endret shum tilbake, men sørget for us-formatering av temperatur sendt til varmepumpe fra HomeSeer 0.0.0.4 - endret shum i til å ikke ha verdi (fra shum=0&.. til shum=&..) 0.0.0.3 - Fikset flere upper/lower case i image-path 0.0.0.2 - Lagt på litt mer debug logging og fikset noen upper/lower case i image-path 0.0.0.1 - Første versjon Problemer/utfordringer/videreutvikling Få inn PowerMode, Streamer og EcoMode for de enheter som støtter dette. Automagisk legge dette inn i oppstart. Individuelt oppsett av offset for de som har mer enn en varmepumpe. Gjenopprette devicer tilbake til standard hvis man f.eks. har slettet eller gjort endringer på enhetene sine. Prøve å beholde deviceId hvis denne finnes. Få til en oppdatering av allerede eksisterende enheter hvis man har gjort rettelser på de. Kunne selv velge default temperatur hvis plugin ikke har noen temperatur å gå ut ifra Kunne vise brukt energi (bare Daikin modeller) Legge inn mulighet for å kjøre en offset på ønsket temperatur Kunne sende Streamer on/off og Powerful on/off for de som har dette Det skal ikke være mulig å lage mer enn en enhet/samling med devicer per ip. Hvis den allerede eksisterer så skal man få opp en advarsel. Hvordan få satt en drop-down til å ha korrekt formatering i forhold til hva HomeSeer forventer. (Jeg skjønner ikke hvorfor det blir med ett bilde under her. Slettet det flere ganger, men det dukker opp alikevel)
-
Link til nedlasting av plugin MelCloudClimate versjon 1.5.8.6 Kun testet i Windows Last ned VIKTIG!!! Stopp Homeseer og ta en kopi av hele katalogen til Homeseer (normalt "c:\program files (x86)\Homeseer HS3" for Windows) og legg kopien på ett trygt sted i tilfelle du trenger å gå tilbake. Pakk ut filen i din Homeseer katalog - pass på at du får følgende oppsett (katalogen "Homeseer HS3" skal inneholde 2 nye filer HSPI_MelcloudClimate.exe og HSPI_MelcloudClimate.exe.config, katalogen Homeseer HS3\bin skal ha fått en ny underkatalog - MelcloudClimate - med 17 filer og katalogen html\images skal ha fått en ny katalog MelcloudClimate med 24 filer) Restart Homeseer Gå inn på Homeseer->Plugins->Manage og trykk enable på MelcloudClimate For å legge inn brukernavn og passord velger du fra Plug-ins menyen MelcloudClimate->Melcloud General Config og legger inn i User name og Password Plugin vil nå prøve å starte opp og hente ned data som gjør at den lage enheter for styring og info Ansvarsfraskrivelse: Laste ned og bruke plugin gjøres på eget ansvar. Skulle jeg ødelegge Homeseer oppsettet ditt eller varmepumpen din så kan jeg desverre ikke hjelpe deg. Ta kontakt her i tråden hvis det er noe som mangler/ikke fungerer. Den som vil fortsette å leke med koden finner den på https://github.com/oesolberg/MelcloudClimate Takk til @aleks for å ha startet dette og @Fjaeran for å la meg få en konto å "leke" litt på Endringer siden forrige versjon: 1.5.8.6 - Det er nå mulig å stille oppdateringsintervallet. Default er 2 min. Det anbefales ikke å ha det noe lavere enn 2 min for å unngå å bli blokkert. 1.5.8.5 - Horizontal vane fungerer nå som den skal. Takk til @PCI for lån av bruker. 1.5.8.3 - Rettet en feil som jeg hadde laget som gjorde at det feilet med jevne mellomrom. 1.5.8.2 - Rettet en feil som jeg hadde laget som gjorde at det feilet med jevne mellomrom. Tror jeg har fikset det slik at current temp oppdateres. Har også gitt styring av spjeld ett forsøk (ikonene ser ikke ut så hvis du er en designer og kan lage noe penere så er jeg takknemlig) 1.5.8.1 - Fan speed bygges litt penere opp. Fikset innhenting og laging av devicer hvis man har skrevet inn brukernavn og passord etter første oppstart. 1.5.8.0 - Fan speed er nå lagt inn som forskjellige ikoner og med knapper istedenfor dropdown. 1.5.7242.13984 - Tåler nå å miste kontakt med internett. Vil da prøve på nytt ca hvert andre minutt. Har i tillegg en egen "Connected" device som viser om man er koblet opp eller ikke (hatt kontakt de siste 5 minuttene)
-
PowerControl er en plugin for HomeSeer som vil forenkle styring av strømforbruk etter strømpriser. Den lager automatisk ett konfigurerbart antall On/Off devicer i HS ved første gangs kjøring. Devicene slås Off og On ettersom prisene er høye eller lave. Det fins to typer devicer, Max og Min. En Max device går Off når prisen går over en grense, en Min device går On når prisen går under en grense. Du kan definere så mange slike devicer som du vil. En parameterfil definerer devicer og prisgrenser etc. Denne kan editeres fra web-grensesnitt. Disse devicene lager da eventer i HS som igjen kan styre fysiske devicer som varme, varmtvann osv. Du kan og definere hvor lenge en device kan være av- eller påslått, eller innenfor et gitt tidsrom. Grensesne kan settes som pris i øre, eller når pris går over eller under gjennomsnittspris. Uansett vil programmet finne de laveste prisene med de gitte kriterier, Du kan også knytte en device opp mot en eksisterende HS device ved hjelp av en Shadow device. I tillegg til ON/OFF kan denne også sende verdier til HS device, som feks termostat setpunkt. PowerControl kan lese effektforbruk ved hjelp av en AMS måler på HAN porten, og sende data til HS. Effektforbruk kan også hentes fra HS om det fins der feks, fra Tibber. Programmet kan redusere maks effektforbruk ved å slå devicer av for å holde forbruket under en bestemt grense pr time for å redusere nettleie. Forbruk og priser vises grafisk, og du kan også logge enkeltforbrukere og vise forbruket i diagram. Eksempler på bruk Du kan kombinere flere devicer i HS ved hjelp av eventer og lage en varmestyring som virker slik: - Sett dag og natt-temperatur i HS. Kombiner så dette med en PriceControl-devicer som: -Setter ned temperatur hvis strømmen blir ekstra dyr basert på en fast grense, eller høyere enn gjennomsnitt den dagen. - Setter opp temperaturen om strømprisen går under en fast grense, under strømstøtte grensen, eller under gjennomsnitt. - Slår av devicer om effektforbruk en time går over en grense. Les mer i Help dokumentet. PowerControl kan også lese effektforbruk ved hjelp av en AMS måler på HAN porten, og sende data til HS samt logges til fil. Dette er ingen skybasert løsning og den er leverandør-uavhengig. Priser hentes gratis fra ENTSO-E. Web status display Visning av priser og forbruk. Dynamisk oppdatering av Charts. Tekst nederst viser øyeblikkets strømpris, forbruk og total for timen. Oppdateres en gang i minuttet. Chart som viser pris og forbruk oppdateres en gang i timen. Kjekt å henge på veggen for å følge med. Konfigurerbare Devicer du kan knytte til events i HS. Her for å styre varmepumpe. Sette ned varme ved høy pris og sette opp varme ved ekstra lav pris. Logging av forbrukere vises grafisk Planlagt videre utvikling Direkte styring av varmepumper, panelovner etc. I dag kan man bruke Powercontrol til å styre en varmekilde som i eksemplet over. Det krever dog ganske mange events i HS når flere devicer skal kombineres. Alternativt kan du lage et script. Enklere er det å kombinere flere devicer i PowerCntrol, og så sende temperatursettpunkt, viftehastighet etc direkte til varmepumpe- eller panelovn-device i HS så slipper du å lage masse events som er vanskelig å endre. Temperatur settpunkt etc vil kunne redigeres i PowerControl web grensesnitt. Release V1.2.0.2 06.03.2023 Nytt Entsoe API Fikset bruk av default verdier om ikke priser blir hentet. Kan slå av prishenting helt ved å sette PriceArea blank Det holder å bytte exe fil om du allerede har PowerControl Release V1.3.0.0 25.03.2023 Bugfix: Feiler pgr av endring av antall priser fra Entsoe Grafikk: Plotter priser og forbruk. se: Grafikk Ny ini fil: PowerControlData.ini. Visning av Månedsmaks og gjennomsnitt av 3 høyste verdier - nettleie avgift. Lese forbruk fra HomeSeer - Tibber Release V2.0.0.0 Forbedret web brukergrensesnitt. Alle parametere du bruker ofte kan endres i web grensesnitt. Parametere lagres og du trenger ikke restarte. Devicer kan legges til og slettes. Beregninger av max og min events kan oppdateres uten restart. Dvs, lett å teste parametersetting. ToolTip hjelp på mange parametere. Grafikk. Total strømforbruk og pris vises grafisk. Logging av device forbruk med grafikk. Du kan sette opp logging av alle HomeSeer devicer, som varmeovner, varmtvann etc og logge dette. Resultatet vises grafisk og som HS devicer om ønskelig. Forenkler identifisering av store forbrukere og feil i automasjonsoppsett. Automatisk bytte til høyere månedsmaksgrense for forbruk. Går du over effektleddet en måned så settes neste maksgrense som limit. Ny max-device paramter OffAboveLimit. Går prisen over denne grensen i øre slås device helt av. Lesing av Euro kurs fra Norges Bank endret til JSON på grunn av endringer i webservice. Standardavvik til døgnpriser lagt til som device i HomeSeer. Kan brukes til å detektere flate priser. Lesing av forbruk fra AMS leser forbedret feilhåndtering Release V2.0.0.2 Det var en bug i V2.0 som gjorde at oppstart feilet om en parameter i ini filen PowerControlData.ini var blank. Du kan legge inn noen dummy data her, som feks DayConsumptionTimes=25.04.2023;13;14;19 DayHourConsumption=0,5;0,0;0,7 Eller laste ned V2.0.02 hvor dette er rettet. Les også kapitlet Minimumskonfigurasjon i det oppdaterte Help dokumentet om hva som minimum må kofiguerers for å få igang plugin. Release V3.0.0.0 For å forenkle oppsett av devicer er det laget forhåndsdefinerte device typer kalt Device Functions. Ved å velge en Function reduserer du parameterantallet. Du kan selv også definere og endre Device Functions. Ønsker du å bruke Device Functions for eksisterende devicer må du legge inn en parameter på hver device som definerer dens funksjon. Se under. Ny strømstøtte-modell av 2023 er lagt inn. Du må sannsynligvis endre noen av device parametere på grunn av dette. Priser med og uten strømstøtte vises. Forbedret lesning av effektforbruk fra HomeSeer/ Tibber. NB! Se manual om oppsett. Eventer er endret slik at også Max type plottes som rødt når de er ON. Ønsker du å beholde det gamle slik at de plottes som blå når de er OFF kan du endre dette i config fanen. Parameter PlotMaxAsRed = False i INI fil under [General] Mere Tooltip help er lagt til. Bytt filen PowerControlTooltip.ini i HomeSeer\Config Release V3.0.0.1 Det snek seg inn en liten bug som gjør at priser uten strømstøtte ikke blir flyttet over til neste dag etter midnatt. Dette har ingen praktisk betydning, for beregninger. 3.0.0.1 er releaset. Det holder å bytte exe fil hvis du oppdaterer fra 3.0.0.0 Release V3.0.0.2 06.04.2024 Bugfix: Tooltip help tekst for Device setup manglet. Bugfix: Strømstøtte priser blir feil når pris er under grense- 73 øre. Nytt: La til timespan for når Max priser-devicer er lov å slå av. Dvs, innenfor dette tidsrommet blir ikke device slått av uansett. (grunnet klage fra kona om kaldt kontor om morgenen) Dynamisk oppdatering av Charts. Tekst nederst som viser øyeblikkets strømpris, forbruk og total for timen. Oppdateres en gang i minuttet. Chart som viser pris og forbruk oppdateres en gang i timen. Kjekt å henge på veggen for å følge med. Ny parameter under Config- Chart & Log «Chart Font Size». Her kan du sette font på Chart for å lette lesing. Default= 12 NB. For detaljer om hvordan oppgradere les nederst i dokumentasjonen. HSPI_PowerControl V3.0.0.2.zip PowerControlHelp - V3.0.0.2.pdf
-
Jeg har en 20 år gammel Flexit VG400 som balansert ventilasjon i et hus på ca 180 kvm. Den har fungert feilfritt, men en kryssvarmeveksler er ikke veldig effektivt så den pumper veldig mye varme rett ut, selv om jeg har kjørt den på laveste turtall. Så det må ligge en stor besparelse i å slå denne av en stor del av døgnet. Hensikten med balansert ventilasjon er å skape godt inneklima. Klima kan få dårlig kvalitet av fuktighet, CO2 som vi puster ut, og gassing fra materialer, maling og møbler. Fordelen med å bo i et gammelt hus er at det ikke gasser mye. CO2 er veldig lite. Et menneske puster ut ca 300 liter pr døgn, mens huset er på 400 kubikkmeter. Det tar litt tid før det blir merkbart dårlig med to personer. Men fukt er et problem. Jeg tenker meg derfor å slå av ventilasjonen store deler av døgnet. Den vil bare gå en kort stund om natten når strøm er billig. Men i tillegg vil jeg montere hygrometre på bad og vaskerom, kanskje også kjøkken, som starter aggregatet når luftfuktigheten øker. Til å måle luftfuktighet skal jeg bruke Shelly WiFi sensor: shelly-humidity-temperature-smart-home-automation-sensor/ Det er et par andre systemer for å kontroller VG400 her på forumet, men jeg valgte å løse dette på en annen måte for å slippe å programmere. Jeg bruker en Shelly Uni enhet til å styre aggregatet: shelly-uni-smart-home-automation-device Flexit VG400 bruker styrepanel SP30 som kommuniserer med aggregat via en 8 leder kabel med RJ45 kontakter, altså en nettverkskabel. Kommunikasjonen er veldig enkel: pinne 5 eller 6 settes høy til 24 volt for å velge hastighet. Tilsvarende settes pinne 3 for å slå på ettervarme. Jeg har disablet ettervarme ved å fjerne et rele i styringsenheten, og så har jeg fjernet laveste hastighet slik at vifter stopper hvis ikke pinne 5 eller 6 er høye. I tillegg har jeg redusert Normal hastighet til Lav ved å flytte på noen kontakter på en trafo. (En autotrafo styrer viftehastigheter).
- 13 svar
-
- flexit
- klimakontroll
-
(og 2 andre)
Merket med:
-
Om noen føler for å hjelpe en som aldri lærte seg å kode, så ta gjerne en kikk på dette: Dette scriptet skal starte casting til en google høyttaler eller gruppe, angitt av device 1206. Hva som skal castet/spilles angis av device 964, og er enten en radiokanal eller en lydfil (devicevalue>=200 er en lydfil, devicevalue<200 er en radiokanal). Alt fungerer, untatt avspilling av lydfilene. Chat GPT kommer ikke noe videre, og jeg står også fast. Kom gjerne med andre endringer av koden også, her er det nok rom for forbedring 😅 Sub Main(ByVal Parms As Object) ' Device reference numbers Dim deviceRef As Integer = 964 ' Device that holds the radio channel/audio file value Dim groupDeviceRef As Integer = 1206 ' Device that holds the group/speaker value ' Get the current values Dim deviceValue As Integer = hs.DeviceValue(deviceRef) Dim groupValue As Integer = hs.DeviceValue(groupDeviceRef) ' Define the CSV list Dim chromecastList As String = "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx, Stue, Google Nest Audio, 5;" & _ "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx, Gang, Google Nest Audio, 10;" & _ "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx, Soverom, Google Nest Mini, 15;" & _ "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx, Andre etasje, Google Cast Group, 20;" & _ "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx, Alle Nest, Google Cast Group, 30;" & _ "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxb, Stue og gang, Google Cast Group, 40" ' Split the CSV list into an array of Chromecast entries Dim chromecastEntries As String() = chromecastList.Split(";"c) ' Loop through each entry to find the Chromecast ID based on the group value Dim chromecastId As String = "" For Each entry As String In chromecastEntries Dim parts As String() = entry.Split(","c) If parts.Length = 4 AndAlso Convert.ToInt32(parts(3)) = groupValue Then chromecastId = parts(0) Exit For End If Next ' If Chromecast ID is found, proceed with casting If Not String.IsNullOrEmpty(chromecastId) Then ' Create the Collection for radio channels Dim radioChannels As New Collection radioChannels.Add(New String() {"https://lyd.nrk.no/nrk_radio_p1_buskerud_aac_h", "NRK P1"}, "10") radioChannels.Add(New String() {"https://lyd.nrk.no/nrk_radio_p2_aac_h", "NRK P2"}, "20") radioChannels.Add(New String() {"https://lyd.nrk.no/nrk_radio_p3_aac_h", "NRK P3"}, "30") radioChannels.Add(New String() {"https://lyd.nrk.no/nrk_radio_alltid_nyheter_aac_h", "NRK Nyheter"}, "40") radioChannels.Add(New String() {"https://lyd.nrk.no/nrk_radio_p13_aac_h", "NRK P13"}, "45") radioChannels.Add(New String() {"https://lyd.nrk.no/nrk_radio_jazz_aac_h", "NRK Jazz"}, "50") radioChannels.Add(New String() {"https://lyd.nrk.no/nrk_radio_mp3_aac_h", "NRK MP3"}, "60") radioChannels.Add(New String() {"https://lyd.nrk.no/nrk_super_aac_h", "NRK Super"}, "70") radioChannels.Add(New String() {"https://p4.p4groupaudio.com/P04_AH", "P4"}, "80") radioChannels.Add(New String() {"https://p5.p4groupaudio.com/P05_AH", "P5 Hits"}, "90") radioChannels.Add(New String() {"https://p6.p4groupaudio.com/P06_AH", "P6 Rock"}, "100") radioChannels.Add(New String() {"https://p7.p4groupaudio.com/P07_AH", "P7 Klem"}, "110") radioChannels.Add(New String() {"https://p8.p4groupaudio.com/P08_AH", "P8 Pop"}, "120") radioChannels.Add(New String() {"https://p9.p4groupaudio.com/P09_AH", "P9 Retro"}, "130") radioChannels.Add(New String() {"https://p10.p4groupaudio.com/P10_AH", "P10 Country"}, "140") radioChannels.Add(New String() {"https://p11.p4groupaudio.com/P11_AH", "P11 Bandit"}, "150") radioChannels.Add(New String() {"https://nrj.p4groupaudio.com/NRJ_AH", "NRJ"}, "160") ' Collection for music files Dim mediaFiles As New Collection mediaFiles.Add("C:\Program Files (x86)\HomeSeer HS4\Media\Spilleliste Wake Up Gently.mp3", "200") mediaFiles.Add("C:\Program Files (x86)\HomeSeer HS4\Media\Beep-beep-beep vekkerklokkelyd.mp3", "210") '... Add the rest of your music files here If deviceValue >= 200 Then ' Play media file Dim filename As String = mediaFiles(deviceValue.ToString()) hs.MediaFilename = filename hs.MediaPlay("") Else ' Cast radio channel Dim channel As String() = radioChannels(deviceValue.ToString()) Dim mediaUrl As String = channel(0) Dim mediaTitle As String = channel(1) Dim mediaMimeType As String = "audio/aac" ' Media MIME type Dim mediaImageUrl As String = "" ' Media Image URL Try hs.PluginFunction("Chromecast", "", "CastMedia", New Object() {chromecastId, mediaUrl, mediaMimeType, mediaTitle, mediaImageUrl}) hs.WriteLog("Cast Radio", "Media has been sent to Chromecast.") Catch ex As Exception hs.WriteLog("Error", "Error in Cast Radio: " & ex.Message) End Try End If Else hs.WriteLog("Chromecast", "Chromecast ID not found for the given group value.") End If End Sub
-
Heisann. Det kan godt hende dette skulle blitt delt på en annen måte, men tenkte jeg uansett kunne legge ut et lite ord om det her. Jeg la merke til at de hadde endret produktinformasjonen på Homeseer Smartstick+ G3 på Homeseer sin nettbutikk fra at det var "US-frequencies only", til at det plutselig stod "Supports multiple Z-Wave frequencies when used with HomeSeer software or hubs." Så jeg bestilte for å teste 🙂 Jeg kan derfor med glede informere om at jeg nå har tatt backup av min Zwave.me UZB, restoret backupen til Smartstick+, endret frekvens til EU-frekvenser, og det virker nå minst like bra med Smartsticken som det gjorde med UZB. Til info: Det står fortsatt merket med 908.42MHz på baksiden av enheten, men man kan velge de fleste frekvensene. Jeg har ikke fått testet dette mer enn en ukes tid, men det har vært stabilt til nå. Kort oppskrift på hvordan jeg gjorde det: 1. Ta backup av gammelt interface 2. Installer drivere for HS Smartsticken og koble den i 3. Legg til nytt interface i HS 4. Fjern gammelt interface i HS 5. I HS4, bytt til å vise legacy Z-Wave Menu, og velg Smartstick som target Z-Wave Interface 6. Gå til Controller Management og endre Region til Europe på Smartstick-interfacet 7. Gå til Advanced Functions og Restore interface from backup 8. Etter dette måtte jeg restarte Z-Wave pluginen for at det skulle virke Mvh Øistein
-
Versjon 0.0.3.5
1 939 nedlastninger
Du har et smart hus med HomeSeer som hjerne. Du kan få Tibber til å kjøpe strøm for deg til spotpris (for 39 kr i måneden). Hvis du kombinerer HomeSeer og Tibber får du et enda smartere hus, mulighet til å spare noen kroner på strømregningen, samt mulighet til å gjøre noe godt for planeten. Det er en vinn-vinn-vinn situasjon, det! Er du ikke Tibber-kunde kan du bli det her, så får vi begge 500 kr til gadgets. TibberSeer henter data fra Tibber. Forbruksdata, og dagens og morgendagens strømpriser blir tilgjengelige. I tillegg litt enkel statistikk. HomeSeer sin eventmotor er blant de kraftigste innen hjemmeautomasjon, og med informasjon med Tibber blir den enda kraftigere Dette er imidlertid en beta-versjon av plugien, så forvent litt bugs. I tillegg vil jeg vite om dine behov. Ønsker og kommentarer er velkomne! Priser TibberSeer henter priser fra Tibber og lager litt enkel statistikk. "High" og "Low" er gjennomsnittspris hhv. lagt til og trukket fra et standardavvik. Mellom High og Low vil dermed statistisk sett 84% av all tid være. Dermed overskrides f.eks. "High" i 8% av tilfellene; dvs. 3 timer i døgnet hvis prisene er noenlunde normalfordelte. Det er de nødvendigvis ikke, men statistikken kan likevel brukes for å unngå de verste timene i døgnet. Fargene er foreløpig som følger: - Hvit under 20 øre - Blått fra 20 øre til 40 øre - Grønt fra 40 øre til 60 øre - Gult fra 60 øre til 80 øre - Rødt over 80 øre Forbruk Her vises oppsummeringer over forbruk, i år, måneder, uker og dager. Timedata hvis du har det. Det er imidlertid store begrensinger for datatilgjengelighet, selv for oss som har AMS-målere. Men håpet er at dette blir bedre i løpet av året (og det er ikke Tibber sin feil, men leverandørene). Realtime forbruk (for dem med Tibber Pulse) Tibber Pusle kan kobles til HAN-porten, og vil sende realtime (oppdatering hvert ca. 2,5 sekund) forbruksdata til Tibber og deretter til HomeSeer. Hvilke data som skal vises kan du endre i plugin-innstillingene. Grafer Hvis du kjører HomeSeer på Windows kan du få TibberSeer til å lage grafer. Utmerket til HStouch. Planen er selvfølgelig å få dette tilgjengelig for Linux-brukere også. Under vises eksempeldata (ikke mine data). Lager også en graf over dagens strømpriser, med "High", "Low" og gjennomsnitt tegnet inn. Events For å gjøre et smart hus smartere må man ha mulighet for å programmere "Events". HomeSeer kan dermed sjekke om prisen er høyere eller lavere utvalgte verdier (High, Average, Low eller en verdi du spesifiserer selv, "custom"). TibberSeer legger til egne triggere, som vist under: I tillegg kan du bruke prisdataene som betingelser i Dermed blir det lett å spare strøm i de periodene med høyest strømpris. La oss skru av varmtvannsberederen når prisen er høyest: Men siden vi faktisk trenger varmt vann og vil unngå legionella, må vi jo sette den på igjen: Men vi kan jo også bruke strøm når den er lav: Eller hva med et hint at det kan koste ekstra penger? Scripting Fra og med versjon 0.0.3.0 er det mulig å hente timepriser samt de billigste N sammenhengende timene via script. Se detaljer her: Installasjon Last ned ZIP-filen og pakk den ut i HS-mappen. Gå til Plugins -> Manage. Aktiver TibberSeer. Gå til Plugins -> TibberSeer -> Configuration. Legg inn din egen Tibber token i tekstboksen "Token". Viktig! Priser Gå til Plugins -> TibberSeer -> Configuration. Trykk på "Configure price grabbing". Trykk på "Done!" nederst på siden. <- Viktig! Forbruk Gå til Plugins -> TibberSeer -> Configuration. Trykk på "Configure consumption grabbing". <Trykk på "Done!" nederst på siden. <- Viktig! Kjente begrensninger -Kan ikke lage grafer på Linux. Enda. -Statistikken er ikke testet over lang tid. Trenger tilbakemeldinger her! Merk at dette er en BETA-VERSJON! Jeg tar selvfølgelig ikke ansvar for din HS-installasjon, deg, ditt hus, kona eller hunden din (eller noe som helst annet) hvis du installerer plugin'en. Jeg tror imidlertid ikke så mye kan skje... Jeg kjører den selv på min egen hoved-HS-installasjon, hvis du føler deg betrygget av det. Tilbakemelding ønskes her: https://www.hjemmeautomasjon.no/forums/topic/2749-tibber-plugin-hva-ønsker-du-deg/ -
Hei har nettopp kjøpt en Z-trm3 som jeg har inkludert, men den fungerer ikke optimalt. Noen som har forslag til hva som må gjøres? Kan det evn være feil på denne termostaten? Inkludert non secure med interface ca 1m unna. Har kjørt rescan gjentatte ganger Har oppdatert med uofisiell firmware fra Heatit(men står fremdeles V4.0 i formware oversikten) Merket forsåvid ingen forskjell med 4.0 eller 4.0 uofisiell Kjørte firmware update fra HS4 OTA. Ingen feilmedlinger eller andre ting som indikrete at FW update ikke var suksess Får en rekke feil når jeg inkluderer Devicen ser slik ut. Får ikke til å endre setpoint eller får setpoint feedback Ikke mulig å endre mode Ingen temperatur device som viser rom eller gulv temperatur
-
Dette er en trigger plugin basert på det som gjøres i tråden til @ZoRaC Triggeren brukes i eventer mot google kalender. Følgende må oppfylles: Man starter på/er inne i kalendermøtet/event/registreringen (fra nå av CalendarEvent) og kalender teksten (Summary text) er enten lik, starter med, inneholder en tekst som man setter opp. Eventuelt så bryr man seg ikke om teksten, men bare at det er en kalender event. (4 forskjellige valg som kan gjøres når man legger inn triggeren). Man kan søke i mer enn en kalender. Man kan også legge inn flere søkeord skilt med || (eller) eller && (og) slik at en trigger kan håndtere flere forskjellige ord. I noen av triggerne vil ikke det å skille med && (og) gi noen treff siden f.eks. matching exactly på ett søk hvor man har brukt && (og) ikke vil treffe noen gang. En trigger slår til minst en gang, som oftest mange ganger etter hverandre! Jeg anbefaler at man derfor setter opp f.eks en device å sjekke mot slik at man unngår å trigge f.eks hvert tiende sekund i løpet av en halvtime når det skjer en event. Jeg setter opp events slik at de i tillegg til å bli trigget av triggere også sjekker mot device som den skal styre. Eks: Her er det triggeren som starter det hele, men den vil kun slå til hvis device "Unknown Unknown Events" er av (off). Da vil device settes til på (on). OBS OBS OBS Dette er i Alfa(nivået før beta, som igjen er nivået før man faktisk sier man har en versjon man er fornøyd med) og ser ut deretter Testet ok i Windows. For nå er linken til siste versjon GCalSeer_V0050 Hvordan sette opp : VIKTIG!!! Stopp Homeseer og ta en kopi av hele katalogen til Homeseer (normalt "c:\program files (x86)\Homeseer HS3" for Windows) og legg kopien på ett trygt sted i tilfelle du trenger å gå tilbake. Pakk ut filen i din Homeseer katalog - pass på at du får følgende oppsett (katalogen "Homeseer HS3" skal inneholde 2 nye filer HSPI_GCalSeer.exe og HSPI_GCalSeer.exe.config, mens du i katalogen Homeseer HS3\bin skal ha fått en ny underkatalog - GCalSeer - med 30 filer) Restart Homeseer Gå inn på Homeseer->Plugins->Manage og trykk enable på GCalSeer Oppsett av Google kalender Oppsett av kobling mot Hotmail/Outlook live Du er nå klar for å sette opp en trigger Ved hjelp av script: Mulighet til å lage en device som lister opp alle kalenderhendelser x dager framover : Ansvarsfraskrivelse: Laste ned og bruke plugin gjøres på eget ansvar. Skulle jeg ødelegge Homeseer oppsettet ditt så kan jeg desverre ikke hjelpe deg. Planlagte utvidelser/ønskeliste Mulighet for å liste ut hendelser fra flere kalendere samtidig vha script. Mulighet til å legge inn device som viser X nærmeste hendelser fra utvalgte kalendere eller for en gitt tidsperiode fra tidspunktet man er i (planlagt utvidelse) Mulighet for Regex/Wildcards i søketekst (ønske) Bedre kontroll på kobling mot Google slik at refreshtoken blir prøvd brukt hvis man har passert utløp på accesstoken Egen device for å vise status med tanke på autorisasjon Mulighet til å sette opp en trigger til å slå til på offsets Mulighet for å trigge på hendelser innenfor en dag, uke, måned, frem i tid Mulighet for å hente inn kalender events fra MS Outlook (antageligvis kun for de som kjører HS i Windows OS) Eget scriptkall for å hente events fra en eller flere kalendere - ref https://forums.homeseer.com/forum/ultilities-plug-ins/utilities-discussion/blgdata-blade/87199-event-listing-in-a-hs-device Kjente feil: Mulig å sette tid mellom hver sjekk lenger enn hva en autorisering gjelder (3600 sekunder) For mye logging Autorisering mot google fungerer ikke i Linux - under arbeid. Endringer: 0.0.5.0 - GCalSeer trigger nå kun en gang (med mindre man ønsker at den skal trigge flere ganger - Advanced settings). Også fikset litt problemer rundt kobling mot MS/Google. Mindre oppkobling og også færre feil pga låsing av filer. 0.0.4.2 - Fikset bugs og lagt til muligheten for å hente ut eventer som ligger tilbake i tid. Takk til @toonwolf 0.0.3.9 - Fikset en bug ved at offset ble brukt i during-valg selv om det ikke var mulig å endre i eventet. Takk til @JohnMartin 0.0.3.7 - Fikset en bug i hvordan det blir hentet kalender events fra Google når man skal bruke scripmulighetene. Takk til @JohnMartin 0.0.3.6 - Fikset en bug i håndtering av all day events. All day events overskred dagen(e) de var lagt til og ble slik med en dag mer enn de skulle (en dag i etterkant). Takk til @JohnMartin 0.0.3.5 - Fikset en bug i offset after. Trigging av event skjedde ikke selv om alle eventer sluttet samtidig. Takk til @toonwolf 0.0.3.4 - Filtrerer nå bort kalenderhendelser som ligger i andre kalendere enn det man har satt til gyldig for trigger (enkelte av oss kjører med mer enn en kalendere og triggere som kun går på noen av disse). Takk til @toonwolf for bra bug rapport igjen. 0.0.3.3 - Håndterer nå at en kalenderhendelse er uten subject/summary/overskrift. Både Google og Microsoft leverer NULL tilbake når dette feltet er tomt. Det fungerte dårlig. Takk til @toonwolf for bug rapport. 0.0.3.2 - Fikset opp i hvordan kalender hendelser hentes fra Microsoft. Henter nå de 100 første innenfor gitt tidsrom. 0.0.3.1 - Fjernet 2 config sider som ikke fungerer. Lagt inn støtte for GetItemsFromMsCalendar siden den kun eksisterte som GetItemsForMsCalendar. Begge er nå støttet. 0.0.3.0 - Ms connection bedre dokumentert på konfigside med tanke på Azure. 0.0.2.9 - Det er skjedd mye, men det meste er i sammenheng med håndtering av å sette opp for toonwolf. Dokumentasjon kommer plutselig... 0.0.2.0 - Fikset opp slik at man kan få tilbake objekter fra script, ikke bare ferdige strenger 0.0.1.8 - Lagt til uthenting av kalenderinfo vha script for Microsoft kalendere. 0.0.1.1 - Fikset opp i visning når man har brukt avanserte settinger. Dette vil nå bli vist når man har "krympet/rullet opp" eventet. 0.0.1.0 - Fjernet noen småfeil i offset (takk til toonwolf for testing) og lagt til muligheten å kunne søke på flere ord ved hjelp av logiske operatorer - || (eller/OR) og && (og/AND) 0.0.0.7 - Forbedret kobling mot Google + fjernet noen småfeil i offset 0.0.0.6 - Microsoft kalenderfunksjonalitet lagt til (Hotmail/Outlook Live). 0.0.0.5 - Mye ekstra funksjonalitet lagt inn på triggerne. Egen device for å vise status på koblingen mot Google. 0.0.0.4 - Man kan ikke sette tid mellom ny info fra Google til mer enn 3599 sekunder. 0.0.0.3 - Fungerer mot Linux. Autorisasjon endret. 0.0.0.2 - Logging settes og slik sett får man mindre i HomeSeer loggen hvis det er ønskelig.
- 328 svar
-
- 10
-
- google calendar
- homeseer
- (og 5 andre)
-
Jeg har brukt Chromecast-pluginen en stund nå, og den har fungert flott. Da jeg våknet i dag og fortsatte arbeidet på systemet mitt, kan jeg plutselig ikke koble til en av mine Nest Audio-høyttalere. Jeg har prøvd å starte Homeseer, pluginen, Google Home-appen, høyttaleren osv. på nytt uten hell. Jeg har også slettet høyttaleren fra Homeseer, .ini-konfigurasjonsfilene og koblet Google Home til Homeseer på nytt. Høyttaleren fungerer på alle andre måter, og jeg kan styre den og caste til den uten problemer fra andre apper. Jeg har ikke tilbakestilt enheten til fabrikkinnstillingene ennå, siden jeg er redd for at jeg må bruke mange timer på å få alle arrangementene mine til å fungere igjen. Har noen råd om hva som kan være galt?
- 3 svar
-
- feilsøking
- chromecast
-
(og 2 andre)
Merket med:
-
Styring av forbruk basert på strømpriser er en effektiv måte for å redusere kostnader. Jeg har i et års tid styrt oppvarming og varmtvann ved hjelp av tidsbryter. Jeg bruker HomSeer og slår ganske enkelt av varmtvann og senker temperaturinnstillingen på varmeovner ved de klassiske pristoppene morgen og kveld. Men etter hvert så jeg at prisbildet var mer komplekst, og de vanlige toppene flyttet seg, eller flatet ut. Så jeg satte i gang utviklingen av min første plugin for å kunne styre direkte etter faktiske priser. Programmet henter daglig priser fra gratistjenesten ENTSO-E og beregner når strømmen bør slås av. Det tar også hensyn til at feks varmtvann ikke bør være avslått for lenge, så det legges inn begrensninger for dette. Plugin kan du laste ned her: PowerControl I tillegg kan programmet slå på forbrukere når strømmen er spesielt billig. Det bruker jeg til å slå på varmekablene som normalt ikke brukes etter at vi fikk varmepumpe. Kablene slås da på gjerne om natten, men gulvet er et godt varmemagasin så det holder seg utover dagen. Snart kommer det også funksjonalitet for å unngå forbrukstopper for å holde nettleien nede. Totalt har jeg redusert forbruket til det halve. En viktig faktor for dette er er styring av ventilasjonsanlegget slik at dette starter kun ved høy luftfuktighet på badet. Dessuten går det en stund med faste intervall for å holde CO2% nede. Les her: Styring Flexit
-
Plugin til Homeseer for kontroll og status av dine Verisure komonenter. Siden det ikke finnes noe API mot Versisure sitt systemet benytter pluginen seg Verisure sine "Mine Sider" for å hente status og sette verdier. Full informasjon finnes på på LSoft
-
Hei Mye har skjedd på Homey-fronten siden jeg sist kikket på det, og valgte Homeseer for 5-6 år siden. Jeg har ikke fulgt godt med, men hva tenker dere om forskjellene på HS4 og den nye Homey Pro ? Hva er bakdelene med Homey Pro i forhold til Homeseer? Hva er fordelene med Homey Pro i forhold til Homeseer?
-
Sønnen min har akkurat total renovert leiligheten sin og der har vi puttet inn bare ELKO ESH dimmere og ELKO ESH termostater. Jeg sitter derfor å setter opp ett HomeSeer system for ham og tenkte at jeg skulle logge det jeg gjorde i en guide. Jeg har altså valgt å kjøre en ConBee USB stick rett i samme maskin som kjører HomeSeer. Jeg slenger på litt ekstra IKEA stoff også så kan flere ha glede av det og det er dessuten lettere å teste med i starten. OBS det kan lønne seg å sette en fast IP på denne maskinen før du starter og enten starte HS FØR deCONZ slik at HS får port 80 og deCONZ port 8080. Eller sette HS til å bruke en annen port i Tools/Setup/Network og la deCONZ få ta port 80 (Tar input på hvordan deCONZ sin web server kan konfigureres til å la være å ta port 80) OK, HomeSeer er installert og oppdatert. Legg til JowiHue plugin i HS Kjøp en ConBee hos feks. Kjell&co Gå til denne siden og hent driveren for windows / Setup executable som beskrevet her. Pakk den ut og kjør den. Restart PC Gå til Dresden Elektronik og last ned siste versjon av deCONZ for Windows: https://www.dresden-elektronik.de/funktechnik/products/software/pc-software/deconz/?L=1 Kjør install og start den. Om den ikke finner USBStick'en kommer den opp slik med tom dropdown boks: Forsøk da å plugge sticken i en annen USB port. Om den blir gjenkjent hopper deCONZ automatisk videre til dette bildet: Nå kan vi teste ved å åpne ZigBee nettet for JOIN slik: Nå er ZigBee nettet åpent for JOIN i 60 sekunder. Skru en IKEA Trådfri pære av og på 6 ganger (du kan godt gjøre det ved å vri pæra i sokkelen) og la den være på så vil systemet oppdage den slik: Gratulerer du har nå et ZigBee nett kjørende Test ved å skru på CLUSTER INFO, Klikk på den lille sirkelen til høyre på pæra, klikk på Cluster 0006 On/Off og test Av/På: Du kan nå styre pæra fra PCen La oss nå koble dette til HomeSeer, først tar vi opp WebApp'en: Trykk på WebApp og logg inn med user: delight pwd: delight Kjør software update om den er tilgjengelig: Du kan følge med her: Da er vi klar til å koble til HomeSeer med JowiHue plugin'en Gå til konfigurasjons siden og trykk Register Bridge: Mens den står og leter, gå til WebAppen, velg Settings under Menu og trykk UNLOCK GATEWAY: Nå vil JowiHue finne denne: Og vi kan styre pæra fra HomeSeer : La oss nå for moroskyld inkludere en IKEA fjernkontroll (den runde) Denne gangen kan vi bruke WebInterfacet til å åpne nettet for JOIN: Ta av lokket på fjernkontrollen og trykk 4 ganger på knappen: Og her kommer den: Scan for Devices i JowiHue: Og plopp, her kommer den: Nå kunne vi laget en event i HS som styrer pæra (eller noe annet..) men nå er vel ikke akkurat IKEA sine brytere å foretrekke for slikt.. La oss heller koble til en ELKO dimmer. Sett spenning på dimmeren (elektriker!) Åpne ZigBee nettet for Join og trykk 1 og 3 samtidig til LED 2 blinker: og her kommer den: Og den ser akkurat ut som IKEA pæra i HS etter å ha latt JowiHue lete den opp: OK, men hva med ELKO termostaten og ELKO "Endevender dimmeren"?? Vel, deCONZ rapporterer termostaten som FUBAR på et sted men lar deg sette temperaturen fra selve deCONZ softwaren. Den dukker derimot ikke opp i WebAppen og (da) heller ikke i JowiHue. Jeg tenker at APIet mangler den objekt typen og at vi bør få shippet en slik termostat til de som oppdaterer APIet. Endevender dimmeren lar seg også detektere i deCONZ men dukker heller ikke opp i APIet så her har vi nok samme problemet. Jeg mener å huske at @Moskus og jeg testet litt på å "binde" clustere fra denne direkte til en IKEA pære i deCONZ og fant ut at den kun lot seg binde til EN pære om gangen. (Dette hadde jo holdt om en kunne "biinde den til HS") Problemet er at jeg ikke får til den bindingen lengre og jeg tar gjerne input på dette. Skru på "Binding Dropbox" og eksprimenter med å dra et cluster til Source og Destination og trykke Bind: Her har dere et startpunkt for å eksperimentere ihvertfall. Det praktiske vi har oppnådd er å kunne styre IKEA pærer og ELKO dimmere fra HomeSeer og derfor fra alt annet som HS kan ta av innput. (Som tale )
-
Sønnen min har akkurat total renovert leiligheten sin og der har vi puttet inn bare ELKO ESH dimmere og ELKO ESH termostater. Jeg sitter derfor å setter opp ett HomeSeer system for ham og tenkte at jeg skulle logge det jeg gjorde i en guide. Jeg har altså valgt å kjøre en ConBee USB stick rett i samme maskin som kjører HomeSeer. Jeg slenger på litt ekstra IKEA stoff også så kan flere ha glede av det og det er dessuten lettere å teste med i starten. OBS det kan lønne seg å sette en fast IP på denne maskinen før du starter og enten starte HS FØR deCONZ slik at HS får port 80 og deCONZ port 8080. Eller sette HS til å bruke en annen port i Tools/Setup/Network og la deCONZ få ta port 80 (Tar input på hvordan deCONZ sin web server kan konfigureres til å la være å ta port 80) OK, HomeSeer er installert og oppdatert. Legg til JowiHue plugin i HS Kjøp en ConBee hos feks. Kjell&co Gå til denne siden og hent driveren for windows / Setup executable som beskrevet her. Pakk den ut og kjør den. Restart PC Gå til Dresden Elektronik og last ned siste versjon av deCONZ for Windows: https://www.dresden-elektronik.de/funktechnik/products/software/pc-software/deconz/?L=1 Kjør install og start den. Om den ikke finner USBStick'en kommer den opp slik med tom dropdown boks: Forsøk da å plugge sticken i en annen USB port. Om den blir gjenkjent hopper deCONZ automatisk videre til dette bildet: Nå kan vi teste ved å åpne ZigBee nettet for JOIN slik: Nå er ZigBee nettet åpent for JOIN i 60 sekunder. Skru en IKEA Trådfri pære av og på 6 ganger (du kan godt gjøre det ved å vri pæra i sokkelen) og la den være på så vil systemet oppdage den slik: Gratulerer du har nå et ZigBee nett kjørende Test ved å skru på CLUSTER INFO, Klikk på den lille sirkelen til høyre på pæra, klikk på Cluster 0006 On/Off og test Av/På: Du kan nå styre pæra fra PCen La oss nå koble dette til HomeSeer, først tar vi opp WebApp'en: Trykk på WebApp og logg inn med user: delight pwd: delight Kjør software update om den er tilgjengelig: Du kan følge med her: Da er vi klar til å koble til HomeSeer med JowiHue plugin'en Gå til konfigurasjons siden og trykk Register Bridge: Mens den står og leter, gå til WebAppen, velg Settings under Menu og trykk UNLOCK GATEWAY: Nå vil JowiHue finne denne: Og vi kan styre pæra fra HomeSeer : La oss nå for moroskyld inkludere en IKEA fjernkontroll (den runde) Denne gangen kan vi bruke WebInterfacet til å åpne nettet for JOIN: Ta av lokket på fjernkontrollen og trykk 4 ganger på knappen: Og her kommer den: Scan for Devices i JowiHue: Og plopp, her kommer den: Nå kunne vi laget en event i HS som styrer pæra (eller noe annet..) men nå er vel ikke akkurat IKEA sine brytere å foretrekke for slikt.. La oss heller koble til en ELKO dimmer. Sett spenning på dimmeren (elektriker!) Åpne ZigBee nettet for Join og trykk 1 og 3 samtidig til LED 2 blinker: og her kommer den: Og den ser akkurat ut som IKEA pæra i HS etter å ha latt JowiHue lete den opp: OK, men hva med ELKO termostaten og ELKO "Endevender dimmeren"?? Vel, deCONZ rapporterer termostaten som FUBAR på et sted men lar deg sette temperaturen fra selve deCONZ softwaren. Den dukker derimot ikke opp i WebAppen og (da) heller ikke i JowiHue. Jeg tenker at APIet mangler den objekt typen og at vi bør få shippet en slik termostat til de som oppdaterer APIet. Endevender dimmeren lar seg også detektere i deCONZ men dukker heller ikke opp i APIet så her har vi nok samme problemet. Jeg mener å huske at @Moskus og jeg testet litt på å "binde" clustere fra denne direkte til en IKEA pære i deCONZ og fant ut at den kun lot seg binde til EN pære om gangen. (Dette hadde jo holdt om en kunne "biinde den til HS") Problemet er at jeg ikke får til den bindingen lengre og jeg tar gjerne input på dette. Skru på "Binding Dropbox" og eksprimenter med å dra et cluster til Source og Destination og trykke Bind: Her har dere et startpunkt for å eksperimentere ihvertfall. Det praktiske vi har oppnådd er å kunne styre IKEA pærer og ELKO dimmere fra HomeSeer og derfor fra alt annet som HS kan ta av innput. (Som tale ) Vis full oppføring
-
Jeg har nylig flyttet Homeseer til en ny PC. Dette gikk overaskende smertefritt, men med unntak av ett problem som har oppstått. Når jeg er inne i eventredigering og for eksempel velger en type trigger fra nedtrekksmenyen, skal det normalt komme en ny nedtrekksmeny med underkategorier til triggeren. Dette skjer ikke automatisk lengre, og jeg er dermed nødt til å oppdatere siden (nettleseren) for hver enkelt forandring jeg gjør i eventer. Har dette problemet både når redigeringen skjer direkte på PCen som driver Homeseer og via Web Controll. Er det noen mer IT-kyndige enn meg som har noen tanker rundt hva dette kan skyldes?
-
TrådfriSeer (som dessverre må hete "TradfriSeer" i Updateren fordi amerikanere er amerikanere) er en plugin for Ikea sin Trådfri-serie av produkter. Ettersom ikea-pærene ikke lar seg så enkelt integrere i eksisterende løsnigner for Zigbee til HomeSeer, bruker vi (@Fermate og jeg) hub'en og snakker med den via CoAP. Foreløpig er det en enkel plugin med støtte for følgende: Enkel konfigurasjon (kun IP og "key" nødvendig) Styre alle lyskilder som Trådfri-hub'en støtter Henter alle lyspærer automatisk Styrer lyspærer med samme kommandoer som andre lyskilder i HomeSeer, og kan derfor lett integreres med HStouch, Alexa, etc. Følgende er planlagt: Auto-discovery av hub på nettverket Støtte for grupper Potensiell mulighet for flere hub'er (enten for å dekke flere boliger, f.eks. hytte på fjellet, eller øke dekningsforholdene i et større hus)
-
Hei. Jeg har gått til anskaffelse av en heatit z-water enhet for å styre vannbåren varme i gulvene. Er det noen som har erfaring med å inkludere eller sette opp denne enheten i homeseer? Jeg får bare opp 2 stk "enheter" når jeg inkluderer den. Brukermanual
-
Har sittet å knotet med HStouch og som en Meeeget enkel bruker så får man det faktisk til. Selv uten alt for mye knot Jeg har ikke gjort noe fancy og brukt kun medfølgende maler. Tanken har vært at man skal enkelt navigere (få trykk som mulig) for å komme til mål og samtidig ha de viktigste "knappene" tilgjengelig. Ikke alt som er ferdig enda men må ta litt om gangen.
-
Jeg har forsøkt meg på å få vist forbruk i kr pr dag på noen devicer som jeg har strømmåling på. Min første tanke var å kjøre dette som SQL-spørringer direkte mot Device History-databasen, men det stoppet seg litt da det ble noe for komplisert for min begrensede SQL-kunnskap. (Spørringen må hente ut alle registreringer innenfor en klokketime, og så regne ut hvor mange kwh det er innenfor denne timen, eventuelt så må den trekke fra maks forrige time fra maks denne timen og vise forskjellen som jeg så kan gange med strømprisen den timen - hvis noen er god på SQL og har en enkel løsning på dette tar jeg imot med åpne armer) Så, leste jeg en post her som jeg ikke finner igjen om å skrive en verdi til en virtuell device. - Det kunne kanskje vært enklere, så hvis jeg kunne fått lage en virtuell device som kun hadde antall kWh forbrukt pr time, så kunne jeg nok enklere gange verdien i denne med strømprisen - muligens, hvis jeg skjønner hvordan jeg skal spørre på en spesifikk time Jeg har søkt endel, for jeg tenkte dette var noe noen hadde gjort før, men har egentlig ikke funnet noe som passer helt. Er det noen som har gjort dette, eller har et forslag til hvordan det kan løses? Har begrensede SQL-kunnskaper og lite vbscript-kunnskaper ....
- 3 svar
-
- homeseer
- virtual device
-
(og 2 andre)
Merket med:
-
Hei. Jeg starter opp en ny tråd, siden det ikke ser ut til å være treff på dette temaet her på hjemmeautomasjon.no Vår HS3 er satt opp til å styre alt av lys i huset, og er i tillegg integrert med både Sonos og Verisure. Eventene er fortsatt under oppbygging, da det gir utallige muligheter. Noen som har noen praktiske/kule råd vedr nevnte services, så tas det mot med takk... Så til saken; I flere år har vi hatt trådløs styring av vannbåren varme i mer enn 75% av husets gulv. Da er det Watts sine termostater med programmering lokalt som styrer en Watts WFHC-BAS som er utvidet også med en slave, totalt 12 kanaler. Disse igjen styrer aktuatorene (av/på ettersom temperaturen lokalt). Jeg ønsker heller å styre alt via HomeSeer, dvs ha termostater (f.eks Nexa/Cotech e.l.) som lokalt forteller HomeSeer hva temperaturen, hvor eventer igjen styrer Watts WFHC-BAS til å åpne/lukke aktuatorer. Watts WFHC-BAS bruker 433,92 - kommunikasjon, og vi har rfxcom til å styre 433,92 devicene med HomeSeer. Men finner ikke ut om rfx-senderen klarer å kommunisere med Watts-masteren? Noen som har peiling? Går det an å programmere/lære opp rfx-senderen til riktig "språk" som trengs for å slå AV og PÅ?
-
Å vite om det er helg eller ikke er ganske praktisk for hjemmeautomasjon. De aller fleste har andre rutiner i helgene enn de har i ukedagene. Hos oss er derimot rutinene for fridager omtrent prikk lik dager i helgen, så det hadde jo vært praktisk om man istedenfor å sjekke om det er helg, kunne sjekke om det er en fridag. Og nå kan vi det. Basert på @xibriz sitt glimrende PHP-script for å sjekke for offentlige høytider (og omskrevet til VB.NET) har jeg lagt til en rutine ekstra, som bl.a. sjekke om det faktisk er helg eller om det er noen andre unntak lagt inn. Du trenger en virtuell device med "Control Use" for Off og On definert (under Status Grapics -> Status-kolonne). Her er min: Device Ref til denne brukes som parameter i scriptet. Scriptet trigges ved midnatt hver dag for å sjekke om dagen i dager en fridag eller ei. Fridager.vb Sub Main(ByVal deviceReference As String) 'Moskus 2017 Dim devRef As Integer = Integer.Parse(deviceReference.ToString) Dim isCurrentDateHoliday As Boolean = False If Not isCurrentDateHoliday Then isCurrentDateHoliday = IsOfficialHoliday(Now) 'Sjekker offisielle helligdager If Not isCurrentDateHoliday Then isCurrentDateHoliday = IsCustomHoliday(Now) 'Sjekker egen-spesifiserte dager If isCurrentDateHoliday Then hs.CAPIControlHandler(hs.CAPIGetSingleControlByUse(devRef, HomeSeerAPI.ePairControlUse._On)) Else hs.CAPIControlHandler(hs.CAPIGetSingleControlByUse(devRef, HomeSeerAPI.ePairControlUse._Off)) End If End Sub Public Function IsCustomHoliday(ByVal _date As Date) As Boolean _date = _date.Date 'In case time was added 'For eksempel sjekkeom det er en lørdag eller søndag If _date.DayOfWeek = DayOfWeek.Saturday Then Return True If _date.DayOfWeek = DayOfWeek.Sunday Then Return True 'Jeg har alltid fri i romjulen If _date.Month = 12 Then If _date.Day >= 27 AndAlso _date.Day <= 31 Then Return True End If End If 'Andre spesifikke dager kan legges i listen, f.eks. har barnehagen planleggingsdager Dim dateList As New System.Collections.Generic.List(Of Date) dateList.Add(New Date(2017, 4, 18)) If dateList.Contains(_date) Then Return True 'Har vi kommet så langt er det ingen fridager, returner "False" Return False End Function Public Function IsOfficialHoliday(ByVal _date As Date) As Boolean 'translated php script form xibriz: https://www.diskusjon.no/index.php?showtopic=1084239 _date = _date.Date 'in case time was added Dim easterDate As Date = GetEasterDate(_date.Year) 'Sjekker om datoen er 1. Januar If _date = New Date(_date.Year, 1, 1) Then Return True 'Sjekker om datoen er pamlesøndag (1. påskedag - 7 dager) If _date = easterDate.AddDays(-7) Then Return True 'Sjekker om datoen er skjærtorsdag (1. påskedag - 3 dager) If _date = easterDate.AddDays(-3) Then Return True 'Sjekker om datoen er langfredag (1. påskedag - 2 dager) If _date = easterDate.AddDays(-2) Then Return True 'Sjekker om datoen er 1. påskedag If _date = easterDate Then Return True 'Sjekker om datoen er 2. påskedag (1. påskedag + 1 dag) If _date = easterDate.AddDays(1) Then Return True 'Sjekker om datoen er 1. mai (offentlig høytidsdag) If _date = New Date(_date.Year, 5, 1) Then Return True 'Sjekker om datoen er 17. mai (grunnlovsdag) If _date = New Date(_date.Year, 5, 17) Then Return True 'Sjekker om datoen er kristi himmelfartsdag (40. påskedag) If _date = easterDate.AddDays(39) Then Return True 'Sjekker om datoen er 1. pinsedag (50. påskedag) If _date = easterDate.AddDays(49) Then Return True 'Sjekker om datoen er 2 pinsedag (51. påskedag) If _date = easterDate.AddDays(50) Then Return True 'Sjekker om datoen er 1. juledag (25. desember) If _date = New Date(_date.Year, 12, 25) Then Return True 'Sjekker om datoen er 2 juledag (26. desember) If _date = New Date(_date.Year, 12, 26) Then Return True Return False End Function Public Function GetEasterDate(ByVal Year As Integer) As Date 'Originally taken from: http://www.thoughtproject.com/Snippets/Easter/Easter.vb.txt Dim a As Integer Dim b As Integer Dim c As Integer Dim d As Integer Dim e As Integer Dim f As Integer Dim g As Integer Dim h As Integer Dim i As Integer Dim k As Integer Dim l As Integer Dim m As Integer Dim n As Integer Dim p As Integer If Year < 1583 Then Return Nothing Else ' Step 1: Divide the year by 19 and store the ' remainder in variable A. Example: If the year ' is 2000, then A is initialized to 5. a = Year Mod 19 ' Step 2: Divide the year by 100. Store the integer ' result in B and the remainder in C. b = Year \ 100 c = Year Mod 100 ' Step 3: Divide B (calculated above). Store the ' integer result in D and the remainder in E. d = b \ 4 e = b Mod 4 ' Step 4: Divide (b+8)/25 and store the integer ' portion of the result in F. f = (b + 8) \ 25 ' Step 5: Divide (b-f+1)/3 and store the integer ' portion of the result in G. g = (b - f + 1) \ 3 ' Step 6: Divide (19a+b-d-g+15)/30 and store the ' remainder of the result in H. h = (19 * a + b - d - g + 15) Mod 30 ' Step 7: Divide C by 4. Store the integer result ' in I and the remainder in K. i = c \ 4 k = c Mod 4 ' Step 8: Divide (32+2e+2i-h-k) by 7. Store the ' remainder of the result in L. l = (32 + 2 * e + 2 * i - h - k) Mod 7 ' Step 9: Divide (a + 11h + 22l) by 451 and ' store the integer portion of the result in M. m = (a + 11 * h + 22 * l) \ 451 ' Step 10: Divide (h + l - 7m + 114) by 31. Store ' the integer portion of the result in N and the ' remainder in P. n = (h + l - 7 * m + 114) \ 31 p = (h + l - 7 * m + 114) Mod 31 ' At this point p+1 is the day on which Easter falls. ' n is 3 for March or 4 for April. Return DateSerial(Year, n, p + 1) End If End Function Merk: Det kan være du vil fjerne noen linjer i scriptet eller i det minste kommentere dem ut. Det er f.eks. ikke sikkert at du har fri uka etter påske: dateList.Add(New Date(2017, 4, 18)) ... og hvis ikke, kan du fjerne denne linjen. Det er heller ikke sikkert du har fri romjulen, så da bør du fjerne dette: If _date.Month = 12 Then If _date.Day >= 27 AndAlso _date.Day <= 31 Then Return True End If End If Du kan også selvfølgelig legge til dine egne unntak for arbeidsdager hvis du ønsker det. Har du fri hver fredag, så kan du jo bare legge det til. Jeg har nå byttet ut alle sjekker på om det er helg eller ikke til å sjekke om "Fridag" er på eller ikke. Når jeg tenker meg om tror jeg at jeg skal sette "On" til å være "Fridag" og "Off" til å være "Arbeidsdag". Som sagt; så gjort: ... som da blir slik: EDIT: 17. mai var satt til å være 17.01 istedenfor 17.05. Korrigert. Versjon med to devicer, en for dagen i dag og en for dagen i morgen: