berland

Jeg gjetter på at min løsning med smart kombinasjon av vifter og avfukter gir lavest strømforbruk. Kutting av ventilasjon og god sorpsjonsfukter går fint med tanke på rust, men koster mer i innkjøp og drift, gjetter jeg. Temperatur i garasjen vil være høyere uten ventilasjon.

Vifta går bare når duggpunkt for uteluft er lavere enn duggpunkt for garasjeluft.

Jeg har ei slik vifte https://www.gartnerbutikken.no/products/in-line-kanalvifte-150mm styrt av en fibaroplugg, pluss ei 100 mm vifte i utløpet. Vifta over har bare 100 mm hull i inntaket. 45 m2, en bil.

Jeg har holdt lav temperatur i vinter, dvs fire-fem grader på det kaldeste. Da ligger gjerne RF på 60-70. Kunne brukt mer strøm og holdt det varmere og dermed lavere RH, men det er altså valgt bort. Avfukteren jobber lite ved en slik temperatur, smarte vifter er det som gjør jobben. Vifta bråker, så den går av når telefonen min bytter wifi aksesspunkt til garasjen.

Flotte plott og jeg mener fysikken din er riktig. Har du smartstyring av vifta? Det er det første jeg ville gjort, dernest eventuelt oppskalering av luftevolum hvis du har for liten kapasitet til fire våte biler. Min avfukter slår inn på ca 75%. Jeg mener det er greit å kunne gå så høyt hvis det bare er RH i seg selv man tenker på. Det koster mye avfukterstrøm å gå lavere. Vifter holder det så tørrere men bare hvis det er tørkepotensial i uteluft, ellers må avfukteren ta jobben. Jeg har også plassert avfukter og luftstrøm slik at viftene ikke suger avfukterluft rett ut. Om sommeren vil du definitivt ikke la vifter og avfukter gå samtidig uten smart styring.

Takk for tips. Skal høre med elektriker når han kommer hva han foretrekker. Men jeg trodde ikke det gikk 230V mellom de klemme som skal innom hjemmesnekret. Maks 100mA står det i bruksanvisningen.

Kresen på tidsoppsett er vel akkurat det jeg er.. Vil ha mulighet for å senke temperaturen når strømpris er høy eller hvis huset går over en abonnert effekt f.eks. Ser i manualen at det er lenket til et astrour så det er dette disse utgangene er tiltenkt.

Hvordan er den løsningen med separat kontaktor og energimåler sammenlignet med Aeotec Heavy Duty Switch? (sikringsskapet med varmtvannsberederkursen ser fullt ut, så det blir vanskelig å få plass til noe mer der). Forøvrig: Hva er verst av løs stikkontakt med 2900W gjennom seg og en smartplugg med spec opp til 3000W? Jeg er innstilt på å forbedre dette, men vil gjerne forstå. Løst-stikk-problemet skjønner jeg forsåvidt blir fordoblet av at det skal gjennom en ekstra løs kontakt. Delvis er vel spørsmålet mitt om spec'en til Aeotec er feil, og at man ikke bør bruke komponenter opp til grensene som er satt (men sikkerhetsmarginer har sikkert produsenten allerede lagt på?)

Fibaroen går opp til 2500 W så du er ihvertfall innenfor spec. Jeg har en tank på 2800-2900 W koblet på en aeotec plugg med spec på 3000W. Er usikker på om jeg synes det er for liten margin.

Noen bilder. Har bare tatt av dekselet for å kunne titte og måle med multimeter. Lar elektriker sette fast permanente kabler.

Da har jeg vært inni sikringsskapet og tittet på klemmene. Med multimetermåling av strøm mellom klemme 3 og 6 reagerte termostaten slik som meningen var, med senking av termostatverdien med 5 grader. Klarte ikke måle spenning eller signifikant strøm-mengde (brukerfeil eller dårlig multimeter sikkert). Klemme 7 er også interessant, ved å koble sammen 3 og 7 så aktiveres 'frostvern', som betyr en forhåndsinnstilt verdi mellom 0 og 10 grader. Siden strømmengden så så liten ut, så skulle jeg tro jeg kan styre dette med enkle transistorer. Håper at noen med peiling skriker ut hvis ikke, men hva annet kan gå galt enn at en ESP8266 går fyken (ingen krise)? Det jeg er usikker på, er om jeg kan koble klemme 3 sammen med jord på esp8266 og dermed 'emitter' på transistoren. Min erfaring med slikt begrenser seg til lysbryterhackingen min i en annen tråd

