Vinnerliste

For noen måneder siden var jeg på jakt etter en "dings" med 2 sensorinnganger og en relé-utgang (gjerne Z-wave), men det var ikke lett å finne. Fikk da et tips fra @Blodstrupmoenom en NodeMCU. Siden den gang har jeg kommet på flere prosjekter hvor dette kan være nyttig (og ikke minst, billig! 😁), så tenkte jeg kunne dele litt erfaringer jeg har gjort meg her, hvis det er flere som kunne tenke seg å se på lignende løsninger. Man kan lage omtrent hva som helst: * Styre smarthuset fra en fjernkontroll (Ir) * Magnetsensor og temp/fukt-måling på vaskerom * Bevegelssestyrt lys over kjøkkenvasken * Styre garasjeportåpner Alle disse løsningene havner nok under 100-lappen! Noen krever litt "peiling", men ikke mye, og har man HomeSeer kan mye av dette gjøres uten å programmere noe til og med (Arduino-plugin)! Hva er NodeMCU/ESP8266? Begrepene NodeMCU og ESP8266 er de som går igjen og hva forskjellen egentlig er har jeg slitt litt med å få helt "tak på". I mange tilfeller brukes begrepene om hverandre, men kort sagt så er det en mikroprosessor med innebygget støtte for wifi. For de som har hørt om Arduino, så er dette nesten det samme, men da med wifi i tillegg. Det finnes 3 typer NodeMCU (men i hovedsak 2 som selges i dag). De aller aller fleste trenger en NodeMCU v2: Det finnes en NodeMCU v3 også (og man skulle tro høyeste versjon=best), men det er en produsent som har gjort en bitteliten endring på v2 og lansert den som v3. Grunnen til at man ofte vil ha v2 er at v3 er fysisk sett større enn v2 og da passer det ikke nødvendigvis like godt i de boksene man vil putte det i (primært 3D-printede bokser), i tillegg til at v3 er bredere og ikke får plass på vanlige "breadboards" (dekker alle hull). Det finnes mange produsenter og hvem som lager kvalitet er ikke godt å si, men jeg har bestilt et par herfra til ca 25 kr inkl frakt. Hva trengs for å komme i gang? Det er selvsagt ikke nok med bare mikroprosessoren, man trenger noe mer "småtteri" i tillegg. Det finnes flust av sensorer og ting man kan styre. Eksempler: * DHT22 temp-/fuktmåler (4$) * Vibrasjonssensorer (1$ for 3 stk) * Relé (0,6$) * Magnetsensor for dør/vindu (1$) * IR-mottaker (1$) * Lysdioder (1$) I utgangpunktet kan man stort sett søke på "arduino <sensortype>" og finne det man trenger! 🙂 Så, hva trenger man minimum for å koble opp noe? Breadboard er praktisk når man kobler opp noe nytt for testing - de setter man NodeMCU "nedi" og så kobler man sensorer og sånt i nærliggende hull: * Veldig små (0,35$) * Litt større (1$) De kablene man bruker for å koble ting sammen (uten å måtte lodde) kalles "dupont kabler". De finnes i flere varianter ferdige (eller man kan lage selv). Kjøp gjerne alle 3 variantene: * Hun-Hun (0,60$ for 40 stk) * Hun-Han (0.64$ for 40 stk) * Han-Ha (0,58$ for 40 stk) Det sies at å få en lysdiode til å lyse er det samme som å skrive "Hello, World" i et programmeringsspråk, så det er jo noe man kan prøve å gjøre først. Da trenger du: * En resistor (motstand, på norsk) - pakke med 300 stk i 30 forskjellige størrelser (1,69$) * Lysdioder (1$) I tillegg trenger du en strømkilde, f.eks en vanlig mobillader med MicroUSB. Da har du det du minimum trenger for å koble opp og bruke en NodeMCU! Dupont-kabler - lage selv Ønsker du å lage "dupont-kabler" selv? Da kan du lage de lengder du vil og sette på "plugger" på f.eks DHT22-temp/fukt-sensoren. Da trenger du: * Han-"plugg" (1$ for 100 stk) * Hun-"plugg" (0,83$ for 100 stk) * 1-pins "hus" (0,48$ for 100 stk) * 2-pins "hus" (0,67$ for 100 stk) - det er sjelden behov for "hus" for mer enn 2 kabler, da man ikke nødvendigvis kan koble alle kabler fra f.eks DHT22 ved siden av hverandre på NodeMCU (3v, gnd og digital inngang er ikke nødvendigvis ved siden av hverandre) * Krympetang (5,30$) Det kan være litt vrient å koble på dupont-plugger selv, man må gjerne se noen videoer som viser hvordan man bruker krympetangen og prøve litt. For økt WAF kan det være lurt med 1-2 slike for å oppbevare alle disse små duppedittene man har kjøpt (rommene kan tilpasses i bredden ved å fjerne skillevegger). Fra prototype til noe mer "profft" Joda, dette funker: og dette også (@xibriz😞 Men, man vil kanskje ha noe som ser "ordenlig ut" (sorry, @xibriz 😜), som dette (@Blodstrupmoen😞 eller dette (@xibriz😞 Da trenger man en "project box", i passende størrelse. F.eks: * 100x60x25 (0,89$) - merk at denne kan bli for lav, avhengig av hvordan du fester NodeMCU i "bunnen"! * 116x68x36 (1,58$) For å feste NodeMCU og relé-kort, har jeg kjøpt slike "spacer standoffs" (4,20$ for 100 stk). Hvis du da har den øverste "project boxen", så vil den altså bli for lav til å få på lokket: For å skjære hull og sånt, kan man bruke en Dremel. Jeg har bestilt slike, men vet ikke hvor godt det funker på plastikk enda. For strømtilførsel til en slik boks, har jeg kjøpt en slik USB-kabel som jeg tenker å skjære på hull til. Kanskje noen her som bruker Arduino-plugin kan skrive noen ord om hvordan det settes opp? For nå har man bare en "hardware-dings", som ikke snakker med noe... 😜 Alternativt kan man bruke f.eks JSON-interfacet mot HomeSeer (og sikkert lignende løsninger på andre systemer), men da må man programmere litt.

Noen oppdateringer fra den siste uken... 1) Laget meg en boks selv og 3D printet. Ble helt greitt til å gjemmes bort i sikringskapet (bilder nedenfor) Om interesse ligger STL filer på github: https://github.com/roarfred/AmsToMqttBridge/tree/master/Electrical/HAN_ESP_TSS721/enclosure (Brukt Fusion 360 her, er det noe annet enn STL format som er fornuftig å dele?) 2) Har laget en mer fullverdig Arduino "sketch", med følgende features: Boot som Access Point om ikke config finnes, eller om Prog-knappen trykkes ned innen 5 sek etter oppstart Webside for å konfigurere (bruker innebygget DNS, så hvilken som helst http-url funker, eks. http://config) SSID / Passord Meter Type (Kaifa / Kamstrup / Aidon) MQTT server, port, brukernavn og passord Lagrer config i EEPROM (første byte er en "identifying byte" som kan endres om en endrer på strukturen) Støtter Kaifa og Kamstrup måler, og tilrettelagt for Aidon (sendt forespørsel om å få test-data fra dem for å fullføre. Får se om det kommer noe, ellers får jeg ta en best guess) Temperatursensor leses av og rapporteres sammen med hver sending på MQTT Mottak av MQTT meldinger (klargjort, med egen metode, men ikke kodet noe spesiellt her) - kan enkelt brukes for OTA update Debugging via samme connector (litt klønete, må koble til/fra TX på FTDI når evt. HAN port skal brukes, og en må ha en terminal som støtter 2400 baud 8E1 for Kaifa) Utnytter blå LED på ESP, for litt status: Lyser i 5 sek etter oppstart, for å vise at du kan trykke Prog-knappen for å boote som AP Blinker hvert sekund (50% syklus) hvis startet som AP Under normal drift, tennes hver gang en pakke på HAN porten er dekodet, og lyser til den er levert på MQTT. (På Kaifa, flash hvert 2. sekund) WiFi/MQTT reconnect Da tror jeg det er på tide å gjøre en solid oppdatering på all dokumentasjon på github... Som de sier i politikken om dagen, lik og del! Config Kretskort i boksen "Montert" vha friksjon i sikringsskapet

Skal holde et foredrag om hjemmeautomasjon neste uke og har snekret et smarthus for anledningen Huset har: IKEA pære, HUE pære, Fibaro dimmer bak ELKO bryter, Rollertrol rullegardin, Nexa vindus sensor, NEXA plugin switch og Oregon temp giver. Også en liten "server plate" med HUE, IKEA, RFXCom og en NUC med HS og med en lokal WiFi-Router for å slippe å konfigurere alt på nytt hver gang. (Særlig ECHO, men også at HS serveren har fast IP for å kunne nås enkelt med HSTouch) En Fibaro dimmer bak ELKO bryteren Strøm på baksiden

Jeg savnet den gamle forbruksmåleren på kjøkkenveggen som viser strømforbruket. Selv om jeg kan sjekke forbruket som leses via HAN porten via telefonen/nettside, så var ikke dataene like tilgjengelige. Har derfor laget en prototype med hjelp av en nodemcu, neopixel LED-ring og en 0.96 tommers OLED skjerm. Hver LED illustrer 1kW i strømtrekk. Antall watt vises på første linje. Spotpris for aktuell time blir hentet fra Tibber APIet og vises i andre linje. Estimert kostnad per time med nåværende strømtrekk inkluderer nettleiedelen på 42,61øre/kWh til BKK. Oppdateringsfrekvensen er hvert 2.sekund (hver gang AMS måleren sender ut "Act_Pow_P_Q1_Q4"). Backend systemer består av følgende: Raspberry Pi leser modbus til USB adapter er koblet til HAN porten ved hjelp av test_rx / han-port-1.15 nevnt i "Lesing av HAN - The Easy Way (TM) - WIP" tråden. Output fra test_rx blir matet til MQTT ved hjelp av et python-script. Node-Red henter spotpris fra Tibber i starten av hver time og sender til MQTT. NodeMCU heter dataene fra MQTT kjører beregninger på kostnad og viser dette på OLED-skjermen og via neopixlene. Todo: Printe ut et nytt kabinett med høy WAF slik at fruen blir glad. Prototypen ble tegnet i en fei i går kveld. Lage presence detection på boksen slik at OLED skjermen ikke blir brent ut, alternativt bytte ut skjermen (stor e-paper/e-ink skjerm står på ønskelisten). Forsøke å skrive om koden til hente sanntidsforbruk direkte fra Tibber APIet slik at andre kan lage sitt eget watt-o-meter ved hjelp av en Nodemcu/ESP uten noe annet enn en Tibber pulse. Om noen vet om noe kode som henter ut sanntidsmålingene fra tibber og som kan kjøres på en esp/nodemcu så send meg gjerne i den retningen. PS: Første post på forumet. Takk til alle som er aktive her, dere har hjulpet meg i mange prosjekter uten at dere har visst om det. (F.eks "Backspace" som inspirerte meg til å gjøre Mitsubishi varmepumpen smart ved hjelp av Nodemcu/SwiCago prosjektet, Moskus sin visdom og alle dere andre). Edit:26.01.2021: Byggetråd her:

Jeg laget for to uker siden en liten(?) kode for å optimalisere strømforbruket med tanke på strømutgifter (ikke strømforbruk) for å ta hensyn til varierende pris gjennom døgnet (og siden jeg for et par uker siden fikk timesavlesning gjennom ny måler fra BKK og strømregning hos Tibber). Grunntanken er å forvarme huset når prisen er billig. For å kunne gjøre dette må man ha en modell av huset som beskriver strømforbruk som funksjon av husets tilstand (temperatur) og hvilken temperatur man ønsker. Jeg har i et halvt år samlet strømforbruk hvert 5. minutt og samtidig logget temperatur. Ved å se på midlere strømforbruk for hver time og sammenligne det med temperaturer og temperaturendring over hver time så kan man bygge en modell på dette (hvis jeg gjentar denne analysebiten kontinuerlig, så kan det kalles maskinlæring). Jeg bruker da sklearn i Python til å lage en (multi)lineær modell som predikerer strømforbruk utifra temperaturendring og differanse mellom ute og innetemperatur. Det er betydelig med støy i denne modellen, se plott av alle dataene mine her: Som en bilineær modell i Python, så implementerer jeg den slik, dette blir nesten analogt med de rette linjene i plottet over: def hourly_power_usage(tmpincrease, insideoutsidediff): """This function could do multlinear regression on the dataset or use finished regression coefficients. It answers what power (in KwH) is needed for the whole house to reach the delta temperature in one hour. """ # from sklearn import linear_model # model = lm.fit(X, y) # X = [inne_diff, inne_diff_ute], y=Smappee5minavg(hour)] coef = [2.150, 0.189] # beware W vs KW intercept = 0.5735 return coef[0] * tmpincrease + coef[1] * insideoutsidediff + intercept Her er det tallene 2.150 og 0.189 kW som man kan tolke: 2150 er ekstraeffekten som kreves for å øke temperaturen med en grad i løpet av en time, samt at man må legge på 189W for hver grad differanse det er på ute og inne, og blir et mål på hvor godt huset er isolert. Kaldere utetemperatur gir høyere pådrag på 189-koeffisienten. I tillegg passer det modellen å legge på 573 watt uansett hvordan temperaturforholdene er. Når denne modellen er på plass, så kan man ved å kjenne framtidas strømpris, framtidas temperaturbehov (ønsket termostatinnstilling) og framtidas utetemperatur (yr) estimere strømforbruk og tilhørende kostnad. I tillegg kan man få tilpasset start av oppvarming for å møte et framtid temperaturønske. Jeg har delt "optimaliseringen" i to deler. Først en kodesnutt som flytter oppvarming tidligere i tid i tilfelle estimert effektpådrag blir for stort. Hvis man skal hoppe fra 18 grader til 25 grader i ett jafs, så tilsier modellen et effektuttak på omtrent 14KW. Jeg har ikke nok variabel effekt (Multireg x 5 (snart 10) + varmepumpe) til å klare dette, så det betyr at jeg må starte en eller to timer tidligere. Koden er enkel brute-force som øker termostatverdien timen forut for høyt estimert effektuttak og gjør dette omigjen helt til effektuttaket går under en viss grenseverdi. Resultatet av det steget ligger i den blåe linja i plottene lenger nede, kalt 'Kwh-adjusted'. Neste steg er optimalisering - her gjør jeg det med hjemmelaget brute-force (jeg tror optimaliseringsteknikken kalles 'simulated annealing'). Jeg øker temperaturen med 0.5 grader på tilfeldige tidspunkt (untatt i nedkjøliingsperioder) og rekalkulerer kostnad. Hvis en viss temperaturøkning resulterer i redusert kostnad, bevares forslaget, ellers forkastes det. Dette gjøres iterativt, og endel ganger omigjen for å øke sannsynligheten for at man ender opp på et globalt minimum. Resultatet blir som man kan se i plottet under. Optimaliseringen gjentas hver time, og jeg har justert antall iterasjoner slik at det tar ca 1 minutt å kjøre. Her kan man se blå kurve som startpunkt, og rød kurve som ferdig produkt. I natt har altså huset tenkt å begynne med forsiktig oppvarming allerede klokka ett for å på billigst mulige måte klare holde 25 grader mellom 7 og 8 i morgen tidlig når prisen er 80 øre (25 grader er 'master-termostat', faktiske termostater har en viss delta i forhold til denne utifra rommets behov). Det regnes også ut hvor mye man sparer på optimaliseringen, akkurat i denne perioden er det hele 2.37 kr (det er mye i forhold til det jeg har sett de i ukene dette har vært i drift..). (i plottet ser man at jeg også skrur av varmtvannstank i døgnets tre-fire dyreste timer) Så, virker det? Vel, jeg har ikke kontroll på alt effektuttak ennå (venter på 5 stk multireg som skal monteres av elektriker), men jeg er ihvertfall i stand til å observere historisk strømforbruk og pris som ser slik ut: og gjetter på at akkurat her har jeg spart noen titalls øre

Omsider fått ordnet lysene i trappa etter 1 års venting. Utsatt så lenge som mulig alt som har med lodding å gjøre Mangler fortsatt litt programmering for trigging, men fornøyd så langt.

Dette skjedde først for to uker siden, men da regnet jeg med det hadde sammenheng med mine Fibaro RGBW-problemer, og tenkte ikke mer over det, for RGBW-problemet ble løst. Men for et par netter siden skjedde det igjen! Vi bråvåknet av at rullegardinet til yngste jenta var i ferd med å gå opp av seg selv, midt på natten ca. kl. 03:00. Flere lys var skrudd på, helt tilfeldig! "Nei, nå er systemet fullstendig ute og sykler!" var første tanke som slo meg. Jeg sprang ned på kjøkkenet for å kikke på den store skjermen, og der kunne jeg se at et og et lys ble skrudd på med noen sekunders intervall! Dette var snodig! Helt til jeg tok på meg brillene... Da så jeg en liten flue spankulere oppover skjermen. Da den gikk over en "knapp" skrudde den dermed på det tilhørende lyset. Jeg ble helt fascinert, og stod og studerte flua. Den gikk lenger og lenger opp over skjermen og kom inn på bildet for 1. etasje. Der snudde den og gikk nedover til den møtte en "slider", og dermed dimmet den lyset på kjøkkenet der jeg stod. Det var et hint om at det er på tide å få tilbake logikken som skrur av skjermen om natten, ja...

Automatiserte min 15 år gamle AEG vaskemaskin her før jul ifm. bytte av motor. Koblet opto-koblere på de mest interessante status-LEDs, og monterte en Z-Uno inne i maskina. Dette har fungert upåklagelig fra dag én, med unntak av en liten bug i HomeSeer. Jeg kan se om maskina vasker eller ikke, og hvilket steg i programmet den jobber med. Når den så er ferdig får jeg og kona en push-melding fra PushOver - så kan jeg rope at vasken må henges opp! [emoji23] Den røde knappen bak på maskina er "service button" for inkludering/ekskludering til Z-wave. I tillegg dingler det en USB-kabel på baksiden i tilfelle OTA-funksjonen til Z-Uno skulle streike [emoji6] Edit: Maskina er forsåvidt automatisert da, men la til statusavlesing [emoji12]

De fleste har en USB-kontroller som f.eks UZB1 og den er som regel koblet til serveren man kjører HS3 på. I noen tilfeller må/ønsker man å ha denne et annet sted. F.eks pga USB-problemer på serveren, serveren står bortgjemt og man vil ha controlleren mer sentralt eller man vil ha muligheten til å enkelt ta med seg controlleren bort til dørlåsen for inkludering, i stedet for å slepe hele PCen bort til ytterdøra. Da kan "USB-over-nettverk" med en Raspberry Pi være løsningen! (denne løsningen skal også kunne brukes med f.eks RFXtrx433E og guiden er i stor grad basert på dette innlegget til @mk1 black limited, som igjen har hentet det fra Bert i RFXCOM) 1. Installere OS på Raspberry Pi Hvis du allerede har en fungerende RPi med OS, hopp til del 2! Du trenger en RPi og et minnekort for OSet. Jeg har valgt å kjøre dette på en egen RPi som ikke kjører noe som helst annet, rett og slett fordi jeg ikke vil at andre tjenester på den skal bruke opp ressursene, slite ut minnekortet eller på en eller annen måte "krasje" den. Det finnes mange OS å velge blant, jeg ville ha et minimalt OS, som bruker minst mulig ressurser og som krever minst mulig vedlikehold (desto mer software den kjører, desto flere potensielle sikkerhetshull dukker opp som krever patching). Valget falt på Minibian - en minimalistisk variant av det mest brukte OSet for RPi. a. Last ned Minibian, pakk ut tar.gz-filen til en tar-fil og pakk ut tar-filen så du får en img-fil (7-Zip kan pakke ut tar.gz) b. Bruk WIN32DiskImager (hvis du har Windows) til å legge img-filen på minnekortet, se guide her. c. Sett minnekortet i RPi'en og sett i nettverkskabel og strømkabel d. Du kan enten koble til skjerm/tastatur eller koble deg til den via SSH (PuTTy f.eks), finn IPen via DHCP-serveren din e. Logg på med root/raspberry (bytt passord ved å kjøre passwd) 2. Konfigurere USB-deling a. Du trenger noen programmer, kjør "apt-get update" og "apt-get upgrade" (det kan hende du må skrive "sudo" foran alle kommandoer, avhengig av ditt oppsett) b. Deretter kjører du "apt-get install raspi-config nano usbutils keyboard-configuration ser2net" c. Valgfritt: kjør "raspi-config" og gå igjennom innstillingene som f.eks hostname, tidssone, tastaturlayout, o.l d. Koble til UZB1 og følg oppskriften som @mk1 black limited har lagt ut her, men på punktet "nano /etc/ser2net.conf", legg til dette i tillegg: 10003:raw:0:/dev/ttyACM0:38400 8DATABITS NONE 1STOPBIT (UZB1 legger seg på "ACM0" i stedet for USB0) e. Gå inn på HomeSeer, plugins, Z-wave, controller management f. Sett opp Z-wave interfacet til å bruke "Ethernet interface", skriv inn IPen til RPi og port 10003 g. Start interfacet og se at det virker. Fremgangsmåten for RFXCOM er omtrent den samme.

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)

Har oppdatert dette da det første utgangspunktet med ESP-01 ikke er så mye brukt lenger samt det er mye enklere med de nyere ESP variantene som Nodemcu, Wemos, ESP32, osv. som har det som trengs innebygd på kortet. Jeg gikk selv raskt over til en Nodemcu like etter jeg brukte ESP-01 pga litt nettere innstallasjon, så på tide med en update da jeg ser flere ønsker å gjøre dette . Jeg bruker enda kode som er fra 2018 som virker helt fint for meg, men det er blitt oppdatert flere ganger på https://github.com/SwiCago/HeatPump ------------- Deler litt bilder og hva jeg gjorde for å få Mitsubishi varmepumpe online med ESP8266 WIFI modul. Utgangspunket var å få noe bedre en zxt-120 til å styre varmepumpa og noterte meg at det kan kjøpes diverse plugin moduler fra Mitsubishi for dette (blant annet MelCloud WIFI adapter). Så da tenkte jeg at det måtte være noen terminaler eller plug som en kunne koble seg til. Heldigvis så er det noen som har trakka løypa først så noen kloke hoder har reversert kommunikasjonen på CN105 porten på disse varmepumpene og laget hardware oppsett og software bibliotek for dette; https://github.com/SwiCago/HeatPump. I korte trekk så er det en kontakt, CN105, som har seriell kommunikasjon og 5V på ene pinnen så da sier det seg selv at en ESP modul er rette valget her. Denne porten finnes på de fleste Mitsubsihi varmepumper, hvis varmepumpen søtter MelCloud så har den denne kontakten slik jeg har forstått det. Jeg har en Mitsubishi FD-Heat Kirigamine (MSZ-35FD). Så da er det bare å trekke ut strømkontakten til varmepumpa og åpne opp. Finner hovedkortet og i mitt tilfelle så må en ta ut flere kontakter for å få ut hovedkortet. CN105 kontakten ser ut til å være brun i det fleste tilfeller. Den har 5 pinner. Type kontakt som passer er PAP-05V-S, jeg kjøpte min fra Elfa: 300-21-706 "PAP-05V-S Krympehus Poles 5, JST 300-21-733 "SPHD-001T-P0.5 - Klemkontakt Hunn 26...22 AWG, JST" Elfa har også ferdige ledninger med klemkontakt montert i svart og rød for å gjøre det litt enklere; 143-52-231 "Rød Forkrympet ledning DF11 Hunn 500mm 143-52-235 "Sort Forkrympet ledning DF11 Hunn 500mm" Jeg gikk for klemkontakter så jeg kunne være litt fargerik på ledningene, bruker kontakter 2 - 5 (TX,RX,5V,GND). Siden jeg har min pumpe opp under taket laget jeg en lang ledning slik at jeg kan ha ESP modul på toppen. Laget et lite hakk i kabinett for ledning ut. Har en liten nedfelt "hylle" på toppen hvor jeg har ESP liggende. Flere modeller har også plass innvendig for ESP modul så kan gjemmes vekk hvis ønskelig. Sjekket at det var 5V på plus leding etter mod (NB! pinne 1 har 12V) så en slipper uønsket grill party. Tilkobling fra CN105 kontakt direkte til Nodemcu blir da slik som under. Kjører 5V fra varmepumpe kontakt inn på 5V inn på nodemcu (VIN). Ser da noe sånt ut som dette: Jeg brukte Arduino IDE med Nodemcu og PubSubClient MQTT biblioteker. På HS3 brukte jeg mcsMQTT plugin da denne parser JSON direkte og lager egne devicer for hver parameter i JSON strengen. Tick av "a" for de lesingene du ønsker og den lager devicer i Homeseer. Trykk på "ref" for å legge til knapper for de ulike parameterene. For hver kommando en vil sende til varmpepumpen må en legge til en kommando. Brukte MQTTlens for Windows med testing. Trykker på f.eks ID "534", tick av Button for "knapper" på HS device siden. Deretter gå til "HS Device VSP list" og legg til kommandoer. Skriver bare i feltet: "0=SWING" og tar retur, deretter neste knapp "1=<<", så bygger en listen nedover som da blir "knapper" i device siden. Det vil da se slik ut: * Oppdatert: dette eksempelet er som sagt laget med 2018 kode så det kan avvike litt fra det siste på https://github.com/SwiCago/HeatPump. Er nye opsjoner som f.eks ignorerer vanlig IR fjernkontroll og overstyrer med satte parameter. Modifiserte MQTT eksempelet med fixed IP og laget egne MQTT subscriptions for de ulike kommandoene da mcsMQTT plugin for Homeseer ikke sender JSON for kommandoer. Noter de ulike topics f.eks heatpump/set/fan nedenfor i settings for mcsMQTT som en må sette for hver device som skal sende data. I utgangspunktet er eksempel kode på ESP'en satt opp med å motta alle parameter på same topic, må da sende MQTT payload som JSON streng f.eks {temperature: 24}. Så derfor tok jeg en "kjapp" update med egen topic for hver setting og tar da bare verdi rett fra device i homeseer som payload for raskt få det til å virke. Men her kan en lage det som en vil uansett. Jeg la til disse som nye topics i .h filen, måtte også oppdatere litt i "void mqttCallback(...) samt registere de nye MQTT topics. // new topics for Homeseer/mcsMQTT const char* heatpump_set_power_topic = "heatpump/set/power"; const char* heatpump_set_mode_topic = "heatpump/set/mode"; const char* heatpump_set_temperature_topic = "heatpump/set/temperature"; const char* heatpump_set_fan_topic = "heatpump/set/fan"; const char* heatpump_set_vane_topic = "heatpump/set/vane"; const char* heatpump_set_widevane_topic = "heatpump/set/widewane"; Får da hver gang det er en forandring på varmepumpe settings (enten via MQTT eller fjernkontroll) og da oppdateres MQTT topic "heatpump" som JSON streng: {"power":"ON","mode":"HEAT","temperature":25,"fan":"2","vane":"SWING","wideVane":"SWING"} Ellers leser den temperatur hver 60 sekunder (kan justeres i kode) på topic "heatpump/status: {"roomTemperature":25,"operating":true} ...og det var en kort update på hvordan jeg fikk min varmepumpe online .

Fikk kretskort i dag. De sendte 12 istedet for 10, mulig de vil kompensere for evt. feil... Kortene ble bestillt 2. mars, med 7 dagers prosessering. Viser seg å være 7 arbeidsdager, fra de får bestilling til de blir sendt, men 12 dager er ikke så ille. (PCB ble bestilt fra EuroCircuits, kan se ut som de holder til i Belgia) Loddet på komponenter. Så at ESP fikk strøm. Plugget i FTDI kabel og så AI Thinker ready... melding Patchet om HAN til labben og plugget denne i. Sjekket JP1 med oscilloscope, og så finfin 3.3V TTL komme rasende inn Satte jumper på JP1, lastet opp ESPDebugger sketch, og så på serial output... Her var det jo bare rabbel! Så kom jeg på, jeg har jo debug på Serial1, og det har jeg ikke tatt høyde for på kortet. Fant ut at Serial1 TX er Pin02, og at denne er lagt høy via R3. Kunne derfor koble til FTDI via en kabel, og voila! (Helt fantastisk at vi for to dager siden så at debug vil fungere helt fint via vanlig Serial også, om en kjører denne på samme config som HAN) En sjelden gang bare funker ting, "out of the box" PS: Er i gang med å lage en mer skikkelig software. AP boot, DNS, config i EEPROM, støtte for alle målere, osv.

Har laget third (eighth?) hand for å lodde litt mer komfortabel Tenkte først å bruke kun 3stk men så fikk jeg inspirasjon fra nettet for å ha lys og vifte, så bestemte å bruke alle 6. Festing måte er ikke den mest elegant, siden jeg bestilte holdere med tommer mutter og de er ikke så lett å finne i Norge. For basis brukte jeg en laptop-stativ fra Biltema som kona mi brukte. 5v nødlader passer perfekt i en av beina. 5v -> 12v dc-dc converter regulerer spenning for viften. Til høyer finnes magneter som gjør at "avdelinger" (venstre på første bilde) holder ting magisk. Viften har aktiv karbon bak og det er nesten ikke røyk bak den. Kanskje jeg får en lag aktiv-karbon til, uansett er det mye bedre enn å puste røyk direkte LED lys er genialt synes jeg, styrke er justerbart by touch, den går rett i usb i nødladeren (går inn begge veier). Bestilte dem for et par år siden, brukte dem mest for kamping og rundt motorsykkel. Nå kan jeg begynne jeg med lodding av ca. 15-20 MySensors moduler rund huset

Hei og hopp, godtfolk! Vår AMS-måler kom i går og jeg har for alvor satt i gang utviklingen av en Tibber-plugin. Jeg har tidligere ventet på et .NET-interface fra Tibber selv som hadde gjort utviklingen enda enklere, men det får jeg bygge om til når det er klart. Imen s kjører vi JSON. Men samme det! Det viktige NÅ er å finne ut hvilke funksjoner jeg skal legge inn. Så fortell meg hva du ønsker deg! Foreløpige planer inkluderer selvfølgelig noen opplagte funksjoner, men muligens også noen mindre opplagte. Strømprisen nå Strømpriser i dag (f.eks. en device pr time?) Strømpriser i morgen (f.eks. en device pr time?) Beregning av dagens (og morgendagens) gjennomsnittspris og utvalgte percentiler for strømforbruket til bruk til triggers, f.eks. IF strømpris > 90-percentil THEN set termostat to LOW. IF strømpris < 90-percentil THEN set termostat to HIGH. IF strømpris < 84-percentil AND mode Is Not Night THEN start lading av el-bil Etc... Grafer for strømpriser i dag og i morgen... ? Statistikk over strømforbruk Siste måned Siste kvartal Siste halvår Siste år Gjerne sammenligning med et "kjent snitt", forrige måned/kvartal/år, eller noe sånt. Tibber har jo en statistikk vi blir sammenlignet med, men jeg vet ikke hvor den kommer fra... Eller andre intervaller? Er det nødvendig med så mange? "Realtime" - Ikke mulig. "Vaskemaskinplanlegger": Gitt et tidsintervall, når er det mest lønnsomt å sette på vaskemaskinen? Alt dette kommer selvfølgelig IKKE i første beta! Og så er det noen avklaringer som vi må gjøre: Er det f.eks. nødvendig med en device pr time? Kanskje det er ønskelig? Det blir fort en vanvittig mengde devicer med en slik tilnærming, men det er jo ikke sikkert at gjør noe. Man kan jo skjule dem man ikke ønsker å bruke ... så: Hva ønsker DU deg? Jeg kan i utgangspunktet få til alt som ligger her: https://developer.tibber.com/explorer

Hei, Vi merker at flere her på forumet sliter med termostat problemer, vi opplever at det er litt forvirring rundt hva som er hva. Vi ønsker derfor å oppklare disse tingene. Dette gjelder Heatit Z-TRM3. (ELnr: 5430599/ 5430598) Det er to problemer, som er helt uavhengig av hverandre. Z-Wave firmware for setpunkt Får du satt setpunkt via din Z-Wave gateway, så kan du se bort fra dette punktet. Her er det snakk om en feil som oppstår i noen Z-Wave systemer, vi ser at disse gjerne er basert/baserer på Open Z-Wave. Den nye Z-Wave standarden krever at enheten (termostaten) forteller controlleren hvordan den rapporterer setpunkt. Dette er ikke implementert i Open Z-Wave. Vi har laget en spesiell firmware for å komme rundt dette problemet. Dette er en firmware som ikke er sertifisert og den kan heller ikke bli sertifisert siden fiksen går imot Z-Wave standarden. Vi har laget en testrapport som dere kan finne vedlagt som beskriver med mer detaljer hvorfor dette skjer, testen baserer seg på sertifisert programvare og Z-Wave Stick. (PC Controller 5 / SLUSB700A) Hvordan vet jeg at jeg har problemet? Man kan teste om man trenger å oppdatere termostaten sin til usertifiserte firmware ved å prøve å sette setpunkt fra gateway. Hvis du ser at setpunkt oppdateres i termostaten lokalt, så har du ikke dette problemet. Hvis du ikke klarer å sette setpunktet fra Z-Wave så trenger termostaten en oppdatering. Har du dette problemet? Send en epost til [email protected] hvor dere referer til innlegget samt at du har problemer med å sette setpunkt over Z-Wave. Vi kan gi dere oppdateringsfil samt guide på hvordan dere oppdaterer. Her er det slik at feilen ikke stammer fra termostaten, og vi leverer derfor ikke utstyr som trengs for å oppdatere. Firmware 4.0 eller 4.2 Bruker du termostaten med (A2, A2F eller F) modus, så kan du se bort fra dette punktet. Du vil ikke ha noe utbytte av en oppdatering. Her er det en bug i programvare i termostaten som gjør at setpunkt fra Z-Wave ikke blir brukt videre av termostaten. Denne feilen oppstår bare i noen systemer og denne feilen vil ikke påvirke alle systemer med A eller AF. For at denne feilen påvirker deg, så må termostaten brukes i A eller AF. Hvordan vet jeg at jeg har problemet? Man kan teste om man har dette problemet enkelt ved å følge fremgangsmåte: Sett setpunkt fra fysisk termostat under målt temperatur. Releet er av Bruk Z-Wave til å sette setpunkt over målt temperatur med minst 1 grad. Releet skal skru seg på. Hvis releet ikke skrur seg på og settpunkt blir oppdatert i displayet, må termostaten oppdateres. (Hvis parameter 13 er endret til 1 så anbefaler vi å endre det tilbake til 0 for å lettere se setpunkt endring) Hvis du har problemet gjøres følgende: Send en epost til [email protected] hvor dere referer til innlegget samt at du har problem hvor releet ikke skrur på varme når setpunkt er satt høyere enn målt temperatur. Vi løser dette sammen her. Hvis det er noen spørsmål rundt dette send oss en epost på [email protected] eller send som svar her i tråden. Vi besvarer eventuelle spørsmål her i morgen tidlig. Med vennlig hilsen Teknisk avdeling på Thermo-Floor/Heatit

Etter alvorlig lang tid med unødvendig mye rot og stress på hjemskjermen, har jeg ryddet bort masse entiteter og knapper for å opprettholde en viss WAF. Nå er jeg og kona endelig fornøyd med oppsettet. Vi har ett separat oppsett for skjerm og mobil. Hvis interesse, kan jeg poste mobilversjonen. Dataene nede i venstre hjørne er strømpris inkl. avgifter og nettleie, forbruk nå (går til salg når solcellene gir plussverdi) og solcellenes effekt nå. 68,2 er strømkostnad til nå i dag.

Fikk akutt lyst på et lite mekke-prosjekt her om dagen. Fant en gammel IKEA Fixa-drill som ikke er særlig god og aldri blir brukt. Så jeg tenkte at denne måtte det vel gå an å lage noe av. Demonterte drillen og klippet den fra hverandre der det føltes nødvendig. Fant også fram en ESP-01 5V 2 Channel Relay. Drillen drives av et 7V batteri så for å drive 5V relemodulen måtte jeg via en buck-converter. Ferdig koblet: Dyttet alt bortsett fra rele og bryter tilbake inn i drillen Designet og 3D-printet boks til rele, feste og drivverk til en rullegardin og monterte det Liten video:

Nå er det mulig å styre en varmekilde med en vilkårlig temperatursensor og en vilkårlig varmekilde (av/på). Jeg har lovet i lengre tid å slippe script-pakken min, men det har vært litt mer utfordrende å lage en fungerende frontend. Nå har jeg imidlertid hoppet bukk over den problemstillingen og har flyttet innstillingene fra selve root-devicen og over i en tradisjonell ini-fil. Det gjør det lettere å endre alle innstillingene, selv om det er et stykke fra å være ideelt. Merk: Script-pakken er testet, men må vurderes som en beta-versjon. Egenskaper: "Auto", automatisk modus: Temperatur hentes ut fra et eller to oppsatte programmer. Programmene kan bruke ferdigdefinerte temperaturer eller egendefinerte. "Manual", manuell temperatur: justeres med nedtrekksboks og knapper for + og -) "High" og "Low" for hurtigvalg av forhåndsdefinerte "Schedule" og "AlternativeSchedule" kan byttes på f.eks. med Fridager.vb-scriptet (eller en vilkårlig annen On/Off virtuell device). Foreløpige begrensninger: Fungerer foreløpig ikke på Zee 1 eller 2. Begrensning i mono gjør at Enums ikke fungerer (visstnok). Jeg kan imidlertid unngå enums med litt omskriving (selv om det er veldig praktisk), så det kommer i en ny versjon. Nedtrekksboksen for manuell temperaturvalg setter ikke "Mode" til "Manual" automatisk (begrensning i scripting, kan ikke, så vidt jeg vet sette opp return CAPI-kall i script). + og - knappene gjør imidlertid dette helt fint. Oppsett 1. Først finn device Ref/IDene til både devicen for temperatursensoren og devicen for av/på bryteren til varmekilden (ovnen?). Device Ref står øverst på "Advanced"-tab'en etter at du har trykket på en device (eller i URLen som dukker opp når du holder musepekeren over linken til devicen). 2. Lag et event som du kaller "Termostat setup" (f.eks), sett trigger til "This Event is manually triggered". Legg til en Action som er "Run a Script", og trykk så på knappen "Edit, og skriv inn "VirtualThermostat.vb" (filnavnet er VELDIG viktig) og trykk OK. 3. Nå kollapser scriptet, så vi utvider det igjen og trykker på det røde flyet : . I scriptboksen (det store blanke feltet med Sub Main.... etc) fjerner du alt og kopierer inn scriptet under: ... og trykk på "Save Script" knappen nederst. HUSK: Trykk på "Save Script" knappen nederst. Gjort det? I "Sub or Function"-boksen skal det stå "Setup". I Parameter skal det stå: HeaterDeviceReference=1139,ExternalTemperatureSensorRef=74 ... der du bytter ut 1139 med dev-ref til av/på-bryteren og 74 med dev-ref til temperatursensoren. Da skal alt se slik ut: 4. Trykk på den blå pilen øverst på eventet for å sette i gang setup-rutinen. Da er vi snart ferdige. 5. Scriptet oppretter et Event (i Event-kategorien "Virtual Thermostat") som kjører scriptet hvert 5. minutt, og det er nesten helt riktig. Vi må bare justere et par ting. Åpne scriptet som ligger under "Virtual Thermostat". Gi det et litt mer beskrivende navn, så er det enklere å finne tilbake. 6. Utvid Run Script action'en, og deaktiver "Only allow a single instance to run at a time" (ellers er det jo bare en termostat som vil fungere) Hvis alt nå er vel, skal det se slik ut: 7. Personlig skrur jeg av logging på slike eventer: 7. ??? 8. Profit! Konfigurasjon I /Config-mappen din har det nå dukket opp en fil som heter "VirtualThermostat_nnn.ini" der nnn er device referansen til root'en (den samme som også navngir eventet over). Den vil se f.eks. slik ut: [Settings] ExternalTemperatureSensorRef=74 TemperatureCorrectionAddition=0 TemperatureCorrectionMultiplier=1 TemperatureOffset=0,3 Log=False HeaterDeviceReference=1139 TemperatureHigh=22 TemperatureLow=19 AlternativeScheduleDeviceReference=0 [Schedule] 6:00=High 8:0=Low 16:00=High 22:00=Low [AlternativeSchedule] 6:00=High 23:00=Low ... der vi kjenner igjen ExternalTemperatureSensorRef og HeaterDeviceReference som de vi satte opp i Setup-rutinen. De andre feltene har følgende forklaring: TemperatureCorrectionAddition=0 er hvor mye som legges til eller trekkes fra den faktiske temperatursensoren. Fint for kalibrering TemperatureCorrectionMultiplier=1 hvor mye temperatursensoren skaleres med fra den faktiske temperatursensoren. Fint for kalibrering. (1 = ingen skalering) TemperatureOffset er hvor langt ned under "Setpoint" temperaturen tillates å bli før varmekilden skrus på. Hvis Setpoint er satt til 22 grader, vil ikke ovnen bli satt på før temperaturen har sunket under 21,7 grader. TemperatureHigh og Low er selvforklarende. AlternativeScheduleDeviceReference er referanse til en enhet som bestemmer om det er "Schedule" eller "AlternativeSchedule" som skal brukes. Schedule og AlternativeSchedule: Her står klokkeslett (i stigende rekkefølge og uten ledende nuller) og tilhørende temperaturer. Med mindre du spesifiserer noe annet, vil kl 0:00 alltid begynne med "Low" temperaturvalg. Så da leser vi Schedule slik: Mellom kl 00 og 06 er det "Low" Mellom kl 6 og 8 er det "High" Mellom 8 og 16 er det "Low" Mellom 16 og 22 er det "High" Og fra 22 og utover er det "Low" Du kan spesifisere din egen temperatur istedenfor "High" og "Low" også, i tilfelle du vil ha en halv grad ekstra om kvelden. Da kan det f.eks. se slik ut: [Schedule] 6:00=High 8:0=Low 16:00=High 20:00=22,5 22:00=Low Pro tip: Du kan også sette opp Eventet til å kjøre på "device change" når temperatursensoren endrer verdi, istedenfor hvert 5. minutt (eller hvor ofte det å passer deg). Da kan det også være lurt å sette opp et par tilleggs-triggere til på bestemte klokkeslett eller andre hendelser, for det er jo ingen garanti at temperaturen endrer seg slik at scriptet trigges. Enjoy!

