Vinnerliste

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

Oj, det står tilogmed i "Revision history" på samme dokument

Takker for svar på denne saken, ender opp med å kjøpe en vanlig komfyrvakt.

Får pinadø meg ikke nodemcu'ene mine på nett jeg. Laster ned filen som jeg lager i arduino plugin, med ledig ip-adresse, skriver inn ssid som den skal (store bokstaver osv) og skriver inn riktig passord. Laster den så inn på nodemcu kortet med 0.9 kortet i arduino 181. Resetter kortet og prøver å connecte i homeseer, ikke noe. Får heller ikke svar om jeg pinger nevnte ip adresse. Noen som har vært borti lignende? Bruker beta. 147 Endring: når du poster en tråd, leser manualen en gang til (som jeg selv har limt inn oppi der) så skal det ikke være 0,9 men 1,0. Jaja, funker no ?

Et tilsvarende ET-plot for huset mitt ser slik ut: og er veldig kompatibel med plottet du lenket til iceball, men det illustrerer at jeg har hentet inn mindre forbruksdata (17 uker) enn jeg påstod i første post. Jeg har Smappee-data for ca. ett år liggende hos Smappee-skyen, men har bare fra data fra i høst liggende lokalt. Datagrunnlaget for ET-plott er det samme som det jeg bruker for optimaliseringen, men man må inn på samme tidsskala som strømprisvariasjonene, og så må man også få eksplisitt inn i modellen hvordan strømforbruket responderer på endring i innetemperatur.

Flesteparten av Xiamois Zigbee-utstyr kan jo brukes direkte med JowiHue+deCONZ.

Da har du feil hobby! ?

Skal man vente på Moskus, så må man vente lenge... ? Jeg fikk den jeg bestilte i posten i dag (uventet rask forsendelse) og har nå programmert den inn som nummer 4 på RollerTrol-fjernkontrollen. Og så et avsnitt for å unngå "wall of text", Moskus lærer gammel Mastiff nye triks... Og det fungerte som det skal. Konklusjon: Denne motoren, med Bofu, er iallfall samme som RollerTrol. Den ser kliss lik ut også, med samme plassering av programmeringshullet osv.

Ser at model listen jeg har er for externe WIFI adapters for varmepumper som ikke kommer med WIFI adatper, så burde være håp for KAITEKI og andre modeller med interne adapter som er modulære med kabel (bilde) så er vel samme prinsipp og oppkobling på hovedkort som med de eksterne WIFI adapterene. MAC-567IFB adapter:

Har oppdatert linken over, forhåpentligvis vill dette gjøre susen. Litt kjapp løsning, men det vill fungere(tror jeg).

esj, det vill ikke fungere dessverre. Jeg vet iallefall hva som skjer nå, så gi meg litt tid så fikser jeg det i lunsjen

Jeg tror jeg har fikset problemet, men siden teamviewer tuller med meg får jeg ikke testet det før jeg er hjemme fra jobb. For de som er ekstra tøffe, så kan denne prøves: https://wetransfer.com/downloads/e5f218e9ab2c0b3498d2ed3c61534bd520180305113802/cd3164a885d00d3ec899ae57f5e08bd620180305113802/d37356 EDIT: Kun .exe fil her. Bare erstatt den som ligger i HS3 filen, men stopp plugin først

Regner med å ha en fiks ila uken. Jeg er dog I Tyskland å jobber hele uken så mulig det blir utsatt til neste uke. Tror ikke det er rare greiene, prøver bare å finne ut når og hva som trigger det.

Hei, Ja jeg jobber med det. Jeg tror det er noen endringer i API som forårsaker det, men litt usikker enda -Oliver

Det var svar til trådstarters spørsmål om røykvarsler ville kunne fungere som komfyrvakt. Og det vil nok virke dårlig på alt annet enn svidd pizza. En komfyrvakt er noe annet. Den har ir-sensor som overvåker toppen og løser ut ved rask temperaturstigning eller høy temperatur. I tillegg er det strømmåling slik at den skrus av ved jevnt strømtrekk over tid som når man har glemt en plate på eller prøver å langtidssteke en stek.

