Vinnerliste

Jeg har irritert meg over manglende energimåling på HeatIt/Multireg-termostatene, og bestemte meg for å gjøre et forsøk på å beregne og logge dette forbruket i HomeSeer. Punkt 1: Lage en driftsindikasjon på termostatene (denne fremgangsmåten lærte jeg av @Go4IT). Dette er ikke nødvendig for energimålingen, men jeg synes det er en nyttig funksjon. Sørg for at gruppe 1 og gruppe 2 er assosiert til HomeSeer, da bør det dukke opp følgende meldinger i loggen. Gå inn på main device på termostaten (den første som bare heter xxx Thermostat). Opprett nye single value statustext og graphic for 0 (off) og 255 (on). Dette vil gi en visuell indikasjon om termostaten er på eller ikke. Hvis man har easytrigger-plugin kan man også sette en tilhørende tekst ved hjelp av et event. Her vises "off", tilsvarende lages også for "on". Hvis alt gikk som det skulle bør hoveddevice nå vise følgende basert på om termostaten er på eller av. Punkt 2: Lage virtuelle devices for effekt og energiforbruk. Du må gjøre en vurdering av effektforbruket på enheten du ønsker å måle. For min del var dette tre soverom med varmefolie, samt et bad med vanlig varmekabel. Hos meg ble det lagt varmefolie med 60 W/m2 noe som er en ganske normal effekt. Da ganger du antall kvadratmeter med watt pr. m2, og runder gjerne litt ned da folien ikke alltid legges helt ut i kantene. For bad kan det være noe verre å gjøre denne beregningen, hvis man har dokumentasjonen fra elektriker bør det i hvert fall stå hvilken kabel som er lagt. Effekten på kabel angis i watt/meter, og normalt legges denne i et mønster som gir 120 - 180 watt/m2. Jeg antok vel 150 w/m2. Lag to devices, den ene kan hete "Varmekabler beregnet watt" og den andre "Varmekabler beregnet kWh". Sett opp effekt-device som følgende. Huk også av for "Status only device". For å legge inn din beregnede effekt på device kan du skrive følgende i "tools" --> "control panel" Sett opp kWh-enhet som følgende: Noter deg enhetsreferanse på termostat-device ("main device"), samt de to virtuelle devicene du etablerte. Lag så en timer som du navngir etter f.eks. rommet der termostaten står. Punkt 3: Lage script som beregner energiforbruk fra effekt og driftstid. Jeg tar ingen cred for dette heller, googlet meg frem til fremgangsmåten fra homeseer-forumet. Først lager vi en Event som starter timer når termostaten slår seg på. Deretter lager man en event som starter når termostaten slår seg av. Sett det opp som følger, og selve scriptet kopieres fra homeseer-forumet og legges i en ny fil som du f.eks. kaller "energiberegning.vb". Merk at scriptet også støtter å hente watt fra en reell device, men dette har jeg ikke sett behovet for her. Her er det viktig å merke seg at man kaller sub "kWh_Update" (husk stor "U"). Parametere som skal inn er, fra venstre mot høyre ID for termostat-device ID for watt-enhet navnet til timer ID for kWh-enhet Maks watt på enhet, denne bruker ikke vi i vårt eksempel. Brukes om man f.eks. benytter en dimme-prosent for å beregne reelle watt på en lampe. Punkt 5: Da skal det bare være å lene seg tilbake og se kWh'ene rulle på! Noen punkter som jeg gjerne tar en diskusjon på: Det har vært en del diskusjon om man kan stole på "on"/"off" loggingen på disse termostatene. Problemet er slik jeg har forstått det at man kan få falske "on"-meldinger når termostaten er satt til deaktivert, selv om varmen ikke fysisk slås på. Da får man evt. deaktivere dette scriptet når termostaten ikke er i bruk. Denne kWh-enheten vil ikke dukke opp som valgbar under "Energy" i HomeSeer. Det skal være mulig å trikse til dette med noen script, hvis noen finner en enkel fremgangsmåte for dette er det topp om de kan dele dette. Jeg har ikke fått testet dette lenge nok for å få verifisert funksjonaliteten, men det telles tilsynelatende kWh på et fornuftig nivå. Mine termostater har firmware 1.5