I dag har jeg ferdigstilt husets nye ringeapparat. Det har bevegelsessensor, temperaturføler, en liten skjerm og selvsagt kamera. Når det ringer på, spilles lydmeldingen «Det ringer på» i alle Sonos-høyttalerne, og vi får selvsagt en melding på mobilen med bilde av den som står på trappa. I tillegg lagres et stillbilde på serveren hver gang bevegelsessensoren utløses. Jeg har brukt LILYGO TTGO T-camera https://banggood.app.link/FmU3qXJTs0 Siden det gamle elektroniske ringeapparatet hadde 24V DC som strømkilde, og at det allerede lå 230V AC frem dit kunne jeg bruke den gamle ringe-tråden for å føre strøm frem til TTGO’en. Den benytter 5V DC Dette kortet omformer 230V AC til 24V DC. Det fikk plass inne i koblingsbokser til det gamle ringeapparatet. Dette ble en fin løsning. Selvom jeg sikkert kunne transformert rett til 5V med en gang, så hadde jeg dette kortet liggende og ønsket således å bruke det. På selve TTGO’en loddet jeg på en 24V-5V transformator. Da har jeg sikret fast strømforsyning til ringeapparatet mitt. Så, for å slippe å forvirre folk med hvor de skal ringe på, koblet jeg den innebygde ringeknappen (GPIO34) direkte til den opprinnelige ringeknappen på veggen. Så trakk jeg en to-pars kabel mellom det opprinnelige hullet og det nye der jeg skulle montere TTGO’en. Og monterte det hele. Jeg benytter Home Assistant, og flasher ESP32 WROVER via esphomeflasher og Home Assistant-tillegget ESPHOME. https://github.com/espressif/esptool/blob/master/README.md Gjennom ESPHome kan jeg gjøre endringer i scriptet og flashe ESP’n på nytt Over The Air (OTA), altså uten å måtte demontere og koble til Mac’en via kabel. Her er YAML-filen min. Jeg tildeler fast IP via DHCP-serveren. Derfor er de linjene kommentert bort. substitutions: devicename: ringeapparat friendly_name: Ringeapparat# ip_address: 192.168.1.112esphome: name: $devicename platform: ESP32 board: esp-wrover-kitwifi: ssid: !secret wifi_ssid password: !secret wifi_pw# manual_ip:# static_ip: $ip_address# gateway: !secret gateway# subnet: 255.255.255.0logger: # Enable loggingapi: # Enable Home Assistant APIota:binary_sensor: - platform: gpio pin: GPIO33 name: $friendly_name PIR device_class: motion - platform: gpio pin: number: GPIO34 # This is the right side button on the board. mode: INPUT_PULLUP inverted: True name: $friendly_name Button# filters:# - delayed_off: 10ms - platform: status name: $friendly_name Statussensor: - platform: wifi_signal name: $friendly_name WiFi Signal update_interval: 10s - platform: uptime name: $friendly_name Uptime#esp32_ble_tracker: # esp32_camera: name: $friendly_name Camera external_clock: pin: GPIO32 frequency: 20MHz i2c_pins: sda: GPIO13 scl: GPIO12 data_pins: [GPIO5, GPIO14, GPIO4, GPIO15, GPIO18, GPIO23, GPIO36, GPIO39] vsync_pin: GPIO27 href_pin: GPIO25 pixel_clock_pin: GPIO19 power_down_pin: GPIO26 resolution: 640x480 jpeg_quality: 10 vertical_flip: true # defaults to true horizontal_mirror: true # defaults to truei2c: sda: GPIO21 scl: GPIO22font: - file: "arial-narrow.ttf" id: tnr1 size: 16# glyphs: BÆØÅ brukdnapæøå - file: "arial-narrow.ttf"# - file: "helveticaneue-light.ttf" id: tnr2 size: 34time: - platform: homeassistant id: homeassistant_timedisplay: - platform: ssd1306_i2c model: "SSD1306 128x64" rotation: 180 address: 0x3C ## draw a line from [x=0,y=0] to [x=50,y=50] lambda: |- it.strftime(64, 4, id(tnr1), TextAlign::TOP_CENTER,"chezENGH smarthus", id(homeassistant_time).now()); it.line(10, 26, 108, 26); it.strftime(64, 60, id(tnr2), TextAlign::BASELINE_CENTER, "%H:%M", id(homeassistant_time).now()); Merk at. TTGO-kortet også støtter BLE, men at denne senderen ikke kan være aktiv samtidig med WiFi på det samme kortet. Det bar synd å måtte deaktivere BLE, siden jeg planla å bruke den som sensor for å låse opp døra når kjente enheter er i nærheten. https://www.espressif.com/sites/default/files/documentation/esp32-wrover_datasheet_en.pdf Pål Engh Kråkerøy