Det er ikke gitt hvordan framtidas prismodell blir. Avhengig av om nettleie vil straffe høyt instantanforbruk hardere enn dyre timer, så kan det forandre helt på om det lønner seg å nattsenke og dagsenke. Jeg har fundert på om det kan programmeres en alternativ optimalisering som styrer varmekabler ikke primært etter temperaturer (gjennom termostater), men etter effekt (gitt at man vet hvor mye effekt man bør dra på med til ethvert tidspunkt). Maks døgngjennomsnitt i vinter i huset mitt har vært 6 kW, så da er det kanskje realistisk å stramme seg inn til et tenkt nettleieabonnement på 6 kW. En funksjonalitet i koden jeg lagde for forvarming av hus, var å også forvarme hvis effekten i en viss time går over en grenseverdi (pr. i dag satt til 10 kW). Strammer jeg den inn til 5 kW som betyr at jeg ikke lar huset mitt bruke mer enn dette for å varme opp, så ender koden min opp med å ikke foreslå nattsenking i det hele tatt (men noe dagsenking - pr. nå skjønner jeg ikke helt hvorfor det ble dagsenking men ikke nattsenking i dette tilfellet). Kostnaden pr. døgn ved å gå til ikke-nattsenking er her 6-7 kr, så dette er definitivt ikke lurt i dag. Disse kronene må man få tilbake i redusert nettleie for at dette skal ha noe for seg.

Huset har fått hjemmelagd programvare for pris-styrt oppvarming (varmer opp huset i billige timer). Se egen tråd. Etter noen iterasjoner tror jeg at jeg nå har fjernet første runde med bugs, slik at beregningen av besparelsen er noenlunde riktig. For de neste 24 timer er den hele 12 øre!! Da gjør det ikke noe særlig at BKK ikke har klart å få kontakt med min AMS-enhet ennå så jeg betaler fremdeles på estimert forbruk..

Den kjedelige overkill-løsningen er vel to stk. DIN-monterte Z-wave releer som elektriker installerer, men det blir jo over tusenlappen pluss elektrikerkostnad. Jeg har ledig trekkerør til en tom boks rett ved sikringsskapet, så planen er å la elektriker legge ut fire tynne ledninger fra de 2x2 klemmene, så håper jeg at jeg kan gjøre hva som helst med de ledningene. Siden det er maks 100mA som skal gå gjennom når klemmene er tilkoblet er det kanskje ok nok med en transistor styrt fra en ESP8266, eller må jeg gå all-in og kjøpe et ferdig relé?

Det ser ut som det er en skrape eller noe på plasten foran tallene dine som gjør at det siste tallet blir litt uleselig (en "klo" som kommer ned) - klarer du gjøre noe med det? Gitt at det blir ordnet - burde det vel være plankekjøring å kjenne igjen tallene fra ditt svart-hvitt bilde etter cropping? Hvordan kan en datamaskin ikke få til det?

Jeg har to stk Micromatic ETN4 termostater som regulerer varme i garasje og et hobbyrom (begge i tilknytning til huset). Disse termostatene er dumme, men jeg har akkurat kikka i dokumentasjonen og funnet ut at det er noen muligheter. Sammenkobling av klemme 3 og 6 vil aktivere nattsenkingsfunksjon, som da vil senke temperatur et gitt antall grader (konfigurerbart). Dette er egentlig alt jeg trenger av smartstyring av disse varmekablene (da kan jeg i praksis ha de til å kjøre kun i døgnets billigste timer, som vil være nok). Hva kan være akseptabel løsning for å få til dette? Dette er jo fikling i sikringsskapet som nok helst elektriker vil ha litt kontroll på. Kan jeg be om å få lagt ut ledninger fra disse klemmene ut av sikringsskapet slik at jeg kan ha en enhet til å styre et relé for å skru de av eller på? Jeg har ubrukt ESP8266 liggende som kanskje kan få et bruksområde her. Dokumentasjon: https://www.micromatic.no/globalassets/inriver/resources/etn4-veiledning.pdf

Har min dørmann koblet til SectorAlarm, og da er det kun kode som gjelder - ingen brikker. Litt herlig å høre 'er det så lett? - ja' - jada, for å klare kjøre slik programvare og ha slikt utstyr er noe for hvermannsen som de fleste nordmenn har kunnskaper til Hos meg er det ingenting som slår gamlemåten å gjøre innbrudd når det gjelder enkelthet, lur deg rundt huset, knus et vindu og lås opp døra. Uten å bli sett.

Hvorfor ikke bytte ut coax med RJ-45? Jeg har kun det pr. i dag (Altibox) fram til TV, men skal bytte til Canal Digital Fiber. CD har en coax-løsning jeg mener er litt tullete i dag, og kommer til å droppe å føre coax fram til TV (mister noe features, men å trekke coax på dette strekket (over hakket komplisert) kommer ikke på tale). Jeg har ingen tro på at Canal Digital kommer til å kreve coax om et par år.

