Gå til innhold
  • Bli medlem

berland

Medlemmer
  • Innholdsteller

    544
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    23

berland vant dagen sist 11. mai

berland hadde mest likt innhold!

Nettsamfunnsomdømme

295 Excellent

Om berland

  • Rang
    Avansert medlem

Hjemmeautomasjon

  • System
    openHAB

Nylige profilbesøk

Blokken for nylige besøkende er slått av og vises ikke for andre medlemmer.

  1. Noen måneder har gått med denne algoritmen kjørende, så det er på tide å analysere litt. Første plott her viser hva jeg estimerer til å være kostnadsbesparelse pr. døgn på grunn av lastflytting. Estimatet er laget ved å anta at totalforbruk gjennom døgnet hadde vært det samme, men hvis forbruket hadde fulgt en gjennomsnittlig døgnprofil for norske forbrukere. Gjennomsnittet av dagsbeløpet i disse 3 mnd er 1.8 NOK, som innebærer 1-2% av strømregningen. Variasjon i daglig sparebeløp kommer av akkurat hvordan prisprofilen er de relevante dagene, og når på døgnet lavpunktet kommer.
  2. Jeg lager det den dagen jeg kan spare mer enn ett øre dagen på det. Men først må effekttariff vedtas og komme, jeg har gitt opp å vente på det.
  3. Takker for omtale som 100% løsning! Ser fortsatt noen bugs som er tunge å rette opp i, men det kommer kanskje. Det er klart det vil kreve kunnskap å ta dette i bruk hos andre. Jeg har tenkt mye på hvordan jeg skulle gjøre dette enklere (på lite viktige rom som garasje og "verksted" mellom garasje og hus har jeg en slik enkel løsning som gjør at termostaten bare er aktiv de 5 billigste timene i døgnet f.eks), men ikke klart å finne noen enkle triks som jeg anser som gode nok (og kanskje også som utfordrende nok, her er det snev av akademiske øvelser) Med fare for å bli mer opphen
  4. Jeg tenker at et badegulv må tåle å oscillere mellom 20 og si 33 grader, det får være innenfor (men makstemperatur er en separat innstilling hos meg pr. kurs). For parketten hos meg har oscilleringene skapt av luftsensor på Heatit vært mye verre (men dette jeg ha fikset med mye mindre programmering, det er bare å skaffe seg en ekstra sensor som jeg nå har gjort)
  5. Noen lenker til kildekode (GPLv3), det kan hende det er gjenbrukbart for noen med Python-kunnskaper, men tut og kjør er det neppe.. Kjøres hvert 10. minutt og optimaliserer hvert av gulvene mine, og setter ny termostatverdi: https://github.com/berland/pyrotun/blob/master/pyrotun/floors.py Estimat av besparelse: https://github.com/berland/pyrotun/blob/master/pyrotun/poweranalysis.py#L41 CSV-fil med "normal" forbruksprofil: https://github.com/berland/pyrotun/blob/master/pyrotun/daypowerprofile.csv
  6. Dette er Heatit Z-THRM1, som jeg styrer som termostater (ikke som effektregulator). Noen av varmekabelkursene mangler gulvføler, og Heat-it på luftsensor fungerer egentlig ekstremt dårlig. Det jeg da har gjort er å kjøpe flere Ruuvi-sensorer (https://www.hjemmeautomasjon.no/forums/topic/5829-ruuvi/) som jeg har lagt direkte på gulvet med noe isolasjon over seg (under seng/skap etc) og bruker dette som gulvsensor i stedet. Python-koden sender da f.eks 30 grader til termostaten hvis den skal på, og 10 grader hvis den skal være av, basert på gulvsensoren. Bonus for dette er at jeg for første gan
  7. For kjellergulv så vil det medføre noe større varmetap å gå høyere enn ønsketemperatur. Hvis gulvet ikke er isolert, vil man se dette på at gulvtemperaturen faller mye raskere når temperaturen er høy (ikke-lineært). Jeg vet ikke hvor mange cm isopor jeg har under kjelleren (gammelt hus), men jeg konstaterer at temperaturene mine faller linært nok til at dette ikke bekymrer meg. Det er åpenbart at varmetapet fra gulv til lufta over er mye større, og det er hensikten. Jeg har også sett på temperaturprofilen til et bad i 1. etasje (kjeller under), og det faller like raskt som et kjellergulv, alt
  8. Jeg fant en døgnprofil på https://www.ssb.no/a/publikasjoner/pdf/oa_200806/ericson.pdf og bruker den bare til å gjette på når jeg hadde brukt strøm om jeg ikke hadde hatt noe smartstyring. Jeg tar da samme antall KWh som jeg bruker, og fordeler de utover døgnet i henhold til den profilen, og regnet ut hva jeg hadde betalt da i døgnpris på strømmen.
  9. Koden lager prediksjoner pr. rom, da målinger viser at det er stor forskjell på hvor fort enkeltgulv varmes opp og hvor fort de kjøles ned. Oppvarmingsraten er stort sett bare watt og hvor stor termisk masse det er snakk om (betong vs parkett), nedkjølingsraten skulle vært ganske ikke-lineær, men ser lineær nok ut til at dette er en ok approksimasjon. Nedkjølingsraten sier også noe om hvor mye isolasjon kjellergulv har, og dette har overrasket meg, jeg har trodd kjellergulvene mine var betydelig dårligere isolert. Eksempel fra et lite kjellergulv med fliser, her gjettes det på at
  10. Mange kvelder har gått med til å lage ny styring av husets varmekabler, resultatet kaster endelig av seg med vestlandets store variasjoner i strømpris: Jeg har funnet en typisk strømprofil for norske forbrukere og regnet ut hva min strømkostnad er versus denne, og besparelsen for de to døgnene som vises i plottet er 15 kr og 40 kr. Styringen jeg har for varmekabler er omtrent samme kode som for varmtvannstanken, en Dijstra shortest-path gjennom tid-termostattemperatur-rommet, og der koden gjør approksimasjonen at temperaturen går opp eller ned med fas
  11. Min 200-liters varmtvannsbereder sparer ca 1.50 kr i døgnet på optimal styring (Dijkstras shortest-path for å finne optimal planlegging framover i tid) med dagens strømspriser (Bergen). 4 personer i husstanden.
  12. Jeg er bare på vei over til OH3, har det kjørende på en test-server. Tenkte først å gi etter for "GUI-presset" og ha i det minste den semantiske modellen definert i GUI, men ga opp det også, det ble tekstfiler på alt etter å ha funnet en glimrende guide på forumet https://community.openhab.org/t/oh3-semantic-model-setup-via-tags-in-configuration-items-files/112520
  13. Den ligger allerede på nett ser jeg: https://gist.github.com/berland/ec762e4c555a167953829aece46ec4a3
  14. Jeg har Python-kode som fungerer som bro mellom mqtt og Powerview hub. Interessert? Det er et hack skrevet for den ene gardina jeg har.
  15. berland

    Snøkart

    Liten oppdatering for OpenHAB-interesserte. OH3 støtter ikke lenger http-bindingen fra OH1, så metoden over virker ikke der. For OH3 http binding gjør man slik (dette krevde mye fikling): Thing http:url:yrmjolfjell "MjølfjellYrAPI" [baseURL="https://frost.met.no/observations", refresh="3600", username="", username="edxxxxx8-9xx8-4xxb-8fxxa-xxxxxxxxxx", password=""] { Channels: Type number : snodybde "Snødybde" [stateExtension="v0.jsonld?sources=SN51800&referencetime=latest&elements=surface_snow_thickness", mode="READONLY",
×
×
  • Opprett ny...