Vet ikke om jeg blir å ta den i bruk, men nå er den overlegne mqtt-dimmeren min ferdig kan dimme flere soner samtidig eller hver for seg. Har LED som indikerer hvor mange prosent som er dimmet (slår seg av etter 30 sek).

NodeMCU prosjekt : Dobbel garasjeportåpner Fikk til slutt fullført garasjeportene. Styres av en NodeMCU med et slaverelè i åpner nummer 2. Tilbakemelding kommer fra reed-switcher på skinnene i taket. NodeMCU'en har fått en boks midt i taket. Ikke direkte pent inni, men det funker Måtte også fikse ekstern antenne siden det var litt for dårlig dekning i garasjen. Gikk fra å koble fra hele tiden til å være tilkoblet i 3 uker nå. Ser mye bedre ut med lokk på. Det hele styres av en gjeng med eventer. Som igjen oppdaterer noen VD'er.

Tenkte jeg skulle skrive litt om mitt prosjekt. Bilder fra prosjektet finnes på Instagram: GlimmerHome Kjøpte et hus fra 1996 som vi total renoverer huset skal bli meget smart med mulighet for styring av det meste. Ettersom jeg gjør absolutt alt selv så tar det tid, spesielt alle smarte løsninger som sikkert har blitt endret x antall ganger etterhvert . Jeg startet med Fibaro HC2 men følte denne ble for begrenset for mitt behov, testet deretter Smartthings, men det fungerte ikke spesiet bra med cloud. Valget falt til slutt på HomeSeer HS3 Pro pga at det støtter det meste og kjører alt lokalt. HomeSeer kjøres på en dedikert PC sammen med Deconz og Homebridge Siden HomeSeer ikke akkurat vinner noen design priser på sine apper kjører jeg Homebridge som gjør at jeg kan styre alt via Apple Homekit i et pent UI og jeg har stemmestyring på Norsk. Homekit brukes også til å varsle HomSeer om hvem som er hjemme, slik jeg styrer borte og hjem modus basert på dette.(Har og en gjestemodus som gjør at huset ikke går i bortemodus) Jeg benytte en blanding av Z-wave, Zigbee og MQTT. Jeg kjører for det meste Z-wave der stabilitet er meget viktig. Zigbee bruker jeg mer og mer ettersom prisene på sensorer og pærer er blitt meget overkommelige. MQTT bruker jeg på noen Raspberry PI med NodeRed og NodeMCU der jeg har behov for mange inn/utganger og evt noe enkel styring. På lyd har valget falt på Sonos ettersom det integreres bra med HomeSeer . Jeg har bygget inn høyttaler i Tak/vegger i de fleste rom og plassert Sonos Connect i teknisk rom sammen med mange effektforsterkere som er direkte koblet til høyttalere. Jeg har og en Sonos beam på Barnerom og Sonos Play 1 på kjeller bad, ellers er det 6stk Sonos Connect for de øvrige sonene. Jeg kommer til å montere innfelte iPader i Spisestue, soverom og gang. Disse lades via POE. Alle soverom vil få rullegardiner som er motoriserte, motoriserinskit med Z-wave kjøper jeg fra m.nu Nettverk har valget falt på Ubiquity Unifi serien, jeg har satt opp 2 AC Pro på loftet i hver ende av huset, samt jeg har 2 utendørs AP på hver side av huset. I teknisk rom har jeg en 24 Port POE switch og en 48Port Switch uten POE, samt en 8 Port i Tv benk i kjellerstue. Jeg trekker CAT6 til alt jeg har mulighet for, ettersom jeg vil ha minst mulig last på Wifi. Har og satt opp egne VLAN til Kamera, Smarthus enher osv pga sikkerhet. Internett tilkobling er Viken Fiber med Altiboks 500/500 Alle PC, Switcher, kamera, router osv er tilkoblet 3stk Eaton UPS i tilfelle strømbrudd osv Kamera overvåkning styres av Blue Iris som og er integrert med HomeSeer, som feks kan gi meg varsling og et kamera går offline og bytte profil i Blue Iris. Jeg har vel ca 10 kamera i drift for øyeblikket, men har flere liggende som skal monteres opp når tiden strekker til. Dette kjøres på en egen dedikert PC. Media kjøres for det meste via Plex, alle Tv og Apple Tv i huset har Plex app og henter innhold fra Plex server som kjører på en dedikert PC. Mer info og bilder kommer etterhvert som jeg kommer videre med prosjektet Her er en oversikt over noe av det som er montert, har mye mer men alt er ikke satt i drift: Hage Vær: Netatmo værstasjon, med regn og vindmåler Plugin til Homeseer Vanning: 4 Soner, med 5stk Gardena Turbo Sprinklere Tidsstyrt. regn data fra Netatmo og robotklipper status bestemmer om de får lov å vanne. Benytter NodeMCU til styring av rele som styrer ventilene, MQTT for integrasjon med HomeSeer. Gressklipping: Husqvarna 315X med Robonect kort. Styring via HomeSeer og Alexa Gressklipper Garasje: Bygget garasje med elektrisk port og belyning. Styres av en Raspberry PI med Node Red, MQTT for integrasjon med HomeSeer. Lys: LED uplights i terrasse, 6W LED spotter som belyser Tre og busker. Fibaro RGBW modul som styrer disse. (Z-wave) Utelamper opp/ned med Ikea Trådfri GU10.(Zigbee) Gårdsplass: Ringeklokke: Doorbird koblet med CAT6, strøm via POE. HomeSeer Plugin Lys: Utelamper opp/ned med Philips GU10. (Zigbee) 50W Led flombelysning styrt av Fibaro Rele.(Z-wave) Spotter i kassekledning med Ikea Trådfri GU10.(Zigbee) LED Uplights belysning styrt av Fibaro Rele.(Z-wave) Postkasse: Magnetsensor koblet til Fibaro Uni Sensor.(Z-wave) Bevegelse sensor: Bevegelse sensor koblet Fibaro Uni Sensor.(Z-wave) Temperatur: Temperaturføler koblet Fibaro Uni Sensor.(Z-wave) Biler: BMW i3 med Tesla Wall Charger, Tibber Integrert. Hass integrasjon satt opp, denne skal sende info til HomeSeer via MQTT når jeg får satt meg inn i Hass. Har 2 biler til som ikke er smarte, vurderer å lage en Wifi Presence sensor til disse som kommuniserer Home/Away via MQTT. (Ikke påbegynt) Barnerom: Varme: Varmefolie med Heatit thermostat.(Z-wave) Sensorer: Multisensor 6 innfelt i tak.(Z-wave) Netamo Innendørs modul.(HS3 Plugin) Magnetsensor i innv dør og vindu på Fibaro Uni Sensor.(Z-wave) Nest Røykvarsler.(HS3 Plugin) Lyd og Bilde: Samsung 55" 4K Multibrackets Motorisert Veggfeste Sonos Beam montert under tv. (HS3 Plugin) Logitech Harmony Companion. (HS3 Plugin) Lys: Spotter i tak på Fibaro Dimmer 2.(Z-wave) Nattlampe med Ikea E14 Trådfri.(Zigbee) Ikea Fyrtyr Rullegardin (Zigbee) Gjesterom Varme: Varmefolie med Heatit thermostat.(Z-wave) Sensorer: Multisensor 6 innfelt i tak.(Z-wave) Senative Strip i Vindu Magnetsensor på innv dør(kommer) Rullegardin: Motorisert med kit fra m.nu. (Z-wave) Lys: Spotter i tak på Fibaro Dimmer 2.(Z-wave) Taklampe med Qubino pære. (Z-wave) Lyd: Psb 6,5" høyttalere i tak, egen Sonos sone. (HS3 Plugin) Gang Nede Lås: Idlock 150.(Z-wave) Ringelokke: Wemos D1 miin med Ardino rele (MQTT) Sensorer: Fibaro Røykvarsler.(Z-wave) Xiaomi dør sensor.(Zigbee) Xiaomi bevegelsesensor.(Zigbee) Xiaomi temoeratursensor.(Zigbee) Varme: Mill Panelovn med Fibaro Wall Plug.(Z-wave) Lys: Taklamper med 2x Philips Hue E27.(Zigbee) Bod: Sensorer: Xiaomi Dør sensor på innv dør.(Zigbee) Xiaomi Temp sensor i kjøleskap.(Zigbee) Xiaomi Dør sensor på kjøleskap.(Zigbee) Xiaomi Temp sensor på fryseboks.(Zigbee) Xiaomi Dør sensor i fryseboks.(Zigbee) Xiaomi Temp sensor (Zigbee) Kjøkken Kjeller: Sensorer: Xiaomi bevegelsesensor.(Zigbee) Xiaomi Dør sensor på vindu.(Zigbee) Xiaomi Temp sensor i kjøleskap.(Zigbee) Xiaomi Dør sensor på kjøleskap.(Zigbee) Xiaomi Temp sensor på fryseboks.(Zigbee) Xiaomi Dør sensor i fryseboks.(Zigbee) Lys: Ikea Trådfri driver på benkebelysning.(Zigbee) Taklampe med 5x Ikea Trådfri GU10.(Zigbee) 2xPhilips Hue brytere.(Zigbee) Spisestue Kjeller Sensorer: 2x Xiaomi bevegelsesensor.(Zigbee) Lys: Taklamper på Fibaro Dimmer 2.(Z-wave) Soverom Kjeller Sensorer: Xiaomi bevegelsesensor.(Zigbee) Fibaro Vindu sensor.(Z-wave) Fibaro Røykvarsler.(Z-wave) Varme: Panelovn med Fibaro Wall Plug.(Z-wave) Lys: Taklamper med 2x Philips Hue E27.(Zigbee) Nattbordlamper 2x Ikea Trådfri E14.(Zigbee) Lyd og Bilde: Samsung 60" 4K AppleTv 4K Kjellerstue Sensorer: Xiaomi bevegelsesensor.(Zigbee) Fibaro Røykvarsler.(Z-wave) 2x Xiaomi Dør sensor på vindu.(Zigbee) Varme: Panelovn med Fibaro Wall Plug.(Z-wave) Lys: Taklamper med 2x Philips Hue E27.(Zigbee) Lamper 2x Philips Hue E27.(Zigbee) Lampe Ikea Trådfri Wall prug.(Zigbee) Lyd og Bilde 65" Samsung 4K Apple TV 4 Nvidia Shield Sonos Connect Pioneer SC-LX90 Surround Forsterker Focal Electra 1028be Høyttalere Gang Oppe Lås: Idlock 101.(Z-wave) Ringelokke: Doorbird (HS3 Plugin)