Dette funker. Har kjørt logg-parse-koden i et døgn nå, og det gir stabile og riktig status på mine Multireg varmekabler. Så ikke noe galt med Multireg-enheten at den sender meldinger i hytt og gevær, men det må tolkes på riktig måte. Det gjør ikke OpenHAB heller for øyeblikket uten et hack som mitt, men det må da være fiksbart. Da har jeg gjort riktig vurdering i å investere i Multireg versjon 1 på tilbud som ikke har energimåling

Et svakt øyeblikk på digitalimpuls.no: Arduino Leonardo Arduino Nano Adafruid Huzzah ESP8266 Rasperry Pi Zero W Vidvinkelkamera og vanlig kamera til RPI + nattsyn(?) Bruksområdet har jeg ikke ennå, men noe av det skal ihvertfall brukes til å lese av strøm via HAN. I tillegg kom noe BBC microbit for forhåpentligvis andres moro.

Jeg tror det har noe å gjøre med det @kjetilsn nevner om Basic Set. Kikker jeg nærmere i loggen min, så har jeg endel hendelser som involverer Basic Set: 2018-03-17 00:00:47.060 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 5: Basic Set sent to the controller will be processed as Basic Report 2018-03-17 00:00:47.067 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 5: Basic report, value = 0x00 i tillegg får jeg hendelser som dette: 2018-03-17 08:24:38.061 [DEBUG] [ssage.ApplicationCommandMessageClass] - NODE 23: Incoming command class BASIC 2018-03-17 08:24:38.064 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 23: Received Basic Request 2018-03-17 08:24:38.067 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 23: Basic report, value = 0xFF Den første av disse tror jeg er en riktig hendelse (en varmekabel er av eller akkurat blitt skrudd AV (0x00)), mens den andre betyr noe annet. Det er mange hendelser som den siste, og hvis man tolker den Basic report med verdi 0xFF = 255 som en PÅ-hendelse, så ender det opp med at det hele ser tilfeldig ut. Jeg har modifisert debug-logg-parse-koden min til å ignorere den andre type hendelse og bare fange opp den første "Basic Set sent to the controller"

Jeg har forsøkt det samme i OpenHAB. Z-Wave-databasen til OpenHAB er "feilkonfigurert" for multireg'en, dvs. det står ikke der at den skal plukke opp Basic report (dette er fiksbart), sannsynligvis fordi den kun sender basic report hvis du assosierer den tilbake til kontrolleren. Ved å sette på debugging på z-wave, så får jeg likevel opp basic report i /var/log/openhab2/openhab.log. Fram til Z-wave-databasen plukker opp denne basic report lagde jeg en python-snutt som sniffer på loggfila, og sender disse basic reports inn til OpenHAB. Etter noen minutters testing ser det likevel litt ut som om hver enhet sender av og på litt tilfeldig. Jeg får se det an om det er brukbare resultat. Hvor finner dere firmware-versjonen?

Ellers kan man titte her på hva man har tilgjengelig via Smapppee API https://smappee.atlassian.net/wiki/spaces/DEVAPI/pages/8552473/API+Methods

Du må få deg en API-nøkkel hos Smappee support, og så kan du laste ned https://github.com/EnergieID/smappy Gitt dette, så har jeg følgende Python-kode som kjører hvert 5. minutt, det kontakter Smappee-skyen og plukker ut siste 5-minuttsdata og publiserer det over MQTT. import smappy import datetime import sys import paho.mqtt.client as mqttclient mysmappee = smappy.Smappee('xxxuserxxx', 'xxxapikeyxxx') mysmappee.authenticate('xxxuserxxx', 'xxxsmapppeepasswordxxxx') locationid = mysmappee.get_service_locations()\ ['serviceLocations'][0]['serviceLocationId'] epoch = datetime.datetime.utcfromtimestamp(0) def unix_time_millis(dt): return int((dt - epoch).total_seconds() * 1000) now = unix_time_millis(datetime.datetime.utcnow()) fiveminago = unix_time_millis(datetime.datetime.utcnow() \ - datetime.timedelta(minutes=15)) consumptiondict = mysmappee.get_consumption(locationid, fiveminago, now, 1) fiveminusage = int(consumptiondict['consumptions'][0]['consumption']*12) client = mqttclient.Client() client.connect('localhost', port=1883) client.publish(topic='smappee/total/5min', payload=str(fiveminusage))

Jeg har Smappee, og har kun klart å hente fra skyen. Henter ned 5-minuttsdata via API hvert 5. minutt. App'en på telefonen henter ned instantan-data, men det ser ikke ut til å være tilgjengelig i API. Kommer til å gå for en hjemmemekket løsning for å lese av instantan-data fra HAN-port. En Raspberry eller en NodeMCU.