berland

Dette er forsåvidt allerede kommersielt tilgjengelig, eksempelvis med Smappee som jeg har i sikringskapet mitt. Det er noe begrenset hvor mange enheter den klarer skille ut. I en enebolig er det litt for mange laster til at den klarer plukke ut og isolere enkeltkomponenter. Varmekabelkretser som er like lange = lik effekt er f.eks. vanskelig å skille fra hverandre.

Ikke bilder av installasjonen, men kabelrestene mine fant jeg igjen i en kasse i kjelleren. Jeg strippet opp en av sensorene mine for fotograferingen (og tannstikkeren knakk..)

Jeg hadde i et tidligere hus vannbåren varme, og installerte ca 6 stk DS18B20 på rørene som gikk ut fra varmesentralen. DS18B20 sensorene (i sitt minste format) ble loddet fast til to ledere som så ble koblet på to ledere i et one-wire system. Sensorene ble tapet fast til tannstikkere, og så ble de dyttet inn mellom isolasjon og rør. Hadde en datamaskin i nærheten med one-wire interface over USB, som leste av sensorene kontinuerlig. Var ikke noe problem å holde kontroll på når varmtvann ble tappet og lignende. Irriterende nok har jeg ikke bilder fra denne installasjone (ca 2010)

For ventilasjon, så har Systemair en grei Z-wave modul som kan brukes til å styre hastighet (lav/normal/høy) og ønsket temperatur på tilluft (avgjør om ettervarmerbatteri brukes). Ved en del innsats kan man lage denne selv med en Pi og programmere Modbus. For Flexit som er hovedalternativet tror jeg ikke det finnes noen tilsvarende "ferdige" løsninger (noen får korrigere meg om jeg tar feil). Aeotec har en garasjeportkontroller som funker, men jeg byttet den ut med hjemmebygg før jeg klarte få til å skru av den vanvittige sirenen som den har pr. default. Se

Jeg har ren Python3-kode som tar kontakt med Tibber for å hente ut øyeblikkets pris, og publiserer dette på MQTT i huset (som OpenHAB plukker opp). Kokt herifra: https://github.com/Danielhiversen/pyTibber

Er det noen som har fått til å plukke opp denne informasjonen i OpenHAB? Jeg har snart 11 stk Multireg-termostater, og det hadde jo vært kjekt å vite hvilke som var på.

Nei, fargeoppsettet settes fra regler trigget av cron i OpenHAB. For å sette tilfeldig farge på en Hue-lampe uten å endre lysstyrken gjør jeg slik: val tilfeldigfarge = (Math::random * 360).intValue().toString() val dimmerverdi = (Taklampe_dimmer.state as Number).intValue().toString() Taklampe_farge.sendCommand(tilfeldigfarge + ",100," + dimmerverdi)

Ja, koden min er i "produksjon" og sendte pushover til telefonen når noen noder ble manuelt satt til NULL. Etter å ha fiklet i ørten items-filer, så burde egentlig hele systemet gått ned i dag, men fortsatt virket alt som det skulle i dag tidlig. Ser nå hva jeg misforstod med gruppestrukturen, som gjorde at det ikke gikk med en gang.