Endelig, litt automatikk! For at heimen faktisk skal bli smart, må heimen gjøre som du vil uten at det er du som gjør det. Alt vi har gjort til nå er å legge til rette for fjernstyring, som i "weee, jeg kan styre lyset fra mobilen" (noe som man blir lei av ganske raskt), men HomeSeer har en fantastisk motor for automatikk. Og den skal vi nå benytte oss av. Bli kjent, med begrepet Event Ordet Event er selvfølgelig engelsk, det mest passende norske ordet er vel "hendelse". Jeg bruker ordet "Event" på norsk, akkurat som jeg bruker ordet "Device". Et Event er delt i to: Det har en trigger (med en eller flere conditions) og en eller flere actions. Trigger En trigger er det som setter Eventet i gang. Som i "kjør dette eventet når klokka slår 06:00" eller "kjør dette eventet når lyset i gangen blir skrudd på". Condition En condition (altså "betingelse") hører til en trigger. De begrenser triggeren, som i: "kjør dette eventet når klokka slår 06:00 men bare på en mandag" eller "kjør dette eventet når lyset i gangen ble skrudd på men bare hvis klokken er 17:00 eller senere, det har regnet 3 mm OG ingen har ringt på døra på 4 timer". Action En action (en "handling") er det som faktisk skal skje. F.eks. at man skrur på av eller på et lys, kjører et annet event eller et script. I utgangspunktet ganske enkle verktøy som man, med litt trening, kan bruke på ganske så avanserte måter. Event-oppsett Vi går til View -> Events. Hvis vi ikke har lagt til noen eventer, blir vi bedt om å navngi vårt første Event. betyr selvfølgelig "Legg til". Det kan være legg til et Event til gruppa, en trigger/condition eller en action. kjører Eventet slik det er nå, helt uten å ta hensyn til eventuelle conditions. deaktiverer eller aktiverer et event. sletter et event, en trigger/condition eller en action. kopierer eventet slik det er. utvider eller minimerer alle Events eller conditions. indikerer at du nå kun viser basis-valg, trykk denne for å se: avanserte valg. MERK: Det er en god idé å minimere triggers og actions når man er ferdig med dem, for da får man opp eventuelle feilmeldinger. Hvis et en trigger, condition eller action ikke lar seg minimere, så er det et tegn på at noe er galt eller at linjen ikke er ferdig konfigurert. Vi kan velge en trigger (i den blå linjen, øverst). Her er trigger-kategoriene som kommer med en helt vanlig HS-installasjon: En trigger-kategori har flere tilhørende triggere: For actions er lista lenger: Igjen har Actions flere underalternativer. Hvis man velger "Control a Device" får man opp valg om å velge en device å controllere. Når man har gjort det, blir alle CAPI-verdiene (se del 6) listet opp. ... så hvordan ser et Event ut? I sin enkleste form, kan det se slik ut: Dette leser vi som at kl. 06:00 blir lyset satt til 17%. Organisering Ved siden av Event-navnet, kan man velge en Type hvis man ønsker det. Ved siden av Typen, kan man flytte eventet til en annen gruppe (eller lage en ny). Grunnen til dette er at man skal finne igjen eventene sine. Når man har 5-10 stykker så er det enkelt. Når det er 300 så er det verre. Jeg sorterer forskjellige typer Eventer i forskjellige grupper (jeg bruker ikke "Event Types" så mye). Men det gjør det overraskende fort å finne frem i eventene. Skal du kikke på eventet som styrer lyset i gangen basert på en bevegelsessensor? Kikk i gruppa "Bevegelse". Hva med lyset som går automatisk i ferien? Kikk i gruppa "Automatisk (ferie)". Hva med de trådløse bryterne? "Brytere". Og hvordan får dere beskjed tilbake? "Notifikasjoner". "Referencing Device(s)" er veldig hendig hvis du skal finne eventene som styrer eller blir styrt av en bestemt device. Si at et lys skrur seg på og av når det ikke skal, og du lurer på hvorfor. Da er det bare å velge devicen i Referencing Device(s), så blir Eventene dine filtrert til å kun vise de som har med denne devicen å gjøre. MERK: Hvis du bruker scripts vil disse ikke komme med i filtreringen, det er kun de som har en Device spesifisert i en ren Event trigger, condition eller action. Når du er ferdig med filtreringen er det en god vane å trykke på "Show All" etterpå... Blant de mest brukte: Bevegelsessensor I utgangspunktet er det enkelt. Vi velger bevegelsessensoren som device, og velger CAPI-verdien "Motion" som trigger. I dette eksempelet vil jeg styre lyset på badet i kjelleren. De to nederste linjene er enkle. Den ene skrur lyset PÅ, og den andre skrur lyset AV etter 10 minutter. Så langt er alt vel. Men hva skal vi med "Remove Delayed Device Actions"? Jo, "lyset av etter 10 minutter" blir nettopp det; en "Delayed Action". Disse Delayed Action'ene blir kjørt etter den aktuelle forsinkelsen. Når bevegelsessensoren blir trigget, så blir alle eventuelle slike Actions (som i vårt tilfelle skrur lyset av) fjernet først. Sluttresultatet er at lyset blir værende på så lenge det er bevegelse i rommet, men blir skrudd av etter 10 minutter hvis bevegelsen stopper (for da blir IKKE denne Delayed Actions fjernet). På toalettet i 1. etg er det både en bevegelsessensor og en magnetsensor på døren. Det kan jo selvfølgelig løses med å lage to forskjellige eventer, men siden det er det samme som skal skje uavhengig av trigger, så velger vi heller at Eventet skal ha flere forskjellige triggere. For å få til flere triggere trykker du på den grønne -knappen, men istedenfor "AND IF" til venstre, velger man "OR IF". Dette blir en ny trigger. I tillegg har jeg her noen conditions som gjør at dette Eventet kun kjører når det ikke er natt (dvs. på morgen, dag og kveld). Da jeg skulle lage Natt-versjonen av dette Eventet, kopierte jeg det ved å trykke på -knappen. Så endret jeg condition fra "Device Value Not Equal To" til "Device Value Equal To". Lys-kontrollen ble endret fra "On" (som betyr 100%) til "Dim 10%". Planlegging Hvis du ikke har sett på Events før nå, så vil det sannsynligvis begynne å demre for deg at det er enormt med muligheter her. Og det har du helt rett i! Hemmeligheten for å finne frem i kaoset er rett og slett å prøve seg frem, og å spørre hvis det feiler og du ikke finner ut hvorfor. Andre her har lang erfaring med å sette opp Eventer og har sikkert gjort samme feil selv som du har gjort. Alt koker ned til en ting: Logikk. Dette er programmering. Men istedenfor å måtte bruke et tastatur og kode hver linje, er de aller fleste valgene bakt inn i programmet. Hvis man installerer plugins, vil disse også kunne ha sine egne triggere og actions. Det man må gjøre når man skal begynne å automatisere er å planlegge. Det er veldig fristende å kaste seg hodestups ut i eventene, men man sparer seg mye frustrasjon hvis man tenker gjennom problemstillingen først. Hvorfor skal noe skje? Er det en bestemt hendelse? Som at noen kommer hjem? Eller står opp av senga? Eller noe så enkelt som et bestemt klokkeslett på bestemte dager? Hva er det egentlig som skal skje? Er "Når det er morgen skal ganglyset komme på" det eneste som skal skje? Skal det skje noe annet? Er det andre betingelser man skal ta hensyn til? Skal ting skje i en bestemt rekkefølge? Har jeg nok inn- eller ut-data? Hvordan kan man eventuelt ordne det? Eller kan jeg komme rundt det på en akseptabel måte? Hvis jeg vil koke kaffe når jeg står opp, så må jeg faktisk vite når jeg står opp OG jeg må ha muligheten til å koke kaffen. Hvis man alltid står opp kl 07:00 så kan det være så enkelt som å ha en trigger 15 minutter før. Alternativt kan en bevegelsessensor i gangen på utsiden av soverommet være en indikasjon på det ("HVIS bevegelse AND Time is after 07:00"), eller man kan (etter hvert) bruke en sensor, som et smart sengelaken. For å trakte kaffen kan man bruke en vanlig kaffetrakter med en plugin-modul, eller man kan integrere en smartere kaffetrakter. For å sette opp en dagsrutine, må man faktisk tenke gjennom hva man gjør gjennom en vanlig dag, og hvordan man ønsker at det skal være. Del dagen i små biter og ta del for del, så blir problemstillingen mindre og mer overkommelig. Utenom det er det bare å sette i gang! Eventer justeres etter hvert, og automatikken bygges ut fortløpende. Event-valg Hvis man kikker under selve Event-definisjonen (under actions), så ser man teksten "Options". Utvider man denne menyen, ser man dette: Her gis det enda flere valg til hvordan eventet skal trigges. "Priority Event" skal visstnok prioritere denne triggeren, som navnet antyder, men jeg har ikke hørt om situasjoner som blir løst av å bruke denne. "Include in Powerfailure Recovery" kan være grei hvis du har Eventer som MÅ kjøre etter at HS har blitt avsluttet av et strømbrudd (ikke blitt avsluttet skånsomt). Jeg bruker ikke noen av disse. "Security" er derimot hendig. Hvis man velger "Time is 14:00" som trigger, og huker av Security, vil dette eventet få en ny random tid etter hver gang det er blitt kjørt. Tiden som brukes til å gi intervallet den nye random-tiden er valgt fra, definerer du under valget Setup -> "Security Offset +/- (minutes)". Hvis du velger 15 minutter, så kan altså neste trigger for eventet være alt mellom 13:45 og 14:15. Veldig hendig hvis du ikke vil at det skal se ut som om hverdagen avsluttes kl 23:00 hver ukedag hele året uansett. "Remove This Event After Trigging" er det sjeldent man bruker på eventer man definerer selv. Men de er mer praktiske når vi kommer til Scripting. Alle Actions som er satt som delayed, blir i praksis et nytt event med dette valget huket av. "Do Not Log This Event" velger jeg på de fleste Eventer. Jeg trenger ikke fylle opp loggen min med unyttig informasjon om eventer som gjør som de skal. "Cannot Re-Run for XYZ time" er også veldig viktig. Av og til kan en trigger bli trigget svært raskt etter hverandre, og det kan gi litt kluss for Action'ene som dermed kjører nesten dobbelt. F.eks. kan man ha flere RFXtrx433-tranceivere, og alle disse vil motta et signal fra en Nexa-bryter. Dermed vil et event som bruker Nexa-bryteren som trigger kjøre flere ganger etter hverandre. Da er det lurt å sette "Cannot Re-Run For" til minimum 1 sekund. Betingelser for Actions En trigger har betingelser/conditions, men det hender at det er praktisk å ha betingelser for Actions også. F.eks. har jeg en dørlås (en Danalock v1) som man kan "låse" så mange ganger den vil. Det vil si: Hvis jeg velger "Lock" vil kjøre motoren uansett hvor mye den er låst fra før, og resultatet er at tannhjulene i låsen "pusser tenner". Jeg er redd det går ut over låsen i lengden. (Dette gjør heldigvis ikke Yale-låsen vår, eller ID-lock). Men jeg vil jo fremdeles at huset skal låse døra når vi går ut eller legger oss HVIS dørlåsen er opplåst! Da ville det vært praktisk å ha conditions for Actions, men HS støtter ikke dette direkte. Man må bruke et ekstra Event. Først definerer vi selve eventet som låser døren. Merk at det er en MANUELL trigger, men MED conditions. ... som vi leser som "lås døren hvis den ikke er låst". I Eventet som kjøres når nattmodus blir satt, eller som kjøres når hus-alarmen blir aktivert, så legges denne Action'en inn. Det viktige her er avkryssingen for "Run Only If Other Event Conditios are TRUE", som du muligens må trykke på det røde -ikonet for å få se. Dermed blir kjellerdøren kun låst hvis den ikke er låst fra før! Dette gir også andre muligheter. Jeg vil at huset skal gjøre en vurdering av Lux-nivået i stua, og justere lyset deretter. Dette skal vurderes hver gang Lux endrer seg, eller når vi kommer hjem (alarmen blir skrudd av) eller at det blir morgen (Tidsstatus skiftes fra Natt til Morgen), altså er det tre forskjellige triggere. Dette kunne jeg løst med å lage 6 forskjellige eventer, og bruke en haug med (forholdsvis like) conditions for hvert event. Det blir mye å holde styr på, så jeg samlet triggere i et Event, og Lux-vurderingene i to andre (fordi de har forskjellige Actions, et skrur lyset på et annet skrur det av). Først selve vurderingen for å skru lyset av: ... eller på: Og så et event for når disse vurderingene skal skje: Som du ser er det ingen overlapping i Lux i eventene som skrur det av eller på, så de to øverste kan ikke bli trigget samtidig. Og en bonus er at siden jeg sjekker om lyset er "På" eller "Av" istedenfor hhv. "ikke Av" eller "ikke På", så vil ikke automatikken ta over hvis jeg har dimmet lyset i stua. Og som du ser i devicen "Settings - Options - Automatisk lys i stue" kan jeg overstyre automatikken med en virtuell device. At Lux-vurderingen gjøres når Tidsstatus blir "Morning" er hendig både om sommer og om vinter. Hvis det er behov for lys, så får du det. Men om sommeren kan det jo fint være lyst nok til å slippe det når klokka er 06:30. Den skarpe leser vil legge merke til at det ikke er definert hva som skal skje hvis Lux blir målt til å være mellom 300 og 650, og svaret er enkelt: Det skal ikke skje noe, og det er faktisk et poeng at det er et relativt stort sprik mellom av eller på, ellers ville en lettskyet himmel være nok til at lyset omtrent ville flimre (avhengig av hvor ofte Lux-verdien blir lest). Tips: Bruker du slike virtuelle devicer for å styre når automatikken skal virke, så er det alltid en god idé å lage et Event med en gang som setter devicen tilbake til det du mener skal være standard-verdien. "Settings - Options - Automatisk lys i stue" blir hos oss satt til "On" når huset går i natt-modus. Da er det bare å begynne å automatisere. Vanne plenen, anyone? FAQ Q: Hva er forskjellen på triggerne "Device Changes and Becomes" og "Device Was Set To"? Er de ikke like? A: Nei, de er ikke helt like. Hvis et lys er på, og det får et nytt PÅ-signal vil "Device Was Set To" bli trigget, mens "Device Changes And Becomes" ikke blir. For at "Device Changes And Becomes" må verdien være en annen før triggeren skjer. Q: Hva er forskjellen på triggerne "Device Has Been X for Exactly Y time" og "Device Has Been X for At Least Y time"? Vil det ikke være best å bruke "At Least"? A: Som trigger er "At Least" veldig skummel å bruke, et eksempel på hvor galt det kan gå kan du lese her. Grunnen er forskjellen i hvordan disse to trigges. Nå er det litt mer komplisert enn det som forklares her (og sjekkene skjer oftere enn det), men la oss for enkelhets skyld si at alle eventer blir sjekket hvert sekund. Normalt skal et Event kun kjøre en gang, med mindre det er gode grunner til å kjøre det flere ganger, men sannsynligvis aldri så ofte som hvert sekund Et event med trigger "Taklys has been OFF for exactly 2 minutes" vil kun kjøre den ene gangen, og ferdig med det. Et event med trigger "Taklys has been OFF for at least 2 minutes" vil kjøre etter 2:00, 2:01, 2:02... altså hvert sekund etter at det har gått to minutter siden taklyset ble skrudd av. Jeg tror grunnen til at folk ofte velger "at least" istedenfor "exactly" er at "exactly" høres så usikkert ut. "Oi, tenk hvis den bommer! Da vil jo 'At Least' være sikrere". Og det finnes tilfeller der "At Least" absolutt kan være nyttig, den er spesielt hendig som en condition. Men hvis du vil bruke den som trigger, så må du legge til andre conditions som gjør at eventet ikke trigges i det uendelige... Q: Hvordan kan jeg endre rekkefølgen på Actions (eller conditions)? Må jeg slette alle Actions og legge dem til i rett rekkefølge? A: Neida, det er rett og slett "drag and drop". Minimer action/condition, og ta tak i den. Dra de så oppover (eller nedover) og slipp når du er fornøyd. Dette kan du ikke gjøre med en touch-skjerm, dessverre, man trenger en mus. Oppsummering Da har vi vært gjennom en kort introduksjon til automatisering, tro det eller ei. Og ja, nå begynner det å dra seg til! Event-motoren er utmerket, og det er enkelt å redigere og utvide etter hvert. Event-motoren er et kraftig verktøy, som tidvis kan være ganske komplisert. Det vil ta seg litt tid å lære, men når man har satt opp de første Eventene (og navngitt dem skikkelig), så går det raskt å sette opp flere. Øvelse gjør mester! Det er mulig vi kommer tilbake til eventer senere, det er litt avhengig av tilbakemeldingene. Savner du noe, gi lyd i kommentarfeltet under. HomeSeer-skolen har tidligere dekket innkjøp (del 1), oppsett (del 2), Z-wave-konfigurasjon (del 3 og del 4), 433 MHz utstyr (del 5) og device-håndtering, -sortering og -oppsett (del 6). I del 8 skal Fermate vise oss hvordan vi kommer i gang med HStouch Designeren! Vis full oppføring