@xibriz, det ser på meg ut som du har fått en firmware update der eneste forskjell jeg kan se fra tidligere er at det mangler en 0x09 foran timestamp i starten på blokken. Hvis du ser på denne, pkt nr 0 i listen: https://github.com/roarfred/AmsToMqttBridge/blob/master/Samples/Kamstrup/obisdata.md Merk at alt av checksummer (både header og data) stemmer, så dette er ikke en lese-feil i kretsen, det er måleren som har begynt å sende data på en ny måte. I dataene fra deg er inndeling slik: (...) E6 E7 00 0F 00 00 00 00 0C 07 E2 03 04 07 14 34 00 FF 80 00 00 **** HER MANGLER "09" I START **** 02 19 0A 0E 4B 61 6D 73 74 72 75 70 5F 56 30 30 30 31 **** LIST IDENTIFIER ER UENDRET: Kamstrup_V0001 **** 09 06 01 01 00 00 05 FF 0A 10 35 37 30 36 35 36 37 32 37 34 33 38 39 37 30 32 09 06 01 01 60 01 01 FF 0A 12 36 38 34 31 31 32 31 42 4E 32 34 33 31 30 31 30 34 30 09 06 01 01 01 07 00 FF 06 00 00 0E E7 09 06 01 01 02 07 00 FF 06 00 00 00 00 09 06 01 01 03 07 00 FF 06 00 00 00 00 09 06 01 01 04 07 00 FF 06 00 00 00 BF 09 06 01 01 1F 07 00 FF 06 00 00 05 59 09 06 01 01 33 07 00 FF 06 00 00 01 EC 09 06 01 01 47 07 00 FF 06 00 00 05 14 09 06 01 01 20 07 00 FF 12 00 E1 09 06 01 01 34 07 00 FF 12 00 DD 09 06 01 01 48 07 00 FF 12 00 DE 46 0F 7E

Tok en runde med fjernkontrollen til webasto varmeren (Audi) i dag: Har remote som først trenger et trykk for "wake up" av kontrolleren, deretter er det bryter ved siden av som må brytes for å starte varmer. Så brukte en Nodemcu med et rele for dette, remote bruker 3V og rele går på 5V. Brukte D6 Output direkte på knapp 1 for wake up, trenger bare et "3V støt" for å komme i gang, deretter venter jeg bare et par sekunder så remote er oppe og går og så bryter jeg knapp 2 med rele for å sende RF til bilen som da starter diesel varmer. Så blir vel å legge den på MQTT hvis jeg ikke tar den direkte fra Homeseer. "Alexa, heat my car" ? Utdrag av test kode: // setup pinMode(D6, OUTPUT); // Power ON pinMode(D7, OUTPUT); // Trigger relay digitalWrite(D6, LOW); digitalWrite(D7, HIGH); // set relay HIGH, use LOW to toggle // loop digitalWrite(D6, HIGH); // Power on remote control delay(500); // Delay digitalWrite(D6, LOW); // Power off delay(2000); // wait 2 sec for remote contol to wake up digitalWrite(D7, LOW); // Send to relay/short button on remote control to send "heater on" delay(500); // 0.5 sec should be long enough for tooggle switch digitalWrite(D7, HIGH); // turn off toogle relay Bilder: Knapp 1 er nede for power up, knapp 2 over er styrt av rele. Kjører inn 3.3 Volt på undersiden hvor batteri sitter:

Joda, men i mange tilfeller hadde en Else vært enklere... if device blir on and mandag, onsdag eller fredag and time before 2200 and time after 2000 and device2 = off and husstatus=hjemme and Tibber price greater than 70 then set color to red else set color to green Alternativt: if device blir on and tirsdag, torsdag, lørdag eller søndag and time before 2000 and device2 = on and husstatus=Borte and Tibber price less than 70 then set color to green og så plutselig kommer man på at man må sjekke device3 også, så må man endre 2 events...

Hmmf, hvorfor kan ikke noen lage en plugin for Xiaomi til Honeseer også ??

ELSE er bare en ny IF. Og ELSE gir ikke mening når det er mange betingelser. IF something == TRUE THEN do something ELSE THEN do something else ELSE her kan bare erstattes med IF something == FALSE så har du samme funksjonalitet. Slik er det her også. Du kan helt sikkert kopiere eventet og snu litt på betingelsene for å oppnå samme effekt.