Alpøy, den offline-warning-saken passet meg perfekt, har planlagt i noen uker å lage noe slikt, men her kom en pen løsning. Kjører du OpenHAB 1.X? Min OpenHAB 2.2 klagde litt på syntax, og det virket ikke ut av boksen. Jeg endte opp med å endre Cron-regelen til runScheduleCheck.apply(Offlinewarning) (hvor Offlinewarning er gruppa som alle sensorene++ ble lagt inn i) og starten av lambdaen endret jeg til val Functions$Function1<GenericItem, String> runScheduleCheck = [ GroupItem scheduleGroup | if (scheduleGroup === null) return null scheduleGroup.members.forEach[i| for å få det til å funke.

Jeg innbiller meg at dette også kan gjøres med gEveningMood.sendCommand(OFF) Eller, da får eventuelt med lys som ikke er i FirstFloor også..?

Akkurat vekkerutinen er foreløpig bare via Hue-app, siden den så ut til å funke godt. Lyset bruker da en halvtime på å gå fra 0% til 100%. Jeg bør programmere det i en OpenHAB-regel etterhvert for å sørge for at rutinen ikke er aktiv når vi er borte, da blir det en egen regel med en for-løkke på dimming fra 0 til 100 og med en passende sleep() mellom hvert steg. Trolig også med en måte å avbryte rutinen på, f.eks. hvis dimme-tilstanden har blitt endret av noe annet mens regelen var i sleep() Lampene kan variere fargetemperatur, så da har jeg lagt inn fargetemperaturverdier som øker i løpet av døgnet. Vekkelys er veldig varmt. Morgenlys og formiddagslys på kjøkkenbenk er kaldt, og blir varmere om kvelden. Litt før leggetid blir det også dempet og varm belysning på barnerom "leggeseglys". Det er et fargelys på det ene rommet (snart begge), litt usikker på hvordan jeg skal utnytte det, kanskje en tilfeldig farge hver kveld og ny tilfeldig hver morgen. Dette er regler (rules) i OpenHAB som trigges av cron.

Har byttet ut gammel kjøkkenbenkbelysning med Philips Hue Lightstrips, lagt inn samme type i et glasskap, og satt inn Hue-lamper på barnerom. Godt fornøyd med lampene og belysningen, ikke like fornøyd med å dra inn en ZigBee-standard som ikke er helt åpen. Men deConz-prosjektet som jeg leser om gjør at jeg stoler litt mer på at lampene vil være brukbare i lang tid. Barna har fått vekkerutine på lys, og det er laget diverse andre rutiner på lys etter tid på døgnet. Kjøkkenbenkbelysning er styrt av en PIR-sensor (Aeotec Multisensor 6) slik at det er på fullt bare når det er folk på kjøkken, dimmes ned etterpå - til lysstyrke avhengig av tid på døgnet.

Garasjedatamaskin har fått noen programvareoppdateringer (på min egen kode) - det er ikke helt trivielt å både kunne fange opp bevegelse på port når det skjer, i tillegg til å kunne filtrere bort datastøy som jeg ikke klarer unngå med en ultralydsensor (av og til så kommer det tullete målinger). Også hvis bilen blir stående med garasjeluka åpen, så registreres det som åpen port.. En oppgradering får komme når laser-avstandsmålere blir lett tilgjengelig for slike prosjekt, da blir avstandsmålingen presis og kanskje med mindre støy. Reléet (Grove Dry Reed relay) ser ut til å være dødt - da virker ikke garasjeåpneren via MQTT. Jeg lurer på om garasjeportmotoren sender for mye strøm gjennom, så jeg har bestilt nytt nytt relé som det kanskje bare blir plug and play for å få installert.

Jeg har også satt inn en slik (Aeotec Smart Switch) for en uke siden. Jeg er ikke helt sikker på dataene ennå - det kumulative strømforbruket øker jevnt gjennom døgnet slik pluggen rapporterer det til OpenHAB, men rapportert effektforbruk er bare et par ganger i døgnet - ikke konsistent. I tillegg har jeg en Smappee-enhet i sikringsskapet som "gjenkjenner" signalstøyen for når varmtvannsberederen skrur seg på, og den støtter delvis det kontinuerlig økende strømforbruket (Smappee sier den er på noen sekunder hvert 5. minutt). Hvordan er din erfaring?

Jeg skal gjøre det samme så snart jeg får ny strømmåler og faktisk blir fakturert for hver time. Jeg har 11 multireg termostater og varmtvannsbereder under kontroll. Jeg kommer til å prøve å implementere en kvassere algoritme som helst skrur av alt i de dyre timene men som har sørget for å varme opp på forhånd.

Jeg har også noe bakgrunn fra unix systemadministrasjon, og endte opp med å velge OpenHAB for et år siden. Skulle jeg vurdert omigjen hadde HASS kommet på vurderingslista, men jeg vet ikke om den hadde vunnet. HASS er attraktivt på grunn av Python, som jeg er mer glad i enn Java, som OpenHAB er basert på. Etter et år er jeg fortsatt ikke venn med Xtend, som er språket som OpenHAB sin regelmotor bruker (en overbygning på Java). Men når jeg først kan programmere, så vil jeg egentlig ha et system som tilrettelegger for å bruke den kunnskapen. HASS ser ut til å skrive regler med YAML som jeg kanskje hadde endt opp med å slåss like mye med som Xtend (men håper det går an å kjøre ren Python også som regelmotor i HASS - har bare ikke satt meg helt inn i det). Hardwaremessig så har jeg endt opp med en råtass av en maskin, sammenlignet med en RPi. Jeg liker at OpenHAB-serveren responderer kjapt ved f.eks. ssh-login, og det er også altfor mye data som kan logges, plottes og analyseres til at jeg ville foretrukket en RPi. Jeg har et selvbygg med komponenter arvet fra andre maskiner i huset, og har nå en Phenom x4, 8 Gb RAM og SSD-disk, begge deler ville jeg ikke vært foruten.

Ja, styring av eksisterene VVB er også påtenkt, og jeg prøver å få tak i en Aeotec Smart Switch til en rimelig penge - denne skal tåle 3000W. Har ikke lyst å ha en Fibaro veggplugg som bare tåler 2500W på min 2400W VVB. Å skru av primær VVB i dyre timer kan man gjøre uavhengig av om man har ørten sekundær VVB koblet foran, men stor kapasitet er da alltid nyttig enten det er via en stor eller flere små som tilsammen gir samme antall liter. Flere små har en fordel fordi man unngår konveksjon i tanken som blander kaldt med varmt vann når vi tapper, og kan holde temperaturen ved uttakspunktet høyere.

5 stk Heat-it/multireg varmekabeltermostat fra ELdirekte.no bestilt i går, til 999 kr/stk.

Du tenker rett, det er lurere å ha den minste berederen sist. I mitt regnestykke kunne jeg bare nyttiggjøre meg 4 billige timer i døgnet, mens med større tank som trenger mer enn 4 timer på oppvarming, så kan kan nyttiggjøre seg flere billige timer (det er gjerne mer enn 4 som er "billige"). I mitt regnestykke for mine forutsetninger, så hadde jeg nok likevel endt opp på samme resultat i kroner, fordi jeg ikke bruker nok varmtvann i døgnet.

Pushover er støttet i OpenHAB - bruker det selv, en "Action Add-on" som man klikker på for å installere, og så har man kommandoen pushover("melding") tilgjengelig når man skriver regler.

Nei, det vil ikke bli en stor økning i nettleie om man holder på slik. Hvis man først programmerer en kode for å kjøre en ekstra varmtvannstank når strømmen er billig, må man også selvsagt ta hensyn til nettleien, hvordan enn modell som er gjeldende på tidspunktet for deg. Og det er nettopp nettleieprisendring med ulike modeller for effektforbruk som kan gjøre en slik ekstra varmtvannsbereder mer lønnsom enn pr. i dag, da forvarmet vann (eller bare større varmtvannstank) gjør effektbehovet for varmtvann i døgnets dyreste timer (nettleie + strømpris) mindre. Effektleddet kan gjøre det attraktivt å skru av varmtvannstank (automatisk) når man lager middag eller varmer huset, og da er det en fordel å ha bunkret opp på forhånd med varmtvann, enten med stor tank eller med flere tanker.

Jo, det tror jeg egentlig. Billig strøm korrelerer for omtrent alle med tidspunkter på døgnet hvor man i huset har lavt effektuttak. Jeg vil uten problem kunne legge på 2KW midt på natta på huseffekten min og fortsatt holde meg langt under maks effektuttak gjennom døgnet. Når man etterhvert får mye strømstyring i hjemmet må man selvsagt tenke seg om hvordan kjører de ulike apparatene for å holde seg under effektterskler.

Det kommer an på om varmen fra det varme vannrøret går til spille, eller om det kommer huset ditt til gode. Vanligvis kommer det huset til gode, og har du kun et lite energitap om sommeren, eller om du ellers har oppvarming fra andre mer lønnsomme varmekilder enn direktestrøm.

Avviket har ligget på 5-6% i nesten hele år, for å sprette opp til 10% nå som det er vinter og jeg har brukt mer strøm. Jeg skal ta kontakt med Smappee support og høre om de har noen kommentarer, finner på en av deres nettsider at avviket burde vært ~1%.

Jeg har en Smappee energimåler montert i sikringsskapet mitt. Denne måler 5-10% mindre enn hva jeg leser av den offisielle strømmåleren. Dette avviket tipper jeg ligger på min energimåler og ikke den fastmonterte. Hvordan skal du kunne være sikker på at din eventuelt egeninnkjøpte måler måler riktigere enn den som allerede er i sikringsskapet ditt? Min Smappee har bare klammer rundt gummiisolerte ledere, og de fleste andre egenmonterte løsninger er vel slik.