When the sh*t hits the fan... 10 uker gammel valp lurer seg ned i feil etasje for å gjøre bommelom. Xiaomi vacuum mangler shit sensor. Need I say more. Jeg skal spare dere for bilder [emoji5]

Weeee! Jeg har nettopp skrudd av/på og dimmet en pære med .NET. Sånt blir det plugin av! ?

@Moskus hadde et innlegg på KS-Energi i dag: http://www.ksbedrift.no/moeteplass-2017/program/energi/ Jeg snek meg inn og hørte på ham og han sa klart ifra hva vi mente om smarte målere som ikke er åpne for å gi oss data. Han sa også masse fornuftig om å gi oss åpne systemer med APi'e og alt det der som vi hervet alt om. De fikk en klar beskjed om at det er HER på hjemmeautomasjon.no at det foregår og jeg så folk notere URL'en flittig. BRA JOBBA @Moskus !

Å 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:

Nå har jeg kjørt HS siden jeg traff Moskus på Diskusjon.no for ca 1000 år siden. HS3 ble konvertert fra HS2 med diverse tvilsomme utilities og all mulig drit HW er testet på produksjons installasjonen (ja jeg vet jeg burde ha en test install @Moskus) som nå er blitt ganske shaky: Underlige meldinger i loggen under oppstart (som kommer og går) Forsinkelser på Z-wave nettet på opptil 45sekunder (Jeg har værdens mest tolmodige kone ) Konstant feil under inkludering og ekskludering av nytt Z-wave utstyr med tilhørende reset av interface, restarter osv En jungel av eventer som ikke lengre er i bruk og delvis prosesserer på devicer som er fjernet for lenge siden osv osv Kjøpte upgrade til HS4 første gang den ble releaset og har gruet meg siden til å ta spranget. For jeg vet: Jeg må starte med en clean install og bygge opp alt sammen på nytt: 1156 Devicer 416 Eventer 40 Fibaro dimmere og switcher i veggen 12 Fibaro plugger 6 Varmekabler med Heatit vegg termostater 12 Oregon temp følere 3 RFXTrx over SX Vitrual link 6 videokamera Mange Nexa og X10 batteribrytere Flere iTacher med IR og relee, 3 varmepumer, el-bil lader, Onkyo forsterker, 12 Echo devicer, Squeezeboxer, 3 Samsung TVer, video prosjektor, Arduino selvbygg osv osv Og sist med ikke minst, en HSTouch med 19 skjermbilder med stinnt av slidere, knapper og statuser i kjent Powerpoint/Fermate stil Skrekk og gru. Dette kommer til å bli veldig slitsomt 2 Ganger har jeg satt opp ny PC og installert Windows og HS4 på den men heldigvis måtte ta den til noe annet (skanning av lysbilder, styring av CNC fres med Mach3 osv) Men i forrige uke var det ingen vei utenom. PCen var på plass med Teamviwer, UZB, Nortek (Sigbee) sticken og en ekstra RFXCOM gravd fram fra skuffen og drivere lastet ned og installert. Jeg var igang! Jeg vet vet at det å ha noen å "snakke med" (rapportere til) gir meg motivasjon og kunne sikkert lagt opp dette som en blogg, men velger heller å legge det som en tråd her for å invitere til diskusjon og erfarings utveksling med andre som er i samme båt. Blir nok en del "snakking med meg selv" men det får ikke hjelpe. Tut og kjør (korser meg og banker i bordet)