Vurderer å handle inn noen slike via kickstarter indiegogo kampanjen og ser at en kan få opp til 40% om en bestiller 20 stykk. Trenger jo ikke så mange selv, så om noen andre vurderer så kan vi jo spare litt på å gå sammen. Det blir ca 60$ 50$ + moms pr enhet, det må være god pris for rullegardin/lamell styring? De som har meldt interesse: Salvesen, 6 stykk Moskus, 3 stykk Evelen, 4 Gaute, 3 stykk Blodstrupmoen, 1 Håvardgj, 3 mk1 black limited, 4 nilsanmy, 2 Hr kotelett, 3 facebook gruppen, 50 bananfluen, 3 generalvirus,3 iceball, 5 Fredrick,3 LaStrada,4 Milankan, 4 Stianoh,2 ZoRac, 2 Totalt: 105 av 100 som minste mål Har nå 20x4!(uforpliktende) enheter i boks, har sendt mail til dem direkte med spørsmål om kjøp over 20 til samme pris/bedre, satser på de svarer snart. Kan jo alltids prøve å kjøre en 2 x 20 også så bare til å slenge seg på Dette gikk jo over all forventning! Link til kampanjen: https://www.indiegogo.com/projects/movez-motorize-blinds-and-shades-gadget/ Ser at det er indiegogo de har lagt ut produktet på, ikke kickstarter! OPPDATERING: Da har jeg fått svar fra Teptron, de kan tilby oss 10% mer om vi bestiller over 100 enheter. Da blir det 50$+moms pr enhet. Forsending er etter hva jeg forstår gratis, men det bli jo litt logistikk med å få sendt de rundt til de forskjellige så noen kroner må en nok regne med. For å forsikre meg at alle er kjent med kampanjen er produktet ikke klart enda, estimert levering er i Mars. Ellers refererer jeg til indiegogo sine sider for full info om kampanjen Hadde vært fint om vi kunne fått bekreftet antallet vi trenger ila den nærmeste tiden, og forhåpentligvis klarer vi å nå 100 enheter og får 50% rabatt på ordren. Må bare takke for responsen, det er jo helt enormt!

FitbitSeer lar deg hente inn innformasjon fra en eller flere Fitbit-kontoer inn i HomeSeer, slik at de kan brukes til i smarthus-sammenheng, eller bare bli publisert på en HStouch-flate. FitbitSeer er nå oppdatert til å takle Fitbits påkrevde OAuth2.0, men autentiseringen er bittelitt kronglete. Etter installasjonen (bare pakk ut zip-filen i HomeSeer-mappen) og du har startet FitbitSeer, kan du legge til din første konto: Gå til Plugins -> FitbitSeer -> Configuration og trykk "Add Account" nederst. Hvis du allerede har lagt til kontoer med en tidligere versjon, så behøver du ikke legge de til på nytt, men de må autentiseres på nytt. På Fitbit-tab'en på root device er det en link til å få PIN-kode. Trykk på den, logg på Fitbit, og godkjenn alle tillatelser ved å trykke "OK" nederst. Da går siden til en URL som ligner på dette: http://localhost/?code=c821b14f9abdf90ec154140108f83e613e21e7c9#_=_ ... Selve PIN-koden du skal legge inn på root-devicen ligger mellom "code=" og "#_=_", som altså er "c821b14f9abdf90ec154140108f83e613e21e7c9" i dette tilfellet. Legg inn koden, og trykk OK. Hvis alt er vel, så henter plugin'en IDen din, og lager en haug med checkboxer (som jeg pr dags dato ikke husker om virker i denne versjonen). En litt lengre, men mer utførlig oppdateringsbeskrivelse ligger på HS-forumet her: http://board.homeseer.com/showthread.php?t=175280 Versjon 0.2.0.10 støtter heart rate-målinger. HSPI_FitbitSeer 0.2.0.0.zip HSPI_FitbitSeer 0.2.0.10.zip

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