Snø raser fra garasjetaket, og så da? Snøen utløste Hue bevegelsessensoren som sitter på veggen oppunder garasjetaket, sender beskjed til Deconz på en Pi i huset, pluginen Jowihue plukker opp dette på Homeseer-PCen og trigger en event som henter bilde fra Blue Iris på en annen PC. Og alt dette før snøen er halvveis nede!

Nytt kjøkken skal være et ryddig kjøkken. Brødristeren bor nå i brødskuffen. Elektrikeren har lagt stikkontakt bak skuffen (samme løsning på badet også, til bl.a. elektriske tannbørster). Men det har vært en teoretisk fare for at brødristeren kan bli satt på med skuffen igjen (f.eks. man hiver brødskivene ned i risteren og lukker skuffen), men ikke nå lenger! Magnetbryter direkte assosiert til reléet:

Har endelig kommet dit at prosjektet mitt i bilen har blitt satt i bruk. Har montert en rpi i bilen koblet til dens canbus vha en hat fra skpang som leser dataene fra ene canbus linjen. Så nå er den satt opp slik at hvis jeg drar i lyshornhendelen og jeg trykker på håndbrekk AV (min bil har egen funksjon for håndbrekk av og på) så åpnes garasjeporten. Har I tillegg satt opp geofencing slik at jeg kan bruke samme funksjon uavhengig om jeg er hjemme eller hos mine foreldre. Oppsummering: Rpi leser canbus og sender via mqtt. Homeseer mottar signalet via mqtt og sjekker status på porten og om funksjonen er aktivert (kan deaktiveres hvis bilen er til service eller lånt til noen) Homeseer sender åpne kommando til rett garasjeport basert på koordinater også mottatt fra rpi over mqtt har også sjekk på at det er valid GPS fix og at den ikke er mer enn XX sekunder gammel.

Med to katter og en 9 måneder gammel baby i hus, hadde det unektelig vært kjekt med en robotstøvsuger for å få unna det verste av støv og skitt som ligger rundt. Problemet er bare at vi har to etasjer, og å ha to robotstøvsugere til flere tusen kroner er ikke aktuelt. Vi har prøvekjøpt en støvsuger tidligere, men jeg ble ikke mektig imponert da det var flere steder den ikke kom seg rundt. Likevel klarte jeg aldri å legge vekk tanken om å ha en liten hjelper i hverdagen. Gleden var stor da jeg kom over en video av The Hook Up på YouTube, som viste hvordan du kunne smartifisere eldre Roomba-er. De er nemlig utstyrt med en mini-DIN-port under dekselet på toppen. Denne kan du enkelt kommunisere med og spesifikasjonen ligger åpent på nett. Jeg kjøpte en brukt støvsuger på Finn og de nødvendige delene på AliExpress. Etter en times tid med programmering (copy/paste fra The Hook Up), oppsett i Home Assistant, lodding og litt tilpassing av dekselet på støvsugere, var alt i boks. Støvsugeren er nå integrert med Home Assistant, via en ESP-01 og kommunikasjon over MQTT. Den er også satt opp mot Node-RED for litt tidsstyring av støvsuging. Blant annet støvsuger den på hverdager i et gitt tidsrom hvor ingen er hjemme, basert på tilstedeværelsessensorer. I tillegg får jeg inn informasjon om batteristatus og status på støvsugere (støvsuger, lader, returnerer etc). Alle delene kostet under 15 kr, og arbeidet tok bare én time fra start til slutt. Så da sparte jeg noen tusenlapper, og planlegger allerede å anskaffe en Roomba til den andre etasjen. Høy trivselsfaktor og fruen i huset ble veldig fornøyd! Legger ved et par bilder av resultatet. Jeg lagde et hull i dekselet der porten ligger for å enkelt koble til/fra med jumper wire, da jeg ikke syntes ledninger rett i porten satt særlig godt, og at elektronikken under dekselet ville presset på dekselet. Tanken er å feste enkelt med hvit elektrikertape. Disclaimer: Jeg har ikke funnet ut noe av dette selv, alt kommer fra videoen lenket lenger opp i innlegget.

Denne var legendarisk!

Så er man i gang:

Jeg har laget en nordpool sensor for Home Assistant. Den ligger i hacs nå for de som evnt vil teste den. https://github.com/custom-components/nordpool Features: - Sensors en fixer issues med offpeek så det ikke bare vises som - (regner det ut selv) - Tilgang til alle timeprisen under .today og .tomorrow - Velg om moms skal være med. - Velg hvor mange decimaler en skal vise - Velg valuta - Script som lager template sensors for de som vil ha en sensor pr time. - Angir om denne timen har en lav pris eller ikke (konfigurerbar) Det hadde vært fint om dere hadde gitt beskjed om dere finner noen bugs.

OPPDATERING 17.02.2021 teslaSeer for hs3 går snart ut, dette er på grunn av tesla har endret måten en får oAuth tokens på. Dette er ikke fikset i hs3 versjonen av teslaSeer. Til dere som fortsatt bruker hs3 finnes det en offisiell tesla plugin på shoppen til homeseer. Den er dog ikke min. Men fortvil ikke, jeg har laget en HS4 versjon av teslaSeer. Lansert i homeseer shoppen. Homeseer forum lenke for teslaSeer Lenke til teslaSeer på homeseer shop Dette er en tråd for tilbakemeldinger på feil og mangler i homeseer plugin'en teslaSeer(ja jeg har skamløst tatt benevnelsen til @Moskus, jeg har dog fått tilgivelse :P) Plugin er ganske fersk og ikke testet så mye enda, håper på å få tilbakemeldinger på feil som oppstår samt forslag til endringer. Pr i dag er det gjerne litt for mye info, samt at noe mangler. Enn så lenge kan plugin lastes ned her: Del gjerne min referallink, det hadde jeg satt pris på. Eller bruk den om du tenker på å kjøpe en Tesla! http://ts.la/oliver311 Donasjonslenke Plugin brukes på egen risiko, det er pr i dag ikke brukt mye tid på sikkerhet rundt passord og tokens, noe som vill komme i fremtidige versjoner. Mer info i README.txt. Det som er lagt til i dag er: 'Changelog: '1.0.0.1.B '-Added vent/close roof 'Added honk horn 'Added flash lights 'Added automatic update of token when expired 'Added manual update 'Added disable/enable auto-polling 'Added speed device '1.0.0.1.C '-Added wakeUp device, if vehicle is non responsive use this '-Added shift_state dvice to determine if car is parked or not '1.0.0.1-2 '-Fixes for API changes '1.0.0.2pA '-Fixed recreation of devices, works '-Added Farenheit, works '-Updated User-Agent to teslaSeer for teslas sake, works '-Added open chargeport, works '-Fixed longtitude from -90 to 90 > -180 to 180 '-All current devices extended range from 32 > 80A '1.0.0.2pB '-Big cleanup '-encrypt tokens '1.0.0.3pA 'Added functions for new HVAC functions, PS CLIMATE HAS TO BE STARTED TO BE ABLE TO USE! '-Added steering wheel heater '-Added seat heater driver & passenger '-Requires: Delete your is_climate_on device, update teslaSeer image folder '1.0.0.3pB '-Added sentry_mode '-Fixed array bug on wakeUp call/response

Tvillingene hadde burtsdag, temaet var among us. Det er spill hvor en innkaller til et emergency meeting hvis en har sett noe suspicious. Anyway, Jeg brukte en aquara knapp for å blink med alle lysene i huset og spille av lyden som kommer i spillet i alle høyttalerene i huset. Den slo an, de har trykket over 250 ganger på knappen.. den blir deaktivert i morra. 😂

Sommerens automatiseringsprosjekt, Hagevanning fase 1: Vi har en hage med en del ulike vanningsbehov, alt for mange til at det kan handteres manuelt. Dessuten: Det som kan automatiseres, det skal automatiseres. Så derfor har jeg laget et system i Home Assistant og Node Red vha. en utrolig kjekk og funksjonsrik addon: ESPHome. Som fuktighetssensorer bruker jeg Mi Flora-sensorer som sender målinger via BLE. De måler også ledningsevne/saltinnhold, temperatur og lys, uten at jeg vet hvordan jeg skal utnytte disse foreløpig. I ESPHome har jeg brukt en ESP32 og laget styring av 8 releer som skaffer 12v til ventiler. Planen var opprinnelig at denne også skulle innhente fuktighetsmålingene, men det måtte jeg skrinlegge pga. litt kort rekkevidde på BLE-signalene. Den korte rekkevidden skyldes nok delvis at ventilstyring er plassert under verandaen, helt nede ved bakken siden det er der vannet er (og slanger, ledninger og ventiler oppe på veggen er ikke bra for WAF). Derfor måtte jeg lage to «satellitter» med egne ESP32-er som er plassert høyt i bokser på 5x7cm, og slik at de til sammen dekker alle de 7 sensorene. I og med den lave prisen på ESP32, ca. 45,- pr. stk., så gjør det ingenting å bruke flere. Den eneste «ulempen» er at de må ha 5 volt. Systemet har 8 kanaler, hvorav 6 vises på bildet. De to siste, en hekk og en dusj for fuglebadet får vann fra et annet sted. Kommunikasjon til/fra styringsenhet og satellitter går via WiFi. Selve automatiseringen skjer i Node Red. For hver kanal har jeg valget mellom Et antall minutter hver morgen. Automatisk noen minutter hvis fuktigheten er for lav. Antall minutter kan være forskjellig for hver kanal. Av/På Manuelt på i x minutter Hvis Yr melder regn de neste to timene, eller noen av Netatmostasjonene innenfor 300 meter fra meg melder regn (jeg har ikke Netatmo selv, så jeg "snylter" vha. Netatmos api), vannes det ikke, unntatt hvis planten står under tak. Delene som er brukt er nesten i sin helhet fra Aliexpress og eBay. Unntaket er stort sett styringsboksen som er en vanntett sak fra Clas Ohlson.

Bestillingstabbe ?

Da har jeg fått ordnet nettverkskabler inn til skjern-veggen og Video-over-Ethernet (inn til server-rommet) fremfor å ha en PC i stua for skjermene, samt koblet et par bevegelses-sensorer til strømnettet (usb) Disse måtte gjøres litt mindre med Dremmel-en for å få plass i rørene. Bak skjermene, Med og uten kabler til skjerm. De to hvite ledningene oppe til venstre går til sensorene, Boksene nede er to DVI-over-Ethernet adaptere og en USB-strømforsyning. Har i tilegg til nettverkspunktet som vises på bildet et skjult punkt oppunder hylla under, veldig greit om jeg skal koble opp noe på nett i stua midlertidig tenker jeg. Resultat: Holdt på til klokka 02 i går kveld, så prioriterte ikke ryddig rack, men slik er det:

Har etterhvert begynt å integrere en rekke systemer og protokoller i mitt eget smarthus nettverk. I stedet for å bruke et ferdig system som Home Assistant bestemte jeg meg tidlig for å utvikle alle komponenter selv. Fordelen er selvsagt at jeg har full kontroll på alle deler av systemet og kan enkelt utvide selv etter behov. All kode er skrevet i C/C++ for at ting skal kjøre så smooth som mulig. Systemet er modulbasert, hvor hver modul kjøres i en separat prosess. Kommunikasjon skjer via UDP og TCP gjennom en egenutviklet protokoll. Protokollen er designet for skalerbarhet, slik at den kan kjøres på alt fra 8-bits MCUer opp til vanlige PCer. I prinsippet kan alle moduler snakke med hverandre, noe som gir veldig mange muligheter. Sentraler: Raspberry Pi 3B Aeotec Z-stick Gen5 deCONZ Zigbee Xcomfort USB Nrf24l01 Raspberry Pi 3B 7" touch LCD Styring av kino Diskstation 412+ Eventlogging HDFury Vertex Plex server Brukergrensesnitt Egenutviklet brukergrensesnitt Basert på GLESv2 for å også kunne kjøre på Raspberry Pi Støtte for Lua plugins Hver modul eller enhet kan feks legge ved Lua script Kjører på Raspberry Pi, PC, Android, etc. Basis protokoller støttet: Z-wave Zigbee NRF24L01 XComfort ESP8266 til diverse Oppvarming: Fujitsu varmepumpe 4x Millheat varmeovner Kameraer: Ring Pro 4x HI3518 baserte wifi kameraer (utendørs 1080p) Kjører egen programvare på kamera for motion-detection og streaming Stue Sony ZD9 65" Denon X4200 AVR Google Home Nexus 10 Tablet med kontrollpanel Kino Yamaha RX-A3070 AVR + Emotiva XPA-5 Grandview Cyber 120" lerret Epson TW9300 projektor HDFury Vertex Raspberry Pi 3B med LCD touch for styring av kino Diverse bokser for streaming og avspilling (nvidia shield, S912 libreelec boks, PS4 Pro, Chromebox med libreelec, Panasonic UB900)' Automatisk styring av lys, lerret, etc. Moduler Google Home Egnedefinerte kommandoer for å låse dører, starte kino, justere temperaturer, åpne garasjeporter, etc. Denon X4200 Yamaha RX-A3070 Epson TW9300 IR transceiver (ESP8266 for å motta og propagere evt IR signaler i Kino) Millheat (styring og overvåkning av varmeovner) Netatmo (tracking av vær diverse steder) Plex (filmbibliotek + avspilling) Ring Pro (bevegelser, ringeklokke og skjermbilde) Sector Alarm Varmepumpe (bruker en ESP8266 til dette, har også en IR mottaker på denne slik at den er mest mulig synkronisert i tilfelle noen bruker den vanlige fjernkontrollen) Verisure HDFury Vertex Overvåker HDMI signalet som går fra kilde til projektor i Kino Brukes til å automatisk stille inn projektor i optimal modus basert på videosignal Sensor gateway (nrf24l01) Skisporet (tracking av oppkjørte skiløyper) Spotify (styre spillelister og forenklet avspilling via Spotify Connect) Tibber (primært tracking av strømpris) Styring av varmepumpe ESP8266 - har også en IR mottaker på denne slik at den er mest mulig synkronisert i tilfelle noen bruker den vanlige fjernkontrollen Strømforbruk via HAN port ESP8266 med TSS721 Neato XV Signature Pro robotstøvsuger Hacket denne med en ESP8266 og større batterier Kan starte, stoppe og lage bilde av planløsningen basert på Lidar data Garasjeporter ESP8266 med feedback på om portene er åpnet eller lukket Går via gammeldags 315Mhz RF slik at jeg fremdeles kan bruke en liten fjernkontroll i bilen Eventlogger Alt av "broadcast events" blir automatisk lagret i eventloggeren. Kan enkelt dra opp statistikk fra denne for å tegne pene grafer og diverse.