For lenge lenge siden hadde jeg noen SmartPlug moduler fra Verisure. Disse var bra fordi da kunne lyset slå seg av og på i takt med alarmen. Spol litt frem, jeg blandet inn Telldus og 433Mhz. Spol litt frem, jeg blandet inn Z-Way og Z-Wave Spol litt frem, jeg blandet inn EmonCMS og iRobot Nå er det bare rot så det er på tide å spole tilbake Siden jeg ikke bruker HomeSeer kan jeg ikke benytte meg av den Verisure plug-in som er der selv om den sikkert er mye bedre enn mitt opplegg. Jeg vil heller ikke lage en plugin som bare støttes i Z-Way i tilfelle jeg bytter system senere. Jeg har derfor startet på ett PHP-bibliotek som snakker med Verisure og laget utvidelser som snakker med det man måtte ønske. I mitt tilfelle EmonCMS, Z-Way og iRobot. Kongstanken min nå (som jeg får testet i løpet av uken) er at når jeg på dagtid slår alarmen på så skal lysene slå seg av og støvsugeren starte. Når jeg kommer hjem så skal lysene på og støvsugeren skal avbryte dersom den ikke er ferdig. I tillegg logger jeg alt av temperaturer og fuktighet til EmonCMS for statistikk. Siden jeg liker Open Source har jeg publisert arbeidet mitt på GitHub hvis noen andre vil eksprimentere bidra eller komme med ønsker om ny funksjonalitet https://github.com/xibriz/Verisure

Ikke dumt! Er med på 3 stk.

Hvis mulig sett opp 3 stk. til meg Sent from my Nexus 5X using Tapatalk

Topp iniativ, sign me up for 3 stk (om mulig)

Ikke mer enn å vise web-sider, nei. Men det er en mulighet.

Skal se om jeg får lagt inn variabel for det når jeg får litt tid. ?

Slenger deg inn på listen jeg, så får vi se hva de svarer

http://www.tu.no/artikler/denne-norske-smartsensoren-skal-mate-husets-radonniva-kontinuerlig-og-i-sanntid/367140 Synd de har valgt blåtann og ikke z-wave eller lignende. Kanskje de ombestemmer seg

dette så da brukbart ut, noe billigere enn om man skal konvertere rullgardinen med sett fra m.nu jeg vil gjerne ha 3 stk

Ja så det først nå, oppdatert

OK, da begynner jo prisen å bli mer interessant. Jeg kan ha 3 stk.

Det anbefalte er å optimalisere manuelt, for å optimalisere hele tiden er verken en god ide eller nødvendig. Z-Health kan komme til å bli fjernet i en fremtidig oppdatering av Z-wave plugin'en (visstnok).

Nei, jeg ser ikke mulighet for å sette devicevalue uten å bruke CAPI med JSON. Jeg har noen ønsker ang JSON-interfacet, jeg skal sette det på lista.

I Domoticz bruker man "else If" på samme måte som Superzite beskriver. Det er strengt tatt ikke nødvendig, men det er med på å gjøre ting ryddigere og man slipper unna med mindre enkelt-events.

Prøvde igjen nå, og det fungerte. Det virker som om serveren hvor oppgraderingsfilene lå var nede sist jeg prøvde. Men når jeg starter opp kontrolleren igjen (UZB1), er det ingen noder assosiert, og jeg restorer derfor fra backup. Men etter restore, så har nodene fått nytt nummer, og jeg får ikke kontakt med noen av nodene. Under "operational status" under restore, kommer alle nodene opp med riktig nummer mens restore pågår. Noen som har tips til å fikse dette, eller må alt settes opp på nytt? Oppdaterte Bootloader og firmware fra 5.1 til 5.2.