Flere bilder En tidlig prototype som viser prinsippet for vridemelanismen

Kona mi sa at hun vil ikke se "de tingene"... Challenge accepted sa jeg

Her om dagen fant jeg ut at det hadde vært kjekt å kunne se temperaturen utendørs på telefonen, uten for mye trykking. Jaktet derfor på en måte å kunne vise det på hjemskjermen. Endte opp med å bruke en kombinasjon av Tasker og Zooper Widget, det ble seende slik ut, kan plasseres på samme måte som andre ikoner på skjermen. Her tipper jeg det er muligheter for andre ting også, f.eks vise forskjellige bilder utifra status på devicer ol, uten at jeg har testet dette noe.. For å få det til å virke bruker jeg Tasker til å sende en JSON forespørsel via myHomeSeer og henter ut infoen jeg er på jakt etter. Begynn med å finn device ref # på enheten du vil hente data fra, den finner du nederst på skjermen når du holder musa over en device i device management. I tasker så lager vi en profil for oppgaven, jeg har valgt at den skal kjøre hver 30 minutt, du velger selv hva som skal trigge den, nærmest uendelig med muligheter i tasker. Så oppretter vi en ny task, der selve jobben utføres. Du trenger ditt myHomeSeer brukernavn og passord, samt device ref # Velg Net -> HTTP Get og fyll inn feltene som under I Path feltet skriver du: /JSON?user=myHSbruker&pass=myHSpassord&request=runevent&id=3786 Så må vi hente ut verdien vi vil bruke, du kan finne oppbyggingen av JSON på følgende side http://www.jsoneditoronline.org/, lim inn koden du får ved å kjøre din egen kode https://connected2.homeseer.com/JSON?user=***************&pass=********&request=getstatus&ref=78 i nettleseren, hos meg ser det slik ut: Neste steg i tasker er da å hente ut verdien "value" Legg til en ny task under den du akkurat laget Velg Code og JavaScriptlet I Code feltet skriver du som under, her lager vi en ny variabel med navn temp og parser JSON koden som ligger i variablen HTTPD, vi henter ut feltet value som ligger under Device[0] (som du kjenner igjen fra bildet over) Så må vi sette opp slik at Zooper Widget kan få tilgang til denne verdien. Opprett enda en ny task under den du lagde over, velg Plugin og Zooper Widget ZW variabel blir navnet du henter frem igjen i Zooper, bare at der blir den hetende #TuteTemp# (T antar jeg står for Tasker) ZW tekst er variabelen du lagde i forrige trinn, hos meg %temp Så må vi opprette en Zooper Widget, de gjør du på som vanlig på telefonen, hos meg holder fingeren på hjemskjerm bakgrunnen til jeg får frem widgets valget, kan kanskje variere litt mellom Android versjonene. Velg iallefall den Zooper Widgeten du ønsker og dra den ut på hjemskjermen, så trykker du på den for å konfigurere den. Da får du opp denne skjermen Trykk på utseende, og deretter endre teksten manuelt Her kan du sette opp flere tekstfelter, tilfeldig at temperaturen er rik tekst hos meg. Så må vi fylle inn teksten, og variabelen vi vil vise, da skriver du bare #T og det navnet du valgte i Tasker etterfult av en ny # Ønsker du mer tekst eller andre tegn før eller etter det bare å skrive det, du ser jeg har lagt til gradetegn etter variabelen Jeg har også en sist oppdatert tekst med, koden for den ser du i det ene bildet fra Tasker lenger opp.

Ville tulle litt med madammen idag: La en ny funksjon på soveromsbryter ved seng med playboylogoen som etikett. Når man trykker på den gjør lyset crossover til rødt i løpet av 10 sekunder og starter Marvin Gaye - Lets Get It On på sonosen ?

Jeg selv vil rette en takk til alle foredragsholderne og en spesiell takk til de gutta som tok fly inn for å være med på dette. Kjempebra! Og for dere som gikk før trekningen av EchoDot'en kan jeg opplyse at alle badger som var lagt igjen var med i trekkningen og at Trym trakk @Lazarus som den heldige vinner. Gratulerer! Jeg rakk dessverre ikke å ta så mange bilder men her er de få jeg tok. Trym tok masse video man jeg har ikke sett på den og rekker nok ikke å gjøre noe med den før jeg drar på ferie neste uke. @Moskus : Salen følger ivrig med OpenHAB med @Lazarus : Smartthings med @Snowman :

Heisann! Her kommer et lite sammendrag av hvilket utstyr jeg har automatisert i borettslagsleiligheten min. Bilder ligger i post 6. Av hovedsystemer kjører jeg: - Samsung Smartthings - Phillips Hue Bridge - Logitech Harmony - Sonos - Google Home - Plex - Netatmo - ActionTiles Gang: - Fibaro Motion Sensor - Fibaro Dimmer 2 som styrer 4 stk LED downlights - Philips hue Lightstrip som belysning i skyvedørsgarderobe. Automatisering i gang: Enkelt og greit. Bevegelse gir lys på begge lysene. Når jeg forlater leiligheten trykker jeg 3 ganger på bryter til Fibaro Dimmer. Dette aktiverer min "Farvel-rutine", og skrur av alt og justerer ned termostater. Når jeg kommer hjem igjen, står huset i Away-modus. Når bevegelsessensor da ser at jeg åpner døren, settes leilighet i Homee-modus. Termostater blir skrudd opp, lys i gang og kjøkken/stue. Etter 1 minutt inaktivitet i gang skrur lyset seg av. Når leilighet er i nattmodus, skrur ingen lys seg på her for å unngå å våkne ved et toalettbesøk. Vaskerom: - Philips Hue hvit pære i taklampe. - Philips Hue motion sensor. - Flexit S3R ventilasjonssystem. Automatisering på vaskerom: Sensor skrur på lys. Alltid 100% uansett tid på døgnet. Lys skrur seg av etter 2 minutter med inaktivitet. Bad: - Multireg Termostat - Fibaro Motion Sensor - Aeotec Multisensor 6 - Fibaro Dimmer 2 som styrer 3 stk 12V halogen downlights. - Fibaro Relay 1x2,5kW til lysarmatur med stikkontakt over speil. - Sonos Play:3 Automatisering av bad: For å overholde krav til topolt brudd, har jeg montert en 2+1 bryter. Bevegelse enten på Fibaro eller Aeotec sensoren, trigger lys i dette rommet. Lysstyrke (og om begge lyskilder slåes på) avhenger av tid på døgnet og hjemme/natt-modus. Når jeg starter dusjen, vil Aeotec sensoren registerere økning i luftfuktighet. Denne er koblet til med USB-strøm, da den ble for treg til formålet kun på batteri. Ved hjelp av et Fibaro rele jeg har montert i kjøkkenhetten, vil dette trigge MAX på ventilasjonsanlegget mitt. Når luftfuktigheten når ønsket nivå skrus ventilasjonen av. Lys på bad skrur seg også av etter inaktivtet. Har enda ikke laget automatisering for å starte Sonos her, men dette er under vurdering. Gjesterom: - Philips Hue Dimmer. - Philips Hue hvit pære i taklampe - Netatmo Automatisering av gjesterom: - Ingenting gøy å fortelle her. Soverom: - Philips Hue Dimmer - Philips Hue Fargepærer til taklampe og begge nattbordlampene. - Sonos Connect Amp - SceneMaster ZRC-90 - Google Home - Chromecast - Netatmo Automatisering av soverom: Her bruker jeg Scenemaster ved nattbordet til å styre alle 3 lysene individuelt, sammen og til forskjellige farger og lysnivå. I tillegg har jeg start/stopp for Sonos og knapp for å velge ulike lydnivå på Sonos. Snakker til Google Home. F.eks. "Bedtime" aktiverer nattmodus og skrur av alt utenom nattbordlampe. "Good night" slår av alt i hele leiligheten. Termostatene blir også satt ned. Diverse andre kodeord som jeg har lært Google Home for å kunne sette stemningen her, samt at de kan få Harmony til å starte en favorittspilleliste på Sonos. Kjøkken (åpen løsning sammen med stuen): - Philips Hue Lightstrips under kjøkkenskap. - Philips Hue Tap til å styre Lightstrip - Fibaro Dimmer 2 til å styre 4 stk 12V halogen downlights i taket. - Sonos Play:5 - Fibaro Relay 2x1,5kW i kjøkkenhette for å trigge MAX ventilasjon. - Nodon MSP-3-1 plugg til kaffetrakter Stuen: - Phillips Hue GU10 fargepærer - 11 stk downlight - Logitech Harmony Elite - Chromecast - Sonos ZP-90 - Sensativ Strip som dørbryter på terrassedør - Intel NUC med Plex Media Player - Netatmo - Fibaro 2x1,5 kW Relay for manuell styring av Hue pærene - Danfoss Z-Wave Termostat for radiatorer - 2 stk - Fibaro Wall Plug til styring av lys i vitrineskap (IKEA-lys) Automatisering av stuen: - Lyset i stuen og på kjøkkenet går på både når jeg kommer hjem, og når jeg aktiverer god morgen. - Hue lysene i stuen kan styres manuelt fra en kronvender (1+1 bryter) som styrer Fibaro Relay. På denne måten har jeg mulighet til å sette på enten lys over spiseplass, eller lys til TV-stue. Ikke en optimal løsning da det er få muligheter, men da har iallefall besøk mulighet til å skru av/på lyset uten app. - Hue lysene kontrolleres enten via Smartthings/ActionTiles, hvor jeg har laget en del virtuelle brytere for ulike scenarioer (farge, lysnivå, annenhver mørk, etc), eller fra Harmony Elite. I tillegg styres det jo selvfølgelig fra mobilen. - Jeg kan bruke Google Home til å si: "Start Plex". Da starter den via IFTT og Harmony opp forsterker, TV og åpner Plex appen. For å velge film/serie, bruker jeg fjernkontrollen. Evt. kan jeg si "Hey Google, Ask Flex TV to play Billions". - Når en video starter på Plex, går automatisk lys i stue og på kjøkken av. Når film pauser eller stopper, går noe av lyset på igjen på svak styrke. - Når jeg åpner terrassedør, går begge termostatene til radiatorene AV. - Om disse går på igjen når døren lukker, avhenger av temperaturen på Netatmo føler. - Plex Server og Synology NAS er satt opp til å gå relativt automatisk også, mer trengs vel ikke å nevnes her.. - Har en Nodon MSP-3-1 plugg på Moccamasteren. Så dersom jeg er litt proaktiv kvelden før, kan kaffien være klar på morgenen. Planer fremover: Er stadig på jakt etter gode automatiseringsideer. Da det er en borettslagsleilighet er det dårlig med muligheter til å bytte lås til en smartlås. Ser Danalock kunne vært et alternativ, men trenger uansett systemnøkkel for å komme meg inn hoveddør. En våt drøm hadde vært å kunne lure porttelefonanlegget til å bli styrt smart og kunne åpne dør nede på kommando, men uten å ha studert det i det hele tatt, så tviler jeg på at det er mulig. Har også bestillt 7 stk Movez enheter. 1 til rullegardin på soverom, og 6 stk til lamellegardiner på stue. Det blir spennende å se om disse funker så bra som jeg håper. Eller håper jeg på mer integrering av Sonos i Smartthings og/eller Google Home. Da med tanke på talekommandoer for å endre sanger og volum, samt muligheter for å trigge spillelister fra Smartthings etc. Håper også på bedre Google Home støtte for Plex og Harmony (ser det har nettopp kommet, men fungerer dårlig). Vurderer å kjøpe inn en tablet for å ha stående/hengende med ActionTiles, men har ingen naturlig plass der jeg føler denne vil komme til sin rett. Blir mest fordi det er "stilig". Ble mye tekst, men håper det var noen tips å hente utfra dette, og dersom noen har noen gode tips til meg på fremtidige forbedringer, så setter jeg stor pris på det!

Min debut i hjemmeautomasjon! Sent from my iPhone using Tapatalk

Har laget interface til min Hörmann Supramatic garasjeportåpner. Brukte ett UAP1 adapter fra Hörmann for å få tilgang på alle signalene, Opp, Ned, Luftestilling, Lys på, Port oppe Port nede. Har koplet en NodeMcu til denne som knyttes til Homeseer via Arduino plugin. NodeMcu får power fra portåpner, så det er ikke behov for andre kabler enn mellom portåpner og UAP1. UAP1 leveres med en grei boks hvor jeg fikk plass til alt inni.

Da er 165 enheter bestilt og